|
Re: EXTCAL version 2.26 / 2.32 |
|
Aspirant
Inscrit: 07/09/2005 10:31
|
VOilà ce que j'obtiens en mode debug. Citation :Erreurs Obsolètes Requêtes 0.000283 - SET NAMES 'utf8' 0.000140 - SET SQL_BIG_SELECTS = 1 0.000131 - SELECT * FROM config WHERE (conf_modid = '0' AND conf_catid = '1') ORDER BY conf_order ASC 0.000372 - SELECT sess_data, sess_ip FROM session WHERE sess_id = 'j8sjel87p0kdadfl7b82jtl5r6' 0.000158 - SELECT * FROM users WHERE uid = '1' 0.000146 - SELECT * FROM modules WHERE dirname = 'association' 0.000436 - DELETE FROM protector_access WHERE expire < UNIX_TIMESTAMP() 0.000409 - SELECT COUNT(*) FROM protector_access WHERE ip='170.86.7.20' AND request_uri='/modules/association/' 0.000244 - SELECT COUNT(*) FROM protector_access WHERE ip='170.86.7.20' 0.000373 - INSERT INTO protector_access SET ip='170.86.7.20',request_uri='/modules/association/',expire=UNIX_TIMESTAMP()+'60' 0.000176 - SELECT * FROM config WHERE (conf_modid = '0' AND conf_catid = '3') ORDER BY conf_order ASC 0.000151 - SELECT DISTINCT gperm_itemid FROM group_permission WHERE gperm_name = 'block_read' AND gperm_modid = 1 AND gperm_groupid IN (1,2) 0.000162 - SELECT b.* FROM newblocks b, block_module_link m WHERE m.block_id=b.bid AND b.isactive=1 AND b.visible=1 AND m.module_id IN (0,6) AND b.bid IN (1,2,3,4,5,6,7,8,9,10,11,12,60,61,37,36,35,34,33,30,19,20,21,22,23,24,25,26,27,28,32,31,29,62,63,58,59,57,44,45,46,47,48,49) ORDER BY b.weight, m.block_id 0.000228 - SELECT COUNT(*) FROM priv_msgs WHERE (read_msg = '0' AND to_userid = '1') 0.000138 - SELECT * FROM modules WHERE dirname = 'extcal' 0.000144 - SELECT * FROM config WHERE (conf_modid = '13' AND conf_catid = '0') ORDER BY conf_order ASC 0.000120 - SELECT * FROM group_permission WHERE (gperm_name = 'extcal_cat_view' AND gperm_modid = '13' AND (gperm_groupid = '1' OR gperm_groupid = '2')) 0.000153 - SELECT * FROM extcal_event WHERE (((event_start <= '1426914000' AND event_end >= '1418274000' AND event_isrecur = '0') OR (event_recur_start <= '1426914000' AND event_recur_end >= '1418274000' AND event_isrecur = '1')) AND event_approved = '1' AND cat_id IN (1) AND event_isrecur = '0') ORDER BY event_start ASC 0.000111 - SELECT * FROM smiles 0.000153 - SELECT * FROM extcal_cat WHERE (cat_id = '1') 0.000158 - SELECT * FROM extcal_event WHERE (event_isrecur = '1') Total: 21 Blocs Bloc personnalisé (HTML): Pas de cache Menu Utilisateur: Pas de cache Bloc personnalisé (HTML): Pas de cache Évènements à venir: Pas de cache Total: 4 Extra Fichiers inclus: 83 fichiers Utilisation de la mémoire: 4313208 bytes Temporisation XOOPS a mis 0.029 secondes pour charger XOOPS Boot a mis 0.010 secondes pour charger Module init a mis 0.002 secondes pour charger XOOPS output init a mis 0.017 secondes pour charger
Posté le : 11/12/2014 10:18
|
|
|
Re: EXTCAL version 2.26 / 2.32 |
|
Aspirant
Inscrit: 07/09/2005 10:31
|
J'ai un souci avec ExtCal 2.37 RC6 - Xoops 2.5.7.1 - php 5.3.28 Il y a beaucoup de pages dans cette discussion et je ne vois personne ayant abordé le sujet.
Quand je programme l'affichage du bloc "Evenements à venir", j'obtiens une page blanche. Tous les autres blocs fonctionnent bien, il n'y a que celui-ci qui ne fonctionne pas.
Pouvez-vous me mettre sur une piste?
Merci d'avance.
Posté le : 10/12/2014 17:25
|
|
|
Re: Xoops 2.5.4 - page blanche admin.php |
|
Aspirant
Inscrit: 07/09/2005 10:31
|
Merci, cela fait longtemps que je n'ai plus fait d'upgrades. Je vais essayer de passer en 2.5.7 ce weekend, d'abord les backups.
Posté le : 02/12/2014 09:50
|
|
|
Re: Xoops 2.5.4 - page blanche admin.php |
|
Aspirant
Inscrit: 07/09/2005 10:31
|
Pour compléter, voici ce qu'affiche le mode debug affiche lorsque j'accède admin.php Citation : Erreur(s) Deprécié(s) Requête(s) 0.000108 - SET NAMES 'utf8' 0.000079 - SET SQL_BIG_SELECTS = 1 0.000131 - SELECT * FROM config WHERE (conf_modid = '0' AND conf_catid = '1') ORDER BY conf_order ASC 0.000587 - SELECT sess_data, sess_ip FROM session WHERE sess_id = '6m73sh70kqa7gd3u1h3e4r0e35' 0.000170 - SELECT * FROM users WHERE uid = '1' 0.000235 - DELETE FROM protector_access WHERE expire < UNIX_TIMESTAMP() 0.000401 - SELECT COUNT(*) FROM protector_access WHERE ip='170.86.7.20' AND request_uri='/admin.php' 0.000303 - SELECT COUNT(*) FROM protector_access WHERE ip='170.86.7.20' 0.000320 - INSERT INTO protector_access SET ip='170.86.7.20',request_uri='/admin.php',expire=UNIX_TIMESTAMP()+'60' 0.000176 - SELECT * FROM config WHERE (conf_modid = '0' AND conf_catid = '3') ORDER BY conf_order ASC 0.000649 - SELECT * FROM modules WHERE dirname = 'system' 0.000609 - SELECT * FROM config WHERE (conf_modid = '1') ORDER BY conf_order ASC 0.000795 - SELECT * FROM modules WHERE (hasadmin = '1' AND isactive = '1') ORDER BY weight ASC, mid ASC 0.000775 - SELECT * FROM modules WHERE dirname = 'profile' 0.000273 - SELECT * FROM modules WHERE mid = 2 0.000381 - SELECT * FROM modules WHERE dirname = 'xnews' 0.000146 - SELECT * FROM config WHERE (conf_modid = '8') ORDER BY conf_order ASC 0.000650 - SELECT * FROM modules WHERE dirname = 'pages' 0.000567 - SELECT * FROM config WHERE (conf_modid = '34') ORDER BY conf_order ASC 0.000497 - SELECT CID, pagetitle, defaultpage FROM pages WHERE defaultpage = '0' AND submenu = 1 AND (publishdate > 0 AND publishdate <= 1417449261) AND (expiredate = 0 OR expiredate > 1417449261) ORDER BY weight 0.003371 - SELECT submenuitem, titlelink FROM pages_linktous 0.009682 - SELECT submenuitem , titlerefer FROM pages_refer 0.000384 - SELECT * FROM modules WHERE dirname = 'avis' 0.000118 - SELECT * FROM config WHERE (conf_modid = '41') ORDER BY conf_order ASC 0.000356 - SELECT * FROM modules WHERE dirname = 'extcal' 0.000119 - SELECT * FROM config WHERE (conf_modid = '43' AND conf_catid = '0') ORDER BY conf_order ASC Total: 26 Bloc(s) Total: 0 Extra Fichier(s) inclu(s): 120 fichier(s) Usage de la mémoire: 5308840 bytes Temporisation XOOPS a mis 0.600 seconde(s) pour charger XOOPS Boot a mis 0.026 seconde(s) pour charger Module init a mis 0.081 seconde(s) pour charger XOOPS output init a mis 0.006 seconde(s) pour charger Module display a mis 0.486 seconde(s) pour charger
Posté le : 01/12/2014 16:57
|
|
|
Xoops 2.5.4 - page blanche admin.php |
|
Aspirant
Inscrit: 07/09/2005 10:31
|
Bonjour, je gère un site qui était en hibernation depuis de nombreux mois (dernière mise-à-jour en mars dernier) et aujourd'hui, mauvaise surprise, j'ai le droit à une page blanche lorsque j'essaie d'accéder la zone d'administration (admin.php).
Bien entendu j'ai parcouru les forums et essayé plusieurs trucs pour résoudre mon problème, en vain.
Config Xoops 2.5.4 php 5.3.28 Le site fonctionne parfaitement, sauf l'accès à admin.php qui retourne une page blanche.
Actions entreprises: * vérification de mainfile.php (tout semble ok) * désactivation de Protector via phpmyadmin * mode debug activé via phpmyadmin, mais je ne vois rien de spécial. * caches vidés dans xoops_data (xoops_data et xoops_lib sont bien à la racine du serveur, en dehors de public_html)
Auriez-vous des idées ou des suggestions sur ce que je peux encore essayer?
J'ai créé ce site pour une association de parents d'élèves d'une école primaire et comptais trouver un nouveau webmaster. Du coup, je suis fort embêté.
Posté le : 01/12/2014 16:55
|
|
|
Re: Correction problème de date depuis xoops 2.5.4 |
|
Aspirant
Inscrit: 07/09/2005 10:31
|
Ok, c'est bon maintenant. Merci! Dois-je changer qqpart un paramètre / ligne de code dans un fichier extcal ou bien dans global.php pour pouvoir utiliser les paramètres par défaut ou le mini-calendrier?
Le problème est certes compris, mais pas encore résolu d'un point de vue pratique.
En tous cas merci pour ton aide!
Ps: une fonction que j'aimerais beaucoup c'est de pouvoir cocher une case "all day event" à la manière d'Outlook. En cochant, cela fixerait un évènement pour une journée entière, sans devoir paramétrer les heures de début et de fin. Juste une idée.
Posté le : 23/01/2012 23:33
|
|
|
Re: Correction problème de date depuis xoops 2.5.4 |
|
Aspirant
Inscrit: 07/09/2005 10:31
|
L'installation marche à nouveau. Bien merci! Cependant mon problème de date n'est pas résolu pour autant... En deux mots: 2.35 clean install - toute dernière version. fichier language/french/global.php ligne 192 j'ai bien modifié en
define("_SHORTDATESTRING","d-m-Y");
Je reçois toujours "mauvais format de date" en message d'erreur. Rien à faire. Dans un post précédent je lis: Citation :Le gros souci c'est que nous sommes plusieurs depuis longtemps à faire des opérations avant l'enregistrement pour éviter des soucis avec xoops. Aujourd'hui il suffit juste de faire:
$obj->setVar('date', strtotime($_POST['date']));
Le problème est-il là? Si oui, que cela veut-il dire (pour les nuls)? Merci d'avance! ps: Mode debug pop-up après 'mauvais format de date s'affiche':
Message(s): Undefined variable: extcalConfig dans le fichier /modules/extcal/admin/event.php - ligne 296
Posté le : 23/01/2012 22:26
|
|
|
Re: Correction problème de date depuis xoops 2.5.4 |
|
Aspirant
Inscrit: 07/09/2005 10:31
|
Citation :Fatal error: Call to a member function getVar() on a non-object in /home/.../public_html/.../modules/extcal/include/constantes.php on line 64
Posté le : 22/01/2012 19:30
|
|
|
Re: Correction problème de date depuis xoops 2.5.4 |
|
Aspirant
Inscrit: 07/09/2005 10:31
|
Je continuerais demain, avec 2.35 j'ai une page blanche à la page d'installation des modules... je vous tiens au courant.
Posté le : 22/01/2012 19:03
|
|
|
Re: Correction problème de date depuis xoops 2.5.4 |
|
Aspirant
Inscrit: 07/09/2005 10:31
|
A m'arracher les cheveux. Xoops 2.5.4, Extcal 2.32
Impossible de créer un évènement, toujours le même message "Mauvais format de date". J'ai pourtant modifié global.php tel que stipulé dans ce post. post.php et class/event.php dans Extcal sont semblerait-il bons...
J'espère que quelqu'un peut me mettre sur la bonne piste. Par ailleurs quand j'utilise le mini-calendrier pour choisir une date de publication, un mouse-over sur n'importe quelle date me montre par exemple: 22-01-Y (où Y s'affiche tel quel!).
J'ai essayé de manipuler manuellement la date sous toutes les formes possibles (22-1-2012, 1-22-2012, 22/1/2012, 22/01/2012, etc...) mais toujours sans succès!
Posté le : 22/01/2012 17:27
|
|
|