Photofield v0.20.0 released: dark mode, photo details, best scrollbar, better map, more search filters, etc. (lnar.dev)
from mlunar@lemmy.world to selfhosted@lemmy.world on 16 Oct 19:08
https://lemmy.world/post/37442550

Hey folks!

It’s been a year and a half since I last posted about my self-hosted photo gallery here with release v0.15.0.

If you are happy with Immich that’s great! I’m mostly having some fun here and the more the merrier, right? :)

See link for the release notes since v0.15 or just skip to the demo.

Happy to hear any feedback, ideas, suggestions, or comments :)

#selfhosted

threaded - newest

Shimitar@downonthestreet.eu on 16 Oct 19:42 next collapse

I remember trying it. A very neat idea beautifully implemented. But switched to IMMICH, more features, closer to what I needed.

Keep up the great job! Having alternatives is always a good thing.

I loved photofield!

mlunar@lemmy.world on 16 Oct 19:48 collapse

Hey thanks! The Immich folks are doing an astounding job indeed :)

Shimitar@downonthestreet.eu on 16 Oct 19:53 collapse

I love how smooth is photo field, and the way it makes browsing your photos so unique.

I think it’s a neat project!

derin@lemmy.beru.co on 17 Oct 04:10 next collapse

Really didn’t like Immich because of its massive install size and being forced to use Docker - this project is exactly what I was looking for. One simple go binary with no extra hoops to get it up and running? Delicious.

Installed, will be following it for sure! Thanks for the excellent software.

mlunar@lemmy.world on 17 Oct 07:05 next collapse

Thanks for trying it out! Let me know if you run into any issues or have some ideas :)

TCB13@lemmy.world on 17 Oct 08:38 next collapse

Exactly my situation. Thanks @mlunar@lemmy.world. The only way this could be done better was to do it in PHP / have fastcgi so it wouldn’t require a constantly running background process specifically for it.

mlunar@lemmy.world on 17 Oct 10:30 collapse

I don’t know a lot about fastcgi, but looking it up it seems like it also keeps a persistent process running to avoid execution overhead, but I don’t know how that process is managed 🤷‍♂️

Either way, you could use a supervisor of sorts that shuts down the process/container after some idle time (at least for containers I know some exist) and that should probably work fine (outside of interrupting scanning operations).

I haven’t tried it myself yet though :)

TCB13@lemmy.world on 17 Oct 22:44 collapse

don’t know a lot about fastcgi, but looking it up it seems like it also keeps a persistent process running to avoid execution overhead

More of less, the good thing about PHP + fastcgi is that it keeps a configure amount of minimum persistent processes (plus a dynamic number) to avoid execution overhead like you said… now there’s an important detail, PHP processes are generic, meaning if you’ve 50 apps hosted in your server they can all be served with just one persistent process. No need to spin up 50 processes for each app like with node/go etc.

Supervisors shutting down containers/processes are good, but starting up is slow compared to the single PHP idle process ready to go for any app. :)

mlunar@lemmy.world on 17 Oct 23:31 collapse

Thanks for the explanation, makes sense! This app relies quite heavily on in-memory caches, so it’s somewhat incompatible with that model :)

That said, I wonder if the startup time would be noticeable. Depends a lot on the configuration, but it shouldn’t take more than a few 100ms (esp. if you use skip_collection_counts).

TCB13@lemmy.world on 18 Oct 12:24 collapse

Not really incompatible, PHP provides configurable shared memory across processes that survive even if fastcgi releases every process and just keeps something idle for new requests.

mlunar@lemmy.world on 18 Oct 13:19 collapse

Oh interesting! Thanks for explaining :)

victorz@lemmy.world on 17 Oct 09:27 collapse

What is the install size of immich? 😦

derin@lemmy.beru.co on 17 Oct 15:09 collapse

It’s the install size of docker and any container it brings down with it.

Really, I just don’t like the idea of being forced to use something massive like docker for a single program.

Just give me a binary and let me set up hardening via systemd - or at least a source tarball or something.

Sincerely: someone who thinks software should not primarily be distributed through docker.

victorz@lemmy.world on 17 Oct 15:38 collapse

I have no counter points, can’t argue with that. 👌

[deleted] on 17 Oct 13:49 next collapse
.
spacelord@sh.itjust.works on 17 Oct 13:49 next collapse

Merrier indeed! 😎

DevoidWisdom@sh.itjust.works on 17 Oct 16:08 next collapse

This looks good! It doesnt seem that it would fit my use case at the moment but it will be on my radar.

mlunar@lemmy.world on 17 Oct 16:09 collapse

Thx! Out of interest, what is your use case?

DevoidWisdom@sh.itjust.works on 17 Oct 18:24 collapse

I need an easy option to auto sync and backup my elderly parents phone pictures. That also wont propagate deletetions from either side. Im aiming for a failsafe style setup that they cant screw up.

Immich has been working well thus far. Due to the constant updates I have had a few issues to resolve after updates. Backup the backup!

Buffalobuffalo@lemmy.dbzer0.com on 18 Oct 03:24 next collapse

Good shit

corsicanguppy@lemmy.ca on 18 Oct 13:11 collapse

This looks very nice.

Um, you know you’re supposed to keep dev tools in dev, right? Npm->commit->release payload without npm. Far fewer supply-chain exploits.

mlunar@lemmy.world on 18 Oct 13:27 collapse

Thanks! Hmm, not sure what you mean, that I shouldn’t install devDependencies when building the release? That’s a good point, I’ll need to look into it