Nous n'avons plus accès à notre site (partie publique comme partie privée).
Nous voulons le transférer sur un autre hébergeur par ftp.
Nous avons donc fait une copie intégrale.
Problème : la dernière sauvegarde date de plusieurs mois. Je vous cite de qu'écrit la personne qui a opéré : "Comme il n'y a pas eu de sauvegarde de la base de données depuis le changement de version SPIP, il n'y a pas de sous dossier /data dans le dossier /ecrire et encore moins de fichier dump.xml ou dump.xml.gz puis que c'est ( d'après ce que je viens de comprendre) c'est en sauvegardant la base de données à partir de l'espace privé du site qu'on crée ces fichiers avec l'arborescence proposée par spip."
Vous n’avez pas accès à la partie privée avec l’interface SPIP mais apparament c’est possible de faire un FTP sur l’hébergement.
Il faudrait faire un backup de la base en se connectant avec SSH
En PHP :
<?
echo "Votre base est en cours de sauvegarde.......
";
system("mysqldump --host=sql3 --user=testbackup --password=RtPgDsmL testbackup > testbackup.sql");
echo "Compression du fichier.....
";
system("gzip testbackup.sql");
echo "C'est fini. Vous pouvez récupérer la base par FTP";
?>
Nous n’avons plus accès à notre site (partie publique comme partie privée).
Nous voulons le transférer sur un autre hébergeur par ftp.
Nous avons donc fait une copie intégrale.
Problème : la dernière sauvegarde date de plusieurs mois. Je vous cite de qu’écrit la personne qui a opéré : « Comme il n’y a pas eu de sauvegarde de la base de données depuis le changement de version SPIP, il n’y a pas de sous dossier /data dans le dossier /ecrire et encore moins de fichier dump.xml ou dump.xml.gz puis que c’est ( d’après ce que je viens de comprendre) c’est en sauvegardant la base de données à partir de l’espace privé du site qu’on crée ces fichiers avec l’arborescence proposée par spip. »
Le 12 oct. 08 à 09:15, Monique (AC ! Orne) a écrit :
Bonjour
Nous n'avons plus accès à notre site (partie publique comme partie privée).
Nous voulons le transférer sur un autre hébergeur par ftp.
Nous avons donc fait une copie intégrale.
Problème : la dernière sauvegarde date de plusieurs mois. Je vous cite de qu'écrit la personne qui a opéré : "Comme il n'y a pas eu de sauvegarde de la base de données depuis le changement de version SPIP, il n'y a pas de sous dossier /data dans le dossier /ecrire et encore moins de fichier dump.xml ou dump.xml.gz puis que c'est ( d'après ce que je viens de comprendre) c'est en sauvegardant la base de données à partir de l'espace privé du site qu'on crée ces fichiers avec l'arborescence proposée par spip."
Il s'agit là de la sauvegarde faite depuis l'admin de SPIP qui crée un fichier dump.xml.
De même que vous avez trouvé l'accès FTP pour vous devez trouver l'accès au serveur MySQL et chercher le chemin vers l'utilitaire phpMyAdmin pour faire une sauvegarde complète de la base sans passer par SPIP.
Les indices se trouvent dans les fichiers récupérés du site
/ecrire/inc_connect.php
ou
/config/connect.php (pour spip1.9.x)
la ligne de connexion à la data base :
spip_connect_db('serveur','','user','pass','base');
serveur : l'adresse du serveur (ce peut être malheureusement "localhost" s'il est sur la même machine)
user : l'utilisateur MySQL
pass : son mot de passe
base : le nom de la base
Avec l'adresse du serveur MySQL et l'utilisateur msql et son pass vous pourrez faire une copie de la base.
Regarder les mails avec l'hébergeur il vous a peut-être donné un accès en ssh. C'est une autre porte d'entrée.
YLH
* Monique (AC ! Orne) tapuscrivait, le 12/10/2008 09:15:
Bonjour
Pour compléter les réponses déjà données.
Nous n'avons plus accès à notre site (partie publique comme partie privée).
Est-ce que c'est parce que le nom de domaine ne pointe plus sur le serveur en question ?
Si oui, il peut suffire de modifier le fichier hosts (résolution locale de nom de domaine) de sa machine pour faire pointer le nom de domaine en question sur l'adresse IP de la machine.
Cela permet de retrouver depuis une machine l'accès à ecrire, et de lancer un dump...
Merci pour ces réponses mais c'est le serveur qui est en rade. Nous voulons faire une copie du site pour l'installer sur un autre serveur avec redirection du nom de domaine. On ne peut se connecter avec ssh (je vous répète ce qu'on m'a dit) et l'autre solution proposée n'a pas abouti.
Bonne soirée.
M.
Le 14 oct. 08 à 16:39, RealET a écrit :
* Monique (AC ! Orne) tapuscrivait, le 12/10/2008 09:15:
Bonjour
Pour compléter les réponses déjà données.
Nous n'avons plus accès à notre site (partie publique comme partie privée).
Est-ce que c'est parce que le nom de domaine ne pointe plus sur le serveur en question ?
Si oui, il peut suffire de modifier le fichier hosts (résolution locale de nom de domaine) de sa machine pour faire pointer le nom de domaine en question sur l'adresse IP de la machine.
Cela permet de retrouver depuis une machine l'accès à ecrire, et de lancer un dump...
--
RealET
_______________________________________________
li
Le 12 oct. 08 à 09:54, Yves Le Houerf a écrit :
Le 12 oct. 08 à 09:15, Monique (AC ! Orne) a écrit :
Bonjour
Nous n'avons plus accès à notre site (partie publique comme partie privée).
Nous voulons le transférer sur un autre hébergeur par ftp.
Nous avons donc fait une copie intégrale.
Problème : la dernière sauvegarde date de plusieurs mois. Je vous cite de qu'écrit la personne qui a opéré : "Comme il n'y a pas eu de sauvegarde de la base de données depuis le changement de version SPIP, il n'y a pas de sous dossier /data dans le dossier /ecrire et encore moins de fichier dump.xml ou dump.xml.gz puis que c'est ( d'après ce que je viens de comprendre) c'est en sauvegardant la base de données à partir de l'espace privé du site qu'on crée ces fichiers avec l'arborescence proposée par spip."
Il s'agit là de la sauvegarde faite depuis l'admin de SPIP qui crée un fichier dump.xml.
De même que vous avez trouvé l'accès FTP pour vous devez trouver l'accès au serveur MySQL et chercher le chemin vers l'utilitaire phpMyAdmin pour faire une sauvegarde complète de la base sans passer par SPIP.
Les indices se trouvent dans les fichiers récupérés du site
/ecrire/inc_connect.php
ou
/config/connect.php (pour spip1.9.x)
la ligne de connexion à la data base :
spip_connect_db('serveur','','user','pass','base');
serveur : l'adresse du serveur (ce peut être malheureusement "localhost" s'il est sur la même machine)
user : l'utilisateur MySQL
pass : son mot de passe
base : le nom de la base
Avec l'adresse du serveur MySQL et l'utilisateur msql et son pass vous pourrez faire une copie de la base.
Regarder les mails avec l'hébergeur il vous a peut-être donné un accès en ssh. C'est une autre porte d'entrée.
YLH
Merci à qui nous conseillera !
M.
____________________________________
Le 12 oct. 08 à 09:49, Pierre ROGER a écrit :
Bonjour,
Vous n'avez pas accès à la partie privée avec l'interface SPIP mais apparament c'est possible de faire un FTP sur l'hébergement.
Il faudrait faire un backup de la base en se connectant avec SSH
En PHP :
<?
echo "Votre base est en cours de sauvegarde.......
";
system("gzip testbackup.sql");
echo "C'est fini. Vous pouvez récupérer la base par FTP";
?>
Le 12 octobre 2008 09:15, Monique (AC ! Orne) <monique.ac61@free.fr> a écrit :
Bonjour
Nous n'avons plus accès à notre site (partie publique comme partie privée).
Nous voulons le transférer sur un autre hébergeur par ftp.
Nous avons donc fait une copie intégrale.
Problème : la dernière sauvegarde date de plusieurs mois. Je vous cite de qu'écrit la personne qui a opéré : "Comme il n'y a pas eu de sauvegarde de la base de données depuis le changement de version SPIP, il n'y a pas de sous dossier /data dans le dossier /ecrire et encore moins de fichier dump.xml ou dump.xml.gz puis que c'est ( d'après ce que je viens de comprendre) c'est en sauvegardant la base de données à partir de l'espace privé du site qu'on crée ces fichiers avec l'arborescence proposée par spip."
Y-a-t-il beaucoup d’articles? De rubriquages? D’auteurs?
J’ai cru comprendre que vous avez l’accès ftp, de ce fait, est-ce que (rustine de secours) ce plugin http://www.spip-contrib.net/Migre-static ne ferait pas l’affaire?
De plus, vous dites que c’est le serveur qui est en rade, mais est-ce que vous ne pouvez pas vous connecter sur la base mySQL par PhpMyAdmin?.. (la question a été déjà posé je crois mais pas de réponse…)
Merci pour ces réponses mais c’est le serveur qui est en rade. Nous voulons faire une copie du site pour l’installer sur un autre serveur avec redirection du nom de domaine. On ne peut se connecter avec ssh (je vous répète ce qu’on m’a dit) et l’autre solution proposée n’a pas abouti.
Bonne soirée.
M.
Le 14 oct. 08 à 16:39, RealET a écrit :
Monique (AC ! Orne) tapuscrivait, le 12/10/2008 09:15:
Bonjour
Pour compléter les réponses déjà données.
Nous n’avons plus accès à notre site (partie publique comme partie privée).
Est-ce que c’est parce que le nom de domaine ne pointe plus sur le serveur en question ?
Si oui, il peut suffire de modifier le fichier hosts (résolution locale de nom de domaine) de sa machine pour faire pointer le nom de domaine en question sur l’adresse IP de la machine.
Cela permet de retrouver depuis une machine l’accès à ecrire, et de lancer un dump…
–
RealET
li
Le 12 oct. 08 à 09:54, Yves Le Houerf a écrit :
Le 12 oct. 08 à 09:15, Monique (AC ! Orne) a écrit :
Bonjour
Nous n’avons plus accès à notre site (partie publique comme partie privée).
Nous voulons le transférer sur un autre hébergeur par ftp.
Nous avons donc fait une copie intégrale.
Problème : la dernière sauvegarde date de plusieurs mois. Je vous cite de qu’écrit la personne qui a opéré : « Comme il n’y a pas eu de sauvegarde de la base de données depuis le changement de version SPIP, il n’y a pas de sous dossier /data dans le dossier /ecrire et encore moins de fichier dump.xml ou dump.xml.gz puis que c’est ( d’après ce que je viens de comprendre) c’est en sauvegardant la base de données à partir de l’espace privé du site qu’on crée ces fichiers avec l’arborescence proposée par spip. »
Il s’agit là de la sauvegarde faite depuis l’admin de SPIP qui crée un fichier dump.xml.
De même que vous avez trouvé l’accès FTP pour vous devez trouver l’accès au serveur MySQL et chercher le chemin vers l’utilitaire phpMyAdmin pour faire une sauvegarde complète de la base sans passer par SPIP.
Les indices se trouvent dans les fichiers récupérés du site
/ecrire/inc_connect.php
ou
/config/connect.php (pour spip1.9.x)
la ligne de connexion à la data base :
spip_connect_db(‹ serveur ›,‹ ›,‹ user ›,‹ pass ›,‹ base ›);
serveur : l’adresse du serveur (ce peut être malheureusement « localhost » s’il est sur la même machine)
user : l’utilisateur MySQL
pass : son mot de passe
base : le nom de la base
Avec l’adresse du serveur MySQL et l’utilisateur msql et son pass vous pourrez faire une copie de la base.
Regarder les mails avec l’hébergeur il vous a peut-être donné un accès en ssh. C’est une autre porte d’entrée.
YLH
Merci à qui nous conseillera !
M.
Le 12 oct. 08 à 09:49, Pierre ROGER a écrit :
Bonjour,
Vous n’avez pas accès à la partie privée avec l’interface SPIP mais apparament c’est possible de faire un FTP sur l’hébergement.
Il faudrait faire un backup de la base en se connectant avec SSH
En PHP :
<?
echo "Votre base est en cours de sauvegarde.......
";
system("mysqldump --host=sql3 --user=testbackup --password=RtPgDsmL testbackup > testbackup.sql");
echo "Compression du fichier.....
";
system("gzip testbackup.sql");
echo "C'est fini. Vous pouvez récupérer la base par FTP";
?>
Le 12 octobre 2008 09:15, Monique (AC ! Orne) <monique.ac61@free.fr> a écrit :
Bonjour
Nous n’avons plus accès à notre site (partie publique comme partie privée).
Nous voulons le transférer sur un autre hébergeur par ftp.
Nous avons donc fait une copie intégrale.
Problème : la dernière sauvegarde date de plusieurs mois. Je vous cite de qu’écrit la personne qui a opéré : « Comme il n’y a pas eu de sauvegarde de la base de données depuis le changement de version SPIP, il n’y a pas de sous dossier /data dans le dossier /ecrire et encore moins de fichier dump.xml ou dump.xml.gz puis que c’est ( d’après ce que je viens de comprendre) c’est en sauvegardant la base de données à partir de l’espace privé du site qu’on crée ces fichiers avec l’arborescence proposée par spip. »
Il y a une trentaine d’auteurs, de mémoire dans les 1900 articles et un nombre considérable de commentaires.
Le plugin ne peut faire l’affaire dans la mesure où on n’a pas accès à l’espace privé.
Il est possible de se connecter sur la base phpMyAdmin et la personne qui opère a suivi les conseils indiqués ci-dessous.
M.
Le 14 oct. 08 à 18:33, Teddy Payet a écrit :
Bonjour,
Y-a-t-il beaucoup d’articles? De rubriquages? D’auteurs?
J’ai cru comprendre que vous avez l’accès ftp, de ce fait, est-ce que (rustine de secours) ce plugin http://www.spip-contrib.net/Migre-static ne ferait pas l’affaire?
De plus, vous dites que c’est le serveur qui est en rade, mais est-ce que vous ne pouvez pas vous connecter sur la base mySQL par PhpMyAdmin?.. (la question a été déjà posé je crois mais pas de réponse…)
Merci pour ces réponses mais c’est le serveur qui est en rade. Nous voulons faire une copie du site pour l’installer sur un autre serveur avec redirection du nom de domaine. On ne peut se connecter avec ssh (je vous répète ce qu’on m’a dit) et l’autre solution proposée n’a pas abouti.
Bonne soirée.
M.
Le 14 oct. 08 à 16:39, RealET a écrit :
Monique (AC ! Orne) tapuscrivait, le 12/10/2008 09:15:
Bonjour
Pour compléter les réponses déjà données.
Nous n’avons plus accès à notre site (partie publique comme partie privée).
Est-ce que c’est parce que le nom de domaine ne pointe plus sur le serveur en question ?
Si oui, il peut suffire de modifier le fichier hosts (résolution locale de nom de domaine) de sa machine pour faire pointer le nom de domaine en question sur l’adresse IP de la machine.
Cela permet de retrouver depuis une machine l’accès à ecrire, et de lancer un dump…
–
RealET
li
Le 12 oct. 08 à 09:54, Yves Le Houerf a écrit :
Le 12 oct. 08 à 09:15, Monique (AC ! Orne) a écrit :
Bonjour
Nous n’avons plus accès à notre site (partie publique comme partie privée).
Nous voulons le transférer sur un autre hébergeur par ftp.
Nous avons donc fait une copie intégrale.
Problème : la dernière sauvegarde date de plusieurs mois. Je vous cite de qu’écrit la personne qui a opéré : « Comme il n’y a pas eu de sauvegarde de la base de données depuis le changement de version SPIP, il n’y a pas de sous dossier /data dans le dossier /ecrire et encore moins de fichier dump.xml ou dump.xml.gz puis que c’est ( d’après ce que je viens de comprendre) c’est en sauvegardant la base de données à partir de l’espace privé du site qu’on crée ces fichiers avec l’arborescence proposée par spip. »
Il s’agit là de la sauvegarde faite depuis l’admin de SPIP qui crée un fichier dump.xml.
De même que vous avez trouvé l’accès FTP pour vous devez trouver l’accès au serveur MySQL et chercher le chemin vers l’utilitaire phpMyAdmin pour faire une sauvegarde complète de la base sans passer par SPIP.
Les indices se trouvent dans les fichiers récupérés du site
/ecrire/inc_connect.php
ou
/config/connect.php (pour spip1.9.x)
la ligne de connexion à la data base :
spip_connect_db(‹ serveur ›,‹ ›,‹ user ›,‹ pass ›,‹ base ›);
serveur : l’adresse du serveur (ce peut être malheureusement « localhost » s’il est sur la même machine)
user : l’utilisateur MySQL
pass : son mot de passe
base : le nom de la base
Avec l’adresse du serveur MySQL et l’utilisateur msql et son pass vous pourrez faire une copie de la base.
Regarder les mails avec l’hébergeur il vous a peut-être donné un accès en ssh. C’est une autre porte d’entrée.
YLH
Merci à qui nous conseillera !
M.
Le 12 oct. 08 à 09:49, Pierre ROGER a écrit :
Bonjour,
Vous n’avez pas accès à la partie privée avec l’interface SPIP mais apparament c’est possible de faire un FTP sur l’hébergement.
Il faudrait faire un backup de la base en se connectant avec SSH
En PHP :
<?
echo "Votre base est en cours de sauvegarde.......
";
system("mysqldump --host=sql3 --user=testbackup --password=RtPgDsmL testbackup > testbackup.sql");
echo "Compression du fichier.....
";
system("gzip testbackup.sql");
echo "C'est fini. Vous pouvez récupérer la base par FTP";
?>
Le 12 octobre 2008 09:15, Monique (AC ! Orne) <monique.ac61@free.fr> a écrit :
Bonjour
Nous n’avons plus accès à notre site (partie publique comme partie privée).
Nous voulons le transférer sur un autre hébergeur par ftp.
Nous avons donc fait une copie intégrale.
Problème : la dernière sauvegarde date de plusieurs mois. Je vous cite de qu’écrit la personne qui a opéré : « Comme il n’y a pas eu de sauvegarde de la base de données depuis le changement de version SPIP, il n’y a pas de sous dossier /data dans le dossier /ecrire et encore moins de fichier dump.xml ou dump.xml.gz puis que c’est ( d’après ce que je viens de comprendre) c’est en sauvegardant la base de données à partir de l’espace privé du site qu’on crée ces fichiers avec l’arborescence proposée par spip. »
Alors tout est rentré dans l’ordre vu que vous avez pu faire une sauvegarde par phpmydamin de la base de données.
Il « suffit » de mettre le dump de phpmydamin dans le nouveau serveur (rapide ellipse)…
Vérifier s’il n’y a pas d’url de l’ancien dans le dump avant tout…
Le 14 oct. 08 à 18:47, Monique (AC ! Orne) a écrit :
Il y a une trentaine d’auteurs, de mémoire dans les 1900 articles et un nombre considérable de commentaires.
Le plugin ne peut faire l’affaire dans la mesure où on n’a pas accès à l’espace privé.
Il est possible de se connecter sur la base phpMyAdmin et la personne qui opère a suivi les conseils indiqués ci-dessous.
M.
Le 14 oct. 08 à 18:33, Teddy Payet a écrit :
Bonjour,
Y-a-t-il beaucoup d’articles? De rubriquages? D’auteurs?
J’ai cru comprendre que vous avez l’accès ftp, de ce fait, est-ce que (rustine de secours) ce plugin http://www.spip-contrib.net/Migre-static ne ferait pas l’affaire?
De plus, vous dites que c’est le serveur qui est en rade, mais est-ce que vous ne pouvez pas vous connecter sur la base mySQL par PhpMyAdmin?.. (la question a été déjà posé je crois mais pas de réponse…)
Merci pour ces réponses mais c’est le serveur qui est en rade. Nous voulons faire une copie du site pour l’installer sur un autre serveur avec redirection du nom de domaine. On ne peut se connecter avec ssh (je vous répète ce qu’on m’a dit) et l’autre solution proposée n’a pas abouti.
Bonne soirée.
M.
Le 14 oct. 08 à 16:39, RealET a écrit :
Monique (AC ! Orne) tapuscrivait, le 12/10/2008 09:15:
Bonjour
Pour compléter les réponses déjà données.
Nous n’avons plus accès à notre site (partie publique comme partie privée).
Est-ce que c’est parce que le nom de domaine ne pointe plus sur le serveur en question ?
Si oui, il peut suffire de modifier le fichier hosts (résolution locale de nom de domaine) de sa machine pour faire pointer le nom de domaine en question sur l’adresse IP de la machine.
Cela permet de retrouver depuis une machine l’accès à ecrire, et de lancer un dump…
–
RealET
li
Le 12 oct. 08 à 09:54, Yves Le Houerf a écrit :
Le 12 oct. 08 à 09:15, Monique (AC ! Orne) a écrit :
Bonjour
Nous n’avons plus accès à notre site (partie publique comme partie privée).
Nous voulons le transférer sur un autre hébergeur par ftp.
Nous avons donc fait une copie intégrale.
Problème : la dernière sauvegarde date de plusieurs mois. Je vous cite de qu’écrit la personne qui a opéré : « Comme il n’y a pas eu de sauvegarde de la base de données depuis le changement de version SPIP, il n’y a pas de sous dossier /data dans le dossier /ecrire et encore moins de fichier dump.xml ou dump.xml.gz puis que c’est ( d’après ce que je viens de comprendre) c’est en sauvegardant la base de données à partir de l’espace privé du site qu’on crée ces fichiers avec l’arborescence proposée par spip. »
Il s’agit là de la sauvegarde faite depuis l’admin de SPIP qui crée un fichier dump.xml.
De même que vous avez trouvé l’accès FTP pour vous devez trouver l’accès au serveur MySQL et chercher le chemin vers l’utilitaire phpMyAdmin pour faire une sauvegarde complète de la base sans passer par SPIP.
Les indices se trouvent dans les fichiers récupérés du site
/ecrire/inc_connect.php
ou
/config/connect.php (pour spip1.9.x)
la ligne de connexion à la data base :
spip_connect_db(‹ serveur ›,‹ ›,‹ user ›,‹ pass ›,‹ base ›);
serveur : l’adresse du serveur (ce peut être malheureusement « localhost » s’il est sur la même machine)
user : l’utilisateur MySQL
pass : son mot de passe
base : le nom de la base
Avec l’adresse du serveur MySQL et l’utilisateur msql et son pass vous pourrez faire une copie de la base.
Regarder les mails avec l’hébergeur il vous a peut-être donné un accès en ssh. C’est une autre porte d’entrée.
YLH
Merci à qui nous conseillera !
M.
Le 12 oct. 08 à 09:49, Pierre ROGER a écrit :
Bonjour,
Vous n’avez pas accès à la partie privée avec l’interface SPIP mais apparament c’est possible de faire un FTP sur l’hébergement.
Il faudrait faire un backup de la base en se connectant avec SSH
En PHP :
<?
echo "Votre base est en cours de sauvegarde.......
";
system("mysqldump --host=sql3 --user=testbackup --password=RtPgDsmL testbackup > testbackup.sql");
echo "Compression du fichier.....
";
system("gzip testbackup.sql");
echo "C'est fini. Vous pouvez récupérer la base par FTP";
?>
Le 12 octobre 2008 09:15, Monique (AC ! Orne) <monique.ac61@free.fr> a écrit :
Bonjour
Nous n’avons plus accès à notre site (partie publique comme partie privée).
Nous voulons le transférer sur un autre hébergeur par ftp.
Nous avons donc fait une copie intégrale.
Problème : la dernière sauvegarde date de plusieurs mois. Je vous cite de qu’écrit la personne qui a opéré : « Comme il n’y a pas eu de sauvegarde de la base de données depuis le changement de version SPIP, il n’y a pas de sous dossier /data dans le dossier /ecrire et encore moins de fichier dump.xml ou dump.xml.gz puis que c’est ( d’après ce que je viens de comprendre) c’est en sauvegardant la base de données à partir de l’espace privé du site qu’on crée ces fichiers avec l’arborescence proposée par spip. »
Le 14 oct. 08 à 18:47, Monique (AC ! Orne) a écrit :
Il y a une trentaine d'auteurs, de mémoire dans les 1900 articles et un nombre considérable de commentaires.
Le plugin ne peut faire l'affaire dans la mesure où on n'a pas accès à l'espace privé.
Il est possible de se connecter sur la base phpMyAdmin et la personne qui opère a suivi les conseils indiqués ci-dessous.
y at-il moyen de créer un autre spip (de même version de préférence) sur le serveur ?
Si oui mais qu'il n'est pas possible de choisir la même base, vous pouvez créer le spip sur une nouvelle base et par PhPMyAdmin copier chaque table dans la table de même nom de la nouvelle base puis enfin récupérer un dump tout frais.
Merci à vous tous !
Si vos nombreux (et bons) conseils sont inefficaces, c'est parce que nous travaillons sur un vieux site qui est resté chez un ancien hébergeur !
Il nous est impossible d'accéder au site actuel ni par ftp, ni en ssh, ni à myadmin...
Il ne nous reste qu'à prendre notre mal en patience en attendant la réparation du serveur.
M.
Le 14 oct. 08 à 21:56, dlatr a écrit :
Le 14 oct. 08 à 18:47, Monique (AC ! Orne) a écrit :
Il y a une trentaine d'auteurs, de mémoire dans les 1900 articles et un nombre considérable de commentaires.
Le plugin ne peut faire l'affaire dans la mesure où on n'a pas accès à l'espace privé.
Il est possible de se connecter sur la base phpMyAdmin et la personne qui opère a suivi les conseils indiqués ci-dessous.
y at-il moyen de créer un autre spip (de même version de préférence) sur le serveur ?
Si oui mais qu'il n'est pas possible de choisir la même base, vous pouvez créer le spip sur une nouvelle base et par PhPMyAdmin copier chaque table dans la table de même nom de la nouvelle base puis enfin récupérer un dump tout frais.