floretie Posted November 23, 2017 Share Posted November 23, 2017 Bonjour, Je développe une boutique sous PS1.7. Tout allait bien jusqu'à ce matin, la boutique est en phase de finitions. J'ai voulu aller vérifier sur le Backoffice une adresse de page cms configurée et je me suis trompée de bouton par manque d'attention. j'ai cliqué sur le bouton "choisir la mise en page" du menu thème dans le back office et là, à mon grand désarroi une page complètement blanche s'est affichée. Je suis incapable de réafficher ne serait-ce qu'une page de l'Admin de ma boutique! tout le backoffice s'affiche en blanc, le source de la page est vide! plus rien. Je ne comprends pas d'où vient le problème, je n'ai fait entre temps aucune modif. Quelqu'un peut-il m'aider? C'est un peu la panique. Beaucoup même! Merci beaucoup par avance. Link to comment Share on other sites More sharing options...
Corto Arnoux Posted November 23, 2017 Share Posted November 23, 2017 Bonjour, Je suis persuadé que ce n'est pas très grave, je ne connais pas bien Prestashop 1.7 mais trouvez un moyen de passer votre site en mode développement soit par la base de données soit au moyen du fichiers de config de votre site. Votre page blanche devrait ensuite vous afficher les erreurs qui bloquent l'affichage. 1 Link to comment Share on other sites More sharing options...
floretie Posted November 23, 2017 Author Share Posted November 23, 2017 Oui, bonjour, et surtout merci de votre réponse. J'ai fini par trouver un moyen de passer en mode debug via le fichier /config/defines.inc.php en passant la valeur à "true" de la variable _PS_MODE_DEV_. Et là comme par magie, et aussi comme pour beaucoup d'autres utilisateurs de Prestashop manifestement aux vues de ce forum, le back office réapparait à l'écran! Incompréhensible. Ca marche, je peux finir mon développement, mais en revanche c'en est fini de mon tunnel de commande en phase de test pour le paiement CB, il n'est plus supporté en mode débug. Alors il faut choisir! En tout cas merci et en espérant que ce bug soit vite fixé dans les prochaines maj. Link to comment Share on other sites More sharing options...
Divine Posted November 23, 2017 Share Posted November 23, 2017 Bonjour, Vide le cache de Prestashop manuellement en supprimant les dossier "dev" et "prod" dans le dossier app >> cache. Après cela tu pourra normalement enlever le mode debug sans problème. 1 3 Link to comment Share on other sites More sharing options...
floretie Posted November 24, 2017 Author Share Posted November 24, 2017 Super Merci beaucoup Divine, ça marche super! Link to comment Share on other sites More sharing options...
Corto Arnoux Posted November 24, 2017 Share Posted November 24, 2017 Content de voir que tout fonctionne à nouveau. Bon courage pour la suite. Link to comment Share on other sites More sharing options...
Emmanuel Posted October 11, 2018 Share Posted October 11, 2018 Bonjour, J'ai le même problème et j'ai donc voulu suivre la procédure proposée par Divine mais dans le dossier app>cache, je ne trouve ni dossier "dev", ni dossier "prod". Je suis perdu Merci de votre aide. Emmanuel Link to comment Share on other sites More sharing options...
floretie Posted October 11, 2018 Author Share Posted October 11, 2018 Bonjour, je ne suis pas sure de pouvoir vous aider plus, mais avez-vous bien cherché dans le dossier app qui se trouve à la racine de votre site? Florence Link to comment Share on other sites More sharing options...
Philippe Posted October 11, 2018 Share Posted October 11, 2018 Bonjour, J'ai aussi le problème de la page blanche dans la partie admin du site. j'ai effacé le cache et modifié la valeur de la variable _PS_MODE_DEV_ à true cela ne change rien, toujours une page blanche. 1 Link to comment Share on other sites More sharing options...
Philippe Posted October 11, 2018 Share Posted October 11, 2018 en suivant ces deux conseils, effacer le cache et modifier PS_MODE_DEV, j'ai maintenant l'erreur suivante Qui peut m'aider? Merci Philippe 1 Link to comment Share on other sites More sharing options...
BGUERBET Posted October 18, 2018 Share Posted October 18, 2018 (edited) Bonjour, J'ai le même souci après passage de test.zzzz.eu vers zzzz.eu Nous avons recopié le répertoire web & log de test.zzzz.eu sur zzzz.eu en FTP L'URL magasin a été passée de test.zzzz.eu à zzzz.eu avec le database_host sur 127.0.0.1 dans ps_shop_url. Le fichier parameters.php dans web/app/config a été renseigné avec le nom et le mot de passe de la nouvelle database créée. > (base crée vide, puis import de la base). > Le fichier .htaccess a été renommé AAA.htaccess pour que Prestashop le recrée... Le mode debug m'affiche sur zzzz.eu: Parse error: syntax error, unexpected 'class' (T_CLASS), expecting identifier (T_STRING) or variable (T_VARIABLE) or '{' or '$' in /home/WwwBSD/zzzz.eu/web/vendor/symfony/symfony/src/Symfony/Component/Translation/Translator.php on line 90 Et sur zzzz.eu/backoffice/ ... une page blanche Ca fait une semaine que je rame avec ça ... Quelqu'un peut-il m'aider ? Edited October 18, 2018 by BGUERBET Précisions (see edit history) Link to comment Share on other sites More sharing options...
BGUERBET Posted October 18, 2018 Share Posted October 18, 2018 En fait j'ai trouvé la réponse à mon problème... j'étais en version PHP 7 sur test.zzzz.eu et en version PHP 4.3 sur zzzz.eu La mise à jour vers la dernière version PHP a résolu mon problème... Link to comment Share on other sites More sharing options...
Sebastien MAS Posted May 9, 2019 Share Posted May 9, 2019 j'ai le même probleme aevc le coup des 2 repertoires non disponible /app/cache Mais j'ai trouvé l'equivalent sur /var/cache/dev et /var/cache/prod.... Possible qu'il s'agisse des mêmes répertoires....allez un petit coup de save puis le les supprimes. Link to comment Share on other sites More sharing options...
Sebastien MAS Posted May 9, 2019 Share Posted May 9, 2019 il y a 21 minutes, Sebastien MAS a dit : j'ai le même probleme aevc le coup des 2 repertoires non disponible /app/cache Mais j'ai trouvé l'equivalent sur /var/cache/dev et /var/cache/prod.... Possible qu'il s'agisse des mêmes répertoires....allez un petit coup de save puis le les supprimes. BINGO cela fonctionne donc j'ai fait cela : - Verification version PHP (7.2) - Passage en mode dev : False - vidange dans /var/logs/prod.log -vidange dans recursif du repertoire /var/cache/prod (avec save avant :) ) Link to comment Share on other sites More sharing options...
iwebu Posted May 27, 2019 Share Posted May 27, 2019 On 5/9/2019 at 12:34 PM, Sebastien MAS said: BINGO cela fonctionne donc j'ai fait cela : - Verification version PHP (7.2) - Passage en mode dev : False - vidange dans /var/logs/prod.log -vidange dans recursif du repertoire /var/cache/prod (avec save avant :) ) Bonsoir @Sebastien MAS J'ai bien procédé comme toi mais aucun changement, page blanche, toujours pas moyen d'accéder à mon backoffice. Quand tu dis que tu vidanges, tu veux bien dire que tu supprime ? J'ai donc supprimé les dossiers /var/cache/prod et /var/cache/prod_1 ainsi que /var/logs/prod.log. Malheureusement, toujours aucun changement... et ce qu'il est préférable de remettre les dossiers tels qu'ils étaient (j'ai bien save tout avant !). Merci pour votre aide. Link to comment Share on other sites More sharing options...
Sebastien MAS Posted May 27, 2019 Share Posted May 27, 2019 J'ai supprimé les 2 repertoire et plus d'erreur.....mince tu es bloqué en mode Prod du coup sans les messages d'erreurs :( Link to comment Share on other sites More sharing options...
iwebu Posted May 27, 2019 Share Posted May 27, 2019 Just now, Sebastien MAS said: J'ai supprimé les 2 repertoire et plus d'erreur.....mince tu es bloqué en mode Prod du coup sans les messages d'erreurs Oui c'est bien ça... je ne vois aucun message d'erreur. Mais il doit bien y avoir moyen d'activer le mode debug via la bdd non ? Je vais chercher si il existe une solution. Merci. Link to comment Share on other sites More sharing options...
Sebastien MAS Posted May 27, 2019 Share Posted May 27, 2019 tu peux l'activer depuis le fichier de configuration en FTP : /config/defines.inc.php en FTP. Passer à true.... /* Debug only */ if (!defined('_PS_MODE_DEV_')) { define('_PS_MODE_DEV_', false); } Link to comment Share on other sites More sharing options...
Sebastien MAS Posted May 27, 2019 Share Posted May 27, 2019 Mon soucis etait juste de ne pas pouvoir accéder au BO, sans le mode debug, cela venait de ces fichiers de cache bon courage en mode debug cela sera plus parlant. Link to comment Share on other sites More sharing options...
iwebu Posted May 28, 2019 Share Posted May 28, 2019 @Sebastien MAS Finalement j'ai encore un soucis ! J'ai voulu tout remettre en place comme il faut en refaisant ma migration car pas mal de truc merdait dans le BO. Mais maintenance j'ai cette page d'erreur en voulant accéder au BO, ca te dis quelque chose ? Link to comment Share on other sites More sharing options...
Klemart3D Posted May 31, 2019 Share Posted May 31, 2019 Essaye un "composer install" en ligne de commande à la racine de ton projet (c'est lui qui génère l'autoload). Et si c'est pas mieux met à jour le composer.json en faisant "composer update" puis "composer install". Ou reprendre le composer.json de ta version de Prestashop. Par exemple pour la 1.7.5.x :https://github.com/PrestaShop/PrestaShop/blob/1.7.5.x/composer.json Link to comment Share on other sites More sharing options...
iwebu Posted May 31, 2019 Share Posted May 31, 2019 Trop tard j'ai tout viré ! Je ne supporte plus ces prestashop et WordPress. Un dev sur mesure suffira amplement ! Obligé de réinstaller une version propre et de refaire toute la personnalisation car la personne pour qui je le fait veut du prestashop.... Merci pour votre aide. Link to comment Share on other sites More sharing options...
Terminanix Posted September 13, 2019 Share Posted September 13, 2019 Bonjour et bien une fois logge sur la page du back office c est tres long et j ai une erreur 500 page blanche... j ai bien lu vos posts et j ai mis la valeur sur true mais ca change rien j ai aucun message d erreur je vous avoue je suis perdu Link to comment Share on other sites More sharing options...
Klemart3D Posted September 30, 2019 Share Posted September 30, 2019 Sur PS 1.7.X, vérifiez vos fichiers de logs dans var/logs/ Link to comment Share on other sites More sharing options...
fazilahmed Posted October 18, 2019 Share Posted October 18, 2019 On 10/11/2018 at 7:01 AM, Emmanuel said: Bonjour, J'ai le même problème et j'ai donc voulu suivre la procédure proposée par Divine mais dans le dossier app>cache, je ne trouve ni dossier "dev", ni dossier "prod". Je suis perdu Merci de votre aide. Emmanuel dossier /var/cache pour version supérieure à la tienne Link to comment Share on other sites More sharing options...
fourmi26 Posted November 2, 2019 Share Posted November 2, 2019 Une fois connecté à votre FTP, allez simplement dans le dossier « Cache » et supprimez simplement le fichier class_index.php. 1 Link to comment Share on other sites More sharing options...
Fred28 Posted December 1, 2019 Share Posted December 1, 2019 Viré les repertoires / fichier mentionnés... et ca marche ! MERCI pour le trick ! Fred Link to comment Share on other sites More sharing options...
valhot Posted January 29, 2020 Share Posted January 29, 2020 Bonjour j'ai également ce problème. Au niveau de la commande la page ne bouge pas, mais si tu actualise sa marche mais au niveau de commande pour la validation du paiement, sa affiche cette page blanche : https://manucoauto.com/module/ps_wirepayment/validation. J'ai mis mon prestashop en mode debug pour détecter le problème et voici l'erreur qui est affiché : (1/1) ContextErrorException Remarque: index non défini: dans Currency.php ligne 219 à CurrencyCore -> __construct ( 1, null , 0 )dans PaymentModule.php ligne 234 à PaymentModuleCore -> validateOrder ( null , '10', 0.0, 'Transfert bancaire', null , array ('{bankwire_owner}' => 'Manuco Auto Service', '{bankwire_details}' => 'IBAN: FR76 2183 3000 0100 0067 0397 022 <br /> Numéro de compte: 00006703970 <br /> Bic: FRNSFRP1 <br /> Clé rib: 22 ',' {bankwire_address} '=>' 2 rue des Élises, Paris Cedex '), 1, false , '5fb87c593357512cb096a02ec56ed518' )dans validation.php ligne 64 sur Ps_WirepaymentValidationModuleFrontController -> postProcess ()dans Controller.php ligne 281 à ControllerCore -> run ()dans la ligne 515 de Dispatcher.php chez DispatcherCore -> dispatch ()dans la ligne 28 de index.php Aidez-moi à régler le problème, car je n'y comprends rien. Je suis sur prestashop 1.7.63 Link to comment Share on other sites More sharing options...
Jenny Posted March 15, 2021 Share Posted March 15, 2021 On 11/23/2017 at 3:37 PM, Divine said: Bonjour, Vide le cache de Prestashop manuellement en supprimant les dossier "dev" et "prod" dans le dossier app >> cache. Après cela tu pourra normalement enlever le mode debug sans problème. @Divine Vous pensez que c'est le genre de manip qui peut fonctionner dans mon cas ? J'ai migré mon site de prestashop à shopify et ne parviens plus à accéder au backoffice de prestashop. L'url de cluster donne une page blanche avec la mention non sécurisée. Merci pour votre aide. Link to comment Share on other sites More sharing options...
floretie Posted March 16, 2021 Author Share Posted March 16, 2021 bonjour, vous pouvez toujours essayer, ça règle beaucoup de problèmes, et de toute façon pour d'autres problèmes à suivre, cela débloque bien des problèmes d'affichage. Pour moi c'était juste cela qui buggait. Bonne journée. 1 Link to comment Share on other sites More sharing options...
Moebia Paris Posted April 26, 2021 Share Posted April 26, 2021 Bonjour, Après avoir eu le même problème de page blanche en voulant me connecter au BO, j'ai supprimé le cache et changé la valeur "false" en "true" dans le dossier /config/defines.inc.php en FTP. Malheureusement après cela lorsque j'essaie de me connecter au BO je tombe sur cette page. (page qui s'affiche également lorsque l'on essaie d'aller sur la boutique en ligne). Etant novice je ne sais pas quoi faire. Quelqu'un pourrait-il m'aider? Merci d'avance. Link to comment Share on other sites More sharing options...
floretie Posted April 26, 2021 Author Share Posted April 26, 2021 Bonjour, Je ne suis pas une pro mais il semblerait que vous ayez un problème avec la table shop_url qui renseigne les url du site (BO et FO) dans votre base de données. Le système ne la trouve pas. Vous n'avez peut-être pas renseigné le bon préfixe de table dans le fichier app/config/parameters.php En espérant vous avoir donné une piste de recherche, bonne soirée. 1 Link to comment Share on other sites More sharing options...
Moebia Paris Posted April 26, 2021 Share Posted April 26, 2021 Bonjour, Oui en effet, il y avait un problème d'url. J'ai contacté mon hébergeur et j'ai pu le résoudre en restaurant ma base de données. Merci ! Bonne soirée à vous. Link to comment Share on other sites More sharing options...
auréliefarid Posted November 26, 2021 Share Posted November 26, 2021 Bonjour, Fazilahmed mais hannnnn merci merci merci !! J'ai 1.7.7.4 et ça a fonctionné j'étais en panique olala merci beaucoup franchement ! On 10/18/2019 at 2:28 PM, fazilahmed said: dossier /var/cache pour version supérieure à la tienne Merci à tous les autres aussi j'ai dû relire plusieurs fois mais à fonctionné et ça a enlevé tous les soucis que j'avais à cause du module "recapchat"qui bloqué les mises à jours des autres modules dans le gestionnaires ainsi que les alertes. J'ai désactivé le module "recapchat", ensuite paramètre avancé > vider le cache (là page blanche supression des dossiers sus mentionnés dans /var/cache) actualisation de la page du back office et hop magique ! Merci à tous !👊 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