AmirRzd Posted October 5, 2016 Share Posted October 5, 2016 (edited) I have installed 1.7.0.0 RC1 on a shared Linux host and FO here: http://fasleaval.com/prestashop17/ is OK. But the BO here: http://fasleaval.com/prestashop17/bo is not and I get no errors, just "The connection was reset" I have turned on the DEBUG and still no Prestashop-ERROR. I also checked the server error_log, no ERROR there either to identify the problem. Just browser sends me "The connection was reset" message. What might be the problem? --- P.S.1: I installed this exact package on local (Wamp2.5-Win7_64bit) and everything is fine. --- P.S.2: In the installation process (shared Linux host) on "System Compatibility" I got these two warnings: Install and enable php_posix extention (used to colorize the CLI output). Install and enable the intl extention (used for calidators). Edited November 11, 2016 by AmirRzd (see edit history) Link to comment Share on other sites More sharing options...
Traumflug Posted October 6, 2016 Share Posted October 6, 2016 Trying this backoffice, it's unusual slow. Just the redirection prelude takes 18 seconds. Eventually, after about a minute, it entirely times out. One reason for timeouts without error messages are database errors. As far as my research goes, if the server response is already partially sent, a database error leads to an exception, which leads to an exception, which leads to an exception, which leads to ... ... until PHP eventually times out or runs out of memory. Attached is a patch for working around (not really fixing) this issue. After applying that you should get an error message, allowing to fix the database. 0001-CO-Fix-database-error-handling.patch.gz Link to comment Share on other sites More sharing options...
AmirRzd Posted October 6, 2016 Author Share Posted October 6, 2016 Thank you for your input. Would you please tell me how and where to apply this patch? Link to comment Share on other sites More sharing options...
Traumflug Posted October 6, 2016 Share Posted October 6, 2016 If you're good at the command line, you can do it like this: cd top/of/my/shop gzip -cd 0001-CO-Fix-database-error-handling.patch.gz | patch -p 1 One can also apply patches manually. The file name to be patched (classes/db/Db.php) is found inside the patch (a plain text file). In short: remove the lines which are preceeded with a '-' in the patch, add the lines with '+' instead. And then remove these '+'. A more exhaustive eplanation: https://www.drupal.org/node/534548 One last word: make a copy of the original file before trying :-) Link to comment Share on other sites More sharing options...
hadobac Posted November 8, 2016 Share Posted November 8, 2016 I don't know if this could help, but I had encountered a similar problem, and had solved it. My approach can be found here. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now