Base de données qui grossit tres vite

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

  • #16
    Merci pour la réponse.
    Il est bizarre que cette table ne soit pas la plus lourde pourtant.
    Mais semble t-il cela fonctionne.
    J'ai un souci avec la purge du cache dans 'administration' est-il possible que la cause soit similaire ?
    Bmzen
    Débutant avec Jomla. Merci pour votre indulgence et surtout pour votre aide
    Template Helix3. Joomla! est jour. Hébergeur OVH
    http://www.accueil-du-clermontais.fr

    Commentaire


    • #17
      Pour moi, en fait la saturation provenait de Coala Web traffic et d'un paramètre de conservation sur 3 mois plus le mois en cours. J'étais à 180 sur 200 après la purge je suis redescendu à 40 chez OVH
      Dernière édition par Bmzen à 22/02/2018, 21h31
      Bmzen
      Débutant avec Jomla. Merci pour votre indulgence et surtout pour votre aide
      Template Helix3. Joomla! est jour. Hébergeur OVH
      http://www.accueil-du-clermontais.fr

      Commentaire


      • #18
        Bonjour,
        J'avais le même soucis chez OVH. J'ai donc supprimé les données du fichier xxx_session qui contenait 138000 lignes et faisait 165 Mo.
        Mon hébergement de base est ainsi passé de 215 Mo / 200 Mo à 40 Mo.
        J'avais constaté avant d'effacer que beaucoup de lignes contenait 0 dans dans les champs "client_id" et "userid".
        Ma table depuis environ 1h contient déjà 876 ligne de ce type.
        Si quelqu'un peut expliquer voire empêcher cela je suis preneur.
        Merci à tous.

        Commentaire


        • #19
          Bonjour,
          Si quelqu'un peut expliquer voire empêcher cela je suis preneur.
          Je suis sûr qu'une lecture des messages précédant le vôtre, vous apportera la solution
          Un message d’erreur sur votre site Joomla, consultez la base de connaissance https://kb.joomla.fr
          ---
          UP, un plugin "couteau suisse" à découvrir sur https//up.lomart.fr
          bgMax
          , AdminOrder, MetaData, Zoom, ArtPlug, Custom, Memo, Filter, ... sur http://lomart.fr/extensions

          Commentaire


          • #20
            Bonjour à tous et notamment à Flou81, lomart, RobertG, jfque, GraphiqueDesign, Bmzen, manu93fr qui ont alimenté ce post.
            J’ai également un problème de base de données qui explose, avec des tables :_redirect-linkks (28,7mo), _finder-terms (53,3mo) et surtout la table _session à 1,4go sur un total de 1,47go !

            Je suis désolé mais je suis une bille dans ce domaine, j’ai donc suivi la procédure soft de GraphiqueDesign :
            Configuration > Système > Configuration des sessions > Méthode > PHP
            A priori peu de changement pour me connecter en admin : toujours une erreur 504. J’avais pourtant enregistré en vidé le cache. J’ai maintenant un code Erreur : 0

            Pourriez-vous et surtout RobertG, me confirmer cette autre procédure en ftp :
            Dans le fichier configuration, remplacer public $session_handler = 'database'; par public $session_handler = 'none', puisque tu n'accèdes pas à l'administration;
            Par phpMyAdmin, repérer la table "#__session" et cliquer sur "vider".

            Merci d’avance pour votre aide.
            Bonne journée.

            Commentaire


            • #21
              Je confirme pour la gestion des sessions.

              En ce qui concerne les autres tables, pour les "finder", c'est lié à l'activation de la recherche avancée, qui indexe à outrance (et que je n'utilise pas), regarde s'il y a des options pour limiter et éviter que ça gonfle trop ; pour redirect, tu dois collecter toutes les tentatives (inutiles) de connexion au site, ce qui peut être évité via le paramétrage du plugin de redirection (par contre, il te faudra là encore par phpMyAdmin et une requête basée sur les lignes inactives supprimer tout ce qui est inutile).
              e.van likes this.
              "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


              • #22
                Bonjour RobertG pour ton message. Je suis en congé ce soir. Comme mon site semble fonctionner en front end, je fais l'intervention sur ma base de données à mon retour et je vous tiens informés. Bonne journée et merci pour ta réponse très rapide.

                Commentaire


                • #23
                  Bonsoir,

                  pour info :

                  https://forum.joomla.fr/forum/joomla...5-les-sessions

                  Le nettoyage fonctionne très bien avec le plugin de viktor.

                  Si j'ai bien lu ce fil de discussion, je crois que je vais le laisser sur mes sites en attendant la sortie de Joomla 3.9
                  manu93fr and e.van like this.
                  Joomla User Group (JUG) Lille : https://www.facebook.com/groups/JUGLille/

                  Commentaire


                  • #24
                    Bonjour à tous. Voilà, retour de congés et je remet donc les mains dans Joomla et phpmyadmin car j'ai toujours des erreurs 504 lorsque je veux me connecter en back end sur mon site.

                    Merci pour ton message de confirmation RobertG, j'ai modifié mon fichier de configuration en "none" mais sur phpmyadmin, je n'arrive pas à vider ma table "session" car j'ai ce message d'erreur : #2013-lost connection to mysql server during query.

                    Merci Daneel pour ton message et ton lien mais je n'arrive pas à me connecter sur mon back-end pour installer le plugin de viktor.
                    Auriez-vous une solution à me proposer ?

                    Commentaire


                    • #25
                      Il n'est pas très étonnant qu'avec une table des sessions aussi lourde il y ait saturation du serveur.
                      Deux solutions possibles à mon sens : créer une sauvegarde de la structure seule de cette table, puis en demander la suppression (peut-être que cela passera), ou voir avec l'hébergeur s'il a la possibilité de vider cette table.
                      e.van likes this.
                      "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


                      • #26
                        J'ai essayé de supprimer même un élément à la fois : impossible j'ai toujours l'erreur #2013. J'ai également contacté OVH, qui m'a également conseillé de supprimer la table et de la recréer. Mais je préfère évidement sauvegarder la structure et la réinstaller.
                        RobertG, pourrais-tu me donner la marche à suivre pour effectuer cette opération ?

                        Commentaire


                        • #27
                          Tu sélectionnes la table, tu cliques ensuite sur "sauvegarder" (de mémoire) dans la liste déroulante en bas de page, puis tu passes en mode avancé pour pouvoir sélectionner d'exporter seulement la structure de la table, et tu mets de côté le code ou le fichier généré selon ce que tu as choisi pour l'export, pou pouvoir ensuite l'utiliser et recréer la table.
                          e.van likes this.
                          "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


                          • #28
                            Au fait, n'oublie pas de mettre le site hors-ligne avant cette manip, s'il fonctionne.
                            e.van likes this.
                            "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


                            • #29
                              Voilà après une une journée et la soirée passée devant phpmyadmin pour vider ma table session ou n'en sauvegarder que la structure (merci RobertG) et à tenté d'installer le plugin de Viktor (merci Daneel) par ftp, à priori sans succès, ce matin je constate que ma table session est passée de 1,5Go à... 2,2Mo ! Pourtant je ne vois pas ce que j'ai pu faire de positif pour arriver à ce résultat, d'autant qu'il me semble que j'ai toujours un nombre important de requêtes (en p-j). Qu'en pensez-vous ?
                              J'ai mis à jour Joomla en 3.8.6 ainsi que mes extensions, je vais faire une sauvegarde avec Akeeba ainsi qu'une sauvegarde de ma base de données qui est passée de 1,6Go à 61,86Mo.
                              J'installe également le plugin easysessionkiller.
                              En tout cas, je ne peux que remercier les personnes qui sont intervenues sur ce post et qui m'ont donné des pistes et des solutions pour retrouver mon back office. Bravo à vous !
                              J'avais choisi Joomla par rapport à Wordpress en raison de la communauté très active. 10 ans après, je ne suis pas déçu. Bonne route à tous, en attendant la sortie de Joomla 4.0 !
                              manu93fr likes this.

                              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