[ASTUCES] Kit de dépannage du migreur

[PShopExpert]

Migreur : Le migreur est un animal solitaire. Il est nocturne et il s’agite dès le moindre bip de sa monture. Il se nourrit d’aliments à base de caféine, il adore empiler les tasses sur son bureau.

Dans ce premier post je vais rassembler des informations utiles pour dépanner son PrestaShop lors d'une migration.

//////////
////////// ACTIVER L'AFFICHAGE DES ERREURS SUR LE SITE
//////////

Pour les versions < 1.2.3.0 :

Pour activer l'affichage des erreurs sur le Front Office (partie visiteurs du site) :

DANS /config/config.inc.php

REMPLACEZ

@ini_set('display_errors', 'off');

PAR

@ini_set('display_errors', 'on');

Pour les versions >= 1.2.3.0 :

DANS /config/config.inc.php , sur al 4eme ligne modifiez

define('_PS_DEBUG_', true);

à true ou false si vous souhaitez ou non afficher les messages d'erreur.

N'oubliez pas de remettre à false lors du passage en production !

//////////
////////// LE POINT SUR LES MESSAGES D'ERREUR
//////////

Si vous obtenez des messages du type :

ALTER TABLE ps_XXX ADD INDEX XXX (XXX)
(1061) Duplicate key name ‘XXX’

PrestaShop essaie d'ajouter un index sur une table (permet d'accélérer les accès aux données) alors que cet index existe déjà : vous êtes déjà prêt, ne tenez pas compte de ces messages.

//////////
////////// POUR LES GROSSES BOUTIQUES
//////////

Si vous devez regénérer les images, cela peux prendre plusieurs minutes. Il est conseillé de la faire dans une version locale sur son propre PC pour accélérer le processus. Par défaut, les serveurs web sont configurés pour stopper les scripts s'exécutant trop longtemps ce qui peut bloquer le processus (vous n'aurez qu'une page blanche sans message d'erreur, il faut donc y penser).

Pour augmenter le temps d'exécution du script et permettre le traitement de nombreuses images, ajouter ceci au fichier .htaccess à la racine du site :

php_value upload_max_filesize 400M
php_value post_max_size 200M
php_value max_execution_time 6000
php_value max_input_time 6000
php_value memory_limit 400M

Et pour certains hébergeurs, il faut ajouter dans /config/config.inc.php juste après @ini_set('display_errors', 'on'); :

@ini_set('max_execution_time', '6000'); 

//////////
////////// PROBLEMES POUR SE CONNECTER
//////////

Pensez à vider vos cookies dans les options du navigateur pour le domaine concerné, quittez votre navigateur et revenez sur la page.
L'extension Web Developper pour FireFox possède un outil pour lire les cookies et les supprimer en quelques clics :
https://addons.mozil...irefox/addon/60

//////////
////////// PROBLEMES D'AFFICHAGE DES IMAGES
//////////

PrestaShop 1.2.2.0 utilise maintenant les url réécrites pour les images ce qui peut poser des problèmes en local, désactivez l'url rewriting de la boutique en local.

Si vous êtes sur le serveur, utilisez l'outil de génération du fichier htaccess qui se trouve dans l'onglet Outils > Générateurs. (attention cela écrasera vos précédentes modifications dans le .htaccess de votre site).

Images dans le backoffice qui ne s'affichent pas : vérifiez que le répertoire /img/tmp a les droits d'écriture pour tous 777.

[Patric Codron]

Super !

Ne pas oublier de repasser le display_errors à off une fois terminé.

[PShopExpert]

Petit up, pour passage de 1.2.2 à 1.2.3 ça peut être utile...
Ce serait dommage que ce post reste dans l'oubli, il ne servirait pas à grand chose finalement.

[Nelly]

Quote

//////////
////////// PROBLEMES D’AFFICHAGE DES IMAGES
//////////

PrestaShop 1.2.2.0 utilise maintenant les url réécrites pour les images ce qui peut poser des problèmes en local, désactivez l’url rewriting de la boutique en local.

Si vous êtes sur le serveur, utilisez l’outil de génération du fichier htaccess qui se trouve dans l’onglet Outils > Générateurs. (attention cela écrasera vos précédentes modifications dans le .htaccess de votre site).

Images dans le backoffice qui ne s’affichent pas : vérifiez que le répertoire /img/tmp a les droits d‘écriture pour tous 777.

Bonjour

La régénération du fichier htaccess ne résoud pas le prob d'images pour le passage de la version 1.2.2.0 à 1.2.4.0

Moralité, plus de temps à perdre avec ce logiciel, je remets la version 1.2.2.0, en croisant les doigts des mains et des pieds.

Bonne journée

[Nelly]

Ces modifs :

Quote

//////////
////////// POUR LES GROSSES BOUTIQUES
//////////

Si vous devez regénérer les images, cela peux prendre plusieurs minutes. Il est conseillé de la faire dans une version locale sur son propre PC pour accélérer le processus. Par défaut, les serveurs web sont configurés pour stopper les scripts s’exécutant trop longtemps ce qui peut bloquer le processus (vous n’aurez qu’une page blanche sans message d’erreur, il faut donc y penser).

Pour augmenter le temps d’exécution du script et permettre le traitement de nombreuses images, ajouter ceci au fichier .htaccess à la racine du site :

php_value upload_max_filesize 400M
php_value post_max_size 200M
php_value max_execution_time 6000
php_value max_input_time 6000
php_value memory_limit 400M

Et pour certains hébergeurs, il faut ajouter dans /config/config.inc.php juste après @ini_set(‘display_errors’, ‘on’); :

@ini_set('max_execution_time', '6000');

générent une belle ERREUR 500 chez 1&1;, hébergement mutalisé pack pro

[LeGhe]

Moi, simplement, je renomme img, translations, themes et modules en _old, dézippe dans le vieux dossier en remplaçant, supprime les dossiers créés (img, translations, themes et modules) pour renommer les _old en normal, et voilà

[Studio Créations]

Quote

////////// POUR LES GROSSES BOUTIQUES
//////////

Si vous devez regénérer les images, cela peux prendre plusieurs minutes. Il est conseillé de la faire dans une version locale sur son propre PC pour accélérer le processus. Par défaut, les serveurs web sont configurés pour stopper les scripts s’exécutant trop longtemps ce qui peut bloquer le processus (vous n’aurez qu’une page blanche sans message d’erreur, il faut donc y penser).

Pour augmenter le temps d’exécution du script et permettre le traitement de nombreuses images, ajouter ceci au fichier .htaccess à la racine du site :

php_value upload_max_filesize 400M
php_value post_max_size 200M
php_value max_execution_time 6000
php_value max_input_time 6000
php_value memory_limit 400M

Et pour certains hébergeurs, il faut ajouter dans /config/config.inc.php juste après @ini_set(‘display_errors’, ‘on’); :

@ini_set('max_execution_time', '6000');

Lorsque je rajoute les lignes au .htaccess j'ai également une erreur 500 qui bloque le BO et le FO, quelqu'un aurait une idée ??