Forums Webou.net - Hébergement gratuit et sans publicités avec PHP/MySQL Webou Webou Pro
Recherche avancée  
*
Bienvenue, Invité. Veuillez vous connecter ou vous inscrire.
Avez-vous perdu votre courriel d'activation?
19 Novembre 2017, 17:33:43


Connexion avec identifiant, mot de passe et durée de la session


Pages: [1]   Bas de page
  Imprimer  
Auteur Fil de discussion: Integration php dans html  (Lu 3173 fois)
0 Membres et 1 Invité sur ce fil de discussion.
websvi
Nouveau
*
Hors ligne Hors ligne

Messages: 22



Voir le profil
« le: 19 Novembre 2010, 15:05:42 »

salut,

Serait-il mieux ou plus facile d'intégrer le php dans l'html où l'inverse ou bien les deux à la fois?

Quelles sont les avantages e les inconvénients? Choqué

a+
Journalisée
Forums Webou.net - Hébergement gratuit et sans publicités avec PHP/MySQL
« le: 19 Novembre 2010, 15:05:42 »

 Journalisée
Coleim
Sr. Member
****
Hors ligne Hors ligne

Messages: 433



Voir le profil WWW
« Répondre #1 le: 19 Novembre 2010, 15:19:15 »

Le mieux, c'est de coder soit en php, soit en html  Grimaçant

Le plus simple, c'est de coder en html et d'intégrer du php.

Le bon compromis, coder en php et intégrer du html.


Je ne pense pas qu'il y ai vraiment des avantages ou inconvénients proprement dit. C'est plus une question d'architecture bonne ou moins bonne.
Journalisée

"Kirby, c'est le seul héros qui sauve le monde en voulant récupérer son gâteau à la fraise !"
websvi
Nouveau
*
Hors ligne Hors ligne

Messages: 22



Voir le profil
« Répondre #2 le: 19 Novembre 2010, 23:25:18 »

Salut,

Il faut évité au maximum de mélanger code PHP et code HTML l'un dans l'autre dans un fichier.

Ou peut dans le même fichier séparé les deux codes, c'est mieux que le mélange total.

La meilleur et simple méthode est de mettre les codes PHP et HTML sont dans des fichiers différents. Elle présente divers avantages :

1- La structure des pages envoyées au client n'est pas noyée dans du code PHP. Ainsi elles peuvent être maintenues par un "web designer" ayant des compétences graphiques mais peu de compétences en PHP.

2- Le code PHP sert de "frontal" aux requêtes des clients. Il a pour but de calculer les données nécessaires à la page qui sera renvoyée en réponse au client.

Cependant, cette solution présente  un inconvénient : au lieu de nécessiter le chargement d'un seul document, elle nécessite le chargement de plusieurs documents d'où une possible perte de performances.

a+
Journalisée
Coleim
Sr. Member
****
Hors ligne Hors ligne

Messages: 433



Voir le profil WWW
« Répondre #3 le: 20 Novembre 2010, 10:27:08 »

d'où une possible perte de performances.

Non.
Journalisée

"Kirby, c'est le seul héros qui sauve le monde en voulant récupérer son gâteau à la fraise !"
websvi
Nouveau
*
Hors ligne Hors ligne

Messages: 22



Voir le profil
« Répondre #4 le: 20 Novembre 2010, 16:36:55 »

Pourquoi?
Journalisée
Forums Webou.net - Hébergement gratuit et sans publicités avec PHP/MySQL
« Répondre #4 le: 20 Novembre 2010, 16:36:55 »

 Journalisée
MrsB
Staff Webou.net
*****
Hors ligne Hors ligne

Messages: 1 133



Voir le profil
« Répondre #5 le: 20 Novembre 2010, 20:47:58 »

Parce que
Journalisée
Coleim
Sr. Member
****
Hors ligne Hors ligne

Messages: 433



Voir le profil WWW
« Répondre #6 le: 21 Novembre 2010, 15:32:29 »

Parce que

Excellente réponse. Ou plutôt, tu n'as pas a te poser la question.

Admettons qu'il y ait une différence. Elle pourrait venir de plusieurs endroits :
- la lecture du fichier : le premier accès pourrait effectivement être plus long de quelques dizaines de millisecondes (à comparer avec les dizaines voire centaines du lag a cause du réseau. Sans parler du temps de calcul + envoi des données !). Ensuite, le kernel va garder le fichier lu en RAM histoire d'accélérer les appels suivants.

- l'interprétation du fichier ne devrait pas prendre beaucoup plus de temps. J'imagine qu'interpréter 200 lignes de vue et 200 lignes de code métier revient au même que traiter 400 lignes des deux mélangés. Mais ici, je n'ai aucune certitude. Dans tous les cas, on s'en fout. Parce que...


Il n'y a pas de problème de performances tant qu'il n'y a pas de problème de performances. Se poser des questions de performance alors que tout tourne bien est dangereux (si tu lis l'anglais : http://en.wikipedia.org/wiki/Program_optimization#Quotes).

Vu la puissance des pc actuels, c'est contre-productif et dangereux.

La bonne façon de faire est ici : sépare proprement ton code. Si jamais des problèmes de perfs se présentent, ça sera dans 100% des cas du code qui fait trop de traitements ou un accès a la bdd qui prend trop de temps.



Journalisée

"Kirby, c'est le seul héros qui sauve le monde en voulant récupérer son gâteau à la fraise !"
websvi
Nouveau
*
Hors ligne Hors ligne

Messages: 22



Voir le profil
« Répondre #7 le: 22 Novembre 2010, 16:59:10 »

Merci Coleim,

t'es sympa ta réponse est convaincante et m'arrange bien.

faire du Html et insérer dedans du php quand c'est nécessaire en marquant bien les limites est la solution rapide (moins compliqué) efficace et moins encombrante.

Puis on verra après, si ca marche bien tant mieux sinon il faudrait voir ou ca coince.
Journalisée
Coleim
Sr. Member
****
Hors ligne Hors ligne

Messages: 433



Voir le profil WWW
« Répondre #8 le: 22 Novembre 2010, 19:51:48 »

Puis on verra après, si ca marche bien tant mieux sinon il faudrait voir ou ca coince.

Exactement  Clin d'oeil
Journalisée

"Kirby, c'est le seul héros qui sauve le monde en voulant récupérer son gâteau à la fraise !"
TheEnvy
Nouveau
*
Hors ligne Hors ligne

Messages: 27


Voir le profil WWW
« Répondre #9 le: 13 Décembre 2010, 13:30:30 »

Il faut coder comme on le sent je pense. Chacun sont style. Après avec l'expérience, on simplifie les codes et on les réduits au maximum pour optimiser le tous. Mais je pense que pour débuter il faut faire comme ça vient comme ça après sa viendra tout seul et la réponse avec =D (shakespear)
Journalisée
Pages: [1]   Haut de page
  Imprimer  
 
Aller à:  

Propulsé par MySQL Propulsé par PHP Powered by SMF 1.1.21 | SMF © 2006, Simple Machines

Dilber MC Theme by HarzeM
Page générée en 0.023 secondes avec 21 requêtes.