Bonjour Kriss,

J'ai vu tes commentaires dans un autre sujet similaire du forum et j'ai déjà fait cette manipulation:

- suppression du module protector isactive=N dans la table modules
- suppression des occurrences dans la table sessions
- suppression de tous les fichiers dans les répertoires
xoops_data/caches/smarty_cache
xoops_data/caches/smarty_compile
xoops_data/caches/xoops_data
- Purge de l'historique et des cookies du navigateur

et même problème, les traces s'arrêtent là:

0.000201 - SET SQL_BIG_SELECTS = 1
0.000316 - SELECT * FROM config WHERE (conf_modid = '0' AND conf_catid = '1') ORDER BY conf_order ASC
0.000350 - SELECT sess_data, sess_ip FROM session WHERE sess_id = '2afcf16f1bd17b60f1f644cc02ed7780'
0.000287 - SELECT * FROM users WHERE uid = '5'
0.000244 - SELECT * FROM modules WHERE dirname = 'protector'
Total: 5

Au sujet de protector, pourquoi il y a-t-il 2 parties, une dans le dossier modules de la racine du site et une autre dans le dossier module dans le dossier xoops_lib ?

Bonsoir,

J'ai déjà désactivé tous les modules ainsi que tous les blocs mais cela ne change rien...

Bonjour,

Merci pour ta réponse

Oui j'ai passé la version de php en 5

Mais le problème existait déjà avant la mise à jour. J'ai fait évolué la version de xoops en espérant que cela change quelque chose...

Ce problème est apparu alors que je n'avais fait aucune modification sur le site. L'hébergeur (OXITO) m'a assuré qu'il n'avait pas fait de modifications de leur coté mais j'ai vraiment un doute...

J'ai trouvé des problèmes ressemblants sur les forum US de XOOPS.ORG mais ils ne sont plus accessibles...

Bonjour,

Je reviens à la charge car je viens de passer plusieurs journées à essayer de résoudre le problème sans succès...

J'ai fait toutes les mises à jours, je suis actuellement en version 2.5.4 mais la partie administrative refuse toujours de s'ouvrir.

Les traces affichées au lancement de admin.php sont celles ci:

Aucun Tout Erreur(s) (0) Deprécié(s) (0) Requête(s) (10) Bloc(s) (0) Extra (2) Temporisation(3)
Erreur(s)
Deprécié(s)
Requête(s)
0.000161 - SET SQL_BIG_SELECTS = 1
0.000323 - SELECT * FROM config WHERE (conf_modid = '0' AND conf_catid = '1') ORDER BY conf_order ASC
0.000535 - SELECT sess_data, sess_ip FROM session WHERE sess_id = 'ce4f21108534cf06e36b0250cb3197e5'
0.000988 - SELECT * FROM users WHERE uid = '5'
0.000479 - UPDATE users SET last_login = '1324926303' WHERE uid = 5
0.000933 - SELECT * FROM modules WHERE dirname = 'protector'
0.000936 - DELETE FROM protector_access WHERE expire < UNIX_TIMESTAMP()
0.000312 - SELECT COUNT(*) FROM protector_access WHERE ip='90.52.171.133' AND request_uri='/admin.php'
0.000313 - SELECT COUNT(*) FROM protector_access WHERE ip='90.52.171.133'
0.000388 - INSERT INTO protector_access SET ip='90.52.171.133',request_uri='/admin.php',expire=UNIX_TIMESTAMP()+'60'
Total: 10
Bloc(s)
Total: 0
Extra
Fichier(s) inclu(s): 57 fichier(s)
Usage de la mémoire: 4734128 bytes
Temporisation
XOOPS a mis 0.034 seconde(s) pour charger
XOOPS Boot a mis 0.025 seconde(s) pour charger

et une magnifique page blanche s'affiche

Dans les erreurs du serveur je trouve ceci à chaque fois que j'essaye d'accéder à la partie administrative:

[Mon Dec 26 20:06:29 2011] [warn] [client 90.52.171.133] mod_fcgid: stderr: PHP Fatal error: Call to a member function on a non-object in /var/www/vhosts/www.cuc-rugby.com/web/include/cp_functions.php on line 29, referer: http://www.cuc-rugby.com/

A priori, le problème se trouve dans la fonction xoops_cp_header() appelée par admin.php. Cette fonction contient le code suivant:

function xoops_cp_header()
{
xoops_load('cpanel', 'system');
$cpanel =& XoopsSystemCpanel::getInstance();
$cpanel->gui->header();
}

C'est la troisième ligne qui pose problème...

J'ai désactivé tous les modules et les blocs d'affichage dans la base de données, rien n'y fait.

Est-ce un problème lié à protector, à la version de PHP, SQL ? Je ne sais plus où chercher.

Quelqu'un aurait-il une idée ?

Merci d'avance

Bonjour,

Merci pour ta réponse mais....

"Pour afficher le mode Debug, tapes dans la table _config" Je dois taper _config dans quel champ ?

"Pour connaître la version de ton Xoops, tu disposes de la date d'installation du site (si tu t'en souviens) à rapprocher de celle des release du noyau" Pour la date de dernière mise à jour, je ne m'en souviens pas vraiment. Il n'y a pas une information de version quelque part ?

Bonjour,

Depuis quelques semaines, je n'arrive plus à accéder à la partie administrative de mon site, une page blanche s'affiche sans erreur particulière...

L'hébergeur (OXITO) prétend que de son coté aucune mise à jour d'environnement n'a été faite (SQL, PHP,...). De mon coté, je n'ai fait aucune évolution ou mise à jour...

J'ai trouvé des réponses à des problèmes de ce genre dans les forums mais rien qui ressemble au mien.

Après plusieurs échanges avec l'hébergeur, ce dernier m'a conseillé de mettre à jour le site vers une version ultérieure...

Quelqu'un parmi vous a-t-il déjà rencontré ce problème ?

Quelle valeur mettre dans la variable Debug_mode de la table Config pour avoir le maximun d'informations ?

Pour faire la mise à jour de xoops, comment puis-je connaitre la version installée sans accès à la partie administrative ?

Merci d'avance pour vos réponses

Re bonjour,

Après d'autres recherches, j'ai finalement trouvé une solution en modifiant le fichier global.php :

//%%%%% LANGUAGE SPECIFIC SETTINGS %%%%%
// define("_CHARSET","UTF-8");
define("_CHARSET", "ISO-8859-1");
define("_LANGCODE","fr");

J'ai remis ce qu'il y avait avant la mise à jour vers la 2.3.3

Je me pose cependant une question: la version 2.3.3 est visiblement prévue pour fonctionner en "UTF-8", la version 2.0.13.2 avec "ISO-8859-1". Si je reste en "ISO-8859-1", quel est le risque à plus ou moins long terme ? si je veux passer en "UTF-8" et être compatible avec la nouvelle version de xoops, que dois-je faire au niveau de la base de données ?

Merci d'avance...

Bonjour,

Tout d'abord, j'ai vu que ce problème a fait l'objet de pas mal de discussions sur les forums, j'ai cherché une solution en vain. En désespoir de cause, je vous expose mes problèmes ici...

Problème accentuation suite migration xoops 2.0.13.2 vers 2.3.3...

J'ai pas mal de problèmes liés à l'accentuation des informations affichées sur mon site. J'ai bien compris qu'il fallait mettre à jour les fichiers langues des modules, je l'ai fait pour quelques modules, çà marche. Par contre, les données contenues dans la base de données ne sont pas affichées correctement.

J'ai vu dans un topic du forum qu'il fallait que Interclassement pour la connexion MySQL soit du type utf8_general_ci, c'est le cas pour moi.

Il était aussi écrit qu'il devait en être de même pour les tables et là ce n'est pas le cas pour moi, elles sont en latin1_swedish_ci. Ceci a-t-il une importance ? Si oui, comment puis-changer cela ?

D'autre part, le menu de mon thème a lui aussi des problèmes d'affichage. A priori, je dois reprendre le fichier et l'enregistrer au format utf-8 ?

D'une manière plus générale, que s'est-il passé entre les 2 versions 2.0.13.2 et 2.3.3 pour que l'affichage de données identiques soit différent ?

Voici l'adresse de mon site http://www.cuc-rugby.com

Merci d'avance pour vos réponses

Salutations

PS: si je prévisualise ce post avant envoi, j'ai le même problème d'affichage, les é s'affichent en � !!!!!

Bonjour,

J'ai créé les champs qui manquaient avec phpmyadmin mais j'ai toujours le message "Internal Server Error" dès que je veux accéder au module.

Je ne peux pas non plus mettre à jour le module, j'ai le message "Updating database..." et rien ne se passe

Quelqu'un a-t-il une idée ?

Bonjour,

Oui, c'est effectivement une solution. Question: le fait que les champs soient définis en TEXT NOT NULL ne va-t-il pas poser un problème avec les articles déjà présents dans la base de données ?

La solution suppression des tables, réinstallation du module (pour recréer les tables correctement) et rechargement des données des tables (sachant qu'elles ne contiennent pas les colonnes manquantes) est-elle réalisable ?

Avez-vous une idée de ce qui a pu se passer pour faire disparaitre des champs dans les tables du module (il y a plusieurs tables concernées) ?

Merci pour vos réponses