Le plugin saveauto : sauvegarde automatique de la base de données de SPIP

Le plugin saveauto permet de réaliser automatiquement une sauvegarde de la base de données de SPIP selon une fréquence et des paramètres configurables.

Un des soucis récurrent du webmestre d’un site sous SPIP c’est d’avoir la certitude qu’en cas de « crash » de son site (serveur planté, mauvaise manip...) il puisse récupérer l’ensemble des données de la base MySQL afin de pouvoir rétablir son site « à l’identique ».

Cela implique d’avoir une sauvegarde de cette base de données qui inclut tous les éléments saisis par les utilisateurs (articles, brèves, sites référencés, auteurs...) au fur et à mesure que ceux-ci enrichissent le contenu du site.

Alors si votre site est actif, à moins que vous ne soyez un forcené de la sauvegarde manuelle en utilisant l’outil intégré dans l’administration de SPIP, il y a fortes chances que votre dernière sauvegarde ne soit pas à jour...

Ce plugin, reprise d’une « vieille » contrib de Silicium (publiée à l’époque sur le site japanim.net), permet d’automatiser le processus de sauvegarde de votre base de données afin que vous n’ayez jamais à annoncer à vos rédacteurs que « ...le serveur à planté, il va falloir refaire la saisie de vos n derniers articles... ».

1. Ce plugin permet :

  • de réaliser une sauvegarde complète de la base de données du SPIP selon une fréquence déterminée. Cette sauvegarde est au format .sql (ou gzippé si votre serveur le permet). Elle est totalement compatible avec le format des fichiers sql utilisés par votre phpmyadmin.
  • de paramétrer les tables à sauvegarder (ou au contraire à ne pas sauvegarder) : la sauvegarde étant réalisée au niveau de la base, par défaut elle comprend l’ensemble des tables (pas seulement celles de SPIP) mais vous pouvez configurer précisément les tables que vous désirez inclure dedans.
  • de stocker ces sauvegardes dans un répertoire de votre choix
  • d’envoyer les fichier de sauvegarde par mail à une adresse de votre choix
  • de configurer la « durée de vie » des fichiers de sauvegarde stockés

2. Installation du plugin saveauto :

En fonction de votre SPIP récupérez le zip correspondant sur https://plugins.spip.net/saveauto/, décompactez le et placez le dossier « saveauto_X_Y » obtenu dans votre répertoire /plugins (à créer à la racine de votre spip si nécessaire), rendez vous sur l’interface de gestion des plugins (menu Configuration > Gestion des plugins), cochez le plugin « saveauto » et validez.

Ce plugin ne modifie pas les tables de la base données de SPIP, il n’en crée pas de nouvelles : pour sa désinstallation complète, il suffira d’effacer le répertoire /plugins/saveauto.

3. Versions

Ce plugin existe en 4 versions : saveauto_1_9_2 pour spip 1.9.2, saveauto_2_0 pour spip 2.0.*, saveauto_2_1 pour spip 2.1.* et saveauto_3_0 pour spip 3.0.*.

[ v. 1_9_1 ]
Lorsque la configuration du plugin est modifiée (via l’interface d’administration) le fichier /plugins/saveauto/inc/saveauto_conf.php qui stocke le paramétrage des sauvegarde est réécrit : selon la configuration du serveur qui vous héberge, il sera peut être nécessaire de modifier ses droits afin que cette réécriture soit possible (en cas de problème vous en serez averti lors de la validation d’une nouvelle config par l’interface d’administration).


[ v. 1_9_2]
L’enregistrement de la configuration et l’interface de gestion de celle-ci est basé sur le plugin config (cfg). Ce plugin doit être installé et activé pour que saveauto_1_9_2 fonctionne. Ce plugin permet la sérialisation des données de configuration et leur enregistrement dans la table spip_meta (de cette façon il n’est plus nécessaire de gérer un répertoire à accès en écriture pour le serveur comme le fait la version saveauto_1_9_1).

[ v. 2_0]
Passage en version compatible SPIP 2.0.*. L’interface de configuration est désormais accessible via le menu Configuration > CFG > Saveauto (le bouton dans le menu à été supprimé vu s le peu de fois où il était utilisé dans la vie du site)

Pour l’instant pas d’incompatibilités repérées avec d’autres plugins (pas de surcharge des fichiers du core de spip).

[ v. 3_0]
Passage en version compatible SPIP 3.0.*.
L’interface de configuration est désormais accessible via le menu Configuration > Sauvegarde automatique avec de nombreuses nouvelles options (en particulier pour l’envoi par mail des sauvegardes).
Désormais dans la page Maintenance > Sauvegarder la base (ecrire/ ?exec=sauvegarder) il est possible de déclencher « manuellement » une sauvegarde et l’outil propose aussi :

  • une possibilité de déclenchement manuel
  • la liste des sauvegardes disponibles, téléchargeables

4. Fonctionnement obtenu lorsque l’on intègre ce plugin :

Les sauvegardes ne sont PAS déclenchées par un « programmateur » (spip_cron) mais sont lancées lorsqu’un utilisateur (auteur ou administrateur selon le paramètre « Sauvegarde déclenchée lors de la connexion d’un auteur ») se connecte dans l’espace privé. De cette façon tant qu’il n’y a pas d’accès à l’espace privé (cad que le contenu du SPIP ne change pas) il n’y a pas de création d’éventuels « doublons » des sauvegardes.

Interface de configuration et d’administration du plugin saveauto

En revanche à chaque connexion à l’espace privé, le script est lancé : il vérifie si le temps écoulé depuis la dernière sauvegarde est supérieur à la fréquence déterminée dans la configuration (paramètre « Fréquence de la sauvegarde »), et , si c’est le cas, crée un nouveau fichier de sauvegarde dans le répertoire indiqué par le paramètre « Répertoire de stockage » de l’interface d’admin.
Si l’option « Zipper le fichier de sauvegarde » est activée, le fichier sql généré est zippé (version 0.5.2 minimum).

Par défaut ces sauvegardes sont stockées dans le répertoire /tmp de votre SPIP, si vous modifiez ce paramètre vous devez vous assurer que le répertoire utilisé est autorisé en écriture pour le serveur (777 avec votre client FTP en général) et que le chemin (relatif à la racine de votre spip) indiqué se termine bien par un « / » (par ex. : /tmp/sauvegardes/).
Si vous utilisez un répertoire différent de celui par défaut, gardez à l’esprit que celui-ci devrait être sécurisé pour qu’il ne puisse pas être accessible depuis internet : les fichiers de sauvegardes contiennent l’ensemble des données des articles, rubriques, brèves publiés ou non (et là, pas question « d’accès restreint »...)

Si la configuration le précise (paramètre « Sauvegardes envoyées à l’adresse ») et si votre hébergement autorise la fonction mail() de php, le fichier de sauvegarde obtenu sera envoyé à l’adresse mail de votre choix. Il est conseillé d’installer le plugin Facteur pour ajouter le fichier de sauvegarde en pièce jointe.

En fonction du nombre de jours configuré dans le paramètre « Sauvegardes considérées obsolètes après », le script va effacer les fichiers de sauvegardes dont l’âge est supérieur au nombre de jours configuré.

Les tables à sauvegarder (ou non) sont déterminées par les paramètres « Tables acceptées » et « Données ignorées » : par défaut le plugin sauvegarde toutes les tables (y compris celles qui n’appartiennent pas à SPIP) sauf celles dont le nom comprend « _index », « _temp » ou « _cache » (qui sont utilisées par SPIP pour stocker des données volumineuses mais non-indispensables pour rétablir son intégrité : leur structure seule est sauvegardée).
De la même manière, le paramètre « Eléments à sauvegarder » permet de choisir (de façon globale) si vous voulez sauvegarder la structure et/ou les données des tables (option réservée aux administrateurs maitrisant ces concepts : si cela ne vous parle pas, choisissez « oui » pour les 2 choix proposés dans ce paramètre !).

Pour finir avec les options configurables vous pourrez également préciser :

  • le nom de la base de données de votre SPIP : ce paramètre ne sert qu’à composer le nom des fichiers de sauvegarde (par défaut de la forme : « nom_base_spip_2006 »). De façon complémentaire le paramètre optionnel « Préfixe pour les sauvegardes » permet de composer des noms de fichiers encore plus complets : ce qui peut donner des noms de la forme « prefixe_nom_base_spip_2006 ».
  • si vous souhaitez qu’un message s’affiche lorsque la sauvegarde à été effectuée (à éviter si vous choisissez de faire déclencher la sauvegarde lors de la connexion des auteurs...)

5. Restauration des sauvegardes à partir des fichiers générés par le plugin :

[*Attention !!!*] les sauvegardes réalisées ne sont pas au format de celles de SPIP : Inutile d’essayer de les utiliser avec l’outil d’administration de Spip.

Pour toute restauration il faut utiliser l’interface phpmyadmin de votre serveur de base de données : dans l’onglet « SQL » utiliser le bouton « Emplacement du fichier texte » pour sélectionner le fichier de sauvegarde (cocher l’option « gzippé » si nécessaire) puis valider.

Les sauvegardes xxxx.sql.zip ou xxx.sql sont au format SQL c’est à dire qu’ils contiennent les commandes permettant d’effacer les tables existantes du SPIP et de les remplacer par les données archivées. Les données plus récentes que celles de la sauvegarde seront donc PERDUES !

6. Ce qu’il reste à faire :

  • la sauvegarde des données de la base est une chose, mais de plus en plus les sites sous SPIP ont toute une partie de leur contenu sous forme de fichiers « annexes » (images, pdf, sons, images...) qui sont stockés dans le répertoire /IMG : il serait donc intéressant d’avoir la possibilité de faire une sauvegarde de ceux-ci sous forme d’un fichier compressé qui serait transféré par FTP sur un autre serveur (je n’imagine pas l’envoi par mail vu le volume que cela représente !)
  • les fichiers de langues pour les utilisateurs ne causant pas le french

Comme pour beaucoup d’autres plugins, afin de faciliter le developpement collaboratif, vous trouverez l’ensemble des fichiers en cours sur le SVN de spip-zone : avis aux motivés !

Discussion

79 discussions

  • 6

    Merci beaucoup pour la version compatible SPIP 4.2

    Tout fonctionne !

    • Bonsoir,
      Bon en fait cela ne fonctionne pas avec un nouvel hébergeur.

      Sauvegarde automatique 2.0.0
      SPIP 4.2.4
      PHP 8.1.22

      sauvegarde manuelle depuis ecrire/ ?exec=sauvegarder
      cela fonctionne
      ma base zippée fait 1.6 Mio

      mais la sauvegarde automatique via le cron ne se lance pas (enfin je crois qu’elle se lance mais ne fait rien) :

      le lien du job saveauto
      /ecrire/ ?exec=job_queue#job2634585_args
      depuis la page ecrire/ ?exec=job_queue
      indique :
      Arguments passés à la fonction saveauto array (  0 => 1693399482.0, ) et une fois la tâche abandonnée il est indiqué : Arguments passés à la fonction saveauto array (  0 => 1694021091, )
      dans le log job_mort.log il y a :
      queue_close_job car _JQ_PENDING depuis +180s : Array (    [id_job] => 2629268    [descriptif] => Tâche CRON saveauto (toutes les 691200 s)    [fonction] => saveauto    [args] => a:1:{i:0;i:1693265428;}    [md5args] => ffba6ea74e86bb3bcca9d40d125d6e2a    [inclure] => genie/    [priorite] => 0    [date] => 2023-09-06 01:32:37    [status] => 0 )

      J’ai l’impression que le problème vient de cet hébergement (apparement LiteSpeed V8.1 Cloudlinux 1.3) car ailleurs cela fonctionne mais je ne sais pas pourquoi.

      Merci
      dd

    • Bonjour

      J’ai le même problème sur un autre hébergement en SPIP 4.2
      le job semble se déclencher mais aucune sauvegarde !
      Voici mon log job_mort.log

      2023-12-10 04:16:46 194.36.166.2 (pid 22221) :Pub:ERREUR : queue_close_job car _JQ_PENDING depuis +180s : Array
      (
      [id_job] => 1917
      [descriptif] => Tâche CRON saveauto (toutes les 86400 s)
      [fonction] => saveauto
      [args] => a:1 :i:0 ;i:1702060958 ;
      [md5args] => 8d71403d31a38f562d17f6bb9cec1178
      [inclure] => genie/
      [priorite] => 0
      [date] => 2023-12-10 03:47:24
      [status] => 0
      )

      2023-12-11 08:31:59 194.36.166.2 (pid 24535) :Pub:ERREUR : queue_close_job car _JQ_PENDING depuis +180s : Array
      (
      [id_job] => 1967
      [descriptif] => Tâche CRON saveauto (toutes les 86400 s)
      [fonction] => saveauto
      [args] => a:1 :i:0 ;i:1702178206 ;
      [md5args] => 6e2d5a4c5389c2fc5a4b0a0f6ade497d
      [inclure] => genie/
      [priorite] => 0
      [date] => 2023-12-11 05:36:25
      [status] => 0
      )

      quelqu’un peut-il nous éclairer sur le problème rencontré ?

    • Je réponds moi -même à ces messages , après quelques tests , il s’avère que ce plugin fonctionne très bien avec php7.4 mais pas du tout avec PHP8,
      dommage !

    • Bonjour marjolaine,

      J’ai eu le même souci que toi en SPIP 4.2 / PHP 8 (je n’ai pas essayé en PHP 7.4). J’ai corrigé le souci en modifiant le inc/saveauto.php ainsi :
      Ligne 80, remplacer

      $connect_statut = $GLOBALS['visiteur_session']['statut'];

      par

      if (isset($GLOBALS['visiteur_session']['statut'])){
      	$connect_statut = $GLOBALS['visiteur_session']['statut'];
      }else{
      	$connect_statut = null;
      }

      En effet, je pense que $GLOBALS['visiteur_session']['statut'] n’est pas valorisé en lancement cron. Si tu me confirmes que cela corrige également chez toi l’anomalie, on pourra alors faire une PR.
      Merci :)

    • Bonjour,
      oui le problème se situe bien sur cette ligne .
      J’ai remplacé
      $connect_statut = $GLOBALS['visiteur_session']['statut'];
      par :
      $connect_statut = $GLOBALS['visiteur_session']['statut'] ?? '';
      (correction trouvée sur Github)
      Et ça fonctionne !

    • Bonjour,
      Je confirme que la modification répare le fonctionnement. J’attends de voir si le cron se déclenche bien au fil du temps.
      Merci beaucoup pour le fix.

      dd

    Répondre à ce message

  • 2

    Est-ce qu’il est prévu dans le futur que ce plugin soit compatible SPIP 4.1 ?
    J’ai forcé la compatibilité de version mais il ne semble pas complètement fonctionnel.
    Lorsque je force le CRON en validant l’action :
    /ecrire/?exec=job_queue&action=forcer_job&arg=2906830&hash=cfec7766fecb646440559633f9c332db6e6210a6eea67f773b418b47cb6b6bb4&redirect=.%2F%3Fexec%3Djob_queue

    le fichier de sauvegarde sql est créé dans tmp/dump mais il n’y a pas de notification mail et pas de zip créé.
    J’ai testé sur plusieurs sites en SPIP 4.1 sur des serveurs différents avec le même problème.

    Le log dump.log n’indique pas d’erreur

    Dans sqlite.log il y a des dizaines d’erreurs identiques :
    2022-09-01 23:17:49 2a01:e0a:2fb:e2e0:d904:92da:112f:dc8d (pid 34746) :Pri:ERREUR: Erreur sqlite HY000 / 1
    (je ne sais pas pourquoi vu que ma base est mysql)

    et dans spip.log j’ai :

    2022-09-01 23:20:54 2a01:e0a:2fb:e2e0:d904:92da:112f:dc8d (pid 34746) :Pub:!INFO: trouver_table: table inconnue '' 'spip_breves'
    2022-09-01 23:20:55 172.23.35.11 (pid 34745) :Pub:ERREUR: Echec : Suppression document 454 interdite
    2022-09-01 23:24:56 172.23.35.11 (pid 34746) :Pub:ERREUR: queue_close_job car _JQ_PENDING depuis +180s : Array
    (
        [id_job] => 2906830
        [descriptif] => Tâche CRON saveauto (toutes les 86400 s)
        [fonction] => saveauto
        [args] => a:1:{i:0;d:1662020709;}
        [md5args] => ff8ea06f0d8044de7c02147f8d3508cd
        [inclure] => genie/
        [priorite] => 0
        [date] => 2022-09-01 23:20:54
        [status] => 0
    )

    Pour « table inconnue ’’ ’spip_breves’ » je crois pas que cela soit spécifique à la sauvegarde car cette erreur est indiquée partout dans les logs tout le temps.

    Pour « Pub:ERREUR : Echec : Suppression document 454 interdite » c’est très étrange car le document 454 est visible sur la page
    « ecrire/ ?exec=document_edit&id_document=454 »
    avec cette mention « Modifier le document logo/arton153.png »
    et il n’y a pas d’article 153 dans le site.

    Donc je vois pas trop où chercher.

    Merci

    • Bah en fait ca tourne un peu en rond cette histoire : on ne marque un plugin compatible pour une version donnée qu’après test. Donc si personne ne teste on ne peut pas le marquer comme compatible.

      Donc il faudrait tester. Pour cela ce n’est pas très compliqué : dans le fichier paquet.xml du plugin, modifier la ligne « compatiblite ». Ce qui permet ensuite de l’activer.

    • Bonjour Maïul,

      J’ai bien activé
      Sauvegarde automatique 1.2.7  
      sur un SPIP SPIP 4.1.5

      Lorsque je tente une sauvegarde manuelle sur la page «  ?exec=sauvegarder »
      >> page blanche mais le fichier de sauvegarde est bien créé.

      Sur la page «  ?exec=sauvegarder » les sauvegardes sont bien listées :
      « saveauto__monsite_20230108_001314.sql 8.4 Mo 8 janvier 2023 à 00h13min cron’

      Mais la configuration de la page » ?exec=configurer_saveauto"
      n’est pas prise en compte.
      Pas de zip (config : « seuil des zips » : 20)
      Pas d’envoi par mail (config : : « Seuil d’envoi du mail » : 10)

      Pour info, dans « job_mort.log » il y a :

      2023-01-08 00:17:11 	XXIPXX 	16196 	Public 	erreur 	
      queue_close_job car _JQ_PENDING depuis +180s : Array
      (
         [id_job] => 3014915
         [descriptif] => Tâche CRON saveauto (toutes les 432000 s)
         [fonction] => saveauto
         [args] => a:1:{i:0;d:1672853233;}
         [md5args] => 4ccc1888c0ac20bbb30cc13d3346331a
         [inclure] => genie/
         [priorite] => 0
         [date] => 2023-01-08 00:13:14
         [status] => 0
      )

      Merci

      dd

    Répondre à ce message

  • 5

    Bonjour,
    Sur un site passé sous Spip 4.1.1, (je sais que le plugin est compatible Spip 4.0 seulement pour le moment) je rencontre le message d’erreur suivant :
    Erreur d’exécution ../plugins/auto/saveauto-06b74-v1.2.7/prive/squelettes/inclure/inc-liste_saveauto.html | File […]/plugins/auto/saveauto-06b74-v1.2.7/prive/squelettes/inclure/inc-liste_saveauto_fonctions.php Line 39 : Class « PclZip » not found

    • Michel Suquet

      Bonjour,

      on avait le même comportement et j’avais désactivé le plugin.

      On vient de passer à la version 4.1.5 de spip et j’ai réactivé le plugin : plus d’erreur mentionnée. Par contre, lorsqu’on lance une sauvegarde manuelle via le plugin, on obtient une page blanche mais la sauvegarde s’est faite.

      En fait, il y doit y avoir un bug sur la version de spip car quand on lance la sauvegarde des tables par l’outil de spip, on obtient aussi une page blanche (mais là aussi, la sauvegarde a été faite).

      Pouvez-vous mettre à jour en 4.1 le plugin ?

      Cordialement,

      Michel Suquet

    • La désinstallation / réinstallation du plugin Sauvegarde automatique 1.2.7
      ne résout pas totalement mon problème : la base est bien sauvegardée dans tmp/dump mais le fichier n’est plus zippé et n’est plus envoyé par mail.
      (problème sur 2 sites SPIP 4.1.5)

      dd

    • Bonjour,
      Je ne comprends pas comment vous faites pour utiliser ce plugin sous SPIP 4.1.5, chez moi il s’est mis dans les plugins inactifs car incompatible.

      Cela dit, une mise à jour pour du plugin pour SPIP 4.1 est-elle prévue ?
      Merci d’avance

    • Michel Suquet

      Pour forcer l’activation d’un plugin incompatible, il y a une ligne à ajouter dans le fichier config/mes_options.php (à créer si besoin) : voir la page d’annonce.

      Mais le mieux est de faire en sorte que le plugin soit rendu compatible avec spip4.1.

      Cordialement,

      Michel Suquet

    • Top Merci je vais regarder ça, mais oui une màj du plugin serait idéal mais pour ma part je n’ai pas les compétences :(
      Je vais donc patienter sagement...

    Répondre à ce message

  • 3
    Gérard

    Bonjour,
    prérequis : spip 3.2.11, saveauto-06b74-v1.2.7.

    Ma question, il est dit dans sur cette page que l’on pouvait faire une sauvegarde manuelle. Or, je n’ai pas trouvé le moyen de déclencher celle-ci ?!
    Dans le menu configuration je n’ai pas vu non plus de bouton qui déclencherait une sauvegarde, ni sur le plugin lui-même !

    Comment fait on pour faire déclencher une sauvegarde manuelle ?

    Merci

    • Bonjour,
      Il y aune page dans Maintenance > Sauvegarder la base
      ecrire/ ?exec=sauvegarder

      « Sauvegarder la base au format MySQL »

      dd

    • Gérard

      Oui j’ai repéré ce menu un peu plus ..
      Merci DD

    • Gérard

      Il doit y avoir un problème quelque part, car quand je fais : Maintenance > Sauvegarder la base (donc l’ouverture du lien « ecrire/ ?exec=sauvegarder » ..), j’ai une page blanche .. rien ne se passe .. même l’onglet de firefox ne bouge pas !
      Il ne se passe rien dans ../tmp/dump/ !..

    Répondre à ce message

  • 1

    Le plugin peut-il fonctionner avec une base de données MariaDB ? J’ai l’impression que non…
    Merci d’avance de votre réponse.

    Répondre à ce message

  • 1
    Malorine

    Bonsoir,

    Je voudrais savoir s’il est possible de définir une heure fixe pour le lancement de la sauvegarde automatique.
    Merci.

    Malorine

    • pas de raiison : il sufft de récuprer le fichier. En revanche tu peux automatiser la recup de ce fichier. J’avais fait un script dans le temps https://geekographie.maieul.net/132

      il marche toujours, faut juste l’adapter à tes besoins, au niveau du fichier de config.

    Répondre à ce message

  • 2

    Bonjour !

    Merci pour ce plugin !

    Il fonctionne bien, même si, dans SPIP v3.2.4, l’item « Sauvegarde automatique » n’apparaît pas dans le menu « Configuration ». Du coup j’accède aux réglages du plugin en passant par la page « Gestion des plugins », en cliquant sur le bouton « Configuration Sauvegarde automatique » situé à droite de la ligne « Sauvegarde automatique ».

    Par ailleurs, question cruciale : comment faire pour restaurer un .sqlite depuis l’export .sql ? La base de données du SPIP dont je m’occupe est en effet en sqlite. Or je ne sais pas quoi faire de l’export .sql généré par le plugin… Que faire, comment faire ? Je ne comprends pas.

    De mon côté, je n’arrive même pas à importer celui-ci dans PhpMyAdmin car il n’y a pas de CREATE TABLE… ? 🤔 Y’a sans doute un truc qui m’échappe, mais quoi ?

    Inutile de dire que je ne suis pas une experte ès bases de données, toute aide sera donc sincèrement la bienvenue ! 🙏🏻

    (PS : oui, j’ai déjà fait des recherches dans Gueugueule, et, non, le site Rebasedata point com n’est vraiment pas une ressource pertinente : ils demandent de payer pour récupérer le fichier converti. 🙄)

    • Ah ce moment là, si vous avez une base sqlite, le mieux est de sauvegarder directement la base, sans passer par ce plugin. Il s’agit d’un fichier dans config/base.

    • D’acc, merci pour ta réponse rapide !

      J’ai l’impression qu’il n’existe pas d’outil de sauvegarde automatique pour les sites SPIP qui tournent avec sqlite… T^T ;

    Répondre à ce message

  • 5

    Bonjour,
    Mon site est hébergé chez Mavenhosting et, lorsque j’affiche les paramètres php, le paramètre memory_limit est de 256 M, ce qui me semble largement suffisant.
    Et pourtant lorsque je cherche à déclencher une sauvegarde, j’obtiens l’erreur suivante : Fatal error : Allowed memory size of 268435456 bytes exhausted (tried to allocate 260571387 bytes) in /home/corlobet/public_html/plugins/auto/saveauto/v1.2.0/inc/saveauto.php on line 160
    Je viens d’installer le plugin, et je n’ai pas encore eu le temps de constater si la sauvegarde automatique a lieu.
    Inutile de préciser que le répertoire de dump ne contient pas de sauvegarde...
    Version de SPIP 3.1.1, Sauvegarde auto : 1.2.0

    • Même problème ici, avec une base de 270 mégas compressée, ça ne passe pas évidemment. Je viens d’aller voir la ligne qui pose problème je crois voir que le plugin essaie de tout mettre en mémoire en une fois. Bref, pour un gros site (dont on aimerait ne pas perdre la BD), même s’il a peu de trafic, il faut beaucoup de RAM. Suis bon pour lancer des sauvegardes manuelles :/

    • Pareil pour moi, je viens de m’appercevoir que sur l’un de mes site ; la denrière sauvegarde auto date de fin 2016... argh
      Fatal error : Allowed memory size of 41943040 bytes exhausted (tried to allocate 20686187 bytes) in /home/www/.../plugins/auto/saveauto_3_0/inc/saveauto.php on line 165

      J’ai vite fait une sauvegarde manuelle.
      Mais est ce qu’il y a moyen de relancer le plugin ?

    • Bonsoir,

      Et en codant un tache cron externe à spip qui fait le travail ?

    • Merci pour la réponse, mais je ne saurai pas faire ça, au delà de mes compétences. Tans pis, j’ai effacer les tables contenant les statistiques, avec la commande /ecrire/ ?exec=base_delete_stats
      Je me contenterai de google analytics. Ainsi ma base est suffisamment légère pour être sauvegardé auto de nouveau. ^^ ;

    • Ah oui cette table demande bcp de place, tu ne peux pas la désélectionner dans le plugins ? Comme ça tu la gardes pleine et tu la prends pas en compte

    Répondre à ce message

  • 3

    Bonjour,
    Problème de plantage sur les dates avec avec une nouvelle version de mysql qui n’accepte pas ’’ (champ vide).
    Il faut lorsque le champ a la valeur NULL, mettre NULL !
    code modifié, Sauvegarde automatique 1.1.5 dans saveauto.php ligne 156 :

    if ($valeur === NULL)
       $lesDonnees .= "NULL";
    else
       $lesDonnees .= "'" . addslashes($valeur) . "'";

    Répondre à ce message

  • 1

    Oups,
    C’est la version 1.2.4 et non la 1.1.5 ligne 156

    • Ps : la prochaine fois, merci de répondre sous le message initiale et de ne pas créer une nouvelle conversation.

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom