Processus de Mise à jour complexe ?

Réduire
X
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • Processus de Mise à jour complexe ?

    Bonjour,


    je vais mettre à jour un site Joomla qui est en ligne.
    J’aimerais vos conseils sur la procédure…
    ;-)

    Ce que je compte faire :
    D’après ce que m’a dit le développeur du template sur l’ordre des mises à jour : d’abord le template, en protégeant mes overrides (j’ai fait des overrides sur certaines overrides propres au template !)…, puis toutes les extensions tierces (mes overrides qui ne devraient pas poser problème j'imagine), et en dernier Joomla (idem, mes overrides qui ne devraient pas poser problème j'imagine).


    Mais je voudrais sécuriser la procédure pour éviter un problème (pouvoir revenir en arrière)…
    Je vois 2 manières de faire possibles :


    Je duplique le répertoire www (je suis chez OVH) en sécu des fois que…
    Je sauvegarde la base de données en sécu.
    Je fais les mises à jours sur le site en ligne depuis l’installeur Joomla.
    Mais je n’aime vraiment pas le faire « à vue » en direct…


    Ou pour éviter de faire ça à vue :


    Je duplique le répertoire www et le renomme preprod
    Je duplique la base de données et fais pointer preprod vers elle dans le fichier configuration.php
    Je mets à jour preprod (comme dans 1°)
    Je vérifie que tout va bien (!) et je rapatrie le tout ensuite :
    J’écrase la base de données de www par celle de preprod
    Je renomme www en old (avec sauvegarde de l'ancienne base)
    Je renomme preprod en www et fais pointer le fichier configuration.php vers la nouvelle base

    Pff… pas simple mais sécure, non ?

    Merci pour vos conseils
    PAul


  • #2
    Et Akeeba Backup dans l'affaire ?

    Personnellement, je l'utilise pour ce type de manipulation car il s'occupe de tout, ou presque (le café reste à votre charge ). Il suffit de restaurer avec KickStart dans un sous-domaine en faisant attention au préfixe de votre base de données et au htaccess.

    Pascal
    Les JoomlaDays Paris 2019, c'était du 8 au 9 mars... J'y étais et vous ?

    If anything can go wrong, it will...
    If I can help, I will ..https://conseilgouz.com

    Commentaire


    • #3
      Hum... je suis devenu très méfiant avec Akeeba. Je l'avais essayé (sur tes conseils d'ailleurs ) et j'ai eu 2 soucis avec :
      - des messages d'erreur qui n'avaient pas lieu d'être : "The site transfer cannot proceed. You need approximately NAN b of free space but your server reports that only 7.51 GB is currently available. Please make more space on your server."
      - plus tard pour restaurer un backup : "Error - Invalid file type. The integrated restoration will only work with JPA and ZIP files."

      Alors ça refroidit un peu... Perso maintenant je préfère quelques lignes SSH ( genre : cp -ar www/ secu/ ) et des sauvegardes de base de données directement depuis le Manager d'OVH. Ça me semble plus sûr... (chat échaudé...)



      Mais sinon, toi tes mises à jour tu les fais sur un site parallèle et tu rebascules le tout comme site principal quand tout est OK, c'est ça ?
      Dernière édition par Mister Paul à 24/05/2019, 14h55

      Commentaire


      • #4
        C'est étrange ça, personnellement (et je pense pas être le seul), je restaure souvent des backups en local pour vérifier leur intégrité et je n'ai jamais rencontré de problème avec Akeeba.

        Pour les mises à jour, je procède comme suit. Je fais un backup avec Akeeba au cas où, j'update les extensions si d'actualité. Je lance ensuite la mise à jour Joomla!. L'option Backup On Update étant activée, Akeeba me fait un nouveau backup avant la mise à jour.
        Cordialement.
        __
        Eddy !!!
        Tutoriels BreezingForms en Français : https://www.breezingforms.eddy-vh.com/

        Commentaire


        • #5
          Bonjour,

          Utilisant Akeeba backup depuis des années, je n'ai jamais rencontré de tels messages d'erreur. Le premier message que tu cites semble vouloir dire que les données à transférer dépassaient les 7.51 Go restant disponibles sur le serveur, était-ce le cas ?
          Tu devrais réessayer !

          Ta méthode est correcte, que ce soit la 1 ou la 2, mais chez OVH maintenant, tu n'as pas besoin de renommer les dossiers mais simplement de changer la destination du nom de domaine. Quant à la base de données, si tu as la possibilité d'en utiliser une deuxième, tu n'a ensuite aucune raison de='en transférer les données dans la première : tu continues avec celle où tu as installé le clone.
          Et si tu préfères renommer les dossiers, il ne faudra pas oublier de modifier les chemins des dossiers logs et tmp.

          Quand il s'agit de simples mises à jour, d'une 3.9.5 à une 3.9.6 par exemple, il est totalement inutile de faire de telles manipulations, donc mise à jour sur le site en ligne, après sauvegarde (ton point 1).
          Mais s'il s'agit de passer d'une 2.5 à une 3, ce qui est plus une migration qu'une mise à jour, tu as en effet intérêt à le faire sur une copie, locale ou distante, avant de remplacer le site de production par la nouvelle version.
          "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
          MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

          Commentaire


          • #6
            Envoyé par RobertG Voir le message
            Quand il s'agit de simples mises à jour, d'une 3.9.5 à une 3.9.6 par exemple, il est totalement inutile de faire de telles manipulations, donc mise à jour sur le site en ligne, après sauvegarde (ton point 1).
            Mais s'il s'agit de passer d'une 2.5 à une 3, ce qui est plus une migration qu'une mise à jour, tu as en effet intérêt à le faire sur une copie, locale ou distante, avant de remplacer le site de production par la nouvelle version.
            Le souci c'est que j'ai beaucoup d'overrides (56) et que je m'en méfie comme de la peste ! Particulièrement des overrides d'overrides (± 15)...

            A mon avis je vais tout mettre à jour (template, extensions, Joomla). Et seulement à la toute fin, je m'occuperai des overrides en 1 seule passe (j'ai un fichier qui les répertorie toutes).
            Il faudra faire le tri entre :
            - ce qui n'aura pas été écrasé par les mises à jour : ces overrides sont-elles encore nécessaires/compatibles dans les nouvelles versions ?
            - ce qui aura été écrasé par les mises à jour : reporter mes modifications dans ces overrides encore nécessaires/compatibles

            Comment faites-vous pour les overrides ?

            Commentaire


            • #7
              Seul le template peut, lors de sa mise à jour, écraser les overrides que lui-même comporte, pas ceux que tu as créés toi-même à partir des fichiers core.
              Mais les affichages des nouvelles versions de Joomla! peuvent ne plus correspondre à ce sur quoi sont basés les overrides actuels, et il vaut mieux en effet reporter les modifications sur les nouveaux fichiers, si nécessaire.
              "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
              MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

              Commentaire


              • #8
                Bon je suis en cours... Toutes les mises à jour (Template + Extensions du Template + Virtuemart + Joomla) se sont bien passées : pas de message d'alerte.
                L'aspect du site est un peu en vrac... Evidemment ça fait un peu peur mais tant que les overrides ne sont pas ajoutées c'est normal.

                Par contre je ne comprends pas pourquoi dans "Extensions : Mises à jour" j'ai ce message "Il n'y a actuellement aucune mise à jour disponible. Veuillez réessayer plus tard."
                Alors que par exemple AcyMailing a besoin d'être mis à jour
                (NB : j'avais ce souci déjà bien avant de faire mon processus de mises à jour)

                Commentaire


                • #9
                  Essaie de reconstruire la liste des sites de mise à jour, puis de relancer la recherche.
                  "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                  MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr hébergés chez PHPNET - sites perso chez PlanetHoster + sites gérés chez 1and1 et OVH

                  Commentaire

                  Annonce

                  Réduire
                  1 sur 2 < >

                  C'est [Réglé] et on n'en parle plus ?

                  A quoi ça sert ?
                  La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                  Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                  Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                  Comment ajouter la mention [Réglé] à votre discussion ?
                  1 - Aller sur votre discussion et éditer votre premier message :


                  2 - Cliquer sur la liste déroulante Préfixe.

                  3 - Choisir le préfixe [Réglé].


                  4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                  2 sur 2 < >

                  Assistance au forum - Outil de publication d'infos de votre site

                  Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                  Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                  Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                  UTILISER À VOS PROPRES RISQUES :
                  L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                  Problèmes connus :
                  FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                  Installation :

                  1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                  Archive zip : https://github.com/AFUJ/FPA/zipball/master

                  2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                  3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                  4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                  5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                  6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                  et remplacer www. votresite .com par votre nom de domaine


                  Exemples:
                  Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                  Télécharger le script fpa-fr.php dans: /public_html/
                  Pour executer le script: http://www..com/fpa-fr.php

                  Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                  Télécharger le script fpa-fr.php dans: /public_html/cms/
                  Pour executer le script: http://www..com/cms/fpa-fr.php

                  En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                  Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                  Voir plus
                  Voir moins

                  Partenaire de l'association

                  Réduire

                  Hébergeur Web PlanetHoster
                  Travaille ...
                  X