Tant pis, j'ai reinstallé pour la 3eme fois aujourdh'ui !

sur http://www...et ça marche...


Merci à vous de me supporter... lol !


Celine

Je viens de trouver l'erreur:

dans mes pages si je clique cela appelle la page, par ex :

http://www.abc.com/modules/news/article.php?storyid=123456



alors que le site fonctionne sur :

abc.com/modules/news/article.php?storyid=123456


donc sans les http devant !


Faut que je fasse une redirection, comment faire, je vais pas remodifier tous mes liens...



Merci de tes précisions.


Celine

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

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...

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

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

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

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

J'ai bien :

Pré-requis
API du Serveur cgi-fcgi
Apache
Version PHP 5.4.34
Extension "MySQL" 5.1.73
Extension "Session" Succès
Extension "PCRE" Succès
file_uploads ON

Le module fonctionne, merci pour tout!


Celine

C'est ok, en fait c'est en bas de page, l'option :

Vu sur cette page :

https://www.ovh.com/fr/g1394.exportation-bases-de-donnees


Trouvé sur OVH :

Erreurs "Max_Allowed_Packet" lors de l'import du dump*


Lors d'un dump*, il peut être intéressant de personnaliser l'export de votre base de données SQL via PhpMyAdmin.

Le but est d'éviter que tout le contenu d'une table soit ajouté via un seul "INSERT INTO" pour éviter les erreurs liées à la variable serveur "Max_Allowed_Packet" lors de l'import du dump* si le contenu de cette table est important.

Exemple, si la table A contient 500 lignes, au lieu d'avoir un seul "INSERT INTO" pour les 500 lignes, il y aura à la place 500 "INSERT INTO".

Via PhpMyAdmin :

Pour cela lors de votre export dans PhpMyAdmin, cochez l'option de création de données "Aucun des modes ci-dessus" afin d'éviter l'erreur associée au "Max_Allowed_Packet".

En ssh :

Vous devez utiliser l'option --skip-extended-insert.

L'option --extended-insert, incluse dans l'option --opt (Activée par défaut), génère un unique INSERT INTO pour tout une table, il faut donc désactiver cette option grâce au :

--skip-extended-insert



et si je zip c'est ok

je suis en train de recupere, et viu que c'est plus long qu'avant, je pense que ce sera ok, lol !


Merci


Celine