Voila, toujours dans la progression de mon portail, actuellement j'essaye d'optimiser le script pour qu'il soit plus leger, plus propre, et tienne en moins de pages (sans pour autant que ca soit le bordel).
La je veux implanter un lien "fermer la session" ou "déconnecter".
Donc il suffit pour cela d'appeler la commande session_destroy().
Mais je n'ai pas envie de faire un bouton, et je n'ai pas envie de faire une page spécialement pour cette commande. Donc comment puis je appeler la commande d'une autre facon ?

en criant ?

 
Bah avant de te moquer de la réponse, réfléchit à ta question : tu es chez le client, tu veux détruire une session sur le serveur, tu dois donc y retourner. Sans bouton, il te reste le lien vers une page spéciale (ce que tu veux éviter) ou le lien avec un paramètre vers la même page, avec test de l'existence du paramètre, ce qui n'est peut être pas ma définition d'optimiser

j'avoue.
Je sais pas y a pas moyen de lancer une fonction sur clic? ^-^
ou alors de planque un hidden input dans un lien ?

d'ailleurs, je me posais une question:
Est ce une bonne ou une mauvaise idée de gerer sur la meme page plusieurs formulaires ?
genre j'ai:
un form pour poster un article
un form pour modifier un article
un form pour supprimer un article
a la base chacun avait sa page perso de validation (verif_newarticle.php / verif_modifarticle.php / verif_supprarticle.php), mais ca ma soulé que mon site fasse autant de page, du coups j'ai réuni tout sur la meme page de vérif en attribuant a chaque formulaire une valeur de la même variable a chaque form:
 

 
C'est pas une surcharge pour le serveur ?

Je sais pas pour les autres, mais moi je le ferais comme ça :
 
 

 
Je pense qu'il n'y a aucun problème à gérer plusieurs formulaire sur une seule page, c'est ce que je fais le plus souvent, et j'ai pas envie de me faire chier avec 40000 pages pour ça non plus .

 
Tout dépend de la complexité des opérations à réaliser, mais très souvent c'est vrai qu'une page unique de traitement est mieux.

j'ai changé le script de cette facon effectivement, pour pouvoir renvoyer vers la page d'accueil en cas d'accès vers la page sans passer par les formulaires, ou avec une valeurs indésirable de la variable modif.
 
Mon portail commence à avoir de la gueule, j'ai integré le BBCode, maintenant j'vais commencer à travailler sur les archives (seuls les 5 ou 10 derniers articles sur la page principale, le reste accessible via un petit calendrier, comme on voit sur les blogs).... QQun pourrait me mettre sur la piste ?  
Pacque la ca m'a l'air d'etre un script plus compliqué  
J'vais ptet voir pour télécharger un script du genre tout fait pour l'analyser, mais je préfèrerais avoir votre avis avisé !

 
PHP = serveur, clic = client. Quant au hidden, il s'agit d'élément de formulaire, ce qui n'est pas le cas d'un lien (sauf intervention de jscript bien sûr)
 

 
Ca dépend de la manière dont c'est codé. En soit c'est pas une mauvaise chose, mais vaut mieux un switch qu'un while barbare

if elseif elseif else ca passe mieux qu'un while ?
Bon j'aimerais bien qu'un bon programmeur analyse mon architecture et mes scripts, pacque tout marche bien, mais je sais pas si c'est optimisé/pas optimisé/optimisable

 
Le while sert à faire une boucle, pas à tester ponctuellement une condition. Et si $modif ne peut satisfaire plusieurs cas dans la même page, un switch/if..elseif passera mieux, oui.
 
Ceci dit, sur de petits traitement, ça revient à se chercher des poux dans la tête, le gain n'aura rien de significatif, ce sera juste plus propre

De toute manière, PHP et optimisation ne rime pas, donc on s'en tape