Hello, during initial setup when I select my language with 1.32.0 I'm given a 500 error.
Topic on Project:Support desk/Flow
We'll need more information:
- What platform are you installing on? (Linux, Windows... ?)
- What error do you see?
- What is the URL for this error?
- What does your error log show?
Hello Mark,
It's being hosted externally via a provider - I'm unsure of their configuration but I assume it's *nix, Apache 2.4
The error I see is a provider "Internal 500" error which lists some generic information, I can replicate this by extracting the files from the .tar.gz to a given directory, accessing the firstrun page and selecting a language. I fear I'm missing a step somewhere with regards to permissions given this specific instance.
the page can be accessed at http://wikichud.com/w/mediawiki-1.32.0/index.php
I'm currently working with a new host and I'm unfamiliar with how to access their error log but that's my next step.
Addition: Here is the error log http://wikichud.com/w/error_log.txt
This can probably only be fixed by your host. See, Apache Error: No matching DirectoryIndex (index.html) found.
The "No matching DirectoryIndex (index.html) found." doesn't seem relevant to the error you're getting. Even the CSS scripts aren't loading, with the 500 error: http://wikichud.com/w/mediawiki-1.32.0/mw-config/index.php?css=1
This may be a pure PHP error, which may not be in the apache error logs but in the php error logs. Most probably, PHP may be missing some required extension.
Create a sample php file with this content:
<?php phpinfo();
And open it from the browser. Compare with Manual:Installation requirements
Hello Ahmad, Ciencia!
I did as Ciencia requested and was able to publish such a page. I'm not sure what I'm looking for here, so here ya go -http://wikichud.com/w/page.php
Thanks.
It looks like if you add the "css" or "page" parameter to the index.php url you end up with an error. Plain JS files are served correctly.
If the page and css url params are causing the server error, that would be strange.
uselang is also ending up at 500 server error. Maybe there is a problem with the wgRequest object?
For what it's worth I've been having some configuration back and forth between the host and they are most unhelpful. I think I might try a different webhost for this project if the resolution continues to be so elusive.
Other problem points that I note: its FreeBSD. This shouldn't be an issue, but it *could* be.
The "Server API" is given as "NearlyFreeSpeech.NET PHP SAPI" which indicates that they may have customized their PHP some. This may be the only customization, but it looks like something to keep in mind.
The one issue I found with that SAPI string was this one from back in October: https://github.com/directus/api/issues/351
Hello,
I wasn't able to glean anything useful from the host and unfortunately it seems like their configuration is the issue so I'm going to use another host for this project. Thank you for the assistance, I'll be back again I'm sure.