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.
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 !
Discussions par date d’activité
79 discussions
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.phpainsi :Ligne 80, remplacer
par
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
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_queuele 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 :
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.7sur 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 :
Merci
dd
Répondre à ce message
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
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
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
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
Oui j’ai repéré ce menu un peu plus ..
Merci DD
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
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.
Bonsoir,
Peut-être lié à https://forum.spip.net/fr_270745.html#forum271721
Répondre à ce message
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
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
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
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 :
intégré dans la nouvelle version du plugin.
Merci.
https://zone.spip.org/trac/spip-zone/changeset/105376
OK, pour l’intégration de la modif,
mais il ne manque pas l’accolade de fin ?
Si fait.
https://zone.spip.org/trac/spip-zone/changeset/105377
Répondre à ce message
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
Erreur 500 / Empty response
Modifié la mémoire dans le .htaccess, vérifié par phpinfo, sans meilleurs résultats
php_value memory_limit 5000M
Bonjour,
Il faut voir avec ton hébergeur car cela peut se faire par d’autre interface.
J’en ai parlé avec mon hébergeur mais le but est de faire fonctionner le plugin ...
Il ne fonctionne que pour les sites avec moins de 300Mo, c’est-à-dire aucun sauf le site de test
Donc le plugin ne marche pas ?
Répondre à ce message
Salut, sur un même serveur, la sauvegarde marche lorsque IMG fait 200Mo, mais quand IMG fait 3Go ça plante complètement
Quel paramètre du serveur dois-je changer ?
Merci d’avance
Répondre à ce message
En faisant un petit contrôle de routine sur une mutualisation SPIP 2.1.29, je m’aperçois que les fichiers de sauvegarde des différents sites sont vides :
# -------Debut du fichier----------
# Structure de la table
DROP TABLE IF EXISTS
; ; # Donnees de # Structure de la table DROP TABLE IF EXISTS;;
# Donnees de
# Structure de la table
DROP TABLE IF EXISTS `` ;
;
# Donnees de
etc...
J’ai installé puis réinstallé le plugin saveauto, mais cela n’a rien changé : quelle peut-être l’origine du problème ?
même résultat sur un spip 2.1 installé sur un serveur avec PHP 5.5... Il semble que la version 0.7.5 de saveauto (celle adaptée à SPIP 2.1) fait appel à des fonctions qui ne sont plus supportées par PHP 5.5, ce qui rend ce plugin impossible à utiliser.
A priori, vu l’abandon prochain du suivi de la version 2.1 de SPIP, il n’est pas prévu de mise à jour pour cette version de saveauto.
Conclusion : sur un hébergement en PHP 5.5 ou supérieur il faut passer en SPIP 3 pour pouvoir utiliser saveauto.
Répondre à ce message
Bon dieu que c’est bien !
Quand vous aurez 5mn, ;-) vous pourriez pas créer « restoreauto », aussi facile à installer et utiliser ?
Merci !
Yves
Répondre à ce message
exsssselent plugin,
je voyais pas ma sauvegarde en passant par la restauration standard de Spip. Puis en lisant un peu mieux les xplications j’ai vu qu’il fallait passer par phpMyAdmin car c’est du sql et pas sqLite. Je viens de faire un restore et ça marche à merveille.
Merci :)
Répondre à ce message
Hello,
Une petite remarque d’usage :
dans la config du plugin tout en bas il y a « Ajouter le webmestre aux destinataires »
Le bouton est coché par défaut donc je (webmestre) me dis OK je vais recevoir les notifications. En fait non, il faut décocher la case et saisir son email (webmestre) dans le champ au-dessus sinon on ne reçoit rien.
dd
Répondre à ce message
Bonjour,
Sur ma version SPIP 3.0.16 avec le plugin mis à jour aujourd’hui, j’ai un tout petit bug : j’ai paramétré une occurrence de sauvegarde de 7 jours, et lors de ma tentative de sauvegarde, on m’affiche :
La sauvegarde automatique est activée (fréquence en jours : 1). Et non 7, comme c’était censé l’être... cela dit, a priori pâ grâve...
Répondre à ce message
Bonjour,
Je me demande pourquoi mon saveauto ne marche pas ... 3.0.17 avec saveauto 1.1.7, donc tout à jour. Le chemin au dossier de sauvegarde est « ../tmp/dump/ » ce qui me semble ok. Les sauvegardes SQLite font dans les 25mo, donc je suppose que l’envoi par email (même zippé) risque d’être juste, mais rien n’apparait dans le dossier dump.
Si j’essaye de déclencher en manuel, page blanche. Idem depuis liste des tâches « executer maintenant », pas d’erreurs qui apparaissent dans spip.log.
Si j’active des logs plus précis comme indiqué ci-dessus, la seule ligne qui parle de saveauto est :
Jan 20 23:52:10 XX.XX.XX.XXX (pid 21714) :Pri:info : queue [687804] : genie_saveauto_dist() start
Donc ça semble démarrer ... et c’est tout, nada. UNe idée de la direction dans laquelle je devrai chercher ?
Répondre à ce message
Je fais remonter un point que j’avais pointé ...
Quel est ce mystère que je viens à nouveau de rencontrer.
Soit un site distant tournant sous la dernière version sable de la branche 2.1 que je souhaite dupliquer sur mon serveur local
Si j’importe dans phpmyadmin local la base distante exportée par saveauto, je me retrouve avec des � un peu partout.
Si j’importe dans phpmyadmin local une base exportée par le phpmyadmin distant, tout est OK.
Quel est ce mystère mystérieux ? Est-ce que ça a un rapport avec ce que j’ai vu je ne sais plus trop où qui disait que ce souci de caractères touchait plus facilement les sites anciens (1.9) [qui avaient donc commencé leur arrière avant l’utf-8]
Répondre à ce message
Salut et merci pour ce plug.
Sous SPIP 3.0.17 [21515
_ ?exec=configurer_saveauto n’est accesible qu’à la main, elle doit être absente dans
Effectivement l’utilisation de la page de configuration se fait suffisamment rarement pour qu’elle ne nécessite pas une entrée spécifique dans le menu « Configuration ».
L’accès à cette page se fait donc via le bouton (icone marteau/tournevis) « configuration » de Saveauto dans la page « Gestion des plugins ».
Répondre à ce message
Bonjour,
Pour ma part depuis la MàJ du plugin en v.1.1.5 sur un SPIP 3.016, j’ai des envois par mails qui m’arrivent mais les messages sont incompréhensibles et aucune pièce jointe zippée n’y est jointe (ce qui fonctionnait parfaitement avec les versions précédentes).
Voici ce que je lis dans ces mails :
Les XXXXXXXXXXXX remplace le vrai nom de la base...
Aurais-tu une solution ?
T’en remerciant par avance.
Répondre à ce message
Bonjour,
pour ma part, depuis la MAJ vers spip 3.0.13, la sauvegarde régulière ne se fait pas.
Mes dossier tmp et dump sont en 777, les sauvegardes manuelles fonctionnent bien. Je n’arrive pas à voir d’où vient le problème.
Idem pour moi apparemment (spip 3.0.14, saveauto 1.1.3, plusieurs sites en mutualisation spip)
Pour aller plus loin dans le débogage de ce problème, il faudrait tester le déclenchement de la tache de sauvegarde via l’utilitaire de gestion des tâches cron de SPIP (job_queue) et scruter les éventuelles erreurs.
Pour cela :
define('_LOG_FILTRE_GRAVITE', 8);cf http://www.spip.net/fr_article5543.html#_LOG_FILTRE_GRAVITE
Hello, voici le résultat de la manip, pas contre impossible de comprendre quoi que ce soit :/ je suis une bille ...
visible via ce lien :
https://www.dropbox.com/s/hvr6ts7l6cxus75/spip_log.rtf
comme constaté via IRC et pour fermer ce fil de discussion, il semblerait que les sauvegardes et l’envoi des messages avec le zip soient OK (cf « Executer maintenant » de saveauto dans Maintenance / Liste des travaux) mais que le site n’ayant pas une fréquentation suffisante, le cron SPIP ne se déclenche pas.
Pour ceux qui seraient dans ce cas et qui ont un accès à l’administration des crons de leur serveur, une solution est d’utiliser le « supercron » : cf http://www.mediaspip.net/documentat...
Merci pour les précisions.
A partir de quand la fréquentation est suffisante ? Là j’ai des sites avec 100, 200, 300 visites par jour, et la sauvegarde auto régulière ne se fait pourtant pas (spip 3.0.13).
Mais peut-être que ça vient du fait qu’ils sont en « mutualisation du noyau spip » ? (le chemin qui se met automatiquement dans la config Sauvegardeauto étant « ../sites/mesdomaines.net/tmp/dump/ »)
Pourtant, j’ai un autre site spip en 30.13 standard (installation unique), mais rien ne se sauvegarde non plus, celui-ci à très peu de visites en revanche, mais rien ne se sauvegarde aux connections admins ni aux moments des modifications de contenus du site.
Apparemment, sur mon hébergeur Gandi Simple hosting, il y a anacron pour programmer des tâches, mais je ne connais pas, jamais utilisé ces fonctions là...
Après avoir activé l’envoi par email des zip de sauvegardes régulières, j’ai testé " Executer maintenant » de saveauto dans Maintenance / Liste des travaux", et là en effet j’ai bien reçu le mail avec la base.
Donc, je vais passer mes sites en envoi par mail des zip pour mes sauvegardes régulières, et là ça devrait marcher ?
en principe si le déclenchement manuel de la sauvegarde via job_queue est OK (Maintenance > Liste des travaux) alors la sauvegarde par cron devrait faire exactement le même résultat. Si ce n’est pas le cas cela est quasi forcément lié à un non-déclenchement du cron SPIP.
En principe une fréquentation même faible doit suffire.
Ok, donc les envois auto des bases zippées par email devraient marcher, d’ailleurs je crois que j’en ai eu un déjà.
En revanche, en cas de sauvegarde auto dans un dossier dump, l’activation manuelle d’une sauvegarde dans « Maintenance > Liste des travaux » ne donnait rien dans dump.
Rectification, les envois auto des bases zippées par email ne marchent pas non plus, je n’en ai pas reçues. Ca fonctionne seulement si on clique sur le bouton dans la liste des travaux
pour ma part sur un site avec 200 à 300 visites par jour, je n’ai effectivement plus de sauvegarde automatique, le cron ne tournant plus. Peut-être un souci avec SPIP ?
Vu que cela date de la version 3.0.13 c’est sans doute qu’un changement à eu lieu.
Je confirme : sur un site avec une cinquantaine de visites par jour, plus de sauvegardes automatiques depuis la mi-janvier. Donc, à priori depuis SPIP 3.0.13 ou 3.0.14 (je ne me souviens plus quand j’ai fait la mise à jour).
Bonjour,
Pour moi non plus les sauvegardes automatiques ne fonctionnent plus (pas de dump généré, pas d’email envoyé) sur des sites en SPIP 3.0.16 [21266] avec ce plugin version 1.1.4 SVN [82084]. Dernière sauvegarde par CRON dans les logs : 04/04/14
Les sites ont pour les 2 plus gros 600 visites/jour en moyenne.
Le déclenchement manuel de la sauvegarde fonctionne (mais pas de mail reçu)
La réinitialisation des tâches cron n’y change rien.
C’est bien bloquant car cette méthode a(vait) l’avantage de générer des dump SQL et pas Sqlite (sqlite fout le bazar dans l’encodage des caractères).
Si c’est aidant je veux bien envoyer des logs.
dd
Le pb n’était pas dans la mise à jour de SPIP, mais bien dans celle du plugin, qui a eu lieu en même tps. La version 1.1.5, qui devrait être disponibles dans la mise à jour automatique des plugins après 18h30 devrait résoudre ce pb (cf http://zone.spip.org/trac/spip-zone/changeset/82617).
Tout remarche parfaitement pour moi depuis la MAJ.
Suppression des anciennes sauvegardes : Ok
Sauvegarde automatique CRON : OK
Merci
alors honte sur moi pour cette maj pas suffisamment testée...
...et merci Maïeul pour le débogage !
Tout est rentré dans l’ordre depuis la dernière maj. merci !
Répondre à ce message
Bonjour,
Je viens d’installer la dernière version 1.1.3, dans le menu de sauvegarde automatique il est est indiqué :
souhaitez choisir précisément les tables à sauvegarder (ainsi que des tables non SPIP) ouvrez la liste en décochant la case ci-dessous...
Mais lorsque je décoche la case, il ne me propose que les tables spip du site courant.
Les tables spip des sites mutualisés n’apparaissent pas ainsi que les tables extra !
Il faudrait une case à cocher pour proposer de sauvegarder toutes les tables de la base sans exception !
C’est si difficile que ça à faire ?
Sans cette option, ce plugin ne m’est d’aucune utilité.
Merci.
oui c’est difficile de faire du débogage de fonctionnalités que l’on ne maintient que pour un très petit nombre d’utilisateurs (un seul semble-t-il dans ce cas...) surtout quand ceux-ci font des rapports de bogues aussi peu précis et sur un ton aussi désagréable que celui de tes commentaires !
Bref, la version 1.1.4 devrait corriger ce problème : merci de tester et de faire un retour précis et détaillé si ça ne convenait toujours pas...
je plussoie à cy_altern. Les dev de plugins ne sont pas aux services des raleurs...
Répondre à ce message
Salut,
j’ai un truc bizarre : ma BDD est en UTF-8, mais le .sql produit encode mal l’UTF-8, j’ai des signes cabalistiques.
Une idée de la cause possible ?
J’ai un souci similaire. Je ne sais pas si c’est le même, mais, disons que j’ai aussi un gros souci de caractères accentués. J’avais d’ailleurs posé un commentaire (voir au 10 avril) :
Si j’importe dans phpmyadmin un base exportée par saveauto, je me retrouve avec des � un peu partout.
Si, au contraire, j’exporte la base originale par phpmyadmin puis que je l’importe par phpmyadmin, l’importation se déroule sans souci (=par de souci avec les caractères accentués)...
Quel est ce mystère mystérieux ?
@Maïeul : est-ce pareil pour toi ?
Un petit up… (Pas de réponse… elle était pas bien notre petite question ?
Répondre à ce message
Bonjour,
je viens de passer mes sites spip en v3 (j’étais en v2), et j’ai donc mis à jour tous mes plugins.
J’utilise maintenant la version1.06 de ce plugin.
Malheureusement, bien que je clique sur ’Sauvegarder toutes les tables’, ce plugin ne sauvegarde que les tables du site en question, et non pas les tables des autres sites mutualisés, ni les tables supplémentaires, ce que faisait l’ancienne version !
Donc, si ce plugin ne fait rien de plus que ce que fait par défaut spip, quel est son intérêt ?
Lorsque l’on clique sur ’Sauvegarder toutes les tables’, merci de sauvegarder toutes les tables de la base de données.
Merci,
Chris.
L’intérêt principal de ce plugin est de générer automatiquement des sauvegardes au format dump MySQL donc utilisables avec tous les outils MySQL et en particulier PhpMyAdmin (contrairement aux sauvegardes SPIP).
Pour ce qui est de la sauvegarde des tables non SPIP, la version 1.1.1 sortie ce jour rétabli la possibilité de les sauvegarder (décocher l’option « Sauvegarder toutes les tables de SPIP » pour les choisir).
Bonjour,
Je viens de mettre à jour avec la version 1.1.2, et on peut maintenant en effet sélectionner toutes les tables dans le menu ’Sauvegarder la base’, mais pas dans le menu de configuration du plugin.
Encore un petit effort, et ce sera parfait.
Merci.
Répondre à ce message
choix du répertoire de sauvegarde
Sur un SPIP 3 + saveauto, il n’y a apparemment plus la possibilité de choisir le répertoire de sauvegarde…
Sur mes sites en SPIP 2, je mettais ça toujours dans un répertoire spécifique en dehors de top : je trouvais ça plus clair et moins… dangereux car des vidages un peu brutaux de tmp, ça peut arriver !
Y-a-t-il un moyen de pouvoir choisir une destination ?
Merci d’avance
Ouppps, petite erreur de frappe dans mon message ci dessus :
il fallait lire
Sur mes sites en SPIP 2, je mettais ça toujours dans un répertoire spécifique en dehors de tmp/ (et pas : en dehors de top )
la version 1.1.1 sortie ce jour rétabli la possibilité de choisir le répertoire dans lequel stocker ses sauvegardes.
Attention ! ce répertoire doit exister et être accessible en écriture par le serveur.
Super !
Merci beaucoup !
Répondre à ce message
Bonjour,
je viens de m’apercevoir que la sauvegarde automatique installée sur mon site ne fonctionnait pas (ou plus). Le répertoire tmp/dump est vide.
En lançant une sauvegarde manuelle, j’obtiens le message suivant :
Fatal error : Allowed memory size of 134217728 bytes exhausted (tried to allocate 124256360 bytes) in /home/www/37ed00d3b7b4d8da7c19d082a00db6f8/web/plugins/auto/saveauto/v1.0.6/inc/saveauto.php on line 146
Je suis sous Spip 3.0.11 et Sarka-Spip 3.2.32. La version du plugin est la dernière (1.0.6).
Merci d’avance à qui pourra m’aider.
Cordialement.
Pour ce problème ce sont les ressources du serveur (la quantité de mémoire pour ton compte) qui sont en cause. Pas d’autre solution que de trouver un hébergement qui est plus généreux.
Répondre à ce message
Bonjour,
Je ne comprends pas pourquoi j’ai plein de caractères bizarres après la récupération d’une sauvegarde dans phpmyadmin (5.5.32).
Mon site est UTF8, la base aussi et le meta charset est bien UTF8 dans le header.
Dans les tables de la base les caractères sont corrects mais pas l’affichage du site (public et privé).
config : SPIP 3.0.11
saveauto : 1.0.6 SVN [74715]
merci
dd
Répondre à ce message
Bonjour
Ce plugin ne fonctionne pas sur mes sites en Spip 2.1.23 et je nee comprends pas pourquoi.
Un étonnement, d’ailleurs, pas de paramétrage possible ou visible du déclenchement de la sauvegarde.
Version du plugin : 0.75
Y aurait-il quelque chose à faire ou à vérifier ?
Merci
Répondre à ce message
Je me demande si il n’y a pas un petit soucis avec saveauto 0.7.5
- D’une part, j’ai deux fois le même texte « Détermine à partir de combien de jours une archive est considérée comme obsolète et automatiquement supprimée du serveur. Mettez -1 pour désactiver cette fonctionnalité » pour l’item Fréquence de la sauvegarde : tous les et l’tem Sauvegardes considérées obsolètes après :
- D’autre part, « l’item Sauvegarde déclenchée lors de la connexion d’un auteur » et ses boutons radios n’apparaissent pas chez moi (SPIP 2.1.10 [17657])
J’ai zappé qqchose ?
Même soucis de mon côté sur un SPIP 2.1.20 [20327] avec le script en 0.75.
Je n’ai pas le choix « Sauvegarde déclenchée lors de la connexion d’un auteur » donc pas de sauvegarde de générée.
Avez-vous résolu le soucis ?
Répondre à ce message
Comment l’heure de la sauvegarde est-elle définie ? Est-ce que cela correspond à l’heure où l’on active la sauvegarde automatique ?
Ca serait une fonction intéressante à ajouter pour permettre les sauvegardes la nuit.
Autre question, il est stipulé que l’on peut choisir où la sauvegarde se fait, sauf que sous SPIP 3, je ne vois nullement la trace d’un tel choix.
Répondre à ce message
Je rencontre un drôle de souci : en faisant une migration de sites, je m’aperçois d’une chose étrange. Si j’importe dans phpmyadmin un base exportée par saveauto, je me retrouve avec des � un peu partout. La même base restaurée en utilisant le fichier .sql généré par le phpmyadmin du serveur « source », l’importation se déroule sans souci (=par de souci avec les caractères accentués)... Quel est ce mystère mystérieux ?
Répondre à ce message
Bonjour,
ce plugin est bien tentant, surtout avec le bug de spip 3 qui refuse de sauvegarder 4 tables, et son exigence de nécessiter SQLite.
Malheureusement, je cale encore sur la question de sa restauration ( ou de son déplacement vers une autre base ) : chez 1&1 l’utilisation de phpmyadmin limite fortement la dimension de la base à restaurer, et je n’ose pas entreprendre une restauration table par table !
Sauriez-vous nous donner la configuration ou les commandes adaptées à la restauration de la base sauvée avec ce plugin, soit via phpmyadmin , soit autrement ?
Répondre à ce message
Bonjour à tous,
J’ai fait des erreurs de manipulation sur un site sur lequel j’ai souhaité effectuer la mise à jour vers Spip 3.0 mais que je n’ai pas moi même mis en place.
Le site est planté car il semblerait que certains plugins ne soient pas compatibles ou qu’un problème existe avec le version de PHP utilisé par mon hébergeur. Je suis revenu sur Spip 2.0 mais ne dispose pas d’un backup exploitable par Spip assez récent.
J’aimerais donc utiliser ces fichiers générés par Saveauto pour retrouver le contenu du site. Il s’agit de fichier en .sql.
Comment puis-je les exploiter ?
Il suffit de me connecter à MySql et de charger ce document portant la date que je souhaite retrouvée ?
Va t-il remplacer la base de données existante automatiquement ?
Notez que j’ai très peu de connaissances PHP et MySql, je suis un débutant.
Merci pour votre temps et pour vos réponses.
Stéphane
Préalable indispensable pour la suite : tu ne précise pas si les sauvegardes de saveauto dont tu dispose ont été faites avec exactement la même version de SPIP que tu as réinstallé (en SPIP 2.0) alors je suppose que oui...
Pour restaurer une sauvegarde saveauto il faut :
- te connecter au phpmyadmin de ton site et sélectionner la base de ton SPIP dans le volet de gauche
- choisir l’onglet « Importer »
- à l’aide du bouton « Parcourir » du champ « Emplacement du fichier texte » sélectionner la sauvegarde que tu veux restaurer puis valider avec le bouton « Executer »
- pour éviter les mauvaises surprises, une bonne pratique consiste à vider totalement par FTP le dossier /tmp/cache et supprimer tous les fichiers .php de /tmp
A partir de là ta sauvegarde va remplacer totalement les tables de SPIP ce qui devrait te remettre à l’identique du jour où elle a été faite.
Merci beaucoup pour cette réponse.
Il s’agit effectivement de la même version de SPIP, j’ai réinstallé la version 2.0 qui était utilisée avant la tentative de migration vers SPIP 3.0 et les sauvegardes de saveauto ont été faites sous cette précédente version de SPIP 2.0.
Merci encore !
Bonjour,
Je ne comprends pas du tout. Après avoir réinstallé la version de SPIP correspondant à la version de mes documents saveauto et après avoir réstauré la base de données, l’espace privé est inutilisable en raison de messages d’erreurs que je ne comprends pas du tout (SQL error 1052, SQL error 1052, SQL error 1054)
Je ne comprends pas du tout d’où vient le problème.
Merci encore !
Répondre à ce message
complément :
j’ai reçu ce mail de la part de save auto...
Le fichier de sauvegarde est trop lourd pour être envoyé par mail. Vous pouvez le récupérer depuis votre interface d’administration ou par FTP en suivant le chemin : tmp/saveauto_test_crpms_2012_06_26-11_46.sql
Bon, ça tombe bien j’en voulais pas....
Pourquoi le .sql ne tombe pas dans bkp/ comme je l’ai mis dans la config ?
Où save auto a-t-il trouvé mon adresse mail ? Dans la config du site ? Dans facteur ?
- > info : quand on teste « à la main » le .sql arrive dans /bkp, quand c’est en auto, c’est dans tmp, je viens de tester sur un deuxième site.
humour :
Je voudrais répondre au mail pour dire merci et demander que le .sql tombe là où je l’ai demandé...
Quelle adresse je dois utiliser ?
/humour
Bonne journée,
Yves
Pourrais tu préciser sur quelles versions de SPIP et saveauto tu es ?
En ce qui me concerne en SPIP 3.0.2 + saveauto 0.8.1 je n’ai aucun problème ni de répertoire de stockage ni d’envoi par mail.
Je suis en 2.1.15 de spip avec la version 0.7.5 de saveauto.
Bonne journée,
Yves
Répondre à ce message
N’en vl’a un plugin qu’il est bien !
Seul petit souci, il m’envoie le .sql par mail alors que je n’ai rien indiqué... Peut être une interférence avec soyez-créateur ou facteur ?
Bonjour
Tu es sur que tes modifications on bien été pris en compte ?
Je modifie ce que j’ai dit...
En fait je ne souhaite pas recevoir les bases de 4 ou 5 sites via mail car je vais me faire exploser ma boîte... Surtout en aout prochain ;-)
Cela dit je pense que j’avais bien fait la configuration et validé, là j’ai mis toto@nowhere.fr puis j’ai validé puis effacé le champ mail.
Là, ça « marche » parfaitement, excepté le fait que si je vais dans configuration -> maintenance technique -> sauvegarde sql à
« Historique des sauvegardes » j’ai un lien
http://www.(monsite).fr/ecrire/ ?exec=saveauto#
qui est inactif et j’ai « Il n’y a aucune sauvegarde. » alors que j’en ai plusieurs lorsque que vais en ftp dans le répertoire bkp/ où arrivent les .sql.
Encore merci, c’est un super outil.
Bien cordialement,
Yves
Salut salut,
Même chose que Yves, j’ai bien une sauvegarde sur mon FTP, mais j’ai le droit à un « Il n’y a aucune sauvegarde. ».
Répondre à ce message
Sur une 3.0.1 juste installée (avec d’autres plugins), en voulant configurer le plugin, lorsque je valide mes options, le plugin ne me dit pas que « c’est correctement pris en compte » comme sur les autres plugins...
De plus, lorsque je quitte cette page et que j’y reviens, mes paramètres ne sont plus affichés, il y a, à la place, les paramètres de base du plugin...
Est-ce normal ?
Et pour finir, il y a une faute de frappe (en bas de colonne à gauche) dans le bouton « Texte sauvegarde base », en l’essayant, je pense que c’est plutôt « TEST sauvegarde base » qu’il devrait y avoir ;)
Je confirme que mes paramètres ne sont pas enregistrés et ce sont ceux par défaut qui sont utilisés (export sql, envoi journalier, etc.).
Une idée d’où cela peut-il provenir ?
A part cela, le plugin fonctionne bien ;)
Même problème, les paramètres ne sont pas sauvegardés.
Même problème ici aussi. Je remarque aussi la non présence de l’icône du plugin dans les menus de l’espace privé.
bon, mea culpa.
Je viens de corriger http://zone.spip.org/trac/spip-zone/changeset/62707
deux solutions :
- soit récuperer par SVN
- soit attendre midi que le zip se regenere (si par hasard vous utilisez l’install automatique des plugins sous SPIP 3, il faudra sans doute mettre à jour manuellement le dépot, ou attendre encore un peu)
Belle réactivité Maïeul !
Je confirme, les paramètres sont maintenant sauvegardés et les p’tites icônes sont bien là.
Archive obtenue depuis le dépôt.
Répondre à ce message
Je suis sur un spip mutualisé, j’ai laissé le répertoire par défaut /tmp et autres options par défaut.
Je trouve le fichier commençant par saveauto.lock dans le répertoire « ../sites/monsite/tmp » mais pas de fichier sql comme attendu. Le fichier n’est pas dans « ../tmp » non plus.
Ou ??
Une demande d’option : que la sauvegarde puisse se faire même à la visite d’un simple contributeur dans un forum. Sur certains sites, l’administrateur viens rarement mais les forums bougent. Il serait souhaitable que les sauvegardes se fassent tout de même, et qu’en aucun cas onne puisse se retrouver avec les sauvegardes éliminées à cause du délai de péremption, alors qu’une nouvelle ne serait pas stockée. Sinon paramètre pour ne garder que les x dernières versions de sauvegarde, quelles que soient leurs dates.
avant tout il faut vérifier que le répertoire indiqué dans la configuration du plugin est bien tmp/ (avec un / à la fin). A priori je n’ai aucun problème avec le fait d’être sur un SPIP mutualisé.
on pourrait effectivement envisager de « brancher » le déclenchement de la sauvegarde sur l’envoi d’un forum => c’est mis dans la « TO DO » liste !
sur ce point le contournement est aisé puisqu’il suffit de mettre un délais d’expiration des sauvegardes très long (1 an par ex ?)
Répondre à ce message
Y a t’il un moyen de définir à quelle heure s’opère la sauvegarde ?
Merci.
l’article ci-dessus précise :
la réponse est donc : absolument pas puisque la sauvegarde est déclenchée par la connexion d’un utilisateur évènement dont on ne contrôle pas l’heure...
Répondre à ce message
Bonjour,
Merci pour ce plugin qui ne posait aucun problème de fonctionnement et qui d’un coup « déraille ». La seule modification que j’ai faite est d’autoriser le php5 dans le fichier .htaccess car je suis hébergé chez 1&1 et avais quelques troubles « pages blanches ».
Ma configuration est SPIP 2.1.10, Sarka-spip 3.0.7.
J’explique : avant que je procède à cette modification, les sauvegardes m’étaient envoyées sur ma messagerie sous forme d’un fichier joint. Maintenant, il n’y a plus de fichier joint ; apparemment, la sauvegarde est contenue directement dans le message et donc inexploitable au cas où. Quelqu’un a-t-il une explication à ce phénomène ?
Merci d’avance
Cordialement
M. BOURLIER
http://www.michel-bourlier.fr/accueil/
Je précise que les sauvegardes se font correctement dans le dossier voulu. Il n’y a que le problème dans le message d’envoi lui-même. Je précise aussi que mes sauvegardes actuelles ne dépassent pas 1 Mo.
Cordialement
M. BOURLIER
A priori, on peut supposer que le problème d’envoi de mail est lié au passage à PHP 5.
Or pour ce qui me concerne, cette fonctionnalité du plugin est OK en PHP 5 (sur plusieurs serveurs...) : je suppose donc que la config du PHP et/ou l’envoi de mail par PHP « à la mode » 1&1 doit coincer quelque part...
(On est bien d’accord que tu utilise la dernière version de saveauto pour SPIP 2.1 = 0.7.5 !)
Pour aller un peu plus loin :
Bonjour,
J’utilise en effet la version saveauto pour SPIP 2.1. et le plugin Facteur est installé. De plus, l’option zip est activée. Je ne comprends donc pas du tout l’origine de ce problème. Je vais essayer de désinstaller, de vider le cache et de réinstaller pour voir.
Je vous tiendrai informé de l’évolution des choses.
Cordialement
M. BOURLIER
Suite...
Après désactivation, suppression de saveauto, vidage du cache, nouveau téléchargement du plugin par FTP et réactivation, le souci est toujours le même. Au cas où vous remarqueriez quelque chose d’anormal, je joins une copie d’écran partielle du mail reçu.
Merci d’avance.
Cordialement
M. BOURLIER
Hummm ! Pas très lisible mon histoire !
Bonjour,
Surprise !
Sans que je sache le pourquoi du comment, ce matin le message reçu contenait la pièce jointe de la sauvegarde ! Normal !
Était-ce un problème de serveur distant ? Ce matin également, j’ai un problème avec un autre plugin !
À suivre...
Merci de toute façon pour votre réactivité.
Cordialement
M. BOURLIER
Répondre à ce message
Page Blanche :
J’obtiens une page blanche juste après avoir lancé la sauvegarde à partir de l’espace privé. J’ai remarqué que cette anomalie apparait sur les sites les plus gros.
Ce qui est bizarre, c’est que la page blanche apparait presque immédiatement. Cela ne semble pas lié à la limite de 30s des scripts php.
Alors j’ai configuré et ajouté : ;_referers ;_visites
dans « Données ignorées ».
Cela résout le problème.
Il me reste un site pour lequel le plugin ne fonctionne pas, malgré l’astuce que j’ai donnée précédemment.
Si la base est trop importante, la sauvegarde plante immédiatement, sans message d’erreur.
Répondre à ce message
Bonjour,
Prokblème pour traiter une grosse base de données sur mon hébergeur (Gandi), car j’ai le message d’erreur suivant quand je lance la sauvegarde manuelle :
Fatal error : Allowed memory size of 134217728 bytes exhausted (tried to allocate 84611467 bytes) in /srv/d_serveurdm/www/htdocs/plugins/auto/saveauto_2_1/inc/saveauto.php on line 199
(en revanche, pas de problème si je ne sauvegarde que la structure)
Le site à 2700 articles publiés, 600 rédacteurs, etc
Peut-on y faire quelques chose ?
Modifier le php ini ?
Insérer dans .htaccess le code : php_value memory_limit 16M ?
Sur des sites plus « légers », pas de problème.
Merci bien
Répondre à ce message
Heu, quelle est l’adresse pour lancer une sauvegarde manuellement ?
Je l’ai vu apparaitre pendant l’instal, mais je ne l’ai pas noté, et je ne retrouve cette adresse dans cette page de doc, ni dans la fenêtre de paramétrage du plugin dans la partie admin du site, ou dans le résumé qui accompagne chaque plugin.
Répondre à ce message
Warning : filemtime() [function.filemtime] : Unable to access ../.. in /mnt/168/sdd/e/7/catherinadogs/plugins/saveauto_2_0/inc/saveauto_fonctions.php on line 129
C’est le message que j’ai quand j’active le plugin. J’ai bien pris la peine de faire la vidange des caches, j’ai comme plugins installés : Acces Restreint, cfg, Couteau Suisse, Mes fichiers 2, Porte plume, SPIP Bonux. Sur un SPIP 2.0.9 [14357]
Par ftp j’ai verifier la presence du fichier saveauto_fonctions.php et voici la partie sur la ligne 129 (ici ligne 14) :
le message d’erreur disparait quand je desactive saveauto. une solution ?
Attention l’interface de téléchargement automatique de SPIP 2.1 ne télécharge pas la bonne version du plugin : elle télécharge la version pour SPIP 1.9.2 !
@amalric : il semblerait qu’il y ait un problème d’accès au répertoire de stockage des sauvegardes. Il faut vérifier que le répertoire que tu as défini dans la configuration existe bien et est accessible en lecture/écriture (0777 ou 0755).
@lolo06 : merci de signaler le problème, c’est corrigé !
Répondre à ce message
Bonjour,
je ne parviens pas à installer le plugin : il apparait dans la liste des plugins, il est configurable avec cfg, mais l’icone n’apparaît pas dans le sous-menu du menu « configuration » de spip, et aucune sauvegarde n’a lieu dans le répertoire cible. J’ai tenté de modifier les droits sur les différents fichiers et dossier concernés, mais maintenant, je sèche... La version de spip est la 2.0.10, cfg 1.14.1, sarkaspip 3.0.1 et les plugins accès restreint et spip bonnux. Je suis chez OVH en mutualisé...
Je ne trouve pas de situation identique sur ce forum. Si quelqu’un peut me donner une piste de recherche, ce serait bien ! Merci.
même si l’icône n’est pas présente dans le menu, as tu accès à l’interface de configuration du plugin en appelant directement son url : ....ecrire/ ?exec=cfg&cfg=saveauto ?
Bonjour, merci d’avoir répondu.
Oui, j’accède à la page de configuration, que ce soit en appelant directement l’url ou en cliquant sur les outils de cfg au bout du nom du plugin dans la liste des plugins. Il y a aussi autre chose qui manque, et je ne sais pas si c’est normal : dans la page de configuration, il n’y a pas la ligne concernant la compression GZ du fichier de sauvegarde.
Voilà, si vous pouvez m’aiguiller un peu sur une solution...
cordialement
Après avoir regardé dans le détail, je m’aperçois que le pipeline qui déclenchait la sauvegarde a été modifié ce qui fait qu’effectivement la sauvegarde n’était plus jamais déclenchée !
C’est corrigé par la version 0.5.1 (cf http://zone.spip.org/trac/spip-zone/changeset/36353) et vu le nombre de modifications je conseille vivement la mise à jour...
En revanche :
Bravo ! tout semble fonctionner maintenant.
A part l’envoi du mail, mais je pense que le fichier est trop volumineux (7,3Mo) ?
Du coup, comment faire pour que le fichier soit compressé ?
Merci pour la réactivité !
Bonjour,
merci pour ce plug-in que je n’ai pas encore pu utiliser ...
J’ai installé la version 0.5 mardi dernier, et évidemment pas de sauvegarde automatique. Je vois ce matin que des modifications ont été apportées et qu’une nouvelle version en découle. Seulement, je ne sais pas où trouver cette nouvelle version. Je vois bien les modif apportées, quand je clique sur le lien (vers spip-zone), mais après je ne sais pas quoi en faire. Faut-il recopier le code dans les fichiers déjà présents dans mon répertoire plug-in ?
Pourriez-vous m’éclairer sur l’utilisation de spip-zone et du versioning ?
Merci bien.
Utilisez simplement le lien de téléchargement qui se trouve sur cette page...
le zip disponible via le lien de cette page (http://files.spip.org/spip-zone/sav...) est généré automatiquement donc à jour de la dernière version.
Pour mettre à jour le plugin de la façon la plus « propre » :
Merci pour cette réponse rapide.
J’avais déjà désactivé le plug-in, télécharger la (nouvelle ?) version en cliquant sur le zip en lien en haut de la page, dézippé tout ça dans mon dossier plugin en ayant préalablement supprimé l’ancien dossier.
Je pensais que je n’avais pas la bonne version, car quand je vais sur ma gestion des plugin, sauvegarde automatique, les infos sont toujours les suivantes : Version : 0.5 [35134], est-ce que j’ai faux ?
Ensuite, y-a-t il un moyen de tester si le plugin est bien installé ? Style, taper une url pour voir si la sauvegarde se créé dans le dossier spécifié, sinon log d’erreur ... parce que mon dossier de destination a les droit 755 et je ne peux pas les changer avec mon client FTP (FileZilla) (mais c’est un autre problème).
Merci encore.
Je confirme, quand je télécharge le zip en lien, je regarde le contenu du fichier saveauto_fr.php, j’ai l’ancien code, celui marqué en rouge quand on regarde les modifs sur spip-zone.
Peut-être un problème de cache ... je ne sais pas ... y-a-t il un autre endroit pour le télécharger ?
Merci.
oui, c’est aussi un truc qui trainait depuis longtemps cette histoire de compression de la sauvegarde qui ne fonctionne sur aucun serveur...
ALors la version 0.5.2 (cf http://zone.spip.org/trac/spip-zone/changeset/36389) remplace l’utilisation des fonctions gz natives de PHP par la libraire zip embarquée avec SPIP.
A priori l’envoi des mails semble OK pour moi mais là dessus je ne ferais pas mieux pour l’instant vu qu’il faudrait brancher le plugin facteur si on voulait régler proprement cette question...
Si quelqu’un est motivé pour s’en occuper, il est le bienvenu !
il faut regarder le fichier plugin.xml pour vérifier ta version mais pour moi il n’y a pas de problème, le zip en lien me donne bien « version 0.5.1 »... et vu que je viens de faire une mise à jour, d’ici une heure ça devrait être la version 0.5.2 d’ailleurs !
Pour vérifier que la sauvegarde fonctionne il suffit de regarder si elle est bien générée dans ton dossier sinon tu aura un message d’erreur au sommet de la page sur laquelle tu te trouve lors de la connexion à l’espace privé
Répondre à ce message
grâce à la ligne
je reçois tous les jours un message d’erreur mail comme quoi ’toto’ n’existe pas... est-ce vraiment incontournable ?
sans cette ligne, ça marche très bien... mieux même !
à priori ça fait partie des vieilleries qui traînent dans saveauto depuis l’origine et qui devraient disparaître dans la prochaine version... Donc pas de problème pour supprimer cette ligne si nécessaire !
Répondre à ce message
Bonjour,
il y a un soucis, quand on modifie les droits pour les admin pour que seulement le webmestre puisse faire une sauvegarde
il y a quand même l’icône en haut à droit, si on clique dessus on a bien un accès refusé, mais je préférai pouvoir l’enlever pour que ça fasse plus propre
comment je dois m’y prendre sachant que je pars de zéro niveau php...
merci d’avance
Répondre à ce message
Bonjour,
J’ai eu un petit problème pour la détection de la compression .gz avec la librairie zlib sur mon site.
La fonction zlib_get_coding_type() me renvoi faux alors que la compression est activée.
J’ai donc remplacé cette ligne de code
if ($gz_capable = zlib_get_coding_type())
par
if ($gz_capable = function_exists(« gzopen »))
dans mes fichiers :
- saveauto_fonctions.php
- cfg_saveauto.html
Peut-être que d’autre ont eu ce problème.
Etienne
oui, c’est un vieux truc qui traîne depuis longtemps...
A priori ça devrait disparaître dans la version « dépoussiérée » (en cours de codage...) au profit de l’utilisation des fonctions de zippage de PCLzip utilisées normalement dans SPIP.
Répondre à ce message
Mauvaise interprétation de ma part : C’était le répertoire de sauvegarde qui n’était pas accessible et qui posait un problème et non pas le répertoire inc
Désolé de cette confusion.
Répondre à ce message
Merci cy_altern pour ta réponse
J’avais un message d’erreur en activation du plugin indiquant qu’il n’avait pas les permissions pour écrire.
En mettant en 777 ce répertoire, je n’ai plus eu ce problème.
Il s’agit de la table des matières qui est organisé en liste (format spip - en début de ligne) et dont chaque ligne pointe sur une ancre
Voir un exemple->http://www.arieda.fr/spip.php?article4]
OUI en SPIP 1.9.2.H
UTF-8
Répondre à ce message
Re-Bonjour,
Je continue mes essais.
1) Pour la version 1.9.2, donner les droits sur le répertoire : plugins/saveauto/inc (chmod 777)
2) Les accents ne sont pas tous perdus malgré l’apparence dans le fichier SQL.
Seuls les mots avec accents dans les listes pointant sur une ancre perdent leurs accents
Quand il s’agit d’une liste sans lien sur une ancre, les accents sont retranscrits correctement :
Pour les autres accents, la restauration s’est bien passée :
Bizarre que dans le cas des listes pointant sur une ancre, il y ait une mauvaise interprétation !
heu... je ne vois pas à quoi peut bien servir ce chmod sur un répertoire à priori non utilisé en écriture... si tu as une raison précise je suis preneur !
peux tu préciser ce qu tu entends par « dans les listes pointant sur une ancre » ?
Par ailleurs, pour plus de précisions :
- la restauration est elle faite sur le même SPIP (même serveur + même installation de SPIP) que celui où a été fait la sauvegarde ?
- le SPIP est il en UTF8 ou en ISO8859-1 ?
Répondre à ce message
Bonjour,
Très bonne idée que ce plugin !!!
J’ai installé la version 1.9.2 pour un site en Spip 1.9.2h,
Tous les accents sont perdus dans la sauvegarde et elle devien donc inutilisable.
Voici ce que cela donne :
Je n’ai pas encore fait les essais pour la version 2.
Répondre à ce message
Une toute petite erreur : dans le mail d’envoi : Sauvegarde de la base effectuée avec succès !
une petite réparation des accents ?
heu... je dois être une vraie quiche en orthographe : je ne vois pas quel est le problème d’accents... tu ne veux pas préciser ?(ou commiter directement la modif dans le fichier de langue ?)
Après suppression de la base puis restauration via phpadmin j’ai perdu aussi les accents.
Ai-je loupé une marche ou une démarche dans l’installation de saveauto ?
Répondre à ce message
Génial, trop cool, mortel, je l’installe tout de suite.
Répondre à ce message
Bonjour, tout est dans le titre. Voilà le plugin dont je rêve (j’ai perdu 6 mois d’articles sur un site récemment !) mais j’ai spip 2... Merci de vos réponses (même si elle ssont négatives :-)
oui : sur la page de téléchargement des plugins de http://files.spip.org/spip-zone/ tu pourra choisir entre la version 1.9.1 (!), la 1.9.2 et la 2.0.* qui est celle en lien dans l’article.
Répondre à ce message
Comme je n’ai pas les codes pour commiter...
C’est vrai, SPIP a transcris mon message, je l’ai pas vu, je suis nouille.
Bon, donc je reçois les accents en html :
Sauvegarde de la base effectuée avec succès !.Désolée pour le message précédent peu explicite.
c’est modifié : http://zone.spip.org/trac/spip-zone/changeset/28981 (sans aucun accents histoire de pas se prendre le choux avec les histoires de charset...)
Répondre à ce message
Bonjour,
le plugin fait bien les sauvegarde, mais ne les envois pas par mail.
Une idée ? d’autant qu’il le faisait auparavent ...
Peut être elles sont trop grosses ? As tu vérifié la taille de la bdd ?
Répondre à ce message
Ce plugin est super - merci pour ses créateurs.
Tellement que j’en voudrais plusieurs !
Le but serait d’en installer plusieurs instances, avec des réglages différents, sur un même site.
Par exemple, une instance pour sauver les tables spip (avec le paramétrage adéquat) et une instance pour sauver et expédier les tables non spip (avec un autre paramétrage). Quand les tables sont grosses, c’est utiles de fractionner ainsi, en pouvant spécifier aussi, du coup, des périodicité différentes...
Merci
Est-ce que c’est possible sans que toutes les configurations s’emmêlent les pinceaux ?
à priori ce plugin n’est pas prévu pour ça...
Néanmoins, il semble possible qu’en utilisant plusieurs installations en parallèle (ce qui veut dire bidouiller pour utiliser un préfixe de plugin différent : i.e. un gros rechercher/remplacer « saveauto » par « saveauto_bis » par ex) cela serait possible (quoiqu’un peu « bourrin ») => merci de nous tenir au courant si tu essaie et que ça fonctionne !
Si par hasard tu te sentais le courage de faire les quelques modifs pour que cela puisse tourner « proprement » tu es le bienvenu et le SVN t’es ouvert :-)
ok.
L’idéal en passant à un multiconfig serait de farder l’absolue simplicité ergonomique de ce plugin.
A défaut d’une interface dédiée multiconfig, il serait possible de tout garder et juste détecter un format spécial de données dans les champs déjà présents, qui déclancherait un mode multiconfig.
Genre, un pipe pour passer d’une config à l’autre. Si ya pas de pipe, c’est monoconfig, sinon, les pipes séparent les données de chaque config. ça donnerait par exemple, pour les tables exclues : spec1 ;spec2 ;spec3|spec21 ;spec22 ;spec23...
Répondre à ce message
Hello,
Je ne cessais sans savoir pourquoi de recevoir des mails de message d’erreur de mauvaise adresse de mail envoyé, dont l’expéditeur était toto@truc.net
ça pouvait être du spam ou bien un trace que j’aurais malencontreusement oublié dans un script.
Aujourd’hui j’ai pris le taureau par les cornes et trouvé que le coupable était saveauto !!!!
Dans inc/saveauto_fonctions.php, la fonction saveauto_mail_attachement envoie ce mail (j’imagine que c’est juste pour tester si tout va bien du côté de l’envoi des mails).
J’ai donc commenté ce test ...
Pour d’autres qui voudraient se débarasser de ces mails encombrants, il suffit de remplacer le début de la fonction par :
Peut être qu’un appel à
function_existsremplacerait efficacement ce test ?Répondre à ce message
Après un bon fonctionnement durant un an, je ne reçois plus de sauvegarde depuis le 20 décembre, si je vais configurer le plugin, j’ai plusieurs fois le message suivant :
Warning : in_array() [function.in-array] : Wrong datatype for second argument in www/ecrire/public/composer.php(48) : eval()’d code on line 115
Il y a également la ligne 56
Version SPIP : SPIP 1.9.2e [12624]
Répondre à ce message
Merci sur ce plugin qui fonctionne très bien !
Par contre, il n’accepte pas de comprimer, alors que les sauvegardes de Spip se font en .gz
Quelqu’un d’autre a t’il ce souci ?
Merci
tous les utilisateurs qui n’ont pas l’extension gzip de php installée sur leur serveur ont ce soucis : les sauvegardes de SPIP utilisent la bibliothèque PCLzip (dans le fichier /inc/pclzip.php) donc ne nécessitent pas cette extension php (rarement présente sur les serveurs mutualisés).
La seule solution est de réécrire le mécanisme de compression de la sauvegarde pour utiliser cette bibliothèque : si quelqu’un est intéressé/volontaire, il est le bienvenu !
Répondre à ce message
Bonjour,
j’ai récupéré mes données grâce à ce script, encore merci !
Mais j’ai tous les accents é, è etc, replacés par des ?? je récupère en ascii, en uft8 ce sont des caractéres illibles, cette fois ci j’ai retapé les caractères, mais pour la prochaine fois je voudrais savoir d’ou vient le pb !
Merci
Est-ce toujours le cas ?
Peut on éviter ca ?
up.
Ce plugin est carrément genial, mais s’il faut effectivement remplacer tous les signes avec accents, c’est pas tres optimal. Une solution pour faire face a ca ?
Personne d’autre n’a eu ce souci ?
Bonjour,
Effectivement, quand je récupère en utf8 les é, è etc sont remplacés par des ?, si je récupère en ascii par des ??, mais si je récupère en Latin1 tous mes caractères sont impeccables.
Bonjour,
Le Latin-1 (ou iso-8859-1) améliore les choses mais ne restitue pas le oe ou œ. Existe il une solution ?
Répondre à ce message
Bonjour,
les sauvegardes zippées ont une taille très variable selon les jours : cela va du simple à 10 fois plus.
C’est normal ?
Répondre à ce message
Pour info :
SPIP 1.9.3 dev [11312]
Warning : array_merge() [function.array-merge] : Argument #2 is not an array in /home/bachantinfo/plugins/auto/cfg/inc/cfg_formulaire.php on line 262
@micalement stéphane
Normal : ce plugin n’est pas sensé fonctionner en 1.9.3 : voir l’introduction de la partie « 2. Installation du plugin saveauto : » => merci de lire la doc lorsque tu utilise un plugin !
sur SPIP 1.9.3 dev [11724]
cela fonctionne je reçoit bien le mail ; juste que la base sql est a la racine au lieu du repertoire tmp/
pour le repertoire squelettes ; plugins ; img ; une idée de sauvegarde ?
@micalement stéphane
Répondre à ce message
Bonjour,
Je penser bien qu’un jour j’allais devoir récupéré ma base grâce au plugin ; j’en profite pour vous remercier ceci est bien pratique.
Mais voilà, je constate que tous les accents é, è etc, dans les Titres de rubrique et d’article sont remplacés des ??
Je confirme que les textes des articles eux ne sont pas impactés
Par contre le texte Description du site lui est aussi impacté par le phénoméne
Personne d’autre n’a eu ce souci ?
Cmment remedier au probléme ?
Je rajoute que : Post-Scriptum sont aussi impacté ; ainsi que les noms des auteurs et le Chapeau ....
si ça peu aider a amélioré le plugin
Bon ben c’est pas tous ça faut reprendre le titre et les Post-Scriptum des 61 articles
je suis en :
SPIP 1.9.2b [9381]
Répondre à ce message
Bonjour,
Lors de la sauvegarde automatique, il me crée un fichier _2007_08_24.sql à la racine de mon site spip.
Or, dans la configuration, je lui ai demandé de la sauvegardé dans le répertoire ’tmp’.
Et dans ce répertoire, il ne me met que la verison compacté en GZ.
Serait-il possible aussi de créer le fichier SQL dans le répertoire configuré ?
merci d’avance
Répondre à ce message
saveauto fonctionne t il avec Mysql 5 ?
Répondre à ce message
Bonjour, sur mon site <http://mathazay.free.fr/spip/> en 1.9.2, impossible de sauvegarder en compressé avec expédition par courriel, sur mon site <http://zaystedinfos.free.fr> en 1.8.3 pas de problème avec le script.... Comment pourrais-je modifier le greffon pour récupérer les possibilités du script avec Free ?
Répondre à ce message
Bonjour, j’ai migré en 1.9.2 et j’ai toujours une page blanche à l’activation du greffon... une incompatibilité avec Free ? http://mathazay.free.fr/spip/
Rectificatif... j’ai installé le greffon cfg et ça semble bien fonctionner (hélas pas de compression avec Free).
Répondre à ce message
Bonjour,
Super pratique ce plugin. Un seul léger bémol, lorsque le fichier de sauvegarde m’est envoyé par email,
je recois en même temps un autre email m’indiquant ceci :
----- The following addresses had permanent fatal errors -----
(reason : 554 : Relay access denied)
Un rapide grep dans les fichiers du plugin indique que l’envoi de cet email est bien lié au plugin.
Comment s’en débarrasser ??
Merci
C’est simplement que le test de la possibilité d’envoyer des mails par le serveur qui héberge ton spip est fait de la façon la plus basique : en essayant d’envoyer un mail à une adresse bidon (toto@truc.net)...
Alors 2 solutions :
par
Bien évidemment ma préférence va à la deuxième solution ;-)
Quand j’effectue les deux modifications... page blanche en partie privée...????
Répondre à ce message
Bonsoir,
Ce plugin fonctionne bien (au moins pour l’install et la 1re sauvegarde).
Juste une question : en le configurant j’ai systématiquement le message :
Attention : la sauvegarde ne pourra pas être compressée car cette fonctionnalité n’est pas disponible sur votre serveur (support de Zlib pas activé dans php.ini)
cela m’étonnait donc j’ai été voir le phpinfo et voici ce qu’il dit :
ZLib Support enabled
Compiled Version 1.2.2
Linked Version 1.2.2
Directive Local Value Master Value
zlib.output_compression Off Off
zlib.output_compression_level -1 -1
zlib.output_handler no value no value
merci en tout cas
catherine
pour que la génération « à la volée » des fichiers .gz soit possible, il faut l’option zlib.output_compression à On (voir : http://fr.php.net/manual/fr/ref.zlib.php pour plus de détails)
En fait, la génération de fichiers compressés peut se faire si les fonctions gzopen, gzwrite etc sont dispo, au lieu de tester zlib_get_coding_type(). J’ai modifié pour mon utilisation les fichiers saveauto_fonctions.php et saveauto_admin.php pour en tenir compte, dans la version pour spip 1.9.1.
Dans saveauto_fonctions.php/saveauto_sauvegarde() (Vers 109) :
$gz = $gz && function_exists(’gzopen’) ;
Dans saveauto_admin.php/exec_saveauto_admin() (vers 142) :
if ($gz && !function_exists(’gzopen’))
De plus, pour bien réagir à l’ouverture, le nom du fichier gz doit etre ’.sql.gz’.
Dans saveauto_fonctions.php/saveauto_sauvegarde() (Vers 160) :
$nom_fichier = $prefixe_save . $base . « _ » . $annee. « _ » . $mois. « _ » . $jour . ($gz ? ’.sql.gz’ : ’.sql’) ;
Moi aussi, mon hébergeur (OVH) met lib.output_compression à Off, mais ça n’empêche pas de sauvegarder des bases compressées.
J’ai modifié saveauto_1.9.2 en utilisant les indications de Fil. Ce serait pas mal que le plugin (1.9.1 et 1.9.2) soit mis à jour, car la compression n’est pas un luxe si on a une base assez grosse...
J’ai créé 2 tickets sur spip.zone #595 et #596
J’ai essayé la modification avec 1.9.1 chez Free, aussi
- soit j’ai pas bien modifié (quand j’ai pas remplacer “abc” par “rst”, je me gourre,
- soit la modif marche pas sous 1.9.1 (snip).
Répondre à ce message
Bonjour,
Peut-être que je n’ai pas compris comment faire, mais ma base de donnée sauvegardée dépasse largement la taille fatidique admise des 2 Mo admise par MySql pour l’importation des fichiers .sql (compressé ou non) ?
En gros comment faire une sauvegarde partitionnée des mes bases de données ?
En remerciant les réalisateurs de ce plugin des plus utiles pour les désordonnés comme moi, qui oublient les sauvegardes régulières.
Cette limite ne s’applique pas lors de la création des fichiers de sauvegarde puisqu’il n’y à rien à importer dans cette étape (pour info j’utilise ce plugin pour des bases qui me donnent des fichiers sauvegardes jusqu’a 25 Mo...).
En revanche c’est dans le cas d’une restauration par phpmyadmin à partir de ces fichiers > 2 Mo que se pose le problème... Et jusque là la seule solution simple est de « tronçonner » le fichier trop gros en fichiers < 2 Mo et de les envoyer les uns après les autres (pas très ergonomique mais une restauration à partir de sauvegardes est une opération peu fréquente !)
Il y a une autre solution pour réinstaller la base de données à partir de fichiers de plus de Mo ... c’est de ne *pas* utiliser phpmyadmin.
Cette soluce n’est pas accessible à tout le monde car il faut pouvoir intervenir en ligne de commande sur le serveur (généralement avec ssh). Mais pour ceux qui ont une base de donnée de plus de 2Mo, le choix d’un bon service d’hébergement avec cette possibilité se justifie peut être, même si ce n’est pas tout à fait gratuit.
La commande ’mysql’ n’est pas limitée à 2Mo, elle passera toutes les commandes du fichier dans la base désigné :
$ mysql dbname < fichiersql
Répondre à ce message
Ca ne semble pas fonctionner avec Spip 1.9.2. J’ai eu la page de configuration, puis à la suite de la validation, page blanche.
J’utilise encore l’outil de Japanim, (avec une petite correction car il faisait parfois de multiples sauvegardes quotidiennes) et il m’a permis de faire redémarrer un site après plantage de la base, avec seulement 24h de pertes de données. Donc ce plugin est bien venu.
Reste évidemment le problème des documents à sauvegarder. Je ne sais pas par quel bout le prendre, car sur un site j’ai 250 Mo de données, ce qui me prend une heure à la main...
Pour l’instant ce plugin n’a pas encore été adapté pour spip 1.9.2 : en principe il doit pas y avoir grand chose à modifier mais là j’ai pas trop le temps...
Si tu te sens de faire l’adaptation, pas de problème pour moi : soit tu bosse directement sur le SVN de la zone (svn ://zone.spip.org/spip-zone/_plugins_/_test_/saveauto) soit tu peux m’envoyer un zip avec les fichiers modifiés, je m’occuperais de la mise à jour sur spip-zone.
Sinon, pour le problème de la sauvegarde des documents, c’est un sujet qui à déja été abordé plusieurs fois sur la liste de spip-zone et il y a plusieurs solutions envisageables (mirroir vers un autre serveur par FTP par ex).
A priori la plus grosse difficulté en ce moment c’est de trouver quelqu’un qui ait le temps de s’en occuper... Alors une fois encoe, si tu veux t’investir là-dessus tu es le bienvenu et à coup sûr tu ne manquera pas de testeurs !
la version pour spip 1.9.2 est sortie : http://files.spip.org/spip-zone/sav...
pour la récupération du dossier IMG sous Windows, j’utilise un outil externe à SPIP : syncback.
Il permet de synchroniser un dossier de sauvegarde local avec le dossier IMG chez ton hébergeur via FTP.
Tu peux planifier la périodicité des sauvegardes toujours avec le même outil.
Ca fonctionne très bien.
Répondre à ce message
Bravo et merci pour ce super plugin...
juste une petite difficuluté. La sauvegarde se fait très bien mais l’envoi par mail ne marche pas...
cela aurait été pratique en cas de crash complet du serveur.
quel peut etre le problème ?
merci
nb : la base fait 9 MO (une limite dans l’envoi des mails ?)
Répondre à ce message
Erreur...
Fichier exec/cfg introuvable
voilà ce que j’obtien ! pas génial.
SPIP 1.9.2 [8782]
QUelqu’un sait ce qui ne va pas ?
Alors comme d’habitude : RTFM !
En effet si tu avais lu ce paragraphe de la doc, tu saurais qu’il FAUT que le plugin cfg soit installé et activé pour que la version saveauto_1_9_2 fonctionne...
oui ca marche maintenant,
merci infiniment.
L’envoi par mail ne fonctionne pas, peut etre parce que la base fait mo !
Merci
Répondre à ce message
Salut !
Super plugin que j’ai installé sur 3 sites...
Problèmes sur un site, je reçois plusieurs savegardes par jours, et aujourd’hui, carrément 57 d’un coup !
Une idée ?
Liste des derniers plugins installés (qui correspondrait en date de début des problèmes) :
- Squelette editeur
- Target
- En travaux
Tiens... alors que j’ai désactivé le plug il y a 20 minutes, je viens de recevoir encore 6 sauvegardes...
Oh oh... 27 sauvegardes sur un autre site, sur lequel il n’y a eu aucun ajout de plugin...
Y aurait-il un rapport avec la date 11/02/07 ? étrange autant que bizarre...
Bonjour,
Je rencontre le même problème que Chris depuis que je suis passé sous Spip 1.9.2 : dès que je rentre dans la partie privée du site (administration), des sauvegardes sont exécutées en permanences et envoyées par mail. Cela s’arrête dès que je reviens dans la partie pubique du site. Ce matin j’ai installé la toute dernière version du plugin sans amélioration du problème.
Si quelqu’un a une idée ?
Liste des plugins installés :
- Article_PDF
- Barre Typo Enrichie Ecologique
- Config
- Crayons
- Suivi des Forums
- MailCrypt
- Spip-listes
- sauvegarde automatique
Répondre à ce message
Super ce plugin,
Un petit bug concernant la fréquence de sauvegarde (envois de mails à répétition).
Le problème vient du tri par rsort($entree) ; pour les dates du 1er au 9 du mois ;
je m’explique :
Ma première sauvegarde date du 9 du mois donc le fichier :
saveauto_nom_base_SPIP_2007_02_9.sql
Mais ce fichier une fois comparé à saveauto_nom_base_SPIP_2007_02_14.sql (celle d’aujourd’hui) reste en première position avec rsort => éternel problème du tri alphanumérique
La parade :
ligne 157 fichier saveauto_fonctions.php remplacer
$jour = date(« j », $temps) ; //format numerique : 1->31
par
$jour = date(« d », $temps) ; //format numerique : 01->31
pour avoir les dates 01 02 ....
Et renommer par ftp les fichiers :
saveauto_nom_base_SPIP_2007_02_9.sql doit devenir saveauto_nom_base_SPIP_2007_02_09.sql
pour éviter le spam involontaire.
Encore merci pour ce super plugin.
C’est modifié et commité sur les versions saveauto_1_9_1 et saveauto_1_9_2 disponibles dès demain sur http://files.spip.org/spip-zone/
Merci de la soluce !
Répondre à ce message
Je n’arrive pas à configurer le plugin saveauto sous spip 1.9.1 (sous linux apache)
Une fois installé, je vais cocher le plugin save auto via l’icone configuration
La page d’écran se rafraichit et reste blanche.
Je n’ai plus accès à la page privée tant que je ne supprime pas le répertoire de save auto.
Une piste ...
j’ai réinstallé une 2e instance de spip sans squelette personnalisé et j’ai le même problème.
J’arrive à faire marché le même plugin sur un serveur windows (XAMPP + spip 1.9.1)
Merci d’avance
Répondre à ce message
Ahou ! Ça c’est bonne idée, bon greffon et explications claires.
Merci beaucoup. ;-)
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 :
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.
Suivre les commentaires :
|
