Message-ID: <640140909.377444.1711627917023.JavaMail.root@confluence-doc2-production> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_377443_917599275.1711627917023" ------=_Part_377443_917599275.1711627917023 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
Table of contents
Module
For PrestaShop 1.6 and higher you can use a module: https://www.prestashop= .com/forums/topic/513401-free-module-enable-debug-mode-from-back-office/
If your back office and/or front office start displaying a blank or inco= mplete page regularly without any error message, it is necessary to activat= e the display of the PHP errors in order to understand the problem.
This is done in your PrestaShop installation's /config/defines.inc=
.php
file. You should edit the following line:
define('= _PS_MODE_DEV_', false);=20
...and change it into:
define('= _PS_MODE_DEV_', true);=20
Now browse your store's pages again. PrestaShop will display all the rel= evant error messages (if any), which should help you solve the issue.
Once the issue has been fixed, you must revert your changes: edit the _PS_MODE_DEV_
constant.
Some people may encounter memory allocation issues, particularly when th= e back office tries to display images which are quite big in the disk (over= 800 Kb). You should know that even if you manually increase the hosting me= mory limit to 128 Mb, some web hosts, such as 1&1, will keep the limit = at 32 Mb. See this FAQ from 1&1: http://faq.= oneandone.co.uk/scripting/php/10.html.
There are only two solutions, and they are both drastic:
There are cases when PrestaShop will not recognize a user's e-mail or pa= ssword, making it impossible to connect to either the back office and the f= ront office. The user is simply sent back to the login screen. Some reports= tend to point that IE10 is the only browser where this happens.
This is most probably an issue with the user's browser cookie for your s= tore: when the user repeatedly logs in and out of the store, the cookie's e= ncryption keys can get mixed up.
In any case, one easy way to fix this and to be able to log in again is = to clear the browser's cache and cookies. Here is page explaining how to do= just that, depending on the browser: https:= //support.google.com/mail/answer/32050?hl=3Den.
There are situations where nothing happens when you request a new passwo= rd, and it doesn't work. There can be a number of reasons why this would ha= ppen, but the important thing is to be able to log in again.
This is will require you to access your database, using phpMyAdmin for i= nstance.
You will have to follow the following procedure:
/config/settings.inc.php
file, from your shop's r=
oot directory. Find the line containing "_COOKIE_KEY
_". Copy t=
he cookie content (without the quotes): it is the MD5 for your original pas=
sword._COOKIE_KEY
_" in the text-field, =
and right after it, add your desired password. For instance, xykxB41JrEacRI=
oZxDioPNRmKeuO3ixCLygNxBAkeOkAHf2YUVESuT9jMYPASSWORD, where the cookie ends=
with T9j, and the desired password is MYPASSWORD (it can be anything you w=
ant).pw_employee
table, find the row corresponding to =
your account (it should feature your first name, last name, and e-mail addr=
ess), and click its "Edit" button.passwd
field, and paste in the MD5 that you just =
generated.If it still doesn't work, use phpMyAdmin to access the ps_shop_url=
table and check the value of the main shop, whose id
i=
s 1. It should contain the shop's file path:
/
".If all fails, contact the PrestaShop support team at http://= support.prestashop.com/en/.
The request to reset the password only works if the SMTP server has been= configured so that PrestaShop is able to send emails.
Two solutions present themselves to you:
login.php
file, located in=
your administration folder online (the name of which depends on your insta=
llation).=
echo md5( PSQL( _COOKIE_KEY_ . 'newpassword' ) );
echo md5( PSQL( _COOKIE_KEY_ . '$$$rabbit$159$$$'=
) );
passwd=
column for the employee of which you want to change the password wi=
th the value obtained in the previous step. Save your changes.In the event that you deleted the default language pack from your shop i= nstall, you can have issues connecting to your back office again.
Here how to solve this if the default language was English:
ps_lang
table.=
id_lang
-> 1name
-> Englishactive
-> 1iso_code
-> enlanguage_code
-> endate_format_lite
-> Y-m-ddate_format_full
-> Y-m-d H:i:sis_rtl
-> 0You should be able to log in again.