Discussion :

[Paul TOTH]

ben c'est toujours pareil

1) la compilation en code natif : C, C++, Delphi, etc...
le source est traduit en langage machine directement interprété par le processeur

2) la compilation pour machine virtuelle : Java, Flash, CIL, etc...
le source est traduit en PCode non natif qui sera lui même interprété ou recompilé par le framework

3) le langage interprété : PHP, Javascript, BASIC, etc...
le source n'est pas compilé mais simplement interprété

on notera que l'apparition des compilateurs JIT (Just In Time compilers) rend la limite entre tout cela plus confuse. C'est là qu'on parle de compilation à la volée avec un éventuel système de cache qui évite la recompilation du même code.

dotNet est un peu à part car le source est compilé en CIL (supposément multiplatforme) qui lui même est recompilé en natif sur la plateforme d'execution...

autre notion important à garder en tête pour le langage interprété, c'est la fonction eval() - ou équivalent - qui va permettre d'exécuter un code source lors de l'exécution...situation qui empêche toute compilation autre que JIT.

un code interprété va également permettre l'usage de fonctions non définies :

Code PHP :

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

1
2
3
4
 
// ici "maFonction()" n'existe pas
 include('defines'.$_REQUEST['toto'].'inc'); // définition dynamique de maFonction
 maFonction(); // maFonction étant défini différemment dans les différents defines*.inc

[OPi]

PHP est... compilé.

Ce qui trouble tout le monde c'est que la compilation se fait toute seule à partir d'un fichier source, mais ce source est bel et bien compilé, c'est-à-dire transformé en une seule fois en un binaire.
(De même pour JavaScript, Perl, Python...)

Il se trouve que le code produit est un bytecode exécuté par une machine virtuelle PHP, et non pas directement par sa propre machine, ce qui achève de troubler tout le monde.
(De même pour Java, Perl, Python... C# aussi je crois. Et j'imagine JavaScript aussi.)

Les langages .NET produisent des DLL ? Je ne sais pas. Mais il s'agit aussi d'un bytecode qui est exécuté par une machine virtuelle il me semble, comme Java. Pour Java lorsque l'on compile un fichier source on obtient un fichier .class qui contient le bytecode.

Là où les uns et les autres ont raisons, même si il y a confusion de concepts, c'est que pour chaque page web demandée, les fichiers sources PHP sont recompilés. Mais d'après ce que je lis il y a moyen de le faire une fois pour toute. Je ne sais pas comment, je débute dans ce domaine
(Python lui gère très bien cela, il sauve le résultat des compilations dans des fichiers .pyc ou .pyo et ne les recompile que s'il constate un changement dans le fichier source .py correspondant. C'est totalement efficace et transparent.)

Et là différence avec le C, C++... c'est que pour ces langages les sources sont compilés en un fichier directement exécutable pour une plateforme donnée. À l'exécution il y a un intermédiaire en moins par rapport aux langages mentionnés ci-dessus.

Il faut bien comprendre que toutes ces considérations sont fixés par les implémentations des langages et non par les langages eux-mêmes. Rien n'empêche d'implémenter un interpréteur C par exemple.


Pour revenir sur les problèmes ou pas de PHP, je réfléchis à cela dans l'"absolu". Lorsque qu'on le compare aux autres langages web on est très conciliant par rapport aux services rendus. Mais je trouve (c'est de l'ordre d'une sensation de quelqu'un qui a manipulé des langages divers) que PHP c'est moche . Il ne s'agit pas de diminuer ses mérites, mais de rêver à un autre langage mieux foutu à sa place avec les mêmes efforts fait pour le placer dans un écosystème web...

[OPi]

Paul TOTH, ton message est arrivé pendant que j'écrivais le mien. Je ne suis pas d'accord, PHP est compilé... en bytecode certe... bytecode exécuté par une machine virtuelle.

ok.Idriss, la compilation à la volée c'est encore autre chose :
http://fr.wikipedia.org/wiki/Compilation_à_la_volée

[Paul TOTH]

Paul TOTH, ton message est arrivé pendant que j'écrivais le mien. Je ne suis pas d'accord, PHP est compilé... en bytecode certe... bytecode exécuté par une machine virtuelle.

ok.Idriss, la compilation à la volée c'est encore autre chose :
http://fr.wikipedia.org/wiki/Compilation_à_la_volée

peu importe les détails...qui vont dépendre essentiellement de la version de ton module PHP

par contre ce qui est certain c'est que dans un "code compilé" (appellation traditionnelle), les erreurs de syntaxes sont détectée lors de la compilation et il ne peut rester que des erreurs d'exécution.

à contrario, dans un script PHP tu peux écrire n'importe quoi, ce n'est qu'une fois le code exécuté que l'erreur te saute à la figure.

démonstration:

Code PHP :

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

1
2
3
4
5
6
7
8
9
10
 
<?php
  if (isset($_REQUEST['test'])) {
    echo 'je vais produire une erreur';
    tartanpion();
  } else {
    echo 'ce script contient une erreur invisible !<br>';
    echo 'cliquez <a href="?test">ici</a> pour la mettre en évidence';
  }
?>

maintenant, si tu remplaces "tartanpion()" par "blah blah blah" tu auras bien "Parse error" car le parseur ne s'y retrouve pas.

[gorgonite]

par contre ce qui est certain c'est que dans un "code compilé" (appellation traditionnelle), les erreurs de syntaxes sont détectée lors de la compilation et il ne peut rester que des erreurs d'exécution.

à contrario, dans un script PHP tu peux écrire n'importe quoi, ce n'est qu'une fois le code exécuté que l'erreur te saute à la figure.

démonstration:

Code PHP :

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

1
2
3
4
5
6
7
8
9
10
 
<?php
  if (isset($_REQUEST['test'])) {
    echo 'je vais produire une erreur';
    tartanpion();
  } else {
    echo 'ce script contient une erreur invisible !<br>';
    echo 'cliquez <a href="?test">ici</a> pour la mettre en évidence';
  }
?>

maintenant, si tu remplaces "tartanpion()" par "blah blah blah" tu auras bien "Parse error" car le parseur ne s'y retrouve pas.

tu confonds analyse syntaxique et correspondance des identifiants avec quelque chose de correct (ce qui est déjà une analyse sémantique )

[Paul TOTH]

tu confonds analyse syntaxique et correspondance des identifiants avec quelque chose de correct (ce qui est déjà une analyse sémantique )

pas faux

donc pas d'édition de lien dans PHP

[Code62]

Rasmus Lerdorf s'est exprimé sur la "coolitude" du langage ce mardi lors du forum PHP.

En quelques phrases, Rasmus dit (à peu près) que PHP n'est plus cool ("c'est juste un outil stupide" dit-il) parce que:

1. tout le monde connait PHP, et ce n'est jamais cool de connaitre quelque chose que tout le monde connait
2. le langage a atteint sa maturité, il n'y a plus tellement de choses nouvelles à en dire, et ce qui est cool maintenant ce sont les couches qui viennent au dessus du langage, comme les frameworks par exemple

(Le Monde a écrit un article qui résume les propos de Rasmus, mais sans s'orienter sur l'aspect cool -- il vaut quand même la peine d'être lu )

[coccoweb]

PHP d'accord n'est pas toujours au top, mais il a beaucoup d'avantages aussi.
Comme par exemple l'évolution constante grâce a une communauté très active.
Ce qui en fait aussi un inconvénient, ereg () c'était sympa et facile, quand ont a tous dû convertir en preg_match() ça n'a pas été facile pour tout le monde.

Maintenant avec une bonne maîtrise de son code, une indentation et des commentaires ou il en faut, je pense que PHP est suffisamment puissant pour la majorité des petits sites.


PS : En plus c'est gratuit

[jacqueline]

je pense que PHP est suffisamment puissant pour la majorité des petits sites.

Je trouve qu 'il est bien trop puissant..

Il y a des fonctions qui sont mortelles pour la sécurité, dont raffollent les développeurs de CMS.

Ce test n'est pas inutile.

http://phpsec.org/projects/phpsecinfo/tests/

Et ils pourraient purger les algorythmes de hash obsolètes, comme le MD5 qui est celui choisi par défaut.

[stailer]

je pense que PHP est suffisamment puissant pour la majorité des petits sites.

Et les gros sites aussi... on l'a déjà répété des centaines de fois , php a été utilisé pour la plupart des plus gros sites au monde.
Faut vraiment arrêter de parler des "petits sites" les gars..

[chemanel]

Et les gros sites aussi... on l'a déjà répété des centaines de fois , php a été utilisé pour la plupart des plus gros sites au monde.
Faut vraiment arrêter de parler des "petits sites" les gars..

Ce que les gens veulent dire, c'est que bien sur, PHP "pourrait" être utilisé pour les gros sites, mais peut être pas en temps que tel, en tout cas, pas dans la version ou il est accessible par "tout le monde".

Google.com, Facebook.com, Yahoo.com, etc... Tout ces sites, on une partie de leurs code écrite en PHP, oui... MAIS il y a eu une grosse réecriture de certaines parties et/ou de surcouches en C, Java ou C++. De plus, ils doivent utiliser des outils annexes (compilation, débogage, etc..) fait pas d'autre (Zend) ou par leurs soins, qu'un "particulier" n'utiliserait jamais.

[stailer]

Ok d'accord pour les sites mondiaux, qui de toutes façon ont autant besoin de PHP que de Java pour fonctionner, car ils ont bien besoin des qualités des 2 technos pour optimiser...

Mais pour des "gros sites" tel qu'on peut l'entendre : un E-Commerce par exemple, avec des centaines de commande par jour, toute une gestion derrière , des milliers de visiteurs presque par heure :

PHP est tout à fait acceptable "en l'état".

Quand tu parles "des gens" qui parlent de php "pour les petits sites" , les 3/4 du temps ils entendent par "petit site" le blog de Mr Dupont.

Et ça c'est déjà plus grave.

Enfin , PHP est un langage tout à fait utilisable, avec X ou Y techno client, concernant le développement d'applications .. Et ça je le répèterai tant que je lirai "php c'est pour les sites persos"

[dlusignan]

Bonjour,

ce qui me fait sourire de ce forum, c'est que j'ai huit ans d'expérience en prog. Huit ans en Asp.Net/C#. Certains diront que ce n'est pas beaucoup, mais bref, mon but n'est pas de vous saouler avec ça.

Je viens de me convertir au PHP. Pourquoi?

Le PHP à ses défaut certes, mais comparativement au couple Asp.Net/C#, il ne change pas drastiquement à chaque version. Je ne passe plus 4 mois par année à me familiariser aux nouveautés du langages. Et vous savez quoi? J'arrive aux même résultats.

J'utilise Zend. Je trouve que c'est très cohérent comme API. En ce qui concerne la lenteur. Peu importe le langage. Si tu code comme il faut et ceci avec une bonne architecture de déploiement, tu vas avoir des benchmarks aussi bon qu'avec dotnet et java.

PHP pour des petit projets? Facebook, c'est petit ça?

PHP est simple et permet de faire ce qui doit être fait. Pour le reste, c'est la responsabilité du programmeur de le faire comme il faut.

Je dois admettre une chose par contre. Les outils ne sont pas terrible. Mais en même temps, nous sommes forcé d'admettre que la barre est haute qu'en tu compares à VSS. J'ai essayé Zend Studio et c'est à pleurer. Netbeans et XDebug, jusqu'à présent me plait.

[minnesota]

Kedare master of troll

Mais avec des arguments comme "moche", je ne peux que m'incliner.

Ça c'est quand son cerveau fait une pause et que sa bouche s'y refuse.

[kedare]

Oui enfin Facebook quand tu vois tous les bugs, messages d'erreur, problèmes de performances...
De plus c'est même plus vraiment du PHP quand on voit comment ils ont modifié le fonctionnement en ajoutant une compilation pour améliorer les performances (HipHop for PHP de nom)

[stailer]

oui, Facebook et tant d'autres... Je vais pas aller sur Google à ta place pour te faire une liste de tous les sites énormissimes développés en php

[kedare]

oui, Facebook et tant d'autres... Je vais pas aller sur Google à ta place pour te faire une liste de tous les sites énormissimes développés en php

Des gros sites tu en a en n'importe quel langage.... Ca veux pas pour autant dire que c'est un langage adapté...

[ok.Idriss]

Facebook était déjà un "gros site" bien avant d'adopter HipHop, et il n'a que peu évolué depuis je trouve ...

[stailer]

C'est clair ! J'ai jamais dit le contraire... D'ailleurs combien de fois j'ai vu des sites également en ASP.NET ou Java absolument catastrophiques

[dlusignan]

Je fais quoi, je reste avec dotnet?