Re: mime type not set correctly for webpage

On Mon, Jun 21, 2021 at 5:35 AM Stuart Henderson <stu@spacehopper.org> wrote:
>
SNIP
>
> The location matches this block:
>
> >> location "/rainloop/*" {
> >> fastcgi param SCRIPT_FILENAME "/htdocs/rainloop/index.php"
> >> fastcgi socket "/run/php-fpm.sock"
> >> # directory index "index.php"
> >> }
>
> so it ought to be served by rainloop's front controller in
> /htdocs/rainloop/index.php and thus the content-type ought to be
> dictated by rainloop..
>
> I am wondering about the doubled path entry /rainloop/rainloop/ and
> whether that is involved in the problem, perhaps making it serve
> an error page not the expected css. (Opening that url directly
> would prove that).
>
> If so, perhaps httpd.conf "strip" might help (though probably the
> bit that wants a component stripping is actually PATH_INFO and the
> documentation doesn't talk about changing that, but it maybe the
> doc rather than the code that is incomplete).

I thought the config was a little odd, but that was the config based
upon rainloop info.

If I bypass index.php and access css file with direct URL the file is
found, but it still has the incorrect mime type associated with it.

thanks

diana