Reprise du message précédent :

CQFD

maintenant y a l'arborescence en haut de la page d'edition

 
oui, mais y aurait pas moyen d'empecher l'indexation google des pages d'edit plutot

c'est fait  
 
  C'te raffale de posts en 12 heures

on a eu de la visite

 
Tu vas pas me dire que c'est lourd d'aller lire ce param avant de générer la page ?

 
Oui, vous avez raison. On peut aussi contourner le problème en utilisant une sorte d'initialisation critique de la génération et considérer qu'après, un point de non-retour est atteint. Dans votre exemple, cela revient à considérer que le premier fetch valide la suite du traitement. Cela permet de gérer normalement et proprement la plupart des erreurs ("blablabla: le topic vient d'être effacé par son auteur ou la modération" ). Tout ce travail est nécessaire dans la mesure où la bufferisation des données servant à générer la page doit être sévèrement surveillée et limitée afin d'éviter que le forum se goinfre avec la ram; d'autant plus qu'avec votre implémentation la page générée reste en mémoire tout du long.
 
Petite question: avez-vous fixé une taille limite pour les messages? Ou l'utilisateur peut-il poster un méga de texte si cela l'amuse?

 
Ouais mais cette page faudrait qu'elle soit pas google compliant message.php3?tasdeparams=32&encoreuntruc=32342 etc doit rester

je confirme, j'ai envie de le mettre dans toutes mes applis web

le truc embetant, c'est que si tu modifie l'url rewriting, ya toute les pages rewrité qui deviennent des pages 404 dans les moteurs de recherche

 
Faut gérer les 2, garder les anciennes règles et ajouter les nouvelles

La bufferisation des données n'est pas un problème en soi. C'est une quantité de ram négligeable par rapport aux autres traitements. Je suis sûr que la plupart des gens qui programment un forum, dont joce, utilise les fonction ob_qqch avec éventuellement une fonction de gzipage en fin de parcours pour réduire leur bp et minimiser le temps d'ouverture d'une connexion, point nettement plus critique.
 
Sinon, je n'ai pas de taille limite théorique pour les message car j'utilise un champs text de postgresql. Cependant, j'ai envisagé de limité la taille des messages dans l'administration du forum.

gizmo> hé ho  ça tue les perfs de compresser, on n'a pas le temps

aucun interet, plus google reference de page et mieux c'est

 
ba sachant que la page d'edit contient 2 fois le même texte, elle sera mieux indexée, donc on tombera sur celle ci avant celle ou c'est convenablement ecrit, et c'est dommageable pour celui qui cherche de tomber la dessus, non?  

Moi je dis que faudrait minimum un if referer = google then redirect->topic

Bon, considérant que Joce a codé son forum, je l'ai ajouté dans la liste

 
Tout dépend de la mémoire dont on dispose sur le serveur. Avec mes 128Mo, je ne peux pas me permettre d'avoir plus de 8Ko par client (et encore!) si je veux pouvoir en gérer un petit millier. Avec 4Go, je vous accorde que la contrainte est bien moindre même si elle doit quand même être envisagée.
 
Pour la connexion, oui, c'est tout le problème et d'autant plus qu'il faut gérer une pile fifo afin de supprimer toutes les multiples (ré)allocations, (re)connections et (re)déconnections pour optimiser le tout et afin de ne jamais tomber dans une situation où un client ne peut être servi parce qu'on a atteint la limite des connexions au sgbd.
 

 
Par défaut, il y a un maximum dans les buffers de communication mysql.  
 

 
Cela me gène beaucoup pour tout un tas de raisons. Si je ne trouve pas une autre solution, et j'en vois pas, je vais être obligé de limiter de manière drastique la taille des messages (à quelque chose comme 4Ko). Si je ne dis pas de conneries, cela devrait me permettre de tuner une connexion à 128Ko au grand maximum et de pouvoir en pré-allouer ainsi 256 en n'utilisant que 32Mo de ram. Reste à voir si cela ne va pas tuer les perfs de mysql, ce dont j'ai un peu peur (difficile d'avoir à la fois le beurre, l'argent du beurre, et les seins de la crémière).

 
Bah oui, mais bon, c'est entre autre pour ça que je n'utilise pas mysql...

ba y a plus simple : dans le header de la page tu mets :
 
<meta name="Robots" content="noindex, follow" />
 
au lieu de  
 
<meta name="Robots" content="index, follow" />
 
pour message.php3

 
pourquoi tu le mets pas alors ?

c'est quoi un CMS ?
 
 
 
 
je suis neuneu ! n'est-ce pas ?

 
pas plus que moi, j'ai posé la question plus haut et ils ont repondu

vi j'ai vu, merci.
 
sinon, l'autre question, je la posais à ma signature

 
Hé c'est pas mon boulot chti père ça =)
 
( déjà qu'aujourd'hui je donne un coup de main à des gens qui peuvent pas me blairer juste pour toi )

des noms

 
Nan je peux pas

Mwais ... J'ai pas fait en sorte (alors que c'est si simple) de mettre le mod-rewrite partout : c'est inutile pour l'indexation ...

sly, marc, joce, n'importe qui: quand est-ce que vous comptez virer l'indexation par google?

jamais.

j'ai jamais dit que c'était à toi de le faire, c'était juste FYI

Tu t'appelles marc, sly ou joce ?

c pas le topic des reclamation ici. c'est pour parler du developpement de nos forums.
 
ca dévis beaucoup depuis hier

 
lis jusqu'au bout des phrases

Tu t'appelles n'importe qui ?

 
 
 
 
(désolé)

ya du high-level

 
Ah oui, virer mysql, c'est une solution. Et du coup, je me mettrais bien un bon vieux sybase. Sauf qu'il y a comme un petit souci avec le prix de la licence. A 25 000$ par cpu, on peut quand même s'acheter beaucoup de Go de ram à la place...

 
et pourquoi pas Postgre ?

 
J'essaierais bien mais je ne le connais pas trop et sybase est un de mes amours de jeunesse. Il n'est pas trop gourmand en mémoire?