Freelance Magento // 2ème année de Master MIAGE – Toulouse
Dans: Magento
8 sept 2009Transférer un site Magento d’un serveur à un autre présente des problèmes inhérent à Magento comme la suppression du fichier pear.ini ou les valeurs à remettre à 0 dans la base de données.
Tout ceci est décrit dans un précédent article, comment transférer un site Magento sur un autre serveur.
Cependant il reste les problèmes liés à l’hébergement, surtout sur les serveurs privés et dédiés qui n’ont pas les mêmes facilités de gérance qu’un mutualisé (qui sont limités).
Sur un serveur privé RPS chez OVH, il va falloir augmenter la mémoire alloué par le système à PHP, autoriser les bases de données en à prendre en charge l’InnoDB, etc
Problèmes rencontrés :
Votre fichier index.php ne doit pas être accessible en lecture par les groupes.
En ssh (ou par Filezilla), mettre vos fichier avec les droits en 705 (voire 644 si vous voulez)
Cependant d’autres fichiers et dossiers auront le même problème. Une solution est de mettre tous les fichiers à 644 et tous les dossiers à 705
find . -type d -print | xargs chmod 705 find . -type f -print0 | xargs -0 -n1 chmod 644
Enfin on remet les droits 755 sur /app/etc, /var, /media
chmod -R 755 app/etc chmod -R 755 var chmod -R 755 media
La taille allouée par PHP de mémoire vive est insuffisante.
Il faut modifier la valeur de la ligne « memory_limit » du fichier php.ini (-> 128mo.)
nano /usr/local/lib/php5/php.ini
InnoDB est désactivé dans la configuration de votre MySQL.
nano /etc/mysql/my.cnf
#skip-innodb
innodb_buffer_pool_size = 16M innodb_data_home_dir = /var/lib/mysql/ innodb_log_arch_dir = /var/lib/mysql/ innodb_log_group_home_dir = /var/lib/mysql/ innodb_data_file_path = ibdata1:10M:autoextend:max:128M innodb_log_file_size = 5M innodb_log_buffer_size = 8M innodb_flush_log_at_trx_commit = 1 innodb_lock_wait_timeout = 50
/etc/init.d/mysql restart
Après la migration du serveur, il arrive qu’un message d’erreur apparaîsse lors de l’installation d’un nouveau module dans Magento Commerce.
Pour régler le problème il faut supprimer le fichier : « /downloader/pearlib/pear.ini »
Est-ce que lorsque que vous tentez d’accéder à http://www.monsite.com/admin, il vous redirige vers : https://www.monsite.com/index.php/admin
Votre ancien site avait un certificat SSL et le nouveau non. Le temps de basculer votre certificat, modifiez dans la base de données la table « core_config_data » à la ligne ‘web/secure/base_url’.
Enlevez le ’s’ à https, sauvegardez et videz le cache.
1) Possibilité #1 :
Vous avez oublié de modifier le login/pass de la base de données dans le fichier app/etc/local.xml
2) Possibilité #2 :
L’erreur réelle étant écrite dans un fichier situé dans var/report.
Cette erreur nous apprend ceci :
Warning: session_start() ... Cannot send session cache limiter - headers already sent (output started at /home/xxx/www/downloader/pearlib/php/PEAR.php:2152) ...
Il faut activer dans votre php.ini le zlib
Ouvrez votre fichier php.ini
nano /usr/local/lib/php5/php.ini
Erreur survenant dans Magento Connect. Encore une histoire de droits :
chmod 0777 downloader chmod 0666 downloader/config.ini chmod 0666 downloader/pearlib/config.ini chmod 0777 downloader/pearlib/php chmod 0777 downloader/pearlib/download # Uniquement si les lignes de dessus ne suffisent pas chmod 0777 app/etc chmod 0777 var chmod 0777 media chmod 0777 media/import chmod 0777 media/downloadable
Je m'appelle Frédéric Martinez.
Je suis étudiant en Master MIAGE à Toulouse et Freelance Magento.
Ce site présente mon CV ainsi que mes réalisations professionnelles, personnelles et universitaires.
17 Commentaires pour Erreurs rencontrées lors d’un transfert de Magento sur un serveur Privé
Benoit
octobre 6th, 2009 à 10 h 52 min
Nous rencontrons actuellement un problème d’affichage avec Magento Connect.
Message d’erreur: erreur 404. Il nous renvoie sur le front.
Tout est fonctionnel, à l’exception du Magento Connect
Ca viendrait peut-etre du pear.ini mais nous n’arrivons pas à le reinitialiser.
Version Magento 1.3.2.3.
Une idée sur la marche à suivre ?
Migrer Magento sous un autre serveur - Frédéric Martinez
octobre 19th, 2009 à 8 h 28 min
[...] La suite des erreurs dans un article séparé. Tags: migration serveur, mise en production [...]
Alex
novembre 18th, 2009 à 18 h 06 min
Bonjour,
je rencontre le même problème, après avoir activé les urls sécurisées, mon admin ne fonctionne plus, j’ai fait les modifs décrites ci-dessus, mais cela ne fonctionne pas.
Pouvez-vous m’aider?
Frédéric Martinez
novembre 18th, 2009 à 18 h 10 min
Bonjour Alex,
Après avez-vous un certificat SSL sur votre nouveau serveur afin de pouvoir installer les URL sécurisées ?
Il faut aussi transférer le certificat, sinon ni l’administration ni le compte client ne fonctionneront.
Alex
novembre 18th, 2009 à 18 h 16 min
Je n’ai pas de certificat ssl, celui-ci a été activé par erreur dans l’admin de Magento, j’aimerai seulement revenir à la version antérieure.
Merci de votre réponse.
Frédéric Martinez
novembre 18th, 2009 à 18 h 21 min
Il faut modifier dans votre base de données le champ « value » de la table « core_config_data » à la ligne « path=web/secure/base_url ».
Remplacez simplement « https:// … » par « http:// … « .
Bonne soirée.
Alex
novembre 18th, 2009 à 18 h 23 min
J’ai déjà effectué la manip tout à l’heure sans succès.
Frédéric Martinez
novembre 18th, 2009 à 18 h 26 min
Bizarre. Si votre boutique fonctionnait avant de cette façon, je ne vois pas d’autre solution que de modifier la base_url Secure.
Videz le cache (on ne sait jamais). Je ne peux pas plus conseiller comme cela textuellement. Tenez-moi au courant de votre solution :)
Mouchon
novembre 18th, 2009 à 18 h 31 min
Merci pour votre réponse, mais je ne comprend pas de quels caches vous parlez ? (cache navigateur, dossier dans le ftp?…)
Frédéric Martinez
novembre 18th, 2009 à 18 h 43 min
@FTP : var/cache/*
Mouchon
novembre 18th, 2009 à 18 h 51 min
MERCI ! tout fonctionne correctement grâce a vous !
Alex
novembre 18th, 2009 à 18 h 52 min
Ca marche nikel, merci !!!
Frédéric Martinez
novembre 18th, 2009 à 18 h 54 min
Avec plaisir :-)
Alex
janvier 1st, 2010 à 5 h 40 min
Bonjour,
Je cherche temps bien que mal à essayer d’enlever les blocs d’images d’origine (image du chien ou des tongs) qui se trouve dans la colonne de droite et de gauche. J’espère être assez clair.
Merci d’avance
Alexandre
février 25th, 2010 à 3 h 06 min
Bonjour,
J’ai fait une migration Magento, tout semble ok. Cependant je n’arrive pas à accéder à l’espace admin par http://www.xxxx.com/admin/ par contre ca marche avec http://www.xxxx.com/index.php/admin/
Tout semble ok dans le local.xml et j’ai bien mes web/unsecure/base_url et web/secure/base_url qui valent http://www.xxxx.com/
Est ce que quelqu’un a une idée ? Merci d’avance !!
Max
mai 19th, 2010 à 13 h 44 min
Idem … migration s’est très bien passée mais le rewrite de l’url semble poser problème …
site/admin ne redirige plus sur l’admin mais plante sur broken link.
Il faut ajouter manuelement le index.php/admin pour que cela fonctionne …
pourtant le module rewrite est bien actif dans apache2 et le .htaccess est le même que le site de pre-prod chez moi :(
help ?
zhang
juillet 16th, 2010 à 0 h 50 min
sant ce tuto, je saurai pas installer magento tout seul, merci bcq, c’est génial