Actuellement on est obligé d’avoir sqlite pour les sauvegardes de SPIP.
Dans le cas où sqlite n’est pas installé, il n’y a pas de warning avant.
C’est curieux car lors de l’installation sqlite n’est pas proposé, donc on doit pouvoir tester avant de lancer la sauvegarde.
Le message d’erreur est d’ailleurs trompeur : “Impossible de faire une sauvegarde SQLite sur votre hébergement”
Il sous-entend qu’on peut faire une sauvegarde comme avant.
C’est possible d’avoir un format de type sql compatible mysql ?
Actuellement on est obligé d’avoir sqlite pour les sauvegardes de SPIP.
Dans le cas où sqlite n’est pas installé, il n’y a pas de warning avant.
C’est curieux car lors de l’installation sqlite n’est pas proposé, donc on doit pouvoir tester avant de lancer la sauvegarde.
Le message d’erreur est d’ailleurs trompeur : « Impossible de faire une sauvegarde SQLite sur votre hébergement »
Il sous-entend qu’on peut faire une sauvegarde comme avant.
C’est possible d’avoir un format de type sql compatible mysql ?
Si SQLite est dispo, il restaure bien sur la base du site, quelque soit son type, c’est bien « compatible » MySQL. Tu pensais mettre quoi à la place du message d’erreur incriminé ?
Actuellement le bon message d’erreur serait “Impossible de faire une sauvegarde sur votre hébergement”.
Je vais regarder le code pour voir comment l’extension Dump pourrait pondre un fichier .sql (on ne doit pas en être loin vu qu’on exporte en .sqlite)
Ça me semble être une solution alternative pas trop dure à mettre en place.
Enorme différence : l'export en SQlite utilise les fonctions SQL uniquement, alors que l'export au format .sql repose sur de l'écriture de fichier avec tous les problèmes que cela posait pour le xml (lock, processus concourants, double écriture...)
Cela dit il est en principe possible de rerouter les fonctions d'écriture SQL dans le dump et donc il y a moyen de prendre la main facilement pour ecrire dans un fichier plutot que par SQL (a voir les problèmes mentionnés ci-dessus qui ne seront pas gérés).
SQlite est tout de même standard dans PHP5, donc les hébergement devraient tous le supporter...
Chez AlwaysData, il faut l'activer manuellement en ajoutant "extension=sqlite3.so" dans le php.ini, mais même en l'ayant activé (vérifié avec un phpinfo), j'ai une erreur «Impossible de faire une sauvegarde SQLite sur votre hébergement».