Plantage màj 3.7.5 vers 3.8 : erreur 500 instantiation error

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

  • #31
    Envoyé par RobertG Voir le message
    Si je comprends bien, ont te demande de changer les paramètres de versioning (je n'ai rien vu pour quand j'y ai jeté un œil), mais ça ne suffira pas pour que Flexicontent fasse lui-même le ménage.

    On te conseille donc de vider totalement les deux tables citées, ce qui est très simple : ouvre la base depuis l'administration de ton compte 1&1, clique sur le nom de la base en haut de la colonne de gauche, puis fais une sauvegarde, avant dans la colonne principale (la plus large), de chercher ces tables. Sur leur ligne, il y a un bouton "vider" sur lequel il suffit de cliquer puis de valider le choix pour que tout le contenu de la table soit supprimé.
    Bonjour Robert,

    Alors, j'ai sauvegardé ma base de données (c'était la 1ère fois que je le faisais, je réalise que j'ai sans doute pris un risque...).
    J'ai opté pour : exporter / SQL (sans afficher toutes les options auxquelles je ne comprenais rien).
    la sauvegarde ne pèse pas lourd et s'est téléchargée en un battement de cil.
    surprenant vue la taille qu'elle faisait, non ?

    Ensuite, j'ai "vidé" (TRUNCATE) la 1ère des 2 lignes, car c'est elle qui contenait plus de 50 000 fichiers.
    J'ai vérifié ensuite, le site n'a pas explosé en vol, ouf.
    J'ai laissé tranquille la 2ème ligne, qui ne contient "que" 4 000 fichiers.

    Encore merci pour ce coup de main.

    Bon WE

    Commentaire


    • #32
      Il y a sûrement un gros problème au niveau de la sauvegarde de la base de données. En testant sur ma copie locale de ton site, en mode SQL sans toucher aux options, le fichier fait 51 Mo, et après vidage de la table des versions d'items Flexi, on tombe à 11 Mo.
      "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 hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

      Commentaire


      • #33
        Envoyé par RobertG Voir le message
        Il y a sûrement un gros problème au niveau de la sauvegarde de la base de données. En testant sur ma copie locale de ton site, en mode SQL sans toucher aux options, le fichier fait 51 Mo, et après vidage de la table des versions d'items Flexi, on tombe à 11 Mo.
        Bonjour Robert,

        Alors non, en fait, je pense que tout va bien car mes résultats sont cohérents avec les tiens.
        C'est juste que j'étais au bureau quand j'ai téléchargé la sauvegarde, et vu l'heure tardive (plus personne dans les bureaux de la zone), la vitesse de téléchargement m'a trompée sur le poids du fichier de sauvegarde.

        Le fichier db123456789.sql téléchargé avant le vidage de la base flexicontent_item_versions pèse en effet 50,7 Mo
        J'ai recommencé l'opération à l'instant et la nouvelle sauvegarde ne pèse plus que 11,3 Mo


        Par contre pour ce qui est du nombre de fichiers, bizarrement, ça n'a pas eu d'impact !
        La base flexicontent_items_versions ne contient plus aucune ligne (c'est celle que j'ai vidée hier et qui en contenait plus de 50 000)
        La base flexicontent_versions ne contient "que " 3 960 lignes.
        J'ai donc théoriquement supprimé 50 et quelques mille fichiers (lignes ?)

        Et pourtant, sous quotas dans l'admin 1&1, je lis que j'utilise 91 590 fichiers (85 747 hier soir juste après l'opération de vidage)
        ... alors que j'en utilisais 84 772 après avoir supprimé les différentes archives que je trainais, et le contenu de jch_optimize_backup_images

        On dirait donc :
        a) que le vidage des 50 000 lignes de flexicontent_items_versions n'a eu aucun impact sur le nombre de fichiers utilisés
        b) que le nombre de fichiers a même augmenté de quelques 5 843 fichiers entre hier soir et maintenant ... sans que j'ai fait quoi que ce soit pendant ce laps de temps

        Qu'en dis-tu ?
        Allez, je promets de ne plus t'embêter après ça
        ... en tout cas sur ce sujet

        Merci.
        Flo
        --

        PS:
        Comme je n'étais pas sure d'avoir bien fait les choses, j'ai aussi lancé une exportation depuis la page d'accueil de phpmyadmin (avant de cliquer sur le lien qui fait s'afficher le contenu de la base), et là j'ai obtenu une sauvegarde qui porte un nom différent : db123456789_db_1and1_com.sql. Elle pèse aussi 11,3 Mo.
        Si un jour j'ai un pépin, je ne sais pas laquelle il faut utiliser :
        - db123456789.sql
        - db123456789_db_1and1_com.sql
        (les 2 pesant le même poids: 11,3 Mo)

        Commentaire


        • #34
          Si elles pèsent le même poids, il y a de fortes chances qu'elles contiennent la même chose.
          "Si vous n’êtes pas impliqués émotionnellement dans ce que vous créez, laissez tomber."
          https://www.graphiquedesign-bf.com/

          Commentaire


          • #35
            Non en effet, le vidage de la table n'a aucun impact sur les fichiers. Les bases et les fichiers sont sur des serveurs différents, et il y a un quota de taille pour les bases, de taille et de nombre de fichiers pour la partie fichiers.
            Tu ne verras changer le nombre de fichiers que lorsque tu auras supprimé tous ceux de l'ancien site.

            L'augmentation de leur nombre est lié à l'utilisation de cache, dont celui de JCH Optimize. Il me semble d'ailleurs que tu utilises un double système de cache, et je ne suis pas certain que ça serve à quelque chose (en dehors de multiplier les fichiers), dans la mesure où JCH Optimize est là pour ça, sans besoin d'autre chose.

            Si le nombre de fichier en cache devient trop grand (j'en ai retrouvé un jour pour 1 Go sur le site d'un client), il faut utiliser un cron pour le vider régulièrement, celui de JCH se vidant en principe toutes les 24 heures si on ne l'a pas fait manuellement. Et comme créer un cron chez 1&1 est une sacrée punition, il faudrait alors passer à la version pro de Cache cleaner ou passer par un système tiers lançant l'adresse de la page de vidage.

            Quant à l'absence de différence de tailles des deux manières de sauvegarder ta base depuis phpMyAdmin, elle est tout à fait normale. Dans un cas, on ne sauvegarde que les tables, dans l'autre on ajoute les instructions pour création de la base (création qu'il est d'ailleurs impossible sur un serveur mutualisé, faute de droits suffisants).
            La seule manière de sauvegarder est, par précaution, de passer en mode avancé, de cocher la case de désactivation du contrôle des clés étrangères, ainsi que de la case "DROP TABLE" avant de cliquer sur le bouton d'exécution. Ainsi, on a toutes les tables, aucun risque de conflit et la suppression des tables identiques préexistantes en cas de nécessité de restauration.
            "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 hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

            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