Discussion :

[keaton7]

Bonjour,

J'ai un petit soucis avec mes pages, lorsque un élément est envoyé en post, l'actualisation force a renvoyer les contenus une deuxième fois. Des éléments javascripts peuvent rechercher mes pages, d'ou des renvois possibles assez embêtants.

En parcourant le web, je vois ces pages asp ou php s'appelant "do" suivit d'un type d'action. Est-ce une reecriture ou s'agit-il d'une facon de centraliser les traitements possibles sur une seule page et de rediriger ensuite sur la page actualisee. Si c'est la cas, cette methode est-elle fiable ? Elle resoudrait mon soucis mais a quel prix ?

D'avance merci pour vos suggestions.

[Vil'Coyote]

j'ai rien compris à la demande. tu voudrais pas faire plus simple ou plus explicite stp

[keaton7]

Désolé, j'ai écris un mélange de tout ce que j'ai dans la tête ^^

Est-il intéressant de regrouper tous les traitements de formulaires dans une même page php traitement.php ?

Par exemple la gestion du login serait :
login.php > traitement.php > index.php

La gestion d'un post de forum :
nouveauMessage.php > traitement.php > message.html

Ou traitement.php serait l'intermédiaire servant a faire les requêtes et rediriger ensuite.

Cette méthode est-elle fiable ? Intéressante ? Répandue ?

C'est plus clair ?

[grunk]

A part compliquer la maintenance de ton code je n'y vois que peu d'intérêt, si tu as 25 formulaire dans ton site , le fichier va devenir énorme.

Une page de traitement par formulaire en revanche me semble déjà plus clair. Après c'est selon les gouts de chacun

[Korri]

Bonjour,

Cette idée est trés bonne, mais comme le souligne grunk tu risque d'avoir un gros fichier, aussi je te conseil de faire un page traitement.php qui aurais un include qui inclu la bonne page en fonction de l'action passée en parametre.

ça donnerais quelque chose comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
<?php
     //Trés important vérifier la variable pour ne pas créer de faille
     if(!isset($_GET['do'] || !preg_match('/[a-zA-Z\-_]+/', $_GET['do']) ){
         die('Action invalide');
     }
     include('actions/'.$_GET['do'].'.php');
?>

Il serais important de rajouter une redirection , par exemple en ajoutant a la fin :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<p>Cliquez <a href="<?php echo $_GET['goto']; ?>">ici</a> pour retourner a l'acceuil.

Enfin tu a l'air de savoir ce que tu fait, tu devrais t'en sortir.

Ce traitement évite de nombreux probleme de double post etc, et il est communément utilisé sur tout les forum, blog etc..

Tu devrais jeter un oeuil du coté du modele MVC.

Bonne continuation, en esperant t'avoir été utile.

[keaton7]

A part compliquer la maintenance de ton code je n'y vois que peu d'intérêt, si tu as 25 formulaire dans ton site , le fichier va devenir énorme.

Une page de traitement par formulaire en revanche me semble déjà plus clair. Après c'est selon les gouts de chacun

Ça complique le code, oui et non. Ça me rempli une page mais allège l'arborescence d'autant de fichiers que j'aurai pu créer pour des traitements individuels. un bon switch() et hop

Cette idée est trés bonne, mais comme le souligne grunk tu risque d'avoir un gros fichier, aussi je te conseil de faire un page traitement.php qui aurais un include qui inclu la bonne page en fonction de l'action passée en parametre.

Ton idée va plus loin que ce que a quoi je pensais, de part sa gestion des include. Ca recoupe l'idée précédente au niveau du nombre de fichiers mais de cette façon, rangées dans un dossier traitements par exemple, ca me parait être une idée bien judicieuse. Ca virerait en en-tete de mes pages de formulaires les 3 tonnes de lignes de traitements, et ca rendrait le tout un peu plus intelligent.

Pour faire un mix de vos deux suggestions, je vais peut-être bien opter pour cette page de traitement, de la facon dont vous me conseillez de le faire.

Je pense que si c'était terrible et dangereux, quelqu'un l'aurait déjà dit maintenant ^^.

Merci a vous deux !

PS : Pour les motifs de conception, je m'y suis déjà penche au moment du développement de mon système template. Mais c'est l'idée générale effectivement.