Hi Terry,
> Presumably, Apache works some magic to ignore the case, whereas nginx
> doesn't.
AKA Apache does some brain-damaged DWIM that just digs a deeper hole
when the magic isn't apparent. :-)
http://www.catb.org/jargon/html/D/DWIM.html
python -c 'import this'
Cheers, Ralph.
--
Next
On Sunday, 19 February 2017 18:28:30 GMT Ralph Corderoy wrote:
> Have you found nginx's log files yet? It will give you a clue whether
> the request for the MP3 is reaching it from the browser, and what it did
> in turn.
I did originally, but it didn't tell me anything useful, so I didn't look
Hi Terry,
> On the Pi 3, doing the above results in all the files having 'rwx'
> permissions for the user and no permissions, eg '---' for the world
> and group. Once I had spotted this and corrected them to give 'r-x'
> permissions, the server worked.
I wouldn't expect HTML files, etc., to
Hi Terry,
> Stephen Wolff wrote:
> > might be mime types but i'd have thought nginx would have mp3s by
> > default (if thats the audio file type)
>
> They are all MP3s. What should I be looking for?
A suitable Content-Type header in the HTTP reply. Try this one, then
replace the URL with one
On Sunday, 19 February 2017 17:48:48 GMT Stephen Wolff wrote:
> might be mime types but i'd have thought nginx would have mp3s by default
> (if thats the audio file type)
They are all MP3s. What should I be looking for?
--
Terry Coles
--
Next meeting: Bournemouth,
might be mime types but i'd have thought nginx would have mp3s by default (if
thats the audio file type)
Sent from a mobile device!
> On 19 Feb 2017, at 17:17, Terry Coles wrote:
>
> On Sunday, 19 February 2017 11:46:33 GMT Ralph Corderoy wrote:
>>> So the question is
Hi Terry,
> > But Jon meant the user that nginx runs as when processing incoming
> > HTTP requests, e.g. `www-data'. This is done so an error in nginx,
> > or in code you ask it to run, has limited access rights when it goes
> > haywire, or is exploited by an attacker.
>
> Hmm. I think I
On Sunday, 19 February 2017 10:52:37 GMT Ralph Corderoy wrote:
> > > sudo -i -u nginx
> > >
> > > (Replace nginx with the actual user name)
> >
> > The user is root. Is that normal?
>
> No, the user isn't root. The user and group on /var/www/html is
> root:root; that's normal. But Jon
Hi Terry,
> pi@raspberrypi:/var/www/html $ ls -ld
> drwxr-xr-x 4 root root 4096 Feb 19 09:19 .
> pi@raspberrypi:/var/www/html $ ls -la
> total 20
> drwxr-xr-x 4 root root 4096 Feb 19 09:19 .
> drwxr-xr-x 3 root root 4096 Aug 10 2016 ..
> drwxr-xr-x 2 root root 4096 Aug 18 2016 Guide
>
OK, I've fixed it, but I'm not sure why. More about that later.
Replying to both Ralph and John:
=== Ralph ===
On Saturday, 18 February 2017 17:47:32 GMT Ralph Corderoy wrote:
> What's the user, group, and permissions on /var/www, e.g. `ls -ld
> /var/www'?
pi@raspberrypi:/var/www/html $ ls
10 matches
Mail list logo