Reprise du message précédent :

 
Prend ton temp surtout
 
Tient c'est la V4 deja   donc j'ai une version 4bis
 
www.asrockfrance.com/forum

 
 
AÎE Ta pas peur toi lol

 
Tient, j'ai oublié d'enlever se truc  
 
voila c'est fait.

 
Pas de problèmes
 
cf mon site, partie réalisations pour voir un apercu des fonctions...

 
oui, enfin 30 connectés et 60000 messages c'est pas ca qui génère bcp de charge quand meme

 
 
N'oublions pas que la méthode de calcul des connectés diffère d'un forum à l'autre.
Mon timeout est reglé à 1 minute

Tant que les bugs de la V4 sont corrigés, ça me va
 
Heu, je vois PHP OO, c'est du 5 ? car mon hebergeur supporte juste le PHP4...  
 
bon je vais changer d'hebergeur de toute façon

Non, c'est du PHP 4.3.x
Ce sont des objets simples, mais qui rendent le code source bien plus souple.

 
Ouai, je l'ai traffiqué ton compteur, il déconné plein tube, j'avais toujours un seul inconnu

 
 
Les plus gros bugs comme la suppression de messages qui rend parfois un topic hasardeux, ou le mass delete d'un pseudo qui fout le bordel dans la base ne sont plus

 
Les bugs que j'ai le plus sont :
- MP pas top : * Si quelqu'un m'envoi un MP, qu'il le supprime, la phrase Vous avez un MP ne disparait plus
               * Aucune possibilité de limiter le nombre des MP pour les users
               * Bugs lors d'une citation
               * Pas de controlle des MP des autres (paranoia man )
- Légé probleme sur le compteur de visite (corrigé pour les inconnus) mais si il y a trop d'inconnu il vire l'affichage des connéctés alors qu'il devrait les laissé jusqu'a 10 users.
- Probleme d'interprétation des BB dans certain cas (destruction de la présentation du forum)
- Javascript qui surligne les messages trop lourd pour les vieux pc (je l'ai viré)
- Il faut désactiver les magic cotes pour les /, mais bon une ligne a rajouter
- Un user qui vient de s'inscrire peut poster un seul message sans avoir valider son inscription !
 
Si je m'en rapelle d'autre, je te le dirais

Putain que c'est chiant la gestion des groupes
 
J'arrive pas à me décider quant au comportement à avoir pour autoriser l'accès ou pas (groupes utilisateurs, modérateurs, niveau d'accès) ...

 
 
Lesquels ?
 
Sinon, pour éviter de nuire au topic, je pense que tout ça a plus sa place sur mon forum qu'ici
(sky.servermms.org)

skylight > je peux te demander 2 features pour la v5 ?
ce sont des feature que j'ai déja mis en place sur un v4-lenode ...
1/ possibilité dans l'interface d'admin de spécifier l'ordre des topiks dans un catégorie (par date de dernier message (croissant et décroissant) et par date de création de topik (croissant et décroissant)). ca permetterait de faire comme la cat news sur ppc...
2/ limiter les droits de creation de nouveau topik sur une catégorie : supadmin / admin / modérateur de la cat / user enregistrer / tous le monde...
de cette manière on pourrait autoriser les invités a répondre a des topiks mais pas a en creer de nouveau...
 
si ces deux features sont implémentée, tu peux compter sur moi pour faire du beta testing léger

petit HS : RSS dispo pour mon blog
dsl

 
PHP ? tu ne peux pas genere un XML ? c'est plus légé si tu as de nombreuse personne qui aspire ton flux rss
 
Genre : http://www.chaced.com/exp/rss.xml

Le fichier XML est de toute façon généré par PHP.
 
Par contre Scull vu que tu as activé l'URL Rewriting, tu devrais présenter ton fichier RSS via http://tonblog.com/rss/ afin que l'URI du feed soit indépendant de la technologie serveur (l'URI ne cassera pas si tu passes en ASP, en JSP, ou si tu changes la géographie du site).
 
De plus ça te permettrait de mettre un feed atom sut /atom/ par exemple
 
Après si tu veux garder le domaine propre, tu peux créer une sous-cat virtuelle "feeds"
 
donc http://tonblog.com/feeds/ qui va lister tous les feeds dispos, puis /feeds/atom/, /feeds/rss/, /feeds/rss2/, etc pour chaque feed

 
Bien sur qu'il est généré en php, c'est aussi mon cas, mais ce que je veux dire, pas besoin de gener le flux a chaque fois, uniquement a chaque modif, ça suffit
 

Ca peut être fait via caching ça

 
Oui je viens d'y penser   puisque je cache mon index, pourquoi pas le faire poru le flux xml

RSS  
 
les flux ATOM sont aussi du XML, mais ne sont pas du RSS

Je viens de mettre le fichier disponible à l'url xxx.com/rss/
Mème si je doute d'avoir un jour à faire la transition vers l'A$P
 
Je pense faire un système de cache aussi pour le RSS. Mais tant qu'à le faire pour le RSS, autant le faire pour le blog en entier.
 
Par contre, si vous avez des infos sur les fils ATOM ^^

Le truc important avec ce genre de chemins c'est surtout que tu offres au visiteur une interface, et quelle que soit la structure interne du blog l'interface reste inchangée.
 
par exemple xxx.com/rss/ peut très bien mener à xxx.com/scripts/data/feeds/rss.php, et si un jour tu décides de le déplacer à xxx.com/blog/datas/feeds/rss.php il suffira de mettre à jour l'interface, et le visiteur ne se rendra compte de rien, ce sera totalement transparent pour lui.

Ca dépend de ce que tu mets dans tes feeds.
 
Classiquement, sur un blog, tu peux avoir 4 niveaux de feeds:

• Headline, uniquement les titres des posts
• Headline + summary, les titres des posts et une courte description du contenu
• Full post, les posts complets (identique au précédent dans le cas des posts ne faisant qu'une paire de ligne puisque le summary contient le post complet)
• Comments, soit associés aux posts (mais ça fait faire pas mal d'updates sur le feed) soit en feeds indépendants (un feed par post) soit en global (un feed avec tous les commentaires).

Les options habituellement choisies sont la 2 ou la 3, avec souvent un feed pour chaque afin que les gens puissent choisir.
 
On trouve également parfois des feeds sur les liens trouvés par l'auteur du blog.

http://www.atomenabled.org/
http://www.atompub.org/2005/08/17/ [...] at-11.html (la spec complète)
http://www-128.ibm.com/developerwo [...] tom10.html (Introduction à Atom 1.0 chez IBM)
http://www.tbray.org/ongoing/When/ [...] 4/Atom-1.0 (Atom1.0@Ongoing)

Qu'est ce que tu appelle système de caching ?

Merci beaucoups Masklinn pour ces liens. Je vais voir si je peu en faire quelque chose.
 
Par contre le CMS sortira surement sans les fils atom hélas...
Ca me permettra d'avoir rapidement quelques avis sur mon usine à gaz lol, et pourquoi pas avoir quelques contributions
 
Merci pour vos réponses

 
Comme ça non ? http://www.jpcache.com/
 
Bon tu peux te le faire a la main ton cache, ça marche tres bien aussi

Le cache, c'est une sauvegarde des données dans un état précis.
 
Pour un site/blog/forum dynamique, c'est une sauvegarde d'une page créée dynamiquement pour pouvoir la ressortir (renvoyer) sans avoir à la régénérer.
 
Exemple simple:
Imaginons que tu ais un blog avec 500 visites uniques par jour sur l'index (un blog pas mal visité quoi).
Tu ne postes que tous les 2 ou 3 jours.
Ca veut dire qu'entre chaque post (donc chaque modification de l'index) tu auras eu entre 1000 et 1500 visites.
Donc l'index aura été intégralement généré 500 à 1500 fois (500 parce que si les 500 visiteurs/jours sont toujours les mêmes et que tes headers sont bien faits, leurs navigateurs utiliseront les caches locaux donc tu ne renverras pas ta page complète)
Donc 500 à 1500 ensembles de requêtes en DB, 500 à 1500 appels à ton template de génération des pages, ...
 
Pour envoyer 500 à 1500 fois la même chose, à l'octet près.
 
Maintenant imaginons que tu insères un système de cache, ça veut dire que quand un mec va demander ton index le script PHP va:

• Regarder la date de génération du fichier en cache
• Demander à la DB la date de la dernière modification (donc du dernier post sur le blog)

Et si la génération du cache est plus récente que la dernière modification, il va juste envoyer le contenu du cache.
 
Résultat, au lieu de générer ta page 500 à 1500 fois, tu vas la générer une unique fois et les 499 à 1499 personnes qui viennent après le premier auront simplement la page tirée du cache => tu gagnes énormément en temps de réponse (moins de requêtes sur la base et beaucoup moins de calculs) et en temps CPU consommé (puisqu'il n'y a plus de génération à faire, juste à lire les données du cache et à les renvoyer telles quelles)
 
Edit: oubli des caches des navigateurs

Ok merci. Je pensais à un méchanisme semblable mais plutot générer les fichiers a l'insert ou la modification et donner aux visiteurs la version générée.

Erf...
Avec le RSS, va falloir que j'étende les stats de fréquentation...

C'est-à-dire ?

Il faudra qu'il track ses feeds pour savoir qui visite son blog, parce que sur certains blogs TRES tech-oriented, 35 à 60% des visites se font uniquement via les feeds. C'est le cas chez Ongoing: Mozilla et MSIE sont équivalents en fréquentation, mais ça varie... en fonction de la longueur des posts.
 
Le semaines avec des posts très courts la fréquentation par IE est au plus haut (en %), parce que les "tech savvy" sous Mozilla lisent Ongoing via leur aggrégateur de feeds, mais quand les posts sont plus longs, moins confortables à lire dans l'aggrégateur, les stats de Moz remontent un grand coup.

dire que je dois avoir la version 106 quelque part sur mon HD
 
 
sinon vivement la v5

Vous faites comment vos regexps pour les URL, parce que ça me parait assez bordélique

 
 
Ah ouais faut que tu me la files , j'voudrais remettre mes anciennes versions pour voir l'évolution

60 pages lu de bout en bout cette semaine, plus que 240.
Besoin d'une pause là.
En tout cas, y a eu quelques infos intéressantes par ci par là que je vais peut être utilisé pour mon site à moi.

si tu peux en faire un résumé ca pourra en aider d'autre

Ayé, terminé gestion des groupes (sur catégories/sections), plusieurs groupes possible, et chaque utilisateur peut appartenir à plusieurs groupes )
Putain c'est du robuste

En gros, en 60 pages : plusieurs liens qui sont plus valables, quelques regexp pour les smilies, 3 ou 4 bidouilles pour les listes [ * ] qui sont fdes bidoluilles d'affichages une personne qu'a donné la lsite des fonctiponnalités prévus pour la V1 de son forum et un autre qu'a donné la liste des fonctionnalités prévus pour les 0.1 à 1.0 de son forum.
L'ouverture de deux forums pour discuter de la création d'un forum comun dont le premier avait un méga bug niveau sécurité qui permettait de lire et discuter dans la partie privé du forum.
et aussi une méga évolution des conections avec un sacré évolution atteigant les 4 M d'upload pour certains hébergé par leur employeur alors qu'au départ les adsl 128ko étaient considéré comme super chanceux. A noté la mémorable transition vers le 512 Ko d'un des programmeurs de forum, premier changement d'adsl de l'histore du topic. (c'est beau, les voyages dans le temps )
 
Et là, j'en suis qu'a décembre 2003.

tu devrais bientôt arriver aux batailles de millisecondes

ta pas répondu a mes demandes

J'en ai déjà vu quelques unes.
Et vers la opage 63 je suis tombé sur la bataille des microsecondes par modifs des varchar en char, des bigint en int ou en midint dans mysql et aussi avec objets contre sans objets en php4 ainsi que le temps des include contre du tout en un fichier.