Bonjour,

Je souhaite restaurer les sauvegardes faites sous php 2.5.17 de la table stories, notamment.

La sauvegarde de base ne me permet pas de la recuperer comme il faut puisque j'ai un message d'erreur :


Requête SQL :




<!-- PMA-SQL-ERROR -->
<div class="error"><h1>Erreur</h1>
<p><strong>Requête SQL : </strong>
<a href="tbl_sql.php?sql_query=SHOW+TABLE+STATUS+FROM+%60touslesdceline%60+LIKE+%27essai_stories_files%27;show_query=1;db=touslesdceline;table=essai_stories_files;token=fa217235a65742624a7f3c1d0be19143"><span class="nowrap"><img src="themes/dot.gif" title="Modifier" alt="Modifier" class="icon ic_b_edit" /> Modifier</span></a> </p>
<p>
<code class="sql"><pre>
SHOW TABLE STATUS FROM `touslesdceline` LIKE 'essai_stories_files'
</pre></code>
</p>
<p>
<strong>MySQL a répondu: </strong><a href="./url.php?url=http%3A%2F%2Fdev.mysql.com%2Fdoc%2Frefman%2F5.1%2Fen%2Ferror-messages-server.html;token=fa217235a65742624a7f3c1d0be19143" target="mysql_doc"><img src="themes/dot.gif" title="Documentation" alt="Documentation" class="icon ic_b_help" /></a>
</p>
<code>
#2006 - MySQL server has gone away
</code><br />
</div>




MySQL a répondu: Documentation

#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '<!-- PMA-SQL-ERROR -->
<div class="error"><h1>Erreur</h1>
<p><strong>Requêt' at line 1

****Comme me l'indique "Montuy 337513 :

ici :

https://www.frxoops.org/modules/newbb/ ... id=235417#forumpost235417



et pour ton problème de MySQL,
la migration de News ne se fait de cette façon,
Pensez à vérifier l'interclassement des données de la table. Maintenant tout est en UTF-8 -> donc utf8-generali pour l'interclassement.

De plus, des tables ont été modifié, donc il faut faire attention lors de la création de ta sauvegarde. Il faut cocher 'insertion complète' (du moins je crois que sa s'appelle comme cela)
***************************************



Dans les options de sauvegarde de php admin, j'ai ceci :


***
Options spécifiques au format :

Afficher les commentaires (incluant les informations telles que l'horodatage d'exportation, la version de PHP et la version du serveur)
Commentaires mis en en-tête (séparer les lignes par «\n») :
Inclut un horodatage de création, mise à jour et dernière vérification des bases de données
Utiliser le mode transactionnel
Désactiver la vérification des clés étrangères
Exporter les vues comme des tables
Maximiser la compatibilité avec un système de base de données ou un ancien serveur MySQL :
structure
données
structure et données
***
Options de création d'objets

Ajouter les énoncés :
Ajouter un énoncé DROP TABLE
Ajouter un énoncé CREATE PROCEDURE / FUNCTION / EVENT
Options pour CREATE TABLE :
IF NOT EXISTS
AUTO_INCREMENT
Entourer les noms des tables et des colonnes par des guillemets obliques (Protège les noms de tables et de colonnes comportant des caractères spéciaux ou des mots réservés)

***
Options de création de données

Vider la table avant d'insérer
Au lieu d'énoncés INSERT, utiliser :
Énoncés INSERT DELAYED
Énoncés INSERT IGNORE
Fonction à utiliser lors de l'exportation des données :
Syntaxe à utiliser lors de l'insertion de données :
inclure les noms de colonnes dans chaque énoncé INSERT
Par exemple: INSERT INTO tbl_name (col_A,col_B,col_C) VALUES (1,2,3)
insérer des lignes multiples avec chaque énoncé INSERT
Par exemple : INSERT INTO tbl_name VALUES (1,2,3), (4,5,6), (7,8,9)
les deux modes ci-dessus
Par exemple : INSERT INTO tbl_name (col_A,col_B) VALUES (1,2,3), (4,5,6), (7,8,9)
aucun des modes ci-dessus
Par exemple : INSERT INTO tbl_name VALUES (1,2,3)
Taille maximum de la requête générée
Exporter les colonnes binaires en format hexadécimal (par exemple, «abc» devient 0x616263)
Exporter les colonnes TIMESTAMP en UTC (permet les colonnes TIMESTAMP d'être exportées et importées entre des serveurs de zones horaires différentes)
***


Je ne vois donc pas l'option "Complete", qui me permettrait de sauvegarder comme il faut...


Merci de votre aide.

Celine

J'ai vidé ma bdd de test et j'ai voulu refaire une installation, et je me retrouve avec cette erreur :



Warning: require(/home/touslesd/essai/xoops_data/data/secure.php) [function.require]: failed to open stream: No such file or directory in /home/touslesd/essai/mainfile.php on line 68

Fatal error: require() [function.require]: Failed opening required '/home/touslesd/essai/xoops_data/data/secure.php' (include_path='.:/usr/local/lib/php') in /home/touslesd/essai/mainfile.php on line 68



le "mainfile" ligne 68 :

// Secure file
require XOOPS_VAR_PATH . '/data/secure.php';


Merci de votre aide.

Car même apres avoir vire tous les fichiers du ftp, et remis ceux de base, idem, j'arrive pas à reinstaller xoops.

Sur la page install/index.php, j'ai une page blanche !


Merci

Celine

Bon, à force de me prendre la tête j'ai reussi à reinstaller xoops derniere version avec bdd sous derniere version php,ouf !

J'ai donc les modules newsbb et maps2go qui se sontinstallés normallement et qui fonctionnent, cool !


Par contre, je n'arrive pas à restaurer (via phpadmin) mes données de l'ancienne version du forum (3.08).

Les champs sont pas les mêmes, et je me retouve avec cette erreur :

Erreur
Requête SQL :




--
-- Contenu de la table `essai_bb_topics`
--

INSERT INTO `essai_bb_topics` VALUES(3, 'le site!', 9, 1055920132, 493, 2, 8, 5, 0, 0, 0, 0, 0, 1, '', 0.0000, 0, 0, 0);
MySQL a répondu: Documentation

#1136 - Column count doesn't match value count at row 1


Comment faire ?

Merci de votre aide.

Celine

Même chose que tout à l'heure, c'est lié au format de ta sauvegarde qui n'est pas "au format étendue" tu dois avoir une première série de parenthèse avec le nom des champs et une seconde parenthèse (avec VALUE devant) le contenu de ses champs.
Sinon faut faire la modification à la main de chaque ligne INSERT

Bonjour,

Je viens de reesayer une sauvegarde avec insertion complète c'est pareil.

Je vais faire une sauvegarde de mon forum de test pour voir la différence des parenthèses...

Je vais être obligé demofifier à la main, je pense...


Mercide ton aide.

Celine

Bonjour,

J'ai donc tout reinstaller, xoops 2.5.7 avec phpdernière version...

J'ai un soucis avec news 1.68.


J'ai bien configuré les options de permissions de base (groups) dans xoops, àsavoir admin, a le droit de tout...



Maisles permissions cochées (si je coche tout) pour admin, dans le module news, elles ne s'inscrivent pas dans la bdd.

Je le vois dans les permissions des topics, tousles champs sont vides.

Il faut que je cocher manuellement, pour que cela s'enregistre.


Quand je coche quelque chose, donc ici :

http://abc.com/modules/news/admin/groupperms.php


j'ai un message d'erruer,:


"désolé, vous n'avez pas les droits..."


alors que j'ai bien mis au depart les permissions de groupes, et donc de l'admin.


Pourquoi je ne peux pas modifier donc les news...


Resultat, j'ai aucune des pages (restaurées de ma bdd), qui s'affiche, puisque 0 permission.


Merci de m'eclairer.


Cordialement,

Celine

les droits ne sont pas stockés dans une des tables de news mais, si je ne me trompe pas dans 'group_permission'.
Le plus simple est d'édité toute les catégories et de réécrire les droits par rapport aux groupes.
Sinon, on repère les groupes (surtout si on en met des nouveaux), on doit les faire correspondre exactement aux nouveaux (même ordre de création si fait manuellement).
Idem pour les catégories, cela doit être fait exactement dans le même ordre que les catégories de l'ancienne version (même id).
Ensuite on récupère les droits du module (dernière colonne, c'est news_submit,news_approve et news_view)

j'avais essayé en effet une restauration de la table group_permission.

Comme cela ne fonctionne pas, plutôt que de me prendre la tête entre les différents liens, j'ai reinstallé complètement (!) xoops !


J'ai restaure mes areticles news, et là rebelote !

Lorsque je mets à jours dans les options du groupe, j'aibien le message de xoops, comme quoi les maj sont sauvegardées dans la bdd.



Mais quand je modifie les permissions dumodules news, rien à faire, il me dit message erreur, désolé, vous n'avez pas les permissions...


Merdum !

Pourquoi ?


Merci de ton aide, car je craque...

Celine



PS : quen je veux voir un article, je le vois à l'ecran, et il me dit quand même "désolé l'aritcle n'a pas encore été publié...".

Ilest en ligne, je le vois, et j'ai bien décoche date de publication...


Je comprends pas ce qu'il se passe.

C'est la 1ere fois que j'ai ce problème...

Attention : il se peut qu'il y ai un décalage avec les heures de publications, tout dépends de la configuration de l'hébergement. Une à deux heures de décalages est une possibilité, l'idéal est de faire un test en cochant la case "date de publication" (vu que sur cette version en cas de modification il coche systématiquement cette case) et en mettant une date plus ancienne (la veille est pas mal).

Pour ton problème de permissions, cela demande une précision importante, soit tu importe les morceaux de la table 'group_permissions' (et oui pas toute la table, juste les données concernant le module news), soit tu reprends toute tes catégorie une à une en modifiant les permissions.

Je ne souhaite pas restaurer qu'un bout des permissions, de peur que ça me plante.

Donc je vais essayer de remettre les permissions pour chaque catégorie, tant pis...


Quand je clique sur un article, ça me deconnecte du site, et je dois retaper l'identifiant et mot de passe (je ne suis plus reconnu en tant qu'admin...)


Pas lol !


Mercoi de ton aide.

Celine