Citation :
Merci pour ce lien : je n'utilisais pas PagePeel en raison de son manque notable de compatibilité avec bien trop de navigateurs et son code trop lourd et trop lent.

D'ailleurs, il faudrait plutôt nommer ce module "Who was online" car il indique l'historique passée et non le présent...

Citation :
Ou alléger les requêtes ... :roll: Je viens de faire un benchmark perso sur une 2.5 alpha par rapport à ma 2.0.16 modifiée (allégée) : 2 fois plus de requêtes... (mais ça reste moins pire que d'autres CMS bien connus ).

Si le problème existe sur frxoops, il existera ailleurs.

Les propositions de Ghia sont pleines de bon sens.

Concernant les spammeurs, il y a moyen de se protéger un peu : en limitant le nombre de liens dans un message par exemple (limite à 3 sur tous mes sites); en n'autovalidant pas les inscriptions hors pays francophones (voir en interdisant certains pays : russie, etc...). J'ai opté pour cette solution au niveau des inscriptions : certains pays sont interdits d'inscriptions. Dans le formulaire de contact : 1 seul lien autorisé (et je n'affiche aucune erreur en cas d'échec : page blanche pour ne pas donner de raison car c'est bien expliqué en français à la base).

Avec ces mesures (assez simples), j'ai diminué le spam à 1 par ... trimestre au lieu de 5 par jour.

Ce qui est dingue, c'est que Online soit encore en php4 par défaut et non en php5 : ceci explique tes erreurs aléatoires : certaines pages devaient être compatibles php 4 mais d'autres ne l'étaient plus et demandaient l'utilisation de php 5... Il y a eu des problèmes similaire au début avec mon dictionnaire botanique, comme avec la définition du gaz à effet de serre.

Citation :
Il y a de grandes chances : free/online sont les spécialistes des configs curieuses. Toutefois, si le phénomène est aléatoire, ça devient bien plus gênant à débugger.

Citation :
Je remonte un peu ce sujet pour exprimer que sur des sites qui tournent pas mal, on évite le plus possible les tests dans les templates smarty... Ca ralentit considérablement un site.

Il est alors plus simple de créer une variable dans la classe theme.php, vide par défaut et qu'on peut remplir ensuite.

Dans ce cas, le test dans le template devient inutile car la variable existe à coup sûr (il n'y aura donc pas d'erreur smarty) et si elle est vide, il ne se passera tout simplement rien. Ca complique un peu la gestion de la variable mais c'est valable en terme de performances.

@legentil : théoriquement, c'est au niveau du serveur que cela se gère, pas au niveau du code php.

iLuc a fait un article intéressant sur le GZip : https://www.frxoops.org/modules/news/a ... _rootid=7374&#comment7374

J'ai apporté un commentaire sur ton article : il faudrait que tu t'intéresses à la Web Developer Bar.

Je colle ici le lien des différences HTML 4 (et XHTML globalement) - HTML 5 : http://www.w3.org/TR/html5-diff/
Section 3.4 et suivantes.

Parce que les créateurs de modules vont devoir s'y plier aussi...

Par ailleurs, les smartphones comme (tous testés sur mon site d'aquario qui est déjà passé en HTML 5) : iPhone (et l'iPad), Nokia N97, un Android (me rappelle plus le modèle HTC) et un BlackBurry acceptent tous sans souci HTML5.

edit : si ça intéresse, je peux même créer un sujet avec tous les changements à faire et comment les faire. Mais il faut juste que je sois sûr que le sujet ne va pas disparaître comme le super-long commentaire (aussi long que l'article lui-même je crois ) que j'avais fait sur l'article de iLuc sur le GZip.

Citation :
Je réponds un peu tardivement mais j'avais eu l'espoir d'une restauration des infos perdues (mais elles le sont apparemment définitivement).

Il n'y a absolument rien d'incompatible entre IE 6 et HTML 5??? Je ne vois vraiment pas où est le problème puisque toutes les balises qui deviennent obsolètes en HTML 5 sont remplaçables par du CSS 1 (même pas du 2, ni encore moins du 3...). Remplacer un align="center" par style="text-align:center;" (ou une class appropriée dans une feuille de style) je crois que IE 6 s'en sort très bien! Idem dans un tableau avec cellpadding="0" par style="padding:0;" et etc... A part le souci de cellspacing dans les tableaux à remplacer par une classe en CSS avec border=x et/ou border-collapse qui est du CSS 2, tout est absolument compatible avec IE 6 sans problème! D'ailleurs en remplaçant toutes ces balises/tags obsolètes par leurs équivalents CSS, tout reste compatible à la fois HTML 4, XHTML 1 et HTML 5 : que demande le peuple???

Quant à exploiter les spécificités propres à HTML 5, c'est une autre paire de manche et il y a effectivement le temps. Mais cela ne gêne pas l'emploi des nouvelles balises NAV ou FOOTER par exemples, IE 6 les ignore simplement...

Enfin, mon opinion sur les Intranet (ou toute entreprise) qui reste en IE 6 : est-ce que ce sont celles-ci qui vont passer à la version ultérieure de Xoops??? j'ai comme un doute...