Skip to content

Version 4.5.3 - New folder structure & more
Compare
Choose a tag to compare
@ildyria ildyria released this 07 Aug 16:28
· 696 commits to master since this release
v4.5.3
fe173e4
This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
GPG key ID: 4AEE18F83AFDEB23
Expired
Verified
Learn about vigilant mode.

This is official release making the step from 4.4.0.

IMPORTANT

  • The internal representation of Albums changed with version 4.5.0; we strongly recommend that you BACK UP YOUR DATABASE BEFORE UPDATING.
  • The folder structure changed for images; please check the required directory permissions.
    Read more here ».

Notable Modifications (since 4.4.0)

  • New ID scheme. Albums and photos are migrated to a new ID scheme. Previously, albums and photos used time-based integer IDs. The new IDs are truly 144bit of randomness encoded in Base64 as a 24-character string; e.g., if your photo had the URL https://my-domain.tld/r/16102925744307/16102927818284 before, it may have the URL https://my-domain.tld/r/GTqZfSso3nPeCnTNW4ovisgC/jM6KkmlK7X0LtVas5MjrHtTO after the migration. This means, external links to your albums or photos will stop working. However, we implemented a redirection service. You can enable/disable the re-direction service under Settings > More > legacy_id_redirection. This gives you time to migrate any external reference to the new IDs. We also generate a log entry every time the redirection service is used. This log contains the legacy and new ID as well as information where the request came from. This may help you with the migration of your external links.

  • New folder structure for images:

    • Deep directory structure. Instead of all images of a certain kind residing in a single, flat directory (potentially containing thousands of files), we now have two additional two-letter directory levels under each kind (e.g., images are stored as medium/ba/d0/9a28ec995ead4877dfa1befa2d3b.jpg).
    • HiDPI (@2x) variants now reside in their own directories.
    • big has been renamed to original.

    Note that this only affects newly added photos; those added in the past are not moved to new locations. Also, see the note above about directory permissions.

  • Refactoring of the internal architecture and the representation of albums. While this didn't add any major new features, a number of optimizations have been put in place to speed up various operations, e.g., on installations with many hundreds of albums. Because this requires a particularly complex database migration, those with existing installations should pay attention to the note above about backing up their database.

  • Refactoring of error handling and reporting. This should result in more meaningful error messages both in the web front end and in the server logs (instead of the old cryptic "Server error or API not found" messages).

  • Refactoring of the file handling during upload/import. Instead of using temporary files and (re-)reading them many times, we now rely on file streams. This not only speeds up processing during upload/import (by around 50% in our tests), but is also an important step towards future support for the use of AWS S3 as image storage.

  • New features in the web front end :

    • QR code added in the sharing menu.
    • GPX tracks can be added to albums for displaying together with photos on the map.
    • Drag/drop support added for albums and photos to facilitate more intuitive Move/Merge

  • ZIP compression level can now be changed and the compression can be disabled.

  • Support of Vietnamese language.

What's Changed (since 4.5.2)

Full Changelog: v4.5.2...v4.5.3

Contributors

ildyria, nagmat84, and 2 other contributors
Assets 3
Loading