There are no messages in the log and error files.
Running it from the command line
also returns nothing
how did you install OJS (with git or by downloading https://pkp.sfu.ca/ojs/ojs_download/)?
By downloading. Tried both web interface and command line installation on Solaris 10.
What is your stack setting (webserver, php, DB version)?
Could you run:
$ php tools/upgrade.php check
And check if you are successfully connecting with DB.
php tools/upgrade.php check returned nothing
Webserver - Apache 2.4.29
DB - MySQL 5.0.67
PHP - 5.6.26
and yes, I successfully connect with the DB.
It seems that your server or your PHP parser is not running.
Could you test your php parser running through CLI:
$ php -i
It has to show all php info from your stack.
produces lots of lines
PHP parser through CLI works normally. As I wrote above, I did both web interface and command line installation and everything was as expected.
Your console log browser is also empty when you attemp to load?
No log message even in your access_log in your server?
Yes, that is right. No log messages.
Given that your server is not running OJS and no log messages are being stored (for errors or even success) I would suggest re-do install process, maybe your stack is missing some component during install.
Here is the response header from the server:
HTTP/1.1 200 OK
Date: Mon, 17 Sep 2018 12:31:04 GMT
Server: Apache/2.4.29 (Unix) OpenSSL/1.0.2o PHP/5.6.15
Strict-Transport-Security: max-age=31536000; includeSubDomains
Keep-Alive: timeout=5, max=100
Content-Type: text/html; charset=UTF-8
I tried installing and updating from github - same result.
If you already have installed OJS, I think that could it be a permission setting.
Please, check this thread with some checklist suggestions:
cache/ and all subdirectories have 777 permissions.
sorry to intrude, what do your php error settings look like? Are errors enabled?
; Display a stack trace when a fatal error occurs.
; Note that this may expose private information and should be disabled
; for any production system.
show_stacktrace = On
; Display an error message when something goes wrong.
display_errors = On
; Display deprecation warnings
deprecation_warnings = On
; Log web service request information for debugging
log_web_service_info = On
I mean the settings in php.ini? Is for example
display_errors = on or log_errors on and do you have a value for error_log (a path to a log file)?
Edit: you could of course check this by uploading a php file with a parse error in it and the runnig that file. If that error does not end up in the error log or is not visible for you, then the problem is in the server error settings.
error_reporting = E_ALL
display_errors = Off
display_startup_errors = Off
log_errors = On
log_errors_max_len = 1024
ignore_repeated_errors = Off
track_errors = Off
html_errors = On
and the path to the error_log file? Is that ok and is the log file there writable for the server?
Try the test I suggested with an independent php file that contains a clear error. That way you can rule out the server if the error there shows in your logs.
Tried to mess around with the file:
[Mon Sep 17 16:14:15.998304 2018] [:error] [pid 17720] [client xx.xx.xx.xx:32791] PHP Parse error: syntax error, unexpected ‘$application’ (T_VARIABLE) in /export/home/ojs/index.php on line 68