problème sauvegarde sqlite

[dd]

Bonjour,

Message d'erreur : Impossible de faire une sauvegarde avec
SQLite sur votre hébergement.
(via /?exec=sauvegarder)

sur les sites en SPIP 3.0.2 [19586]

en local (PHP version: 5.3.6-13ubuntu3.8
SQL version: MySQL: 5.1.63-0ubuntu0.11.10.1)

La base est bien en mysql comme détecté correctement par la page
/?exec=admin_tech


et la sauvegarde ne se fait pas.

dd

[Bruno Bergot]

Salut,

Post by dd
Bonjour,
Message d'erreur : Impossible de faire une sauvegarde avec
SQLite sur votre hébergement.
(via /?exec=sauvegarder)

Le message n'est peut être pas assez causant, SPIP 3 nécessite SQLite
sur le serveur pour pouvoir effectuer une sauvegarde (que la base soit
en mysql ou en sqlite).

Cf l'article de présentation de SPIP 3 :

Dump assure la gestion des sauvegardes et restaurations. La
fonctionnalité a été complètement ré-écrite pour assurer une sauvegarde
complète et fiable. Le format de sauvegarde est maintenant SQLite et
toutes les tables sont systématiquement conservées.

http://www.spip.net/fr_article5427.html

++
b_b

[JLuc]

Post by Bruno Bergot
Salut,

Post by dd
Bonjour,
Message d'erreur : Impossible de faire une sauvegarde avec
SQLite sur votre hébergement.
(via /?exec=sauvegarder)

Le message n'est peut être pas assez causant, SPIP 3 nécessite SQLite sur le serveur pour pouvoir effectuer une
sauvegarde (que la base soit en mysql ou en sqlite).
Dump assure la gestion des sauvegardes et restaurations. La fonctionnalité a été complètement ré-écrite pour assurer une
sauvegarde complète et fiable. Le format de sauvegarde est maintenant SQLite et toutes les tables sont systématiquement
conservées.
http://www.spip.net/fr_article5427.html

La doc pourrait indiquer aussi :
En conséquence, sur un site utilisant MYSQL et dont le PHP ne dispose pas de SQLite, il vous faut sauvegarder la base de
donnée indépendamment de SPIP, en utilisant mysqldump ou phpmyadmin.

JLuc

[Bruno Bergot]

Hop,

Post by JLuc
En conséquence, sur un site utilisant MYSQL et dont le PHP ne dispose
pas de SQLite, il vous faut sauvegarder la base de donnée indépendamment
de SPIP, en utilisant mysqldump ou phpmyadmin.

je viens d'ajouter la mention suivant à l'article de spip.net :

Votre hébergement doit donc disposer de SQLite. Si ce n’est pas le cas,
contactez votre hébergeur pour lui demander de l’activer.

http://www.spip.net/fr_article5427.html?var_mode=calcul

++
b_b

[Gilles Vincent]

Hop,

Hop,

Post by JLuc
En conséquence, sur un site utilisant MYSQL et dont le PHP ne dispose
pas de SQLite, il vous faut sauvegarder la base de donnée indépendamment
de SPIP, en utilisant mysqldump ou phpmyadmin.

Votre hébergement doit donc disposer de SQLite. Si ce n’est pas le cas,
contactez votre hébergeur pour lui demander de l’activer.
http://www.spip.net/fr_**article5427.html?var_mode=**calcul<http://www.spip.net/fr_article5427.html?var_mode=calcul>

Certains hébergeurs mutualisés font exprès de ne pas autoriser sqlite. Ils
limitent le nombre de bases mysql pour plusieurs raisons. Alors fournir un
nombre illimité de bases sqlite qui utiliseraient des ressources non
maitrisables, je pense qu'il ne sont pas chauds.
Au hasard : Free.fr

Par rapport à ce type de situation, je propose d'utiliser la formulation
suivante :
"*En l'absence de sqlite, il est conseillé à l'utilisateur de réaliser ses
sauvegardes via phpmyadmin ou toute autre interface de gestion de la base
de données fournie par son hébergeur.*"

Qu'en penses-tu ?


a+
.Gilles

++
b_b
______________________________**_________________

[JLuc]

Post by JLuc
Hop,
Hop,
En conséquence, sur un site utilisant MYSQL et dont le PHP ne dispose
pas de SQLite, il vous faut sauvegarder la base de donnée indépendamment
de SPIP, en utilisant mysqldump ou phpmyadmin.
Votre hébergement doit donc disposer de SQLite. Si ce n’est pas le cas, contactez votre hébergeur pour lui demander
de l’activer.
http://www.spip.net/fr___article5427.html?var_mode=__calcul <http://www.spip.net/fr_article5427.html?var_mode=calcul>
Certains hébergeurs mutualisés font exprès de ne pas autoriser sqlite. Ils limitent le nombre de bases mysql pour
plusieurs raisons. Alors fournir un nombre illimité de bases sqlite qui utiliseraient des ressources non maitrisables,
je pense qu'il ne sont pas chauds.
Au hasard : Free.fr
"/En l'absence de sqlite, il est conseillé à l'utilisateur de réaliser ses sauvegardes via phpmyadmin ou toute autre
interface de gestion de la base de données fournie par son hébergeur./"
Qu'en penses-tu ?

Je trouve ça nettement mieux.

Car demander à son hébergeur de modifier l'hébergement aura en général autant d'effet que d'aller brûler un cierge à la
piscine du quartier : plouf !

Alors que se servir de phpmyadmin, mysqldump ou sauveauto marche à tous les coups...

JLuc

[dd]

Post by JLuc

Post by JLuc
Hop,
Hop,
En conséquence, sur un site utilisant MYSQL et dont le PHP ne dispose
pas de SQLite, il vous faut sauvegarder la base de donnée indépendamment
de SPIP, en utilisant mysqldump ou phpmyadmin.
Votre hébergement doit donc disposer de SQLite. Si ce n’est pas le
cas, contactez votre hébergeur pour lui demander
de l’activer.
http://www.spip.net/fr___article5427.html?var_mode=__calcul
<http://www.spip.net/fr_article5427.html?var_mode=calcul>
Certains hébergeurs mutualisés font exprès de ne pas autoriser sqlite.
Ils limitent le nombre de bases mysql pour
plusieurs raisons. Alors fournir un nombre illimité de bases sqlite
qui utiliseraient des ressources non maitrisables,
je pense qu'il ne sont pas chauds.
Au hasard : Free.fr
Par rapport à ce type de situation, je propose d'utiliser la
"/En l'absence de sqlite, il est conseillé à l'utilisateur de réaliser
ses sauvegardes via phpmyadmin ou toute autre
interface de gestion de la base de données fournie par son hébergeur./"
Qu'en penses-tu ?

Je trouve ça nettement mieux.
Car demander à son hébergeur de modifier l'hébergement aura en général
plouf !
Alors que se servir de phpmyadmin, mysqldump ou sauveauto marche à tous les coups...
JLuc

Oui je trouve cela plus explicite.

Un bémol : lorsque le fichier de sauvegarde fait plus de 2 mega (cela
arrive même compressé) on atteint la limite PHPMyadmin de pas mal
d'hébergeurs et c'est assez contraignant de séparer ses sauvegardes en
plusieurs morceaux.

Si je comprend bien les plugins saveauto et consorts ne sont plus
compatibles avec SPIP 3 ?

dd




_______________________________________________
spip-***@rezo.net - http://listes.rezo.net/mailman/listinfo/spip

[Cédric Morin]

Post by dd

Post by JLuc

Post by JLuc
Hop,
Hop,
En conséquence, sur un site utilisant MYSQL et dont le PHP ne dispose
pas de SQLite, il vous faut sauvegarder la base de donnée indépendamment
de SPIP, en utilisant mysqldump ou phpmyadmin.
Votre hébergement doit donc disposer de SQLite. Si ce n’est pas le
cas, contactez votre hébergeur pour lui demander
de l’activer.
http://www.spip.net/fr___article5427.html?var_mode=__calcul
<http://www.spip.net/fr_article5427.html?var_mode=calcul>
Certains hébergeurs mutualisés font exprès de ne pas autoriser sqlite.
Ils limitent le nombre de bases mysql pour
plusieurs raisons. Alors fournir un nombre illimité de bases sqlite
qui utiliseraient des ressources non maitrisables,
je pense qu'il ne sont pas chauds.
Au hasard : Free.fr
"/En l'absence de sqlite, il est conseillé à l'utilisateur de réaliser
ses sauvegardes via phpmyadmin ou toute autre
interface de gestion de la base de données fournie par son hébergeur./"
Qu'en penses-tu ?

Je trouve ça nettement mieux.
Car demander à son hébergeur de modifier l'hébergement aura en général
plouf !
Alors que se servir de phpmyadmin, mysqldump ou sauveauto marche à tous les coups...
JLuc

Oui je trouve cela plus explicite.
Un bémol : lorsque le fichier de sauvegarde fait plus de 2 mega (cela arrive même compressé) on atteint la limite PHPMyadmin de pas mal d'hébergeurs

C'est amusant que l'on présume que Spip doive réussir à se débrouiller là ou les autres outils n'y arrivent pas.
Le fait est que faire des sauvegardes volumineuses et fiables dans un gros fichier avec des limites de timeout et de dl/upload est très problématique.
Spip n'échappant pas plus aux contraintes techniques que les autres outils, le système qui était utilisé jusqu'en version 2 était très imparfait et peu fiable. Il n'a jamais été pensé comme un système de sauvegarde mais cet usage détourné conduisait à des problèmes de supports et debug incessants.
D'où le choix de passer à SQLite.

_______________________________________________
spip-***@rezo.net - http://listes.rezo.net/mailman/listinfo/s

[Pascal JPM]

Save-auto en SPIP 3.0 fonctionne pour ma part (avec quelques défauts d'affichage) mais je ne suis pas un adepte du très gros fichier donc je ne peux pas te dire sur une sauvegarde de plus de 3 Mo et surtout s'il y a des failles, je viens de découvrir le message de Cédric disant que cette partie était joyeusement buggué...

Cordialement,

Pascal23

-----Message d'origine-----
De : dd [mailto:***@free.fr]
Envoyé : lundi 2 juillet 2012 23:24
À : spip-***@rezo.net
Cc : spip-***@rezo.net
Objet : Re: [SPIP Zone] problème sauvegarde sqlite

Post by JLuc

Post by JLuc
Hop,
Hop,
En conséquence, sur un site utilisant MYSQL et dont le PHP ne dispose
pas de SQLite, il vous faut sauvegarder la base de donnée indépendamment
de SPIP, en utilisant mysqldump ou phpmyadmin.
Votre hébergement doit donc disposer de SQLite. Si ce n’est pas
le cas, contactez votre hébergeur pour lui demander
de l’activer.
http://www.spip.net/fr___article5427.html?var_mode=__calcul
<http://www.spip.net/fr_article5427.html?var_mode=calcul>
Certains hébergeurs mutualisés font exprès de ne pas autoriser sqlite.
Ils limitent le nombre de bases mysql pour plusieurs raisons. Alors
fournir un nombre illimité de bases sqlite qui utiliseraient des
ressources non maitrisables, je pense qu'il ne sont pas chauds.
Au hasard : Free.fr
Par rapport à ce type de situation, je propose d'utiliser la
"/En l'absence de sqlite, il est conseillé à l'utilisateur de
réaliser ses sauvegardes via phpmyadmin ou toute autre interface de
gestion de la base de données fournie par son hébergeur./"
Qu'en penses-tu ?

Je trouve ça nettement mieux.
Car demander à son hébergeur de modifier l'hébergement aura en général
plouf !
Alors que se servir de phpmyadmin, mysqldump ou sauveauto marche à tous les coups...
JLuc

Oui je trouve cela plus explicite.

Un bémol : lorsque le fichier de sauvegarde fait plus de 2 mega (cela arrive même compressé) on atteint la limite PHPMyadmin de pas mal d'hébergeurs et c'est assez contraignant de séparer ses sauvegardes en plusieurs morceaux.

Si je comprend bien les plugins saveauto et consorts ne sont plus compatibles avec SPIP 3 ?

dd

[Bruno Bergot]

Hop,

Post by Gilles Vincent
Par rapport à ce type de situation, je propose d'utiliser la formulation
"*En l'absence de sqlite, il est conseillé à l'utilisateur de réaliser ses
sauvegardes via phpmyadmin ou toute autre interface de gestion de la base
de données fournie par son hébergeur.*"
Qu'en penses-tu ?

gogogo :)

++
b_b

[Bruno Bergot]

Hop

Post by Bruno Bergot

Post by Gilles Vincent
Qu'en penses-tu ?

gogogo :)

Bon ben je l'ai fait :

http://www.spip.net/fr_article5427.html

++
b_b