Software-update: Booklore 1.16.2

Booklore is een self-hosted webapplicatie voor het organiseren en beheren van e-boeken, die eenvoudig met Docker is op te zetten. Zo kunnen boeken al dan niet dynamisch worden georganiseerd op bijvoorbeeld schrijver of genre, kan metadata worden opgehaald vanuit meerdere bronnen en is er ondersteuning voor meerdere gebruikers. Er is een ingebakken lezer voor pdf's, epubs en comics, maar boeken kunnen ook naar Kobo-e-readers worden gedownload of op een mobiel apparaat met een leesapp die OPDS ondersteunt. Versie 1.16.2 is uitgekomen en de changelog voor die uitgave kan hieronder worden gevonden.

Enhancements

• fix(ui): update tasks last run time to include timezone information (#2047)
• feat(api): add healthcheck endpoint for monitoring health from Docker/Podman (#2024)
• fix(metadata): cover no longer fails to extract with invalid zip files (#2012)
• fix(bookdrop): improve pattern extractor date extraction (#2032)
• feat(cover-search): trigger search automatically when form is valid after autofill (#2035)

Bug Fixes

• fix(upload): truncate long filenames to safe length while preserving extension for bookdrop and additional files (#2059)
• fix(cbz): exclude macOS metadata and hidden files from image extraction (#2056)
• fix(upload): preserve original filename as title when metadata extraction returns temp file name (#2053)
• fix(metadata-viewer): show only allowed other actions and localize amazon link (#2031)
• fix(metadata): add null handling for MetadataRefreshService and improve default initialization in MetadataRefreshOptions (#2034)

Refactoring & Maintenance

• refactor(api): remove unused imports/fields, pre-compile regex patterns, use EnumMap for enum keys (#2036)
• Refine telemetry (#2054)
• Allow hash in file naming pattern (#2062)

Documentation

• Change the official domain from booklore.dev to booklore.org (#2046) by @acx10

Docker Images

• Docker Hub: booklore/booklore:v1.16.2
• GitHub Container Registry: ghcr.io/booklore-app/booklore:v1.16.2

Versienummer	1.16.2
Releasestatus	Final
Besturingssystemen	Linux
Website	Booklore
Download	https://github.com/booklore-app/booklore/releases/tag/v1.16.2
Licentietype	GPL

Reacties (14)

[DBRG]

Vind het alleen zo jammer dat de instructies niet echt een optie laten zien om de boel zonder Docker te laten draaien. Als je Node, JDK en MariaDB al hebt draaien, waarom zou je dan alles weer in een container willen hebben? ¯\_(ツ)_/¯

[The Zep Man]

Vind het alleen zo jammer dat de instructies niet echt een optie laten zien om de boel zonder Docker te laten draaien.

Als je zelf Node, JDK en MariaDB draait, dan gaat men ervan uit dat je zelf wel weet hoe je dit direct daarop kan installeren.

Als je Node, JDK en MariaDB al hebt draaien, waarom zou je dan alles weer in een container willen hebben? ¯\_(ツ)_/¯

Onderhoudbaarheid en betere ondersteuning bij problemen. Dit geldt voor zowel eindgebruikers als ontwikkelaars.

Verder kan je natuurlijk een bestaande MariaDB-server erbij pakken, binnen of buiten Docker. In de installatiehandleiding draait die in een eigen container, dus dat is makkelijk te vervangen.

[Reactie gewijzigd door The Zep Man op 31 december 2025 11:45]

[DBRG]

dan gaat men ervan uit dat je zelf wel weet hoe je dit direct daarop kan installeren.

Een paar hints zonder dat ik docker compose en build files moet doorspitten is toch niet teveel gevraagd?

Onderhoudbaarheid en betere ondersteuning bij problemen. Dit geldt voor zowel eindgebruikers als ontwikkelaars.

Dat is ook zeker zo, zal een hoop random vragen schelen.

[The Zep Man]

Een paar hints zonder dat ik docker compose en build files moet doorspitten is toch niet teveel gevraagd?

Een goed idee! Men kijkt ongetwijfeld uit naar jouw pull request om dit toe te voegen aan de documentatie.

[Yannes]

Je kunt het ook als LXC draaien: https://community-scripts...moxVE/scripts?id=booklore

[DBRG]

Intrigerend 🤔

Mijn container ervaring is vooral met Docker, inmiddels podman.

Heb je enige idee hoe "proxmox specifiek" deze userscripts zijn? Wellicht dat ik LXC op mijn Debian bak ga uitproberen.

[Eusebius]

Tja, omdat men ergens heeft bedacht dat Docker beter werkt. Ik vind het vooral lastig: weet precies hoe een OS werkt en wil een programma leren, nu moet er nog een extra laag tussen, de Docker-software.

[Ortep]

Docker is zoveel eenvoudiger om te gebruiken. Je bent niet meer afhankelijk van de nukken van je OS. Een programma draait dan keurig op een Synology met een antieke versie van Linux, of op een NUC met Debian13 of op een Ugreen met zijn eigen OS.

Als Docker eenmaal draait is het volmaakt onbelangrijk wat daar nog onder zit.

Het programam in de container draait in een perfect voorspelbare omgeving

[Reactie gewijzigd door Ortep op 31 december 2025 11:03]

[downtime]

Handig voor de developer. Niet voor de doorsnee desktop gebruiker die geen idee heeft wat Docker is. Die wil gewoon next-next-finish doen en aan de slag.

[The Zep Man]

Handig voor de developer.

En system admins. En selfhosters.

Een doorsnee desktop gebruiker is vrij om deze dienst door een ander te laten hosten of om elders een dienst met soortgelijke functionaliteit af te nemen.

Als je Docker niet begrijpt en niet kan begrijpen, dan is het beter dat je zelf geen online software host.

[Reactie gewijzigd door The Zep Man op 31 december 2025 12:42]

[Ortep]

Het is ook voor de gebruiker eenvoudiger.

Die kan namelijk gewoon die container draaien zonder dat die zich moet afvragen of er nog van alles geregeld moet worden op het OS niveau. Want die zijn allemaal anders en hebben soms dingen wel ginstalleerd en soms dingen niet, of de commando's zijn subtiel anders.

Een keer docker installeren, en dan kan met een commando, en daarna werkt alles

[Lextreme]

Ik had precies hetzelfde. Uiteindelijk toch maar een keer met docker/containers aan de slag gegaan om er ervaring mee op te doen.

Nu wil ik niet anders meer. Man, wat is dat eenvoudig en makkelijk te gebruiken.

[wzzrd]

Omdat die andere app die je draait Node $andereVersie nodig heeft en / of een andere dependency die conflicteert met de deps van booklore.

Containers (via podman in het bijzonder, maar ook via Docker) hebben heel weinig overhead. Waarom zou je het _niet_ in een container draaien?

[iAR]

Hoe doen jullie dit met updaten? Ik heb BookLore als project (compose in de grafische interface van Ugreen) draaien. De individuele containers (dus geen projecten) laat ik updaten met Watch Tower. Is dat ook slim om te doen met projecten (die dus uit meerdere containers bestaat)? Of juist niet in verband met afhankelijkheden tussen containers?