page unique ou pages multiple ?

Salut,
Je suis suis entrain de concevoir un site en PHP/MySQL.
J'ai envie de le faire avec une seul page, mettons: index.php, dans lequel je mettrai le code de l'intégralité du site avec des portions activé ou désactiver par un menu pour l'utilisateur et gérer par un switch général dans mon code.
Le but est d'éviter de passer des variables d'une page à une autre.
Du coup je pensais ne pas crée de sessions utilisateur (que ce soit avec ou sans cookie), leurs "sessions" (ça n'en serait plus une mais une portion de code activé) se retrouvant automatiquement close si la page est fermé " à l'arrache".

Es que sur le principe ça fonctionne ? et niveau sécurité es que c'est mieux ou moin bien que de crée de multiple page en PHP avec transmission de variables par session ?

Si tu veux faire un site à page unique, je ne suis pas sûr du tout que php soit techno ad hoc. Regarde plutôt vers AngularDart (ou AngularJS) par exemple.

Citation:

---

Envoyé par plawyx

Si tu veux faire un site à page unique, je ne suis pas sûr du tout que php soit techno ad hoc. Regarde plutôt vers AngularDart (ou AngularJS) par exemple.

---

merci pour t'as réponse, mais je suis désolé, j'ai pas compris ce que tu voulais me dire ( si tu peux me faire une explication pour neuneu ? ça serait sympas )

Un site sur une seule page, c'est un coup à ce qu'un site devienne rapidement difficilement maintenable. De plus, ça pose des problèmes pour le référencement et niveau sécurité, lisibilité du code c'est pas génial non plus.

Cela implique également de développer uniquement ton site en Ajax et/ou Javascript, parce le simple fait de rafraîchir la page (en restant sur la même page, envoyer un formulaire qui renvoit sur la même page par exemple) détruit les variables de la même façon que si tu changeais de page ! (F5 = perte de tout ce qui est en cours).

ok merci.

Le problème n'est pas bien posé au départ. Si tu veux un site dynamique il faudra toujours un système pour transmettre tes variables, qu'elles viennent de php ou de javascript/ajax.

Un site sur une seule page, c'est aussi le principe du modèle MVC à ceci près qu'évidemment pour des problème de maintenance et de performances, la page d'index est construite avec un contrôleur dont le rôle est d'appeler les différents scripts (enregistrés dans différents fichiers) qui serviront à construire les différents affichages. Un tuto ici. Le principe de transmission des variables entre les scripts est qu'un script inclus par include ou par require a accès à toutes les variables définies avant son inclusion.


Ensuite une autre histoire est de savoir si la réception et le traitement des variables utilisateur se fait avec ou sans rafraichissement de la page.
1/ Dans le premier cas on peut faire un site 100% php.
2/ Dans le second cas javascript/ajax prend en charge au moins une partie du contrôleur. Mais il faut prendre en compte que les robots d'indexation n'interprètent pas javascript, et que des contenus différents ayant une url identique poseront des pb de référencement. Pour du contenu important dont on souhaite qu'il soit référencé cela impose donc de faire un contrôleur php fonctionnel qui sera simplement supplanté par le contrôleur javascript si javascript est activé/interprété. Et pour résoudre les pb d'url identiques ont fera de la réécriture d'url via javascript. Donc à moins d'utiliser cette technique sur du contenu peu sensible (qui ne sera pas référencé) cela fait beaucoup plus de travail.