Despite initially installing and testing the phar package on our platform without any issues at all, the expanded package index.php is throwing blank white screens when I attempt to proceed with its installation.
Are you able to offer any advice as to why one works and the other doesn't? There are no errors thrown, nor any in the logs.
(it's necessary for me to use the expanded package as I'm developing an installer for our platform which will pre-fill the database connection details in the installer php file, which obviously can't be done to the signed phar package)
PHP version: 7.2.17
Just to confirm the process I'm following:
1. wget http://s3.amazonaws.com/cmsms/downloads ... panded.zip
2. Extract to empty dir
3. Open index.php in a browser (gives a blank white screen)
Expanded package not working, Phar package is fine
Re: Expanded package not working, Phar package is fine
There's instructions for using debug mode in the readme file, that may help. Ideally you'll also get something in your php error logs, but that can vary depending upon the hosting environment.
Somewhat related, you may want to look at cmscli for automated installation. It's fairly new and still growing, but probably more suited for what you're doing: viewtopic.php?f=1&t=77184
Somewhat related, you may want to look at cmscli for automated installation. It's fairly new and still growing, but probably more suited for what you're doing: viewtopic.php?f=1&t=77184
Not getting the answer you need? CMSMS support options
Re: Expanded package not working, Phar package is fine
Debug mode didn't make any difference, nor are there any php errors logged.
cmscli sounds great though, I'll give that a shot.
cmscli sounds great though, I'll give that a shot.
Re: Expanded package not working, Phar package is fine
cmscli doesn't help unfortunately. It's necessary for us to amend the defaults during the CMSMS installation process, not to automate the installation of CMSMS itself. The only way I can see to do that is to use the expanded package.
If it helps at all, I tried executing the expanded package index.php file from the command line, and got the following output:
It is a little frustrating that the phar package is working fine when the expanded package isn't. Any further assistance would be much appreciated, as we've had nearly 3500 installations of version 1.x since we added it in 2013, and I'll need to remove it altogether if I can't get 2.x working.
Thanks for your time either way. I do understand that debugging this type of error is a pain.
Here is an access log hit showing the debug flag; no errors were shown, in the logs or anywhere else.
If it helps at all, I tried executing the expanded package index.php file from the command line, and got the following output:
Code: Select all
$ php72 index.php
X-Powered-By: PHP/7.2.17
Set-Cookie: CMSIC377f812f3e=bba886057abf1b8cb7defbcb04dc3fae; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: private, max-age=10800
Last-Modified: Thu, 18 Feb 2016 22:34:33 GMT
Content-Type:text/html; charset=UTF-8
<!DOCTYPE html>
<!--[if IE 8]> <__html lang="en" class="lt-ie9"> <![endif]-->
<!--[if gt IE 8]><!--> <__html lang="en"> <!--<![endif]-->
<head>
<meta charset="utf-8">
<meta name='HandheldFriendly' content='True' />
<meta name='MobileOptimized' content='320' />
<meta name='viewport' content='width=device-width, initial-scale=1.0' />
<meta http-equiv='cleartype' content='on' />
<__script__ src="app/assets/vendor/jquery-1.11.2.min.js"></__script>
<__script__ src="app/assets/vendor/jquery-ui/jquery-ui.min.js"></__script>
<link rel="stylesheet" type="text/css" href="app/assets/vendor/jquery-ui/jquery-ui.min.css"/>
<title>
Houston, We have a problem! - CMS Made Simple™ Installation and upgrade assistant
</title>
<!--[if lt IE 9]>
<__script__ src="app/assets/js/html5.js"></__script>
<__script__ src="app/assets/js/css3-mediaqueries.js"></__script>
<![endif]-->
<link rel="stylesheet" type="text/css" href="app/assets/css/install.css"/>
<link rel="icon" type="image/ico" href="app/assets/images/favicon.ico"/>
</head>
</__body class="cmsms-ui">
<div class="row header-section">
<a href="http://www.cmsmadesimple.org" rel="external" target="_blank" class="cmsms-logo" title="CMS Made Simple™">
<img src="app/assets/images/cmsms-logo.png" alt="CMS Made Simple™" title="CMS Made Simple™" width="332" height="77" />
</a>
<span class="installer-title">Installation and upgrade assistant</span>
</div>
<div class="row installer-section">
<div class="four-col installer-steps-section">
<div class="inner">
</div>
</div>
<main role="main" class="eight-col installer-content-section">
<div class="inner">
<h1>Houston, We have a problem!</h1>
<div class="message red">
Unhandled request method
</div>
<article>
</article>
</div>
</main>
</div>
<footer class="row footer-section">
<div class="footer-info">
<a href="https://forum.cmsmadesimple.org" target="_blank">Support Forum</a> • <a href="https://docs.cmsmadesimple.org" target="_blank">Official Documentation</a> • <a href="http://apidoc.cmsmadesimple.org" target="_blank">Official API Documentation</a>
</div>
<small>
© Copyright 2019 <a href="http://www.cmsmadesimple.org">CMS Made Simple™</a>. All rights reserved - Installer Version: 1.3.7 - Build Date: 03/06/2019 12:20:02 PM </small>
</footer>
<__script__>
var cmsms_lang = {
freshen : 'Are you sure you want to freshen (repair) the existing installation of CMSMS? Use with extreme caution!',
upgrade : 'Are you sure you want to begin the upgrade process',
message : 'I have successfully installed CMS Made Simple!'
};
</__script>
<__body>
</__html>
Thanks for your time either way. I do understand that debugging this type of error is a pain.
Here is an access log hit showing the debug flag; no errors were shown, in the logs or anywhere else.
Code: Select all
x x - - [02/May/2019:15:40:31 +0100] "GET /cmsms4/index.php?debug=1 HTTP/1.1" 200 - "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36"-
calguy1000
- Support Guru

- Posts: 8169
- Joined: Tue Oct 19, 2004 6:44 pm
Re: Expanded package not working, Phar package is fine
Since the phar installer is not intended to be operated from the cli (yet).
I think the output there is fine.
You really need to find an error log. Experience has told me that if you are getting a white screen, than an error occurred. Without the error we can't help you.
Most production servers have error logs disabled. Depending on your setup you may be able to enable them by:
a: Modifying the global php.ini file
b: Creating a local php.ini file in the subdirectory with the index.php
c: Creating a .user.ini file in the subdirectory with the index.php
try playing with the:
error_log, display_errors, and error_reporting php.ini settings.
TIP:
a browsing to simple test file with:
will tell you what your error settings are for that directory, AND which files it looks in to get the settings.
I think the output there is fine.
You really need to find an error log. Experience has told me that if you are getting a white screen, than an error occurred. Without the error we can't help you.
Most production servers have error logs disabled. Depending on your setup you may be able to enable them by:
a: Modifying the global php.ini file
b: Creating a local php.ini file in the subdirectory with the index.php
c: Creating a .user.ini file in the subdirectory with the index.php
try playing with the:
error_log, display_errors, and error_reporting php.ini settings.
TIP:
a browsing to simple test file with:
Code: Select all
<?php phpinfo();
Follow me on twitter
Please post system information from "Extensions >> System Information" (there is a bbcode option) on all posts asking for assistance.
--------------------
If you can't bother explaining your problem well, you shouldn't expect much in the way of assistance.
Please post system information from "Extensions >> System Information" (there is a bbcode option) on all posts asking for assistance.
--------------------
If you can't bother explaining your problem well, you shouldn't expect much in the way of assistance.
Re: Expanded package not working, Phar package is fine
The output I pasted above is from the index.php in the expanded package, not the phar package fyi.
When I attempt to load that same index.php in a browser, still no errors despite error logging being enabled.
To confirm that error logging is working, I made a script which calls an undefined function, the following was given in the error log, confirming that it's working fine:
Looks like I've hit a dead end unfortunately.
Code: Select all
[root@web9 (el6) cmsms2]$ cat php.ini
display_errors = on
error_reporting = E_ALL
[root@web9 (el6) cmsms2]$ php72 phpinfo.php | egrep 'display_errors|error_reporting'
<tr><td class="e">display_errors</td><td class="v">On</td><td class="v">On</td></tr>
<tr><td class="e">error_reporting</td><td class="v">32767</td><td class="v">32767</td></tr>To confirm that error logging is working, I made a script which calls an undefined function, the following was given in the error log, confirming that it's working fine:
Code: Select all
23250 x [Fri May 03 07:59:35 2019] [error] [client 80.90.193.161:0] PHP Fatal error: test error in /home/sites/x/public_html/cmsms2/testerror.php on line 2
23266 x [Fri May 03 08:00:20 2019] [error] [client 80.90.193.161:0] PHP Fatal error: Uncaught Error: Call to undefined function asd() in /home/sites/x/public_html/cmsms2/testerror.php:2
23267 x [Fri May 03 08:00:20 2019] [error] [client 80.90.193.161:0] Stack trace:
23266 x [Fri May 03 08:00:20 2019] [error] [client 80.90.193.161:0] thrown in /home/sites/x/public_html/cmsms2/testerror.php on line 2
23290 x [Fri May 03 08:00:20 2019] [error] [client 80.90.193.161:0] #0 {main}Looks like I've hit a dead end unfortunately.


