Changer d'hébergeur et passer en https - un tuto ?

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

  • Changer d'hébergeur et passer en https - un tuto ?

    Hello de nouveau,
    j'ai assisté un utilisateur du forum qui venait de changer d'hébergeur tout en passant en https et qui a fait toutes les erreurs possibles concevables.
    J'ai cherché sur KB un tuto sur ce type de cas, mais je n'ai rien trouvé.
    Cela dit, je suis peut-être blonde.
    Cependant, il faudrait peut-être faire un tuto sur le sujet.

    Je vais qd même décrire le cas, un modèle du genre.

    - Avant de changer d'hébergeur
    * pas de mises à jour des extensions
    * une tripotée d'extensions qu'il n'utilisait plus, désactivées
    * des extensions qui faisaient double emploi, genre 2 composants SEO
    * on a qd même réussi un truc, joomla était à jour
    * résultat des courses, un site à +400 mb - beaucoup d'images, mais je n'ai pas osé regardé leur poids - lol

    Je me demande encore comment le site est passé, il avait juste une petite erreur JS.

    Je lui ai dit de commencer par désinstaller les extensions désactivées. Erreur !
    Site down.
    Evidemment pas de sauvegarde Akeeba. Je ne suis pas sure que Akeeba aurait pu fonctionner dans ces conditions.

    Heureusement, il savait au moins modifier configuration.php

    * donc site en maintenance

    Actions
    * activation du debug dev, ça peut toujours servir
    $error_reporting à development

    * après vérification
    Code:
    public $live_site = ' ';
    était encore en http
    Boooon. Encore un truc à recommander de vérifier.

    * désactivation de .htaccess, généré par aesecure, pour voir

    * l'erreur de départ indiquée après le site tombe en rade concernait le dossier Akeeba /fof30/ dans /libraries/
    donc écrasement de ce dossier en le remplaçant par un nouveau /fof30/ téléchargé du site Akeeba

    A partir de ce moment-là, on a de nouveau accès au site, back and front.

    Akeeba ne fonctionne pas.
    Je lui dis de désintaller, réinstaller Akeeba.

    Mais mon support s'arrête là.

    Si ce post pouvait nous servir à lister et limiter les erreurs dans ce genre de cas, et bien, tant mieux.

    On pourrait probablement découpler les 2 approches:
    * changement d'hébergeur
    * passer en https

    Voili, voilou

    PS : pas un remerciement du gars. Rien . Mais ça, on connait tous.
    Un message d’erreur sur votre site Joomla ... ayez le reflexe de consulter lla base de connaissance : https://kb.joomla.fr

    Ce forum, vous l'aimez ? il vous a sauvé la vie ? Vous y apprenez chaque jour ? Alors adhérez à l'AFUJ https://www.joomla.fr/association/adherer

  • #2
    J'ai aussi eu des cas similaires.
    Souvent les sites auto gérés ont se problème par méconnaissance ou manque de motivation.
    Installation de plein de modules et plugins mais jamais désinstallé par peur d'erreur ou ne savent pas comment désinstallé proprement.
    Pour la configuration, idem, quand çà fonctionne, on n'y touche plus puis 6 mois plus tard, on ne sais plus comment modifier.
    Je vous dit pas le CSS et les javascript, souvent c'est pire ! Plein de teste de rajout de regle et de petit script, mais jamais on en supprime à la fin,1Mo de plus à chargé pour rien(dans le meilleur des cas).
    Pour moi, le sujet n'est pas changé d’hébergeur ou en https mais être rigoureux surtout lorsqu'on utilise des tutos et des forums pour faire son site. Car 6 mois après, on ne sais plus ce qu'on à fait.
    http://www.st42.fr : Astuce et téléchargement d’extension Joomla! et virtuemart
    http://shop.st42.fr Catalogue extentions gratuit et Pro pour Virtuemart et Joomla

    Commentaire


    • #3
      Bonjour,

      Sauf adresses en dur, le changement d'hébergeur devrait être on ne peut plus simple si ce n'est pas une ancienne version de Joomla! (et encore).
      Le plus simple est la sauvegarde/restauration par Akeeba, ou même (mais je n'aime pas) l'outil de transfert de site inclus dans Akeeba backup. J'imagine que sur le site d'origine, Akeeba devait déjà avoir des soucis.

      Personnellement, je n'ai jamais renseigné la variable "live_site" sur les sites dont je me suis occupé...

      En effet, il ne faut jamais conserver le .htaccess d'origine (sauf changement de serveur chez le même hébergeur), surtout s'il y a des instructions créées par aeSecure ou un autre système de protection qui inclurait des adresses précises (comme pour tmp et logs dans la configuration).

      Autre point : si le site était déjà en https, il faut le désactiver dans la configuration et recréer un certificat tenant compte de ce changement de serveur. Akeeba lors de la restauration propose d'ailleurs par défaut de revenir au htaccess d'origine et permet de désactiver le https.

      Il est étonnant que la désinstallation d'une extension déjà désactivée puisse mettre le site HS. Peut-être un plugin résiduel de cette extension n'a-t-il pas été désactivé ni désinstallé dans l'opération ?

      Toutes les manipulations concernant les extensions auraient pu (dû) être faites avant, et sauf changement de version de PHP d'une vieille 5.3 vers une 7.x, le site devrait alors fonctionner dès ces manipulations faites : htaccess de base, http en attendant le certificat SSL, correction du fichier de configuration (par Akeeba, à la main ou avec MoovJla).
      Je fais souvent ce type de manips pour cloner des sites de production vers mon serveur, afin d'y tester des modifications, ceci sans incident.

      Utilisant la version pro d'Akeeba backup, je dispose dans kickstart Pro d'une fonction très pratique : la récupération à distance par http des sauvegardes, qui n'a donc pas à passer par mon PC avant de repartir, au ralenti, vers le nouveau serveur...
      "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


      • #4
        Merci à tous les deux.
        L'idée de ce post est justement de rassembler toutes nos pratiques et nos expériences et d'en faire un tuto complet (en tous les cas le plus complet possible) et point par point sur KB, qui nous permettrait ainsi de rediriger les propriétaires/gestionnaires de site ayant des soucis ou pas, d'ailleurs, vers un tableau des procédures à suivre.

        Personnellement, je n'ai jamais renseigné la variable "live_site" sur les sites dont je me suis occupé...
        Pff .. cette variable ne m'a causée que des soucis en cas de refonte de site, par exemple.
        Mais, en vérifiant ce matin, j'ai réalisé que c'est encore courant comme recommandation dans les forums et autres site concernant joomla.

        Je ne sais pas qui contribue encore à KB. Je sais que @manu93 et @garstud y ont participé. Ce serait dommage que ce projet soit laissé de côté.
        Sous une autre forme, c'est une alternative conséquente et plus récente à help.joomla.fr, dont la suppression (du noyau de joomla) mal préparée a causé la panique sur les sites français lors de la dernière mise à jour (3.9.7).
        Dernière édition par cavo789 à 17/06/2019, 16h06
        Un message d’erreur sur votre site Joomla ... ayez le reflexe de consulter lla base de connaissance : https://kb.joomla.fr

        Ce forum, vous l'aimez ? il vous a sauvé la vie ? Vous y apprenez chaque jour ? Alors adhérez à l'AFUJ https://www.joomla.fr/association/adherer

        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