Search the Community

Hi there, My shop is stuck in maintenance mode on some computers. I have added the IP, saved, and on some computers it will work fine, on others it will still say maintenance mode. I have cleared cache, tried different ISPs, and it's still the same situation. I've even enabled the shop and I have the same problem still. Even Presto Changeo, on the other side of the atlantic, is having the same problem with my site. Can anyone help please? I really wanted to go live this week... PS 1.5.3 Thanks in advance

Hello everybody, i am trying to make the dni (identification number) not mandatory for the countries where is enabled. The purpose is to allow for recording either empty values or valid values only. So changing the code of the address.tpl i managed to show the text field and it is not mandatory, so it can be left not filled in. But when i post i real value inside, the record is not send to database and it is not recorded. So i have decided to make it another way. I have made one custom additional public function in the Tools.php file that checks the value of the field dni, only if it is not empty: public static function getIdentValue($key, $default_value = false) { if (strval($key) != null && !empty($key) && strval($key) != '') { $ret = (isset($_POST[$key]) ? $_POST[$key] : (isset($_GET[$key]) ? $_GET[$key] : $default_value)); if (is_string($ret) === true) $ret = urldecode(preg_replace('/((\%5C0+)|(\%00+))/i', '', urlencode($ret))); return !is_string($ret)? $ret : stripslashes($ret); } else{ return true; } and also changed the code inside AdminAdressesControler to make the check of the value through this custom function in Tools: if (Country::isNeedDniByCountryId(Tools::getValue('id_country')) && !Tools::getIdentValue('dni')) $this->errors[] = Tools::displayError('The identification number is incorrect or has already been used.'); But still the check is not successful and if i left the field empty, an error is raised and does not allow me to save empty value in the db. Even after clearing the cache - deleting class_index. Same result. So i have decided after all to skip the logic of dni empty value check directly before this check in Tools.php and have added additional emtpy value check directly before the Tools check in the AdminAdressesControler. So here is like it looks like: if (Country::isNeedDniByCountryId(Tools::getValue('id_country'))) if ((strval('dni') != '') && (strval('dni') != null)) { if (!Tools::getValue('dni')) $this->errors[] = Tools::displayError('The identification number is incorrect or has already been used.'); } So it should avoid the check from the Tools::getValue function if the field 'dni' is empty. But actually it does check it and an empty field could not be recorded. So i have made a change in the message error : "The identification number is incorrect or has already been used" raised by this function, so i can see where the message is raised from. Surprisingly the message error when i have tried to save an empty dni field didn't change. the controller in in override/controlers/admin, so i have deleted the cache, but still the same result. So it means that there is also another function that checks the field dni and i do not know where it is. Can you please inform me how can i make this field enabled for unique dni numbers and empty values also. I have check the table in the database, where the field dni is allowed to be null, or whatever - it is even not unique field.

Hello I have got ssl certificate for my website and enabled it in preferences>> general setting I have braintree module but customers cant process using paypal saying that the website does not have ssl certificate in braintree it shows like this Unfortunately, at least one issue is preventing you from using Braintree. Please fix the issue and reload this page. PHP cURL extension must be enabled on your server PHP xmlwriter extension must be enabled on your server PHP SimpleXML extension must be enabled on your server PHP openssl extension must be enabled on your server PHP dom extension must be enabled on your server PHP hash extension must be enabled on your server Warning: Using Paypal on Live mode requires an SSL certificate. Your server must run PHP 5.2.1 or greater Your must sign-up for Braintree and configure your account settings in the module (publishable key, secret key...etc.) and please reply asap

Hi guys! I have just upgraded my Prestashop 1.5.6 to the latest stable build 1.6.0.5. Several modules (minic slider, language block) stop working correctly once I activate the Javascript Smart Cache option in: Performance -> Smart Cache for Javascript Apparently the jQuery libraries are not loaded any more once Smart Cache for Javascript is activated. Does anybody have a clue why this may happen? Once I deactivate the Javascript Smart Cache everything works fine again. As I don't have the website on a public domain I can send codes in PMs - if necessary. Thank you very much for your help.

Pessoal, Estou configurando uma loja online, mas por algum motivo a página inicial está retornando a página de manutenção. No administrador a loja está como enabled, e alguns parceiros que estão fora do Brasil conseguem visualizar o front sem problemas. Porém em nenhum computador do escritório ou pelo celular, eu consigo acessar. O servidor está nos EUA, pode ser alguma configuração dele que está impedindo o acesso? Agradeço a ajuda de vocês. Abraço

Hello all, I have an SSL certificate nicely linked to my store. Underneath the preferences in the prestashop admin, I enabled the SSL. It all works nicely. After a set of time, the switch gets for some reason disabled again. What could be the trigger for this and is anyone else also experiencing this item? Thank you! Sofie

Have migrated a prestshop site from a Dev host to a Prod host. I didn't do the original Dev work, just need to get it up and running on the main system. Have followed a lot of instruction including Files set to 644 and folders set to 755. Everything works correctly. The installation directory checker gives me green ticks for all folders ensuring that the permissions are good. the admin section loads. If the site is in maintenance mode, that works As soon as I hit enable from maintenance mode I get the HTTP 500 error on the main page. We are using the Velvertsky theme and the dev's have put their own stuff into the site, however it should still show the main page? Suspecting a permission issue someone however has anyone any ideas? Its only when I bring the site out of maintenance mode this happens. Brad

How can I look if a module is enabled? I looked around & found something like Module::isInstalled($moduleName) but it returns also true when installed but not enabled. Is there some kind of isEnabled(), or is there an other way to determine if a module is enabled or not?