|
Pages: [1]
|
 |
|
Auteur
|
Fil de discussion: [Résolu] Bug sur l'affichage des données et MEP (Lu 4904 fois)
|
|
anassleiman
|
Bonjour Steph,
ça y est je suis passée à la dernière version Pro 2.4, j'ai remis mes tamplates, feuilles de style, etc.
Et je rencontre plusieurs pb :
1er problème : sous IE7 et sur PC, l'affichage des enregistrements ne se fait plus correctement, il n'y a plus qu'un seul enregistrement qui s'affiche à chaque fois, au lieu de 5 comme définit dans la configuration. Toutefois, sous Firefox et sur mac, l'affichage ne pose aucun problème.
2ème problème : je rencontre régulièrement des problèmes de ce type : Impossible d'effectuer la requête
Voici la requête : SELECT enr_id FROM an_enr WHERE tb_id='42' AND enr_valid="O" AND cat_id='10'
Voici le message d'erreur renvoyé par la base de données : 1226 : User 'itineraires' has exceeded the 'max_questions' resource (current value: 30000) Warning: mysql_num_rows(): supplied argument is not a valid MySQL result resource in /home2/i/itineraires/www/Itineraires/annuaire/annuaire.php on line 99
Est-ce possible notamment pour le quota qui est dépassé, que les requêtes de phpeasydata soit trop gourmandes ?
3ème problème : étant passé par tes services en juillet dernier pour créer un formulaire anti-spam, je n'ai pas osé modifier le fichier maillform.php, toutefois je rencontre une erreur désormais qui apparaît dans le formulaire : Warning: main(lang/mylang.inc.php) [function.main]: failed to open stream: No such file or directory in /home2/i/itineraires/www/Itineraires/annuaire/mailform.php on line 26
Warning: main() [function.include]: Failed opening 'lang/mylang.inc.php' for inclusion (include_path='.:/usr/local/php4/pear') in /home2/i/itineraires/www/Itineraires/annuaire/mailform.php on line 26
Que dois-je faire ?
Merci pour tes éclairages, et j'espère ne pas découvrir d'autres soucis. By
|
|
|
|
|
Journalisée
|
S'informer pour mieux s'orienter
|
|
|
|
steph
|
Bonjour, Comme je le précise à chaque changement de version et en particulier lorsque l'on saute de rang de version (1.3.x vers 1.4.x) il ne me parait pas raisonnable de migrer directement sa version en exploitation sans même effectuer des tests sur une version parallèle et prendre le temps de migrer convenablement css et templates. C'est juste un conseil que je renouvelle fréquement et qui dépend de ce que chacun a personnalisé par rapport à la version standard. Quand tu dis que tu as "remis" tes templates et css tu veux dire que tu as juste remplacé ceux de la nouvelle version avec les tiens ? Si c'est cela je ne suis pas surpris qu'il y ait ce style de soucis, il faut réappliquer ses modifications dans les nouveaux css et templates. Le test à faire serait , même si la présentation et charte graphique sera anarchique , de remettre les css de cette version et de générerer le template par défaut et voir si le problème persiste. Si le problème ne persiste pas cela veut dire que cela vient bien de tes css / templates qui ne sont pas à niveau. Tu as aussi la pagination qui ne fonctionne pas. Autant de points qui fonctionnent sur la démo . Pour le problème de base de données, ce ne sont pas les requetes qui sont trop gourmandes mais ton nombre de requetes mysql maximum de ton hebergement (par heure ou autre...) qui est atteint. Si tu as souvent des bots qui parcourent ton site cela emplifie ce genre de problème. Ou alors plus de traffic ? Il y a certes des requetes supplémentaires comme par exemple celle qui permet de récupérer les metas personnalisés mais rien de plus qu'entre chacun version précédente. Tu étais peut être à la limite et ces quelques requetes te génèrent ces erreurs. Pas facile à determiner, cela dépend de ton traffic, hebergement etc... je regarde tout de même si je peux encore optimiser davantage. Concernant le dernier point , envoies moi le php par mail et je l'adapterai pour qu'il fonctionne. 
|
|
|
|
|
Journalisée
|
|
|
|
|
anassleiman
|
Merci pour le rappel concernant les templates, effectivement, j'ai été beaucoup trop vite. Pour le 1er problème (affichage du nombre d'enregistrement), c'est désormais réglé.
Pour le deuxième pb, il ne s'agit pas de quota en rapport avec le nombre de requête par mois, donc en lien avec le trafic, mais du nombre de requêtes effectuées au même moment (en millisecondes), ce quota là n'est pas extensible pour des raisons de sécurité de la base et quand on rencontre un problème à ce niveau là, c'est qu'une requête est mal codée ou trop gourmande, etc. Attention, bien sur, je ne dis pas que mon problème vienne de ton script (le site utilise d'autres programmes susceptibles d'être la cause de ce problème), mais simplement je me renseigne, car je n'ai pas encore trouvé d'où cela peut provenir.
Du coup, j'ai deux autres questions : - dans la série des bugs, la pagination ne fonctionne toujours pas, et là, vraiment, j'ai respecté tes conseils, donc je ne sais pas d'où cela peut venir. Dans les templates, le code est le suivant : <div id="pages" > {LINK-START-PAGE} {LINK-PREVIOUS-PAGE} <!-- BEGIN PAGELINK --> {PAGE-LINK} <!-- END PAGELINK --> {LINK-NEXT-PAGE} {LINK-END-PAGE} </div>
Et sinon, il ne s'agit pas d'un bug, mais je ne sais pas non plus comment faire. Quand j'effectue une recherche sur un mot, je prend l'exemple IUT, je souhaite que les enregistrements "partenaires" susceptibles de sortir lors de cette recherche, apparaissent en premier, ce qui n'est pas le cas. Comment puis-je faire ?
Merci beaucoup et bonne soirée.
|
|
|
|
|
Journalisée
|
S'informer pour mieux s'orienter
|
|
|
|
steph
|
bonjour, Pour le deuxième pb, il ne s'agit pas de quota en rapport avec le nombre de requête par mois, donc en lien avec le trafic, mais du nombre de requêtes effectuées au même moment (en millisecondes), ce quota là n'est pas extensible pour des raisons de sécurité de la base et quand on rencontre un problème à ce niveau là, c'est qu'une requête est mal codée ou trop gourmande, etc.
Je l'avais bien compris comme cela mais je parlais d'un traffic en terme de visiteurs et forcémeent plus on a de visiteurs et plus on a de requetes par secondes ou millisecondes  Ce problème est très délicat à trouver en effet, hébergement trop limité par rapport au traffic ? script trop gourmand ? robots qui scrutent le site de manière excessive et amplifient le problème ? etc.. Concernant ton problème de pagination, je pense qu'il est du à un changement qu'il y a eu il y a peu sur la variable page passée en paramètre et que se nomme désormais pg. J'ai du faire ce changement car certains hébergeur pour des raisons se sécurité (c'est un autre débat...) bloquent parfois ces variables dans l'url ... Donc attention à ton htaccess, c'est l'ancien ou le nouveau inclu dans le script ? Pour l'affichage prioritaires des partenaires en cas de recherche , je vais regarder car cela devrait être le cas .
|
|
|
|
|
Journalisée
|
|
|
|
|
anassleiman
|
c'est l'ancien, je n'y ai pas touché car c'est toi qui me l'a modifié quand j'ai passé commande en juillet de développement perso, il contient donc ça :
Options +FollowSymlinks
RewriteEngine on
RewriteBase /annuaire/
RewriteRule liste-ecole.html annuaire.php?annuaire=42 [L]
RewriteRule liens-utiles.html annuaire.php?annuaire=45 [L]
RewriteRule tb([0-9]*)cat([0-9]*)sort([0-9]*)pg([0-9]*)t([0-9]*)([a-zA-Z]*).* annuaire.php?annuaire=$1&sort_field=$3&cat_id=$2&page=$4&total=$5&by=$6 [L]
RewriteRule tb([0-9]*)-cat([0-9]*)-sort([0-9]*)-.* annuaire.php?annuaire=$1&sort_field=$3&cat_id=$2 [L]
RewriteRule detail([0-9]*)-([0-9]*)-.* annuaire.php?annuaire=$1&enr_id=$2 [L]
RewriteRule tb([0-9]*)-.* annuaire.php?annuaire=$1 [L]
RewriteRule in([0-9]*)-.* index.php?cat=$1 [L]
RewriteRule last_records([0-9]*)-.* last_records.php?annuaire=$1 [L]
Merci de m'indiquer si c'est correct où non. Sinon, je t'ai envoyé par mail, mon fichier mailform.php, le 10 avril, je voulais savoir quand pourras-tu me le corriger ?
Merci et bonne journée.
|
|
|
|
|
Journalisée
|
S'informer pour mieux s'orienter
|
|
|
|
steph
|
Bonjour, Je viens de t'envoyer une version du mailform.php modifié par mail , à voir si cela resoud ton problème n'ayant pu tester dans ton environnement. Pour le fichier .htaccess, il faut remplacer toutes les anciennes directives par les nouvelles , à partir de (inclus) RewriteRule tb([0-9]*)cat([0-9]*)sort([0-9]*)pg([0-9]*)t([0-9]*)([a-zA-Z]*).* annuaire.php?annuaire=$1&sort_field=$3&cat_id=$2&page=$4&total=$5&by=$6 [L] Comme je le pensais tu as l'ancien paramètre "page" dans tes directives .
|
|
|
|
|
Journalisée
|
|
|
|
|
|
|
steph
|
Bonjour,
Ce n'est pas possible sans modification de code. Envoies moi ton annuaire.php par mail et je regarderai entre deux si je peux te faire cette modification.
|
|
|
|
|
Journalisée
|
|
|
|
|
|
Pages: [1]
|
|
|
|