Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Files – Single-file photo gallery and file manager

files.gallery

Post reply on HN
Print view View original

171–180 of 189 posts

Re: Files – Single-file photo gallery and file manager

#171

Post by subpixel »

hunter2_ wrote: post #134
subpixel wrote: post #84

Earlier quoted context omitted.

The thing about Google photos that explodes my brain is that if I use albums to share with family members, Google prioritizes the use case of the recipients _joining_ the album and _adding_ my photos to their own albums. Google is trying to use me as a way to get my family members signed up for Google photos. Then my family is confused about where photos live, etc.

Yeah, I made a Google Photos album to send a link to various potential contractors to show where I want some work done on my house, and since the Photos app for Android has the relevant URI registered, the link gets opened with it instead of just the browser, and the first thing the app does is a very prominent "join" CTA. Then the next person to view the album sees them as a member, gross. It works great incognito t…

“Open this link in incognito mode” is a tall order for my family, much less a contractor.

Re: Files – Single-file photo gallery and file manager

#172

Post by billpg »

mjau-mjau wrote: post #145

Hi, Files app DEVELOPER here. Someone notified me that the app had been posted here. A lot of negative comments, which I don't have a problem with, but I can perhaps clarify a few things. About Files app not being "single file" because it loads JS/CSS resources from the CDN (internet). That is of course a correct observation, and this is already noted on the website. From an operational perspective, there is only one…

I don't know PHP that well, but could the JS/CSS/Images be base64-encoded inside the PHP and decoded and streamed out on demand?

Re: Files – Single-file photo gallery and file manager

#173

Post by dspillett »

axegon_ wrote: post #164
julianwachholz wrote: post #158

Earlier quoted context omitted.

I don't understand the marketing behind "single file" projects like this anymore. Sure, it was a very neat and useful thing to have back when everyone was deploying their sites by uploading in Filezilla. But today we have everything in a single container which seems far more useful and maintainable.

I think there's problem but it's elsewhere. Sure it's a single file, yes. However in order to run it you need a php interpreter, which I for example, do not have installed and an internet connection. But that would go for just about every scripting language in one form or another. Sure, just about every linux distribution has python for instance and same goes for macos afaik. This isn't the case for windows however(a…

> that would go for just about every scripting language in one form or another

You could use bash and be supported on almost every unix-a-like OS¹, or plain-'ol sh for even wider compatibility. You'd need to configure CGI/FCGI as well as dropping the script(s) in, but you have to do similar work for PHP/python/other if you don't already have them installed and configured for the site/directory in question.

[1] and others: it'll work with IIS if the server has a bash/sh interpreter² available

[2] plus any externals that the script relies upon, of course

Re: Files – Single-file photo gallery and file manager

#174

Post by hunter2_ »

subpixel wrote: post #171
hunter2_ wrote: post #134

Earlier quoted context omitted.

Yeah, I made a Google Photos album to send a link to various potential contractors to show where I want some work done on my house, and since the Photos app for Android has the relevant URI registered, the link gets opened with it instead of just the browser, and the first thing the app does is a very prominent "join" CTA. Then the next person to view the album sees them as a member, gross. It works great incognito t…

“Open this link in incognito mode” is a tall order for my family, much less a contractor.

Oh yeah it's totally not happening. I'm going to play around with framing or reverse proxying it so the URL in the address bar isn't a registered one.

Re: Files – Single-file photo gallery and file manager

#175

Post by premun »

mjau-mjau wrote: post #145

Hi, Files app DEVELOPER here. Someone notified me that the app had been posted here. A lot of negative comments, which I don't have a problem with, but I can perhaps clarify a few things. About Files app not being "single file" because it loads JS/CSS resources from the CDN (internet). That is of course a correct observation, and this is already noted on the website. From an operational perspective, there is only one…

> It's not reasonable to add ALL Javascript/CSS directly into the index.php file. PHP is only 10% of the codebase, and it would bloat the file to insane dimensions and make it difficult to maintain.

I guess no one says that's the way you want to maintain the project. The final `index.php` with HTML/CSS/JS can just be built out of parts that can be maintained separately.

Re: Files – Single-file photo gallery and file manager

#176

Post by mjau-mjau »

dreadnaut wrote: post #165
mjau-mjau wrote: post #145

Hi, Files app DEVELOPER here. Someone notified me that the app had been posted here. A lot of negative comments, which I don't have a problem with, but I can perhaps clarify a few things. About Files app not being "single file" because it loads JS/CSS resources from the CDN (internet). That is of course a correct observation, and this is already noted on the website. From an operational perspective, there is only one…

> Does anyone have any examples of any other single-file app with a comprehensive interface like Files app that is entirely self-contained? phpLiteAdmin ( https://github.com/phpLiteAdmin/pla ) is developed as separate PHP, JS, and CSS files. A "build" script merges all into a single PHP script, which includes compressed resources inlined after a call to `__halt_compiler()`. The same code can run as separate files, or…

That's good, but surely you won't compare phpliteadmin with Files app in terms of the interface.

Re: Files – Single-file photo gallery and file manager

#177

Post by quenix »

really_mcnuggle wrote: post #140
squarefoot wrote: post #47

The output is very polished and fast, I like it a lot. Unfortunately it's not technically a single file as it depends on code downloaded from their server, therefore it can't be deployed locally without Internet connection. From the forum: "In terms of license, you don't need an internet connection. However, Files app loads it's own Javascript, CSS and several plugins from CDN (jsdelivr.com), and this requires intern…

> though in your case that might not be practical as this means Files app is essentially no longer a"single file" First off, its already not a "single file" you need a PHP interpreter. Secondly, you can cram the JS and CSS into a .phar file, the performance is horrible, but it's probably not noticeable in this scenario.

It is a single file—that you need an interpreter does not change that fact. It's assumed that the user already has the interpreter.

You can cram the JS and CSS into the PHP file itself, no phar needed. Performance change is unnoticeable on any modern machine.

Re: Files – Single-file photo gallery and file manager

#178

Post by woko »

AnyTimeTraveler wrote: post #162
ezconnect wrote: post #118

Earlier quoted context omitted.

Your demo has a login and has no default values for the credentials.

The credentials demo /demo are directly above the button that says "Demo-Site".

Somehow, I missed that. Thanks! I did not realize logging was part of the demo. :D

Re: Files – Single-file photo gallery and file manager

#179

Post by moozeek »

mjau-mjau wrote: post #145

Hi, Files app DEVELOPER here. Someone notified me that the app had been posted here. A lot of negative comments, which I don't have a problem with, but I can perhaps clarify a few things. About Files app not being "single file" because it loads JS/CSS resources from the CDN (internet). That is of course a correct observation, and this is already noted on the website. From an operational perspective, there is only one…

Great work, I love this! Don't let the petty comments drag you down.

> Does anyone have any examples of any other single-file app with a comprehensive interface like Files app that is entirely self-contained?

Adminer comes to mind: https://www.adminer.org/ https://github.com/vrana/adminer/

As far as I can tell, they "compile" everything, including JS, into one PHP file.

Re: Files – Single-file photo gallery and file manager

#180

Post by BeefWellington »

mjau-mjau wrote: post #145

Hi, Files app DEVELOPER here. Someone notified me that the app had been posted here. A lot of negative comments, which I don't have a problem with, but I can perhaps clarify a few things. About Files app not being "single file" because it loads JS/CSS resources from the CDN (internet). That is of course a correct observation, and this is already noted on the website. From an operational perspective, there is only one…

   Furthermore, it was INTENDED BY DESIGN to load all JS/CSS from CDN, because ultimately it improves the user-experience, and makes it plausible to make an app like this wrapped into a single index.php file.
I get the rest of the points you're making but I think the flak you're getting is largely about what you consider the "user" here. You're responding from the point of view of the person I am sharing my photos with, whereas most of the respondents are responding from the point of view of the me, the guy who is gonna actually use this app. There's a mid-sized vocal crowd of self-hosters here on HN and from my own observation a tendency to prefer control over these sorts of things.

   Does anyone have any examples of any other single-file app with a comprehensive interface like Files app that is entirely self-contained?
Your app is, as you noted, not single-file. Setting that aside though, the density of the interface is kind of irrelevant to where the CSS and JS are hosted. There's loads of on-premise enterprise apps that do not load data from CDNs and have much more convoluted user interfaces. Plus they work on an otherwise disconnected network, do not subject users to potential tracking, etc.

I would also warn you, having seen this happen to a friend's project, the absence of any robust license text inside the package and/or spelled out on the website is going to give you some headaches. For example, does "use" of the app include customization? What type of customization is possible and accepted? If you allow some customization, you'd need to be careful to spell out explicitly that people can't just edit the PHP and remove the nag, etc.

One other thing to note: The application is very vulnerable to Cross-Site Scripting.

Post reply on HN