Reprise du message précédent :

Fait comme moi, un mix

Ca oui et ça va me servir énormément. Par contre organiser de façon claire ce que je veux faire, c'est la ou j'ai du mal. Mais j'y arriverai.

Quand tu affiche le sujet en intégralité, les urls vers chaque message linkée par l'icone du msg qui se trouve à gauche sont fausses.

parce qu'il manque le print=1 dans l'url

Mmmm ... et t'as pas envie de corriger le bug ?

Parse error: parse error, expecting `')'' in /tmp/sqlforum/forum2.php3 on line 321
 

C'est de notre faute peut être
 
edit : Merci

d'ailleurs pourquoi le forum il est dans le rep tmp ?

c'est temporaire en attendant un phpbb 2 ?

c'est une sly optimisation

 
paske les bugs y sont temporaires, donc le forum est temporaire

 
Jamais cette merde sur un de mes serveurs !

après une nuit de réflexion, j'ai décodé de passer mes drapals dans une table à part
 
skylight, chaque utilisateur a le droit à un nombre de drapeaux infini, ou y'a une limitation ?

 
He bien, je ne suis pas sûr que nous parlions de la même chose à cause du mot 'script'. A ce détail près, un template ce n'est qu'une série de fichiers texte.
 
Exemple:
 
blablabla html
Vous avez [PROUT_PROUT_PROUT] nouveaux messages privés
blablabla html
 
Il faut qu'un parser se charge d'aller lire le fichier, parse le texte jusqu'à trouver [PROUT_PROUT_PROUT] (1), aille extraire l'info correspondante (si besoin la bufferise) et la remplace (2) et continue. Ainsi, il est possible d'envoyer ce qui est généré au moment de (1) et/ou de (2). Ce qui est rigolo à faire après, ce sont les optimisations (un et un seul parsing pour un modèle donné, bufferisation des données utilisées plusieurs fois, ...).
 
Le rapport est qu'il faut nécessairement qu'un morceau de code fasse ce job ou un équivalent quelque part. Et je ne comprends donc toujours pas pourquoi vous parliez d'un script.

 
heu ouais mais non ça serait plus pratique que ça renvoie vers le topic sans print=1, mais à la bonne page
parce que la vue en intégralité c'est pratique pour retrouver un post, mais si on veut le quoter ensuite ou passer le lien à quelqu'un, c'est pas terrible avec le print=1

 
c'est quoi un CMS? (c'est dingue le nombre de trucs differents qu'on obtient en tapant CMS dans Google)

Content Management System, un phpnuke quoi...

http://www.google.fr/search?q=cms+ [...] l=fr&meta=

c'est dingue comme le nombre de participants à ce topic a augmenté récemment
 
bon et bien, uriel, Marc, Joce, Sly, on attend les urls de vos forums respectifs
 

Dans le cas que tu décris, il est impossible de gérer les erreurs qui surviendraient au milieur du script autremement qu'en envoyant un vilain message d'erreur en plein milieu de la page. Un des buts d'un template est justement d'éviter que ces messages d'erreur n'interfèrent avec la mise en page normal.

merci gizmo & marc  
 
drasche> je pourrais en faire un en J2EE mais pour le concours de bite du forum le plus rapide, je le sens pas

 
bah pour Joce on a déjà l'URL de son forum

on veut pas son brouillon, on veut la final

nan le concours de bites c'est accessoire
Le mieux est encore que tu aies appris quelque chose si tu le fais, ce qui sera mon cas vu que je me considère encore débutant en PHP

 
Je comprends mieux ce que vous voulez dire. Tels que vos templates sont implémentés, tout ce qui pourrait générer une erreur se trouve en amont de la partie génération, ce qui rend possible la page d'erreur. D'accord. J'ai une approche différente: je pars du principe qu'il n'y aura jamais d'erreurs et que si, ô malheur, cela arrivait, le serveur doit m'envoyer un mail, me passer un coup de téléphone ("alerte! alerte! alerte!" ) et générer un rapport dans un fichier. Cela parce que j'estime qu'il ne doit survenir que des erreurs extrêmement graves (panne matérielle, serveur mal calibré pour la montée en charge, attaque d'une bande de pirates, bugs et plantages du sgbd ...).

 
L'important n'est pas ce que tu as mais ce que tu en fais.

Illimité

 
C'est un peu mon optique aussi, mais il y a des situations où l'erreur "simple" n'est pas évitable:
quelqu'un visualise la liste des sujets et décide de cliquer sur l'un d'entre eux. Entre temps, ce sujet est effacé par son auteur. Dans ce cas, la page template d'affichage du sujet ne correspond pas à ce que l'utilisateur devrait recevoir => obligation de choisir un autre template.

nan ca boufferait trop de faire le calcul

count (id_post) where id_topic = truc and id_post < id_post_clique
 
le tout divisé par le nombre de page

c'est bien ce que je veux éviter de faire

C'est vrai que j'aurai du préciser : ça veut dire Content Management System.

On est deux alors

 
Benh suffit d'avoir un compteur que t'incrémentes tous x posts, x étant le nombre de posts par page.
Y a pas de calcul à faire au niveau de la BD quand même ?

sauf que le nombre de posts par page peut différer en fonction de l'utilisateur / de la configuration du forum

Ce qui fout d'ailleurs la merde dans les quote

sans parler de l'indexation google, quand on clique sur un lien donné par google, on tombe souvent dans la page d'edit d'un post qui n'a rien à voir