Html vs PHP

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : Html vs PHP

par Ic3Cub3 » 07 août 2005, 18:32

Il marchera mais les balises HTML et BODY ne te servent a rien si tu ne les utilisent pas correctement et si tu ne les ferment pas .....

par albat » 07 août 2005, 18:29

Le meilleur moyen de le savoir, c'est de le tester, non ? ;)

par wizardman » 07 août 2005, 17:26

Petite question :
<html>
<body>
<?
$a = 1;
?>
<p>Ploooop =] !</p>
<?
echo $a;
?>

Ce code marchera-t-il ?

par Ic3Cub3 » 07 août 2005, 13:04

ok ok c bien reçu
Merci pour tout ces bons conseils ;)

par albat » 07 août 2005, 11:31

Précision :
Le "ralentissement" se produit côté serveur (appel serveur PHP, lecture puis interprétation ou non du code,...)
Au final, c'est bien la vitesse de navigation (pour le client) qui est ralentie.

par albat » 07 août 2005, 11:29

Du plus rapide au plus lent :

page.htm

Code : Tout sélectionner

<html> <head> </head> <body> </body> </html>
page.php

Code : Tout sélectionner

<html> <head> </head> <body> </body> </html>
page.php
echo "<html>\n";
echo "<head>\n";
echo "</head>\n";
echo "<body>\n";
echo "</body>\n";
echo "</html>\n";
La 1re solution est la seule vraiment bonne.
La 2e solution est acceptable.
La 3e solution est une véirtable abération.

par Lpu8er » 06 août 2005, 21:20

vitesse d'exécution coté client
Je ne vois pas en quoi.

par Ic3Cub3 » 06 août 2005, 18:37

C'etait bien la le but de ma question subsidiaire :
Je n'ai ke pour l'instant du HTML dans ma page mais elle s'appelle MAPAGE.PHP

Je voulais juste savoir si c'etait tres genant ou non au nivo vitesse d'exécution coté client !

Mais merci pour vos reponses !!!

par albat » 06 août 2005, 18:30

Dans ce cas, appelle ta page machin.php pour préserver tes liens en prévision de tes futures évolutions
mais, en aucun cas, ne transforme artificiellement du code HTML en script PHP ! :evil:
echo "<p class='jolitexte'>toto est content</p>"; // C'est mal et ça ne sert à rien !

Code : Tout sélectionner

<p class='jolitexte'>toto est content</p> // C'est bien !

par Ic3Cub3 » 06 août 2005, 18:23

- Tu te simplifieras la maintenance et le débuggage
C'est pour me simplifier la vie ke je veux l'appeler ***.PHP ma page malgré kil nya ke du html dedans.
Car ainsi le jour ou je mets un bout de code php dans cette page je n'aurai pas a changer les liens dans toutes les autres pages pointant vers celle ci.
C'est plus simple pour plus tard....

par h2o » 06 août 2005, 15:41

je ne suis pas persuadé que c'est la meilleure solution... :lol:
Sans parler de la difficulté à maintenir le code, du poids des pages,...
Ce n'est peut-être pas la meilleure solution, mais je maîtrise bien xml-xsl.

Mes pages ressemblent beaucoup à ceci :
session_start();
$user = $_SESSION['id'];
$id = ($_GET['id']);
$xsl = new DomDocument(); 
$xsl->load('le_document_xsl.xsl'); 
$inputdom = new DomDocument(); 
$inputdom->load('le_document—xml.xml');  
$proc = new XsltProcessor(); 
$xsl = $proc->importStylesheet($xsl); 
$proc->setParameter(null, "id", $id); 
$proc->setParameter(null, "user", $user); 
$newdom = $proc->transformToXml($inputdom); 
$newdom = eval("?".chr(62).$newdom.chr(60)."?");
Peu de code.

Le document xhtml est entièrement généré par la transformation xsl.
Mais il vrai que l'xml est assez "verbeux".

Mais les pages ne sont pas trop "pesante", et la transformation n'est pas trop lente.

Il y a très certainement plus performant, mais il y a chez moi essentiellement une consultation de données. Avec une gestion de privilège par "session".

par albat » 06 août 2005, 14:46

Ceci dit : ces sites n'ont qu'entre 45 et 150 visiteurs quotidiens. Pas de quoi surcharger le serveur ( :?: :?: )
Imagine un serveur mutualisé qui héberge 200 sites développés sur le même principe...

Mieux vaut nettoyer et allèger ton code :
- Tu soulageras le serveur
- Ton visiteur gagnera en vitesse de navigation
- Tu te simplifieras la maintenance et le débuggage

par albat » 06 août 2005, 14:44

On peut tout à fait écraser un moustique avec un marteau-piqueur
et tondre son carré de pelouse avec une moisonneuse-batteuse,
mais je ne suis pas persuadé que c'est la meilleure solution... :lol:

Sans parler de la difficulté à maintenir le code, du poids des pages,...

Autant construire une page "Hello world !" en Java... :langue:

par h2o » 06 août 2005, 14:35

écrire du code HTML dans un script PHP n'apporte rien.
Cela ne peut qu'augmenter les appels au serveur et donc bouffer du temps et de la ressource.
Donc, chez moi, ce doit être pis : toute la page est générée par le trio : php-xml-xslt.

Ceci dit : ces sites n'ont qu'entre 45 et 150 visiteurs quotidiens. Pas de quoi surcharger le serveur ( :?: :?: )

par albat » 06 août 2005, 14:27

À part ça, il est évident (même si les deux syntaxes sont correctes)
qu'écrire du code HTML dans un script PHP n'apporte rien.
Cela ne peut qu'augmenter les appels au serveur et donc bouffer du temps et de la ressource.

Les deux codes ci-dessous produisent le même résultat, mais l'un des deux est stupide...
<?php
echo "<html>\n<head>\n</head>\n<body>\n...\n</body>\n</html>"; 
?>
[-X #-o

Code : Tout sélectionner

<html> <head> </head> <body> ... </body> </html>
=D> :pouce: