Jump to content

gillesvt

Members
  • Posts

    7
  • Joined

  • Last visited

Everything posted by gillesvt

  1. Bonjour, Tu peux rester en php 5.6 pour faire les upgrades Prestashop puis extensions (des fois faire les upgrade d'extensions posent problème si tu les fais avant la bonne version Prestashop. Une fois tous les upgrades réalisés, tu peux tenter le PHP 7.1 à 7.3 suivant ton hébergeur. Si tu es sur OVH, tu peux utiliser plusieurs versions de php pour différents sites, il suffit de télécharger le fichier .ovhconfig à la racine de l'hébergement et le recopier dans le dossier racine de ton nouveau site, puis tu modifies en éditant la deuxième ligne qui concerne la version PHP 5.6, 7.O à 7.3 que tu souhaites utiliser. Ça se présente sous un fichier texte UTF_8, comme ci-dessous, firewall est une option de OVH qui peut aussi être activé ou désactivé sur chaque site si le firewall est bien sûr activé sur l'hébergement et les domaines : app.engine=php app.engine.version=7.3 http.firewall=security environment=production container.image=stable Sinon, tu peux utiliser l'application server MAMP ou sa version Windows, et développer en local, pour les tests... C'est plus sûr que de toucher à la configuration serveur, il suffira une fois que ton upgrade est ok avec 1.7.x et PHP 7.x de transférer une copie de ton ancien site dans un nouveau répertoire en sous domaine, et créer une nouvelle base de données pour répéter la façon dont tu as pu faire tes upgrades. Il faut éditer le fichier .ovhconfig pour mettre les paramètres à jour. Et éditer la base de données pour modifier le nom de domaine en sous domaine. Tant qu'à faire, si ton site ne l'est pas encore, il faut le passer en https plutôt qu'HTTP, c'est sur Prestashop que tu peux le faire, après avoir validé ton nom de domaine es SSL activé. Si il y a des erreurs de sécurité à l'affichage du site, c'est en général des liens internes vers des images qu'il faut modifier, et si ils y a des images importées par liens depuis d'autres sites, le mieux est de les mettre en interne si le domaine pointé n'est pas HTTPS. Pour la base SQL, le mieux est de créer une nouvelle base de données dans laquelle tu importes celle en production, et de mettre le site principal en maintenance, le temps de faire les upgrades sites et SQL, si tu ne veux pas perdre de données récentes. Bon courage, Gilles
  2. Bonjour, Une simple exportation de ta base de données complète du site en production depuis la console PHPadmin de ton hébergeur (en format zip, c'est plus simple) est rapide, puis importer cette sauvegarde dans ta nouvelle base de données sur ton serveur SQL de développement pour voir les compatibilités et faire les upgrades nécessaires, pour les fichiers Prestashop, une copie de tes fichiers du serveur d'hébergement sur ton ordinateur en FTP ou SFTP vers ton site est simple, bien qu'un peu long, puis éditer le fichier config.php pour changer l'accès à la base de données et editer SQL pour changer le nom de domaine en localhost. C'est plus simple à faire depuis la version Prestashop 1.6.24 vers 1.7.x il me semble. Peut-être commencer par migrer sur cette version 1.6.24 avant de passer à 1.7.x si le template le permet, ou passer sur le template par default ??? Ne pas oublier de passer en PHP 7.1 mais de préférence 7.2 ou 7.3 sur le serveur de développement une fois migré à la version 1.6 ou 1.7.x, pour voir si le Template et les modules sont bien à jour et compatibles. Gilles
  3. Bonjour Mehdi, Il semblerait que ton serveur SQL ne réponde pas, es-tu sur du nom d'hôte et du port : Unknown MySQL HOST si tu dois spécifier un port tu dois finir ton URL SQL par :__N°port__
  4. Hi, The best way is to go by FTP in the folder Cache and open Smarty, there is two folder. You have to clean inside both of them except the file .php inside each one.
  5. Bonjour, Cette erreur apparaît lorsqu'il y a plusieurs produits dans le panier, lors de finalisation de la commande, je l'ai sur plusieurs sites en version 1.6.13, mais ça existait depuis près de 2 ans dans les logs. Certainement un bug sur un module Prestashop,vue que cette erreur est signalée depuis longtemps mais toujours présente, j'ai vérifié les id sur la BD, il n'y a pas d'autre raison d'avoir cette erreur. Gilles
  6. Bonsoir, Une sauvegarde de la Base de donnée et de toutes les pages du site par ftp suffisent. Ces sauvegardes de toute façon doit être faite régulièrement, c'est l'occasion d'en profiter, elle sera valable jusqu'à ce que vous fassiez un Update de module ou du site. Si l'Update (ou l'upgrade) réussisent, faites une nouvelle sauvegarde de tous les fichiers et de la BD. Pour revenir en arrière : Pour éviter une coupure trop longue : faire un Upload de tous les fichiers du site. Créer un nouveau dossier "site-backup"sur l'hebergement via FTP et envoyer tous les fichiers copiés. Mettre le site en maintenance pour éviter de perdre des données, n'oubliez pas d'insérer votre IP pour avoir accès au front-office pendant la maintenance. Sur votre page d'admin de votre hébergeur, allez dans le PHPMyAdmin de votre BD et sélectionnez votre base puis cliquez sur Exporter sur le menu de haut de page, choisir "personnalisé" et le format zip puis en bas "exécuter", dans queques secondes qui peuvent être un peu longue suivant la taille de la BD, il vous sera proposer de sauvegarder le fichier sur votre ordi. Vous pouvez ensuite faire la manipulation des URL simplifiées sur votre site, ou vos update et upgrade et vérifier que tout fonctionne, il peut être utile de vider les caches Smarty par FTP (supprimer l'intérieur des dossiers "cache" et "compile", sauf le fichier index.php). Vider le cache de votre navigateur avant d'aller sur le Front. Si tout fonctionne, pas de soucis, refaites une sauvegarde complète de votre site, pour la prochaine fois. ;-) Si ça ne fonctionne pas, retourner sur PhpMyAdmin, effacer le contenu de la table en sélectionnant toutes les colonnes puis effacer, puis exécuter" Cliquer sur le menu haut IMPORT et entrer la sauvegarde de la BD puis exécuter. Renommer votre dossier FTP ou se touve votre site en "monsite-ex" et renommer "monsite-backup" en "monsite", votre site est revenu dans l'état ou il était au moment de la maintenance. Supprimer le dossier "monsite-ex". Vous pouvez aussi faire ses manipulations en mettant votre site sur votre serveur local ou en créant un sous-domaine test.monsite.com Vous créer pour faire cela une nouvelle base de données sur laquelle vous importerez la sauvegarde de votre BD et vous modifiez le fichier /config/setting.inc.php pour entrer les nouveaux hote, nom et mot de passe de la nouvelle BD puis en remplaçant dans la BD les données dans url_shop qui contient l'adresse http et https de votre site sous la forme www.monsite.com ou monsite.com, dans les deux cases, vous entrez votre nouvelle adresse test.monsite.com. La copie de votre site sera alors activée et vous pourrez vous rendre sur celui-ci et faire tous les tests nécessaires. Il peut y avoir des liens rompus à modifier si vous n'avez pas utiliser d'URL relative pour la création de vos images et de vos liens interne dans votre site. Pour vérifier les liens, j'utilise Dreamweaver qui permet de faire une recherche et un remplacement rapide d'un mot ou d'une expression sur l'ensemble du site, tout en vérifiant les lignes une par une pour éviter les erreurs. il doit y avoir d'autres applications moins chère qui le permettent. N'oubliez pas de mettre le site de test en maintenance pour qu'il ne soit pas indexé par les robots des moteurs de recherche (vous pouvez aussi modifier le robots.txt pour dire de ne pas indexer. J'espère avoir été utile et clair ;-) Gilles
×
×
  • Create New...