12-03-2011, 12:59 AM
Sans me vanter je pense que ma suggestion est un bon début, mais je dois dire aussi qu'apprendre un autre langage en parallèle permet de faire des comparaisons et d'avoir une vision de la programmation web élargie et non pas dictée par les mécanismes précis d'un langage en particulier qui te ferait mélanger des concepts généraux avec une implémentation particulière.
Le couple apache/php n'est pas le modèle universel d'un site web.
Par exemple, sur un framework erlang, les pages du site et le serveur lui même sont écrits dans le même langage et le serveur porte ton site comme n'importe quel autre composant du serveur, et le site fait appel à l'API du serveur le long du déroulement du code si besoin. C'est un peu pareil en ruby avec rails il me semble (mongrel/webrick sont écrits en ruby non ? je ne sais plus).
Alors que php reçoit des arguments du serveur ($_GET, $_POST, $_SERVER, etc..) et lui retourne une grosse chaine de texte (le résultat des echo), ce qui est totalement différent et découplé. (bien que la fonction header() par exemple fait appel à un fonctionnement différent, je n'ai jamais consulté le fonctionnement).
Ce n'est mieux ou moins bien selon les avis, mais en tout cas j'ai été pas mal désemparé lors de l'approche d'autres environnements après avoir bouffé du php/apache pendant 3 ans.
Donc, tester autre chose en parallèle ne fait pas de mal.
Prends garde à tous les exemples de code PHP que tu pourras trouver, pour faire un site minimal c'est bien, mais au delà, la faiblesse autant que la force de php est sa communauté très étendue.
Le couple apache/php n'est pas le modèle universel d'un site web.
Par exemple, sur un framework erlang, les pages du site et le serveur lui même sont écrits dans le même langage et le serveur porte ton site comme n'importe quel autre composant du serveur, et le site fait appel à l'API du serveur le long du déroulement du code si besoin. C'est un peu pareil en ruby avec rails il me semble (mongrel/webrick sont écrits en ruby non ? je ne sais plus).
Alors que php reçoit des arguments du serveur ($_GET, $_POST, $_SERVER, etc..) et lui retourne une grosse chaine de texte (le résultat des echo), ce qui est totalement différent et découplé. (bien que la fonction header() par exemple fait appel à un fonctionnement différent, je n'ai jamais consulté le fonctionnement).
Ce n'est mieux ou moins bien selon les avis, mais en tout cas j'ai été pas mal désemparé lors de l'approche d'autres environnements après avoir bouffé du php/apache pendant 3 ans.
Donc, tester autre chose en parallèle ne fait pas de mal.
Prends garde à tous les exemples de code PHP que tu pourras trouver, pour faire un site minimal c'est bien, mais au delà, la faiblesse autant que la force de php est sa communauté très étendue.