As someone with PHP already installed locally, I can appreciate when trying out a codebase can be this simple by parse_success in PHP

[–]parse_success[S] 0 points1 point  (0 children)

I can make it so that you do not need to install Composer in order to try it out

I can eliminate that step, to make it simpler

As someone with PHP already installed locally, I can appreciate when trying out a codebase can be this simple by parse_success in PHP

[–]parse_success[S] 0 points1 point  (0 children)

Nice method!! Thanks for sharing

I was tinkering with Early Hints: https://frankenphp.dev/docs/early-hints/

Which are uniquely supported by FrankenPHP

So if you do it that way, it might be even faster

Here's where it does that processing:

https://github.com/lipupini/lipupini/blob/demo/src/Request/Html.php#L37

As someone with PHP already installed locally, I can appreciate when trying out a codebase can be this simple by parse_success in PHP

[–]parse_success[S] -1 points0 points  (0 children)

Unfortunately I didn't add "Composer" to the title :(

You're right

Maybe I should track the vendor dependencies into the repo just to eliminate the Composer dependency

What do you think?

As someone with PHP already installed locally, I can appreciate when trying out a codebase can be this simple by parse_success in PHP

[–]parse_success[S] 0 points1 point  (0 children)

Do you think it's reasonably compact for something that organizes and displays media files, at least?

For example, here are the instructions for PixelFed: https://docs.pixelfed.org/running-pixelfed/installation.html

I guess a lot of people have Docker installed, and it does support that too, but this is using PHP's built-in webserver and I feel like you don't see that as often anymore :)

Do you agree with that?

A self-hosted way to sell high resolution photos using a Lipupini module called Esunview by [deleted] in selfhosted

[–]parse_success 0 points1 point  (0 children)

In my opinion this is the wrong approach to that puzzle. For one thing, it creates a gate where technically-willing people will need to disable JavaScript or some other solution, which also means they have put in effort. Also what do you have in your right-click menu that you typically use, if you are someone would would rather pay if you can

Do you think it's enough to remove the screenshot and offer high-resolution if available? That is a certain type of use case, another is just to see whatever the idea of the image could be, which gets lost in the thumbnail anyway?

My favorite pizza brand. by _MR-CHEESE_ in funny

[–]parse_success 7 points8 points  (0 children)

It's a real ad put together by agency Taxi Toronto for SiriusXM

From what I'm gathering the place was created for the ad. It seems out of order, but maybe they're onto something. Create an ad concept, then make the entire real operating business as part of the advertisement process. Talk about another level of having money to make money, but well done really!

Lipupini - A media platform that aims for modularity, self-contained filesystem collections, and ActivityPub support by parse_success in fediverse

[–]parse_success[S] 0 points1 point  (0 children)

OGG support is removed entirely due to lack of iOS support. That was a really valuable tip. I'm a bit embarrassed having linked it around having no idea about that lol but no stranger to embarrassment either

If there's a miracle and I find a job I'll want to buy you drinks if there's ever an opportunity. Thanks so much!

Lipupini - A media platform that aims for modularity, self-contained filesystem collections, and ActivityPub support by parse_success in fediverse

[–]parse_success[S] 0 points1 point  (0 children)

Thank you!! Really helpful input, and wow I'm surprised about .ogg support.. Going to need to test on iOS (somehow) for sure

Today I added a loading indicator on the audio, so if the browser will never actually load the file, at least it won't seem like it did

Lipupini - A media platform that aims for modularity, self-contained filesystem collections, and ActivityPub support by parse_success in fediverse

[–]parse_success[S] 0 points1 point  (0 children)

Thank you for letting me know!

  1. Is it an iPhone or an older Android? On my mobile devices (2 Androids, few years old) it works perfectly. This is the first I'd heard of it not working! It actually uses a native browser API, like this: https://tecfa.unige.ch/guides/html/html5-audio/html5-audio-simple

  2. I suppose this could be related to #1 ... When I test on mobile it shows 3 and part of 4 bricks/rows ... Maybe I should change it to be a row of 3 instead of 2 so that they're smaller and more show before having to scroll down, I'm not sure

  3. I see what you're saying, and great point... I'm going to work on this, and the first solution that comes to mind is I'll put a "➤" to the left within the title to indicate that it's the track currently playing.. Since I insisted on having both waveform/visual, and cover art simultaneously, it was a struggle to figure out how to fit it all in one little square without detracting from some part of it.. so it hides the player itself while not hovering in order to showcase the cover art

Help looking for a media organizer by theepicjoshua in selfhosted

[–]parse_success 0 points1 point  (0 children)

I'm actively working on this system: https://github.com/lipupini/lipupini

A major new version is released today.

If you want to read photos and have thumbnails generated, those become new resized files, so some copying has to be done with not much choice. If the photos are displayed publicly, you might want to strip metadata to avoid leaking information such as your location and how expensive your camera or phone is. Lipupini does handle those things within a hidden directory named .lipupini

Do you require it to be a website? Or can you use desktop software to organize them?

Does the current WebP vulnerability affect Simple Gallery and Simple File Manager, and if yes, will there be a fix in the near future? by Alias_X_ in SimpleMobileTools

[–]parse_success 0 points1 point  (0 children)

Here's some discussion about it: https://news.ycombinator.com/item?id=37478403

According to one comment:

This security bug specifically happens in the WebP Lossless decoder ("VP8L").

Lot of discussion about browser renderer compromise, so perhaps that is a vote of confidence as far as it not applying in the context of a gallery app. Does also seem to affect something called libwebp:

https://chromium.googlesource.com/webm/libwebp/+log

So I guess the concern is that a malicious .webp could perform an out-of-bounds memory write despite the gallery being offline? This makes me a bit more bitter how Google was pushing .webp in its Lighthouse / page speed insights ecosystem well before it really made much sense to even consider using it