Reprise du message précédent :

Pas plus que ça, il y a des dizaines de langages qui défoncent PHP en terme de lisibilité du code, de qualité des libs, de consistance, de frameworks, ...  
 
Après que ce soit Python, Ruby, Nice ou Erlang OSEF, tant que c'est pas PHP.
 
Même Perl est largement plus strict que PHP à tous les niveaux, et a en bonus plusieurs ordres de magnitudes plus de libs que ce dernier (après la syntaxe on aime ou on aime pas)

Aucune importance, les bases même sur lesquelles sont construites le PHP fait que le seul moyen de le cleaner serait de tout refaire.
 
Il faut bien se rendre compte, tout de même, que même le JS est fondamentalement plus propre (et infiniment plus flexible) que le PHP.

 
 
La caractère ` qui est un accent grave en fait, sert à protéger le nom des champs. Normalement on a pas à l'utiliser, sauf dans certains cas, notament si on utilise des noms reservés.
 
Il me semble par exemple que c'est le cas avec le nom "date"... si tu as un champs "date" et que tu fais SELECT date FROM ... ça peut poser problème. Donc faut "protéger" le champ SELECT `date` FROM ...

 
Tout cela n'a absolument aucune importance, ce n'était que des exemples.
 
Tu disais "ce n'est pas le code qui va changer", je te dis jsute que c'est pourtant possible et que ça a déjà été fait, point.
 
Et on s'en fout que d'autres langages "défoncent" Php, çaje m'en doute, et j'ai pris python au pif... juste pour dire que t'arrête pas de pourrir Php, mais tu traine tjs sur ces topics ... donc voilà quoi  
 
Après pour le reste je m'en fiche, je code proprement, même s'il est "autorisé" de mal coder...

  J'ai jamais parlé du code, je parle du langage

Personne ici ne remet en cause tes arguments.
Ce que j'aimerais bien comprendre, c'est pourquoi tu te retrouves sur chaque post de la cat PHP où il y a une mini porte d'ouverte à venir dire que c'est de la merde   Le côté redondant de cette information la rend elle plus intéressante ? Cela aide-t-il les posteur de cette cat à résoudre leurs problèmes ?
 
On est parfaitement d'accord, PHP est un langage de merde. Mais il me semble bien (que ça soit pour de bonnes ou mauvaises raisons on s'en tape) que c'est un des langages les plus utilisés pour le développement web .
Faudrait donc pas non plus oublier que quand on te demande de faire un site, bien souvent on te le demande en PHP. Que quand y a des annonces de recrutement pour développeur web, on te demande bien souvent de connaître PHP.
 
Alors on a compris, c'est de la merde, on a compris tu aimes pas ce langage, mais on l'utilise, et même, on bosse avec, que veux-tu !

Han trop laule  
 
Tu sais que énormément de fonctions peuvent être utilisés avec " ou ' ?
 
Que la déclaration de variable aussi fait la différence entre " et ' ?
 
Je continue ou tu as fini de me prendre pour un abruti ?

Y'a rien à changer dans le langage, c'est le style du code des devellopeurs qu'il faut changer

 
Rholala, je lui fais un argumentaire de 6 lignes, et tout ce qu'il trouve à dire c'est "j'ai pas dis code, mais langage" Il était tard, je me suis trompé de mot, que le mal s'abatte sur moi pour les génération à venir ...

le langage est hautement limitant, par sa syntaxe, par ses fonctionalités (ou son manque de fonctionalités), par ses redondances et ses incohénrences, par sa complexité inutile.
 
Le marché qu'il vise (non développeurs/débutants) est un facteur non négligeable dans la création de code de qualité faible/moyenne, mais c'est inhérent au marché, on ne peut pas demander à un débutant de tout savoir. Le problème c'est que PHP n'encourage pas à s'améliorer, à s'éduquer, à penser à un plus haut niveau. Toute la culture du langage se base sur les solutions "ad-hoc", c'est tout un environnement de monkey-patching et de trucs qui fonctionnent grâce à des bouts de ficelles.

Hum non tu n'a pas fait d'argumentaire de 6 lignes, tu as juste passé 6 lignes à me dire "je me fous éperdument de ce que tu peux raconter"

masklinn> C'est ça, tu as raison ... Voilà, t'as pas d'autre sous-cat a aller pourrir maintenant ?

Depuis quand ils ont des conseiilers en marketing ?

 
Ok, c'est pas grave, retourne te coucher

 
C'est toi qui ferait mieux de partir puisque d'après ce que j'ai compris il n'y a pas grand monde qui t'apprécie ici.  

On va peut être éviter de tomber dans les enfantillages quand même

Hé bé ! Chapeau bas messieurs ! Merci pour l'info sur les `` avec la date au fait ! et vive les timestamp
 
Sinon pour rester hors sujet Php est 'achement utilisé car (entre autres) :
 
- le langage est simple donc accessible (avec quelques "bizarreries" certes),
- les tutoriaux et codes sources pullulent sur l'interned,
- les docs diverses et variées, mais toujours gratuites, sont dispos en ligne (pareil pour javascript, ex-hteumeuleu / mysql, apache, etc...),
- la mise en oeuvre côté développement est elle aussi gratos et immédiate, et en + ça tourne en local sous windows (vive les packages pour piéïtchpi comme easyphp/wamp/etc... voire xamp, mais c'est plutôt pour les extrêmistes ),
- le système et la plateforme d'exploitation sont robustes et éprouvés (tous les hébergeurs le font et ça coûte plus rien)
 
Bref, pour une boîte ça coûte nada en dev (et vas-y que jte pompe les 3/4 du code sur le web), à part le salaire biensûr^^
Et après ça s'exploite pour quelques 10(0)aines d'euros par mois... Que demande le peuple  
 
Donc au-dela du langage en lui-même, qui peut être mise en pratique de manière très soignée et optimisée (sisi), pour qui s'intéresse vraiment à la chose,
c'est le "modèle économique" qui paraît intéressant pour les décideurs, qui sont souvent non informatichiens

Le PHP n'est pas réellement simple, du fait de ses nombreuses bizarreries. Le problème, c'est que les bizarreries n'arrivent qu'après, donc à première vue il semble effectivement simple

Voila, c'est la première force de PHP, et la 2e est que tous les hôtes (gratuits ou payants) proposent de l'hosting PHP + MySQL, trouver de l'hosting dans d'autres langages est plus difficile et surtout rarement gratuit.

Pareil pour 90% des langages, les seuls dont ce n'est pas le cas doivent être ColdFusion et Windev, grosso modo

Ce n'est en rien spécifique à PHP (sauf à la limite pour le 'immédiate', et encore on trouve actuellement des packages d'installation Rails permettant de commencer à coder en 5mn à partir de rien)

Là non plus

Tu as oublié, dans ton modèle, le fait qu'il suffit de lancer un cailloux en l'air et de regarder sur qui ça tombe pour trouver un "développeur" PHP
 
Et il faut également noter que le modèle de PHP est hautement basé sur l'unité "page", ce qui permet un mapping plus simple entre son cerveau et le codage quand on débute, mais permet aussi de faciliter la mise en place de tests. Pour les autres langages, soit on utilise des CGI et on peut faire la même chose (mais c'est de plus en plus rare), soit on utilise un framework et on a une couche de complexité initiale et un mapping différent, moins simple à comprendre quand on débute.

ton caillou tombera assurément sur quelqu'un qui connait la syntaxe de php (qui ne la connait pas, je suis d'accord...) et saura te faire une page qui marche à base de bidouille et de code infâme, et seulement avec de la chance sur un dévellopeur expérimenté qui sait réaliser un projet propre à tous points de vue

95% des décideurs s'en foutent éperdument, de ça, la seule chose qu'ils regardent en choisissant un langage ou une techno c'est le pool d'embauches potentiel (raison pour laquelle il y a énormément de jobs en Java, en C# et en PHP.

Et une fois le projet lancé et les devellopeurs en poste, "mais merde pourquoi ca avance pas, pourquoi y'a du retard", et une fois que le projet est en production pour plein de client, "mais merde pourquoi y'a tant de problèmes, pourquoi ca prends tant de temps pour faire des modifs"
Et au final on finit par passer + de temps à chercher un responsable aux problèmes qu'a les résoudre
 
edit: c'est pour ça que l'open-source c'est bien, si le code est mauvais ca se voit tout de suite et les dévellopeurs se font flammer

Branler 10µs ici 10ms là, 100µs par ici, parce que au final on fait des choix mauvais au départ n'ayant pas à se soucier de la puissance de traitement, ça fait au final quand t'as 1200 utilisateurs simultanés qui demandent 3 pages à la minutes beaucoup de µs
 
C'était pas le débat, mais faut pas faire semblant de pas comprendre Y'a pas que l'itération dans la vie, y'a la charge aussi    
 
 
Je voulais juste dire que pour faire  

pas besoin de faire  

Question de bon sens, utiliser ce qui est le mieux approprié plutot que considérer autant pour les chaines que le sql, que le reste, que l'uniformisation au cas extrême est le mieux
 
Au niveau de la µs y'a pas besoin de gratter certes mais toutes les µs qui se transforment en ms de tous les scripts et tous les utilisateurs on tombe dans des s de forums surchargés qui pataugent
 
Optimiser du code dès le départ c'est pas dur, faut juste pas tomber dans l'excès d'illisibilité je suis d'accord

simple quote et concaténation, c'est plus lisible et plus claire, c'est ça qui est important
 
allez uppez encore ce sujet àlacon

 
a qui t'adresses tu ?  
si c'est à moi, qui te dit que j'affiche de cette maniere :
echo "Il faut faire $var";
et non pas :  
echo "Il faut faire ".var; (ce qui est le cas de mes ecritures)
 

 
qu'est ce que tu entends par code de porcin ?  
echo "Il faut faire ".var; ne te convient pas ?

Bof bof bof... Y'en a pas tellement des bizzareries

Rien que sur les chaines de caractères:

affiche

...
Bon ok ça vient du perl mais c'est pas une raison

non, pour gagner 10µs de plus il faut sans guillemet ni concaténation    

ok je sors ^^

Mais osef de ce gain de perf, c'est pas pour ça qu'il faut utiliser les simples quote + concaténation, c'est pour la propreté et la lisibilité
 
Tiens faudrait que je teste ce que ca donne:

affiche

...
Bon ok ça vient du perl mais c'est pas une raison  

Euh ouais, c'est pas des trucs que j'utilise souvent, alors ça va...

Reste que " ou ' c'est de l'enculage de mouches dans la plupart des cas.
Une regexp pourrie, un algo mal foutu, c'est plus le genre de trucs qui a tendance à plomber les perfs qu'une question de guillemets.

Dans les trucs cons, echo ou print.  
 
La seule différence que je connaisse et que print renvoie un boléen alors que echo ne renvoit rien.
 
Un petit lien.

 
  nop, les doubles quotes + concaténation pour la clarté et la lisibilité.
 
les simples quites, on voit rien  

toi pas compris mon post, y'a pas de variable $et à la base, y'a un prix de 10$, et une vrai-fausse erreur du gars qui a oublié un espace entre "10$" et "et", ce qui crée potentielement une variable "$et" en utilisant les guillemets au lieu des quotes
 
Du moment qu'on concatène les variables et les chaines, c'est lisible dans un editeur à coloration syntaxique, c'est le principal, mais tant qu'à faire autant utiliser les simples quotes, ca n'enlève rien et ca évite de devoir faire attention aux symboles dollars qui trainent.

ahhh ouai oki, je comprends.
c'est quand meme un cas particulier ton exemple.

 
Si je puis me permettre, en me basant uniquement sur l'exemple du C# (et on a la même chose en C ou en Java), ce que tu préconises est au contraire le pire qu'on puisse faire, et on doit perdre facilement plus de 10*µs sur ce coup là.
 
En effet, les concaténations de chaîne, et ce, quelque soit le langage, sont le pire cauchemar des PC. (non pas que ce soit ce qu'il y a de plus compliqué, mais que ça porte rapidement sur de grands volumes et très souvent).
 
Donc, pour un maximum de performances, il faut se débrouiller pour que les concaténations soient faites le plus base niveau possible, là où elles seront normalement le plus performantes.
 
Par exemple, en C#, il y a 3 manières de concaténer :
 
- le symbole +, classique, qui revient à ce que tu proposes. Très fortement déconseillé car extrêment lent (ça demande à déclarer en mémoire une chaîne pour chaque morceau de chaîne et variables, puis une allocation de mémoire à chaque concaténation).
- le Stringbuilder, qui fonctionne comme un stream. Toujours de haut niveau, ce système est bien plus performant, puisqu'on aloue une zone mémoire pour chaque sous-chaîne et variable, mais une seule zone mémoire dynamique pour le résultat final.
- le système de patterns ie. new String("{0} va à la place avec {1}", "toto", "gribouille" ); ce système reprend en interne le système du stringbuilder, mais sans visibilité de l'objetde travail. il va de soit que ce système est infiiment plus performant.
 
bref, si faire :
echo("toto" );
ou
echo('toto');
ne change rien
 
je suis certain que
echo("toto $var" );
ou
echo("toto ".$var);
change réellement quelquechose
 
ceci dit, dans tous les cas, la moindre boucle ou requête SQL prendra infiniment plus de temps, donc c'est pas vraiment sur ce genre de choses qu'on peut vraiment gagner en optimisation, je suis d'accord

En C# je veux bien te croire (j'ai pas le choix je connais pas ), mais en php, echo "toto $var" est infiniment plus lent que echo 'toto'.$var , car avec la premiere solution le parseur va fouiller toute la chaine à la recherche de variables (qu'avec la deuxieme il sait d'office qu'il n'y en a pas )

Il ne le sait pas mais il ne va pas vérifier.

Si on veut, il sait que les éventuelles $variables qui pourraient se trouver dedans ne sont pas des variables (ou plutot pas interprétables comme telles), donc il ne vérifie pas.
 
Il va durer longtemps ce topic de maîrde

Ca se pourrait.
 

Et puis après on peut toujours partir sur le print ou echo.

Pas nécessairement, ça dépend de l'implémentation des chaînes de caractère dans le langage (mais bon vu qu'on parle de PHP là c'est tout sauf improbable)

Ou sur le fait que PHP = 3v1l

Y a aussi les commentaires /* */ vs //.
Dans le premier cas php teste chaque octet pour vérifier que ce n'est pas la fin du commentaire alors que dans le deuxième cas il passe directement à la ligne suivante.

bon c'est finir l'enculage de mouche ici ?
si vous voulez parler d'optimisation allez sur le topac ASM d'Harko