Joomladay francophone 2018 à Paris 18 et 19 mai

Base de données - migration de local vers serveur (1.5.13)

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

  • Base de données - migration de local vers serveur (1.5.13)

    Bonjour,
    ...mon premier post pour une question technique...

    Je possède un site chez l'hébergeur Online, appelons-le "version 3".
    Après avoir créé un site en local ("version 4"), je l'ai basculé chez l'hébergeur Online.

    Question : je fais quoi des bases de données ? j'écrase la BDD en ligne par celle du site en local ?

    Puis-je avoir deux BDD chez Online, par exemple pour un répertoire /dev et pour la prod ?

    Merci de vos lumières.
    - Yannick.

  • #2
    oui il te faut écraser la BDD pour finaliser le transfère
    + changer les paramètre configuration.php (chemin et accès BDD)
    + contrôler les permissions des répertoires menu aide->info système -> permission répertoires

    Pour le nombre de BDD, cela dépend du contrat avec l'hébergeur !! certain c'est une base et d'autre c'est illimité mais il y a un quota taille globale a respecter ...
    Règlement du forum : http://forum.joomla.fr/faq.php
    Comment mettre le post en [Réglé]: http://forum.joomla.fr/announcement.php?f=58
    Joomla! 3 Le Livre Pour Tous , n'hésitez pas à le lire pour vous aider
    http://www.iwannaclick.org

    Commentaire


    • #3
      Merci Sharky.

      Lorsque tu parles de configuration.php , tu veux dire modifier ces 4 champs ? :
      $host
      $user
      $db
      $password
      Tu en as d'autres ?! (Joomla pour les nuls, c'est moi : merci d'expliquer lentement !)
      Dans tous les cas, je devrais donc supprimer les infos existantes (du site local) et les remplacer par les infos de la cible (prod).

      Les infos système / permissions sont déjà OK... pourvu qu'elles le restent !

      On se tient au courant...
      - Yannick.

      Commentaire


      • #4
        $log_path & $tmp_path Peuvent changer aussi
        Règlement du forum : http://forum.joomla.fr/faq.php
        Comment mettre le post en [Réglé]: http://forum.joomla.fr/announcement.php?f=58
        Joomla! 3 Le Livre Pour Tous , n'hésitez pas à le lire pour vous aider
        http://www.iwannaclick.org

        Commentaire


        • #5
          Re-,

          Suite de nos aventures...
          Export de la base locale avec phpMyAdmin,
          Chargement des fichiers/dossiers par FTP de local vers distant
          Import de la base sur site distant : erreur SQL 1062 sur com_banners (apparemment sans grand impact ?).
          Mise a jour du configuration.php OK.

          Mon site est desormais en Joomla 1.5.13. Problèmes toutefois :
          - la page d'accueil affiche un site "vide" comme si j'avais fait une clean install. Très ennuyeux puisque en local j'ai deux ans de contenu !
          - sur cette meme page, 3 messages d'erreur :
          [1] "Warning : (...) cannot send session cookie - headers already sent by (output started at /configuration.php:1) in session.php on line 423"
          [2] idem mais avec "cannot send session cache limiter"
          [3] "Warning : (...) cannot smodify header info - headers already sent by (output started at /configuration.php:1) in session.php on line 426"

          Sur la page d'admin, les deux derniers messages d'erreur s'affichent également.

          Conseils et instructions pour mettre le tout bien d'équerre sont bienvenus (les gros mots je les ai déjà tous dits).
          [Sharky, tu es toujours la ?]

          - Yannick.

          Commentaire


          • #6
            Les Warning ne sont pas des erreurs !!!
            Tu peux les cacher en paramétrant le PHP avec un .htaccess

            Pour l'erreur SQL je contrôlerais mieux ... Est-ce que l'export et l'import on été fait avec les mêmes paramètres de compatibilité ?
            Quelle sont les 2 versions de MySQL ?
            Règlement du forum : http://forum.joomla.fr/faq.php
            Comment mettre le post en [Réglé]: http://forum.joomla.fr/announcement.php?f=58
            Joomla! 3 Le Livre Pour Tous , n'hésitez pas à le lire pour vous aider
            http://www.iwannaclick.org

            Commentaire


            • #7
              Merci (encore) Sharky.

              Je vais jeter un oeil au .htaccess ainsi qu'à l'erreur SQL.
              Les versions phpMyAdmin sont différentes : production v2.1..02, local? mais plus ancien.

              Ce qui me chatouille davantage c'est d'avoir un site vide. Aucun menu ni article ni composant ni rien, alors que le FTP est bien chargé avec pas mal de choses. Le même contenu avec la même BDD fonctionne très bien en local.
              Un pb. avec les fichiers racine de prod comme index.php peut-être ? Ou la base elle-même ?

              'Fait beau à Fribourg ? La Sarine est toujours là ?!

              - Yannick.

              Commentaire


              • #8
                si le site est vide c'est que l'import c'est arrêter à l'erreur

                La Sarine, coule toujours ... des fois un peu fort
                Règlement du forum : http://forum.joomla.fr/faq.php
                Comment mettre le post en [Réglé]: http://forum.joomla.fr/announcement.php?f=58
                Joomla! 3 Le Livre Pour Tous , n'hésitez pas à le lire pour vous aider
                http://www.iwannaclick.org

                Commentaire


                • #9
                  Base de données - migration de local vers serveur (1.5.14)

                  Toujours merci Sharky !

                  Avec le temps qui passe je deviens plus serein face à tous les messages qui peuvent s'afficher... Après avoir rechargé la base de données (la même !), mon post précédent est devenu obsolète.

                  Le seul souci persistant est la corruption des liens internes : le site s'affiche bien, avec le bon contenu, sauf qu'en cliquant sur des liens (pas tous), on obtient un résultat fantaisiste sans aucune mise en page.
                  Le plugin JXshareLink (pour faire suivre dans Facebook, Myspace, etc.) lorsqu'il est activé affiche une page blanche et mentionne un méchant Parsec Error, le site devient inutilisable en entier.

                  Conseils et idées toujours bienvenus notamment sur les liens corrompus. Je continue d'avancer (en pleine Sarine en crue, comme qui dirait !).
                  P.S : j'ai aussi appliqué le patch et suis désormais en Joomla v1.5.14.

                  - Yannick.

                  Commentaire


                  • #10
                    Liens corrompus, souci de SEO ?

                    Bonjour,
                    Suite de nos aventures... je suis confus de le dire mais mon site est toujours hors ligne et mon message précédent reste valable.

                    - certains liens sont corrompus et/ou provoquent une erreur 404.
                    Pas normal car cela arrive même sur des liens générés par J!, par exemple dans le sommaire d'un article avec des pagebreak. Le composant Weblinks lui même indique des liens externes corrects mais en cliquant dessus, crac, erreur 404.
                    - Doclink s'ouvre 3 fois dans le même cadre et est inutilisable.
                    - Les liens DocMan avec un chemin correct provoquent (aussi) du 404. (Remository impossible a installer car version PHP 4)
                    - En voulant retrouver mes petits j'utilise le module Search qui envoie une erreur 404 après deux recherches.

                    Je suspecte une histoire de sh404SEF ou de SEO...?... : SEF activé, mod_rewrite inactivé et suffixe .html activé.
                    Les personnes de bonne volonté peuvent me joindre directement pour constater le bo%$el en direct sur le site (que j'ouvrirais exprès).
                    Lorsque tout sera opérationnel, je promets de faire un retour d'expérience qui sera dramatiquement utile !

                    Oh, et je paie l'apéro aussi !
                    - Yannick.
                    Dernière édition par CathaySeas à 12/09/2009, 22h15

                    Commentaire


                    • #11
                      SEF était activer en local et tu as migrer comme ça?
                      Ton jugement n'est pas faut ... désactives SEF et sh404SEF et teste
                      Règlement du forum : http://forum.joomla.fr/faq.php
                      Comment mettre le post en [Réglé]: http://forum.joomla.fr/announcement.php?f=58
                      Joomla! 3 Le Livre Pour Tous , n'hésitez pas à le lire pour vous aider
                      http://www.iwannaclick.org

                      Commentaire


                      • #12
                        ça se termine...

                        Bonjour Sharky et merci de ton aide.

                        J'ai désactivé sh404SEF et les fonctions SEF natives de Joomla.
                        Cela a eu pour effet de rétablir des liens cohérents partout, ainsi que de "guérir" Docman et Doclink. Je reste avec des url non-SEF mais c'est un moindre souci.
                        Mon site est maintenant en ligne, après 22 jours d'indisponibilité.
                        > http://www.CathaySeas.com

                        22 jours pour une migration de 1.0 vers 1.5.14... je m'en vais rédiger de ce pas un retour d'expérience pour aider mon prochain.
                        Mon premier conseil est simple : SAUVEGARDEZ ! Vous l'avez déjà souvent lu ? Bien. Maintenant faites-le !

                        Il reste maintenant à résoudre 2 sujets, mais je pense y parvenir seul :
                        - activer sh404SEF sans provoquer d'url incohérente (cf. mon post précédent)
                        - et activer un plugin/module de bookmark social sans déclencher un message Parse error.

                        à + pour de nouvelles aventures.
                        - Yannick.
                        Dernière édition par CathaySeas à 16/09/2009, 09h06

                        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
                        Travaille ...
                        X