Publicité

Affichage des résultats du sondage: Comment produisez-vous votre HTML ?

Votants
207. Vous ne pouvez pas participer à ce sondage.
  • En mélangeant le PHP et le HTML

    108 52,17%
  • Avec echo

    45 21,74%
  • Avec un moteur de template

    81 39,13%
  • À ma manière

    47 22,71%
Sondage à choix multiple
+ Répondre à la discussion Actualité déjà publiée
Page 4 sur 6 PremièrePremière 123456 DernièreDernière
Affichage des résultats 61 à 80 sur 104
  1. #61
    Membre du Club

    Inscrit en
    mai 2005
    Messages
    32
    Détails du profil
    Informations forums :
    Inscription : mai 2005
    Messages : 32
    Points : 65
    Points
    65

    Par défaut

    Bonjour à tous

    Perso j'utilise un peu toutes les méthodes (sauf le mélange html php ingérable en maintenance), et je les choisi en fonction des contextes
    pour développer des composants par exemple une liste déroulante saisissable ou un spin-button: la méthode echo reste une solution légère et efficace, sauf que je mets tout dans un tableau et seulement à la fin je fais un echo du tableau.

    Des qu'il y a ds formulaire un peu complexe, j'opte pour des templates essentiellement pour faciliter la maintenance (avec une préférence pour smarty que je maitrise mieux).
    Les performances je m'en fous un peu, les sites que je fais n'auront jamais l'audience des google, ebay...

    La problématique de chacun est différente, et il n'y a pas de solution absolue.
    Par contre je pense qu' il faut se poser les bonnes questions du style:
    - WEB, intranet, extranet
    - Est-ce du jetable, du pérenne, une expérience
    - Dans quelle mesure l'application devra évoluer dans le temps
    - Quelle sont les contraintes clients et celles de l'environnement.
    - Qui devra assurer la maintenance de l'appli
    - Quelle sont les compétences internes, celles à maintenir, celles à développer
    - Quelle est l'audience cible
    - Etc, etc , .....

    Il me semblerait plus judicieux d'établir une check list de ces questions, et d'orienter les choix compte tenu de ces réponses.

    Je travail dans deux contextes différents celui de l'entreprise, et dans un contexte perso pour des associations. Les techniques que j'utilise sont radicalement différentes.
    L'utilisation d'un SVN en équipe par exemple, oblige à mettre en place une méthodologie commune surtout quand on ne connais pas les autres intervenants du projet.
    Alors que pour un site associatif, je suis seul alors je peux me lâcher.

    Sur-ce je vous souhaite une bonne journée
    JJDai

  2. #62
    Membre Expert
    Homme Profil pro Matthieu Vergne
    Doctorant (Ingénierie des Exigences)
    Inscrit en
    novembre 2011
    Messages
    540
    Détails du profil
    Informations personnelles :
    Nom : Homme Matthieu Vergne
    Localisation : France

    Informations professionnelles :
    Activité : Doctorant (Ingénierie des Exigences)
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 540
    Points : 1 038
    Points
    1 038

    Par défaut

    Je fais rien de pro dans le développement Web (que des projets persos ou pour des connaissances), mais la clarté du code reste une priorité, ne serait-ce que parce que je peux pas me souvenir de tout et donc ça doit être facile à comprendre, pour vite reprendre en main un code qu'on n'a pas vue depuis un moment.

    Pour la génération du HTML, je fais du HTML+PHP seulement au niveau de l'index (pour intégrer les appels PHP haut niveau qui génèrent le contenu), pour le reste j'ai mes propres classes. Pour un modèle MVC, les classes V héritent toutes d'une interface commune avec une fonction de génération de code HTML (après il y a les composants génériques, puis les spécialisés, ... qui implémentent tout ça). Du côté M, ce sont des classes du type structures de données, notamment avec des setters/getters, qui peuvent s'enregistrer en BDD ou non. Pour le C, c'est au besoin.

    Même si je n'utilise pas du MVC partout, je reste généralement avec cette structure de classe haut niveau pour simplifier au max l'index.

  3. #63
    Membre du Club
    Homme Profil pro
    Dév SIG-web
    Inscrit en
    août 2010
    Messages
    28
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Dév SIG-web
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : août 2010
    Messages : 28
    Points : 64
    Points
    64

    Par défaut

    J'ai choisi PHP/Twig, parce qu'il partage avec Python/DTL et Erlang/ErlyDTL la même syntaxe et le même principe d'héritage.

    Comme j'aime développer avec ces trois langages, je n'ai qu'une seule syntaxe a retenir, ce qui est pratique.

    Quand au système d'héritage de blocs sur ces moteurs, c'est autre chose que les vieux include de base de PHP.

    Le pire étant Prestashop avec smarty, les bouts de templates ne ressemblent à rien, tu as une balise body ouverte dans un fichier, fermée dans un autre.

    Tu as des fichiers qui ferment 5 balises d'on ne sait où. Les variables commencent par '$' parfois, parfois il faut les entourer de " … C'est n'importe quoi smarty. Je n'ai pas regardé les dernières versions, peut-être ont-ils corrigé ça.

    Edit: sur les tous petits projets je mix PHP/HTML avec la syntaxe alternative de PHP. C'est très lisible je trouve.

  4. #64
    Modérateur
    Avatar de grunk
    Homme Profil pro Olivier
    Dév. Web / Android
    Inscrit en
    août 2003
    Messages
    3 109
    Détails du profil
    Informations personnelles :
    Nom : Homme Olivier
    Âge : 30
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Dév. Web / Android
    Secteur : Industrie

    Informations forums :
    Inscription : août 2003
    Messages : 3 109
    Points : 7 457
    Points
    7 457

    Par défaut

    Citation Envoyé par _skip Voir le message
    Donc à première vue, si le rôle du moteur de template est de paraphraser PHP en utilisant d'autres mots clé comme dans l'exemple d'une boucle citée sur la page précédente j'ai presque envie de rejoindre CyberDenix.
    Soyons clair ce que fait un moteur de template , on peut le faire en php pure , certainement plus rapidement avec un peu de codage supplémentaire.

    En plus de ce que j'ai expliqué sur ce post il y'a des chose dans les moteurs de template (twig pour ma part) qui sont réellement pratique :

    - Par défaut tout ce qui est affiché est échappé , donc faille xss limitée. (rien que ça, ça vaut la perte de perf pour moi)

    - On peut définir un template "global" dans lequel on défini des "block". Ensuite chaque template peut hériter de ce template et implémenter ou non les différents block. Bien plus pratique qu'un simple include php mais évidemment plus lent.

    - Comme tu le dis certains moteur de template implémente des helper html. Tu passe par exemple un tableau à une balise et il te génére la liste d'option html tout seul.
    Pry Framework php5

  5. #65
    Membre confirmé
    Homme Profil pro Pierre BRUN
    Développeur Web
    Inscrit en
    mars 2011
    Messages
    153
    Détails du profil
    Informations personnelles :
    Nom : Homme Pierre BRUN
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : mars 2011
    Messages : 153
    Points : 237
    Points
    237

    Par défaut template

    J'utilise le moteur de phpBB customisé en standalone. Pour ceux qui reprochent aux moteurs de template d'être trop lents, c'est la solution. Pour ceux qui reprochent aux moteurs de template de remplacer la syntaxe php par une autre aussi verbeuse, c'est la solution.
    Avantages:
    -rapidité
    -cache (les fichiers de cache ne sont rien d'autre que du phtml généré avec les templates, d'où la rapidité)
    -syntaxe simple, propre et peu verbeuse
    @+
    Piero

  6. #66
    Membre confirmé
    Homme Profil pro Pierre BRUN
    Développeur Web
    Inscrit en
    mars 2011
    Messages
    153
    Détails du profil
    Informations personnelles :
    Nom : Homme Pierre BRUN
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : mars 2011
    Messages : 153
    Points : 237
    Points
    237

    Par défaut phpBB

    Citation Envoyé par *Serval Voir le message
    phpBB est considéré comme un moteur de template depuis la version 3.0 ?
    depuis le début, mais ça n'est pas phpBB lui-même, c'est son moteur de template.
    Citation Envoyé par *Serval Voir le message
    Il fut un temps où c'était simplement un moteur de forum (qui utilisait son propre moteur de template).
    Voilà, et ce temps n'est pas révolu, mais p-ê voulais-tu simplement souligner que phpBB est cité comme moteur de template dans la news, alors qu'il ne s'agit pas de phpBB en lui-même mais bien de son moteur de template. Dans ce cas je te rejoins à 100%.
    @+
    Piero

  7. #67
    Membre éprouvé
    Développeur Web
    Inscrit en
    mars 2002
    Messages
    409
    Détails du profil
    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : mars 2002
    Messages : 409
    Points : 453
    Points
    453

    Par défaut

    Citation Envoyé par FirePrawn Voir le message
    Et j'exècre particulièrement la méthode echo que je trouve immonde
    À mon avis, la méthode des "echo" se justifie lorsqu'on génère le code HTML depuis des objets PHP. Tant qu'on reste dans le code d'un template, le code PHP devrait être inclus dans le HTML :

    Code :
    <article class="<?php echo $cssClasses; ?>"></article>
    Mais si on génère en POO par exemple un calendrier : un objet "HtmlCalendar" contenant des objets "HtmlDay" et d'autres objets "HtmlEvent" par exemple, chacun produisant des portions d'éléments et aucun n'ayant l'ensemble de la structure, alors un code à base de "echo" est plus lisible.

    Je précise qu'en parlant de template, je parle de la manière WordPress par exemple : de la syntaxe PHP appelant des API PHP. Concernant les "moteurs de templates" en surcouche de PHP mon avis rejoint celui de CyberDenix moins les insultes.

  8. #68
    Membre Expert Avatar de Djakisback
    Inscrit en
    février 2005
    Messages
    1 974
    Détails du profil
    Informations forums :
    Inscription : février 2005
    Messages : 1 974
    Points : 2 106
    Points
    2 106

    Par défaut

    Personnellement, j'ai rencontré et rencontre 2 problèmes avec l'utilisation d'echo. Pas de complétion, validation, coloration etc. du html/js dans les IDE, générant une perte de temps.
    D'autre part, tu te tapes forcément l'intégration si tu tombes sur des graphistes ne connaissant rien au PHP, HTML ou autre. Ne pas oublier aussi que certains graphistes ne s'occupent même pas de la source générée par leur Dreamweaver out autre et malheureusement on ne choisit pas toujours ses partenaires.

    J'ai toujours très peu utilisé de moteur de templates pour les raisons citées : surcouche, syntaxe, etc. et ai toujours trouvé cela inutilement lourd mais l'argument de grunk au sujet de la répartition des accès me semble intéressant même si finalement ça n'a rien à voir avec la définition d'un système de templates de manière générale, non ? (idem pour le cache ?)

    Ce qui me dérange aussi dans ce type d'outils (mais surtout au niveau des CMS en fait) et que quand une faille est trouvée, une "campagne de hack" est lancée. Tu dois donc toujours absolument être au fait des MAJ, etc. Le côté open source n'arrangeant évidemment rien.
    Vive les roues en pierre

  9. #69
    Membre éprouvé
    Développeur Web
    Inscrit en
    mars 2002
    Messages
    409
    Détails du profil
    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : mars 2002
    Messages : 409
    Points : 453
    Points
    453

    Par défaut

    Citation Envoyé par vaild Voir le message
    L'argument de la lenteur des moteurs de template est absurde : PHP en étant un lui-même, si c'est de la perf à tout prix qui est recherchée, on n'utilisera bien évidemment pas un langage de script !!
    La performance est un souci constant des développeurs de PHP. Ça n'a peut-être pas suffi à Facebook mais c'est réel que PHP est véloce. Du moins si le développeur adapte sa manière de programmer au langage plutôt que l'inverse ; je pense notamment aux habitudes acquises en Java qui sont bénéfiques en Java mais contre-performantes en PHP.

    Le seul intérêt des surcouches que vous défendez est l'intégration avec un système de cache. Sauf qu'un cache peut tout aussi bien être mis en place via des API PHP. Tous les développeurs que je connais et qui se sont frotté à Smarty ont râlé, et j'en fais partie. Qui choisit Smarty sur un projet ? Surement pas les développeurs.

  10. #70
    Membre Expert
    Homme Profil pro Matthieu Vergne
    Doctorant (Ingénierie des Exigences)
    Inscrit en
    novembre 2011
    Messages
    540
    Détails du profil
    Informations personnelles :
    Nom : Homme Matthieu Vergne
    Localisation : France

    Informations professionnelles :
    Activité : Doctorant (Ingénierie des Exigences)
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 540
    Points : 1 038
    Points
    1 038

    Par défaut

    Citation Envoyé par Djakisback Voir le message
    Ce qui me dérange aussi dans ce type d'outils (mais surtout au niveau des CMS en fait) et que quand une faille est trouvée, une "campagne de hack" est lancée. Tu dois donc toujours absolument être au fait des MAJ, etc. Le côté open source n'arrangeant évidemment rien.
    Ça c'est valable partout, c'est pas spécialement un argument contre ce genre d'outil, mais contre les outils utilisés de manière généralisée : quand un défaut est trouvé, si la nouvelle se répand c'est tous les utilisateurs qui sont impactés. Ça vaut aussi pour le moteur PHP que tu utilises (à moins que tu l'ai fais toi-même {^_^}).

    Utiliser un programme perso, c'est profiter du côté secret mais au dépend de la robustesse (tout seul on pense à moins de choses, et on a moins le temps). Utiliser des programmes génériques c'est l'inverse, profiter de la robustesse au détriment de l'intérêt que les crackers peuvent lui porter. Le tout est de savoir ce qu'on veut.

  11. #71
    Membre éprouvé
    Développeur Web
    Inscrit en
    mars 2002
    Messages
    409
    Détails du profil
    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : mars 2002
    Messages : 409
    Points : 453
    Points
    453

    Par défaut

    Citation Envoyé par mawachi Voir le message
    Twig est rapide. Chaque template Twig est compilé en une classe PHP natif qui est rendue à l'éxécution.
    Donc la question de la rapidité d'exécution ne se pose plus...
    On se demande pourquoi les programmeurs de drivers bossent encore en assembleur et pas en langages évolués.

  12. #72
    Modérateur
    Avatar de grunk
    Homme Profil pro Olivier
    Dév. Web / Android
    Inscrit en
    août 2003
    Messages
    3 109
    Détails du profil
    Informations personnelles :
    Nom : Homme Olivier
    Âge : 30
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Dév. Web / Android
    Secteur : Industrie

    Informations forums :
    Inscription : août 2003
    Messages : 3 109
    Points : 7 457
    Points
    7 457

    Par défaut

    Citation Envoyé par laffreuxthomas Voir le message
    Qui choisit Smarty sur un projet ? Surement pas les développeurs.
    C'est sur que si tu as tester que Smarty , et avec un peu de chance en version 1 ou 2 t'a vite faite fait de plus jamais toucher à un moteur de template ^^ , c'est comme conduire une ligier et dire que les voiture c'est tout pourri
    Pry Framework php5

  13. #73
    Candidat au titre de Membre du Club
    Inscrit en
    juin 2004
    Messages
    17
    Détails du profil
    Informations personnelles :
    Âge : 30

    Informations forums :
    Inscription : juin 2004
    Messages : 17
    Points : 13
    Points
    13

    Par défaut

    Citation Envoyé par laffreuxthomas Voir le message
    La performance est un souci constant des développeurs de PHP.
    Vrai !

    Citation Envoyé par laffreuxthomas Voir le message
    Ça n'a peut-être pas suffi à Facebook mais c'est réel que PHP est véloce.
    Oui, l'écosystème PHP est véloce, d'autant plus si on lui adjoint des extensions comme APC, Memcached, XCache... etc.

    Cependant, pour illustrer et donner un ordre d'idée, il est généralement admis que le résultat d'un compilation en C d'un code PHP avec HipHop est généralement 3 fois plus rapide que ce même code PHP avec APC.

    On parle certes de millisecondes, mais dans le cas d'une application fortement AJAXée avec du resfresh temps réel constant (zéro cache) telle que Facebook, cette différence peut devenir significative). Un appel qui dure 200ms au lieu de 600ms reste visuellement perceptible.

    Citation Envoyé par vaild Voir le message
    si c'est de la perf à tout prix qui est recherchée, on n'utilisera bien évidemment pas un langage de script !
    Tout dépend de l'offre logicielle que l'on peut opposer à PHP.

    Si il existe des serveurs web dédiés au langage C, tels que G-WAN (qui se vante d'être le plus rapide), ceux-ci souffrent de grosses lacunes (pas de rewrites...) et je ne vois sincèrement personne utiliser le langage C pour coder des pages web.

    La moindre copie de chaîne en C est un supplice, alors imaginons un peu la gestion de fonctionnalités de plus haut niveau, telles que les cookies, les sessions, les regexs, les tableaux associatifs, la lecture des fichiers XML, la connexion à une BD... etc. Tout ce travail de traduction en un environnement optimisé et intellectuellement plus abordable a déjà été fait par Rasmus & l'équipe Zend avec PHP. Et je leur en suis chaque jour très reconnaissant.

  14. #74
    Membre éprouvé
    Développeur Web
    Inscrit en
    mars 2002
    Messages
    409
    Détails du profil
    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : mars 2002
    Messages : 409
    Points : 453
    Points
    453

    Par défaut

    Citation Envoyé par grunk Voir le message
    C'est sur que si tu as tester que Smarty , et avec un peu de chance en version 1 ou 2 t'a vite faite fait de plus jamais toucher à un moteur de template ^^ , c'est comme conduire une ligier et dire que les voiture c'est tout pourri
    J'en utilise un : PHP.

    Citation Envoyé par CyberDenix Voir le message
    Tout dépend de l'offre logicielle que l'on peut opposer à PHP. […] Tout ce travail de traduction en un environnement optimisé et intellectuellement plus abordable a déjà été fait par Rasmus & l'équipe Zend avec PHP. Et je leur en suis chaque jour très reconnaissant.
    Voilà. Et parmi les qualités de PHP, il y a un bon niveau de performance. Dans des projets où la performance est particulièrement critique PHP peut cependant se révéler insuffisant…

    … mais la montée en charge spectaculaire de Facebook ces dernières années, et les solutions palliatives qui ont dû être trouvées au niveau performance, n'est pas un argument contre les performances de PHP. Bien au contraire. Le cas de Facebook est plutôt une preuve que PHP n'est pas une impasse même sur les projets anticipant une affluence gigantesque.

    Si PHP n'est pas une impasse, qu'en est-il des surcouches ? Personnellement je demande à voir des exemples de sites qui démontreraient la performance des moteurs de template comme surcouches de PHP. Si vous voulez mon avis ils ne sont performants que tant qu'on ne les exécute pas : sur des sites relativement statiques où le cache répond à 95% des requêtes.

  15. #75
    Membre confirmé

    Homme Profil pro jean
    Inscrit en
    octobre 2011
    Messages
    256
    Détails du profil
    Informations personnelles :
    Nom : Homme jean
    Localisation : France, Corse (Corse)

    Informations forums :
    Inscription : octobre 2011
    Messages : 256
    Points : 250
    Points
    250

    Par défaut

    J'ai voté "echo".

    Mais en réalité je passe tout dans une variable php et je "l'echote" à la fin.

    Moi c'est la version mi-HTML mi-PHP que je trouve indigeste et affreuse

    Mais je n'aime pas utiliser 406 echo en même temps non plus.

  16. #76
    Membre Expert Avatar de I_believe_in_code
    Inscrit en
    décembre 2008
    Messages
    220
    Détails du profil
    Informations personnelles :
    Âge : 37

    Informations forums :
    Inscription : décembre 2008
    Messages : 220
    Points : 1 024
    Points
    1 024

    Par défaut

    Que du php avec plein de echos. Je fais tout ce qu'il ne faut pas faire. Mais ce n'est pas grave, car ce n'est pas sur des projets pros.

  17. #77
    Expert Confirmé
    Avatar de dragonjoker59
    Homme Profil pro Sylvain DOREMUS
    Développeur informatique
    Inscrit en
    juin 2005
    Messages
    916
    Détails du profil
    Informations personnelles :
    Nom : Homme Sylvain DOREMUS
    Âge : 32
    Localisation : France, Saône et Loire (Bourgogne)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juin 2005
    Messages : 916
    Points : 3 623
    Points
    3 623

    Par défaut

    Moi, j'utilise echo.
    Je déteste le mélange PHP/HTML que je trouve ... moche en fait.
    Même l'absence de coloration syntaxique me gène moins visuellement que ce mélange de syntaxes. C'est d'ailleurs pour ça que ma page index.php ne fait généralement que déclarer les html, head, meta et body, le reste est fait dans des fichiers PHP séparés qui de ce fait ne contiennent que des echos. D'ailleurs je ne fais pas un echo mais autant que de lignes que j'écris.
    Si vous ne trouvez plus rien, cherchez autre chose...

    Chef de projet (et unique exécutant pour l'instant) pour Castor 3D
    Des tutoriels OpenGL

  18. #78
    Membre éprouvé
    Développeur Web
    Inscrit en
    mars 2002
    Messages
    409
    Détails du profil
    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : mars 2002
    Messages : 409
    Points : 453
    Points
    453

    Par défaut

    Citation Envoyé par laffreuxthomas Voir le message
    Du moins si le développeur adapte sa manière de programmer au langage plutôt que l'inverse ; je pense notamment aux habitudes acquises en Java qui sont bénéfiques en Java mais contre-performantes en PHP.
    Ces histoires de performances m'ont inspiré un billet.

  19. #79
    Futur Membre du Club
    Homme Profil pro ayoub rachidi
    Inscrit en
    mars 2010
    Messages
    76
    Détails du profil
    Informations personnelles :
    Nom : Homme ayoub rachidi
    Localisation : Maroc

    Informations forums :
    Inscription : mars 2010
    Messages : 76
    Points : 18
    Points
    18

    Par défaut

    il y a des framework java qui sont sympa tel que JSF

  20. #80
    Membre actif
    Homme Profil pro
    Architecte logiciel
    Inscrit en
    novembre 2010
    Messages
    57
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 26
    Localisation : France

    Informations professionnelles :
    Activité : Architecte logiciel
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2010
    Messages : 57
    Points : 175
    Points
    175

    Par défaut

    je vais rebondir sur ce que disais CyberDenix.

    [perso]
    Bon, c'pas moi qui ai commencé avec les attaques perso, c'est toi avec ton "abruti et noob". je l'ai mal pris, j'avoue. et selon moi, être certifié PHP n'a aucun intérêt, à part peut-être pour un CV un peu light
    [/perso]


    1) je maintiens que quelqu'un qui n'a jamais utilisé de templates, fut-ce que par curiosité intellectuelle, est un débutant, et ce quel que soit le langage, pourvu que ce soit du web. mais j'imagine que tu en a déjà utilisé, sinon tu n'en ferais pas une critique aussi virulente (et impolie !)

    2) certains moteurs de templates, pas du tout codés en PHP mais utilisable par lui ne souffrent d'aucune critique sur leur perf

    3) on ne décide pas toujours de l'environnement sur lequel on travaille. ceux qui bossent depuis un moment le savent, parfois on nous impose une techno qu'on aime pas, parce que les responsables y voient un avantage plus important que de légers gains de perf, que parfois notre vision du projet ne nous permet pas de déceler. ou alors ce sont des incompétents notoires et on finira par prendre leur place s'ils n'ont pas fait couler la boite avant

    4) tu parles d'extensions PHP utilisées par Facebook ? moi je maintiens transformation en C++. HipHop, dont tu parles toi-même, c'est eux qui l'ont conçu pour se débarrasser de PHP jugé trop light en perf sur certaines ressources critiques (voir ceci, par exemple)

    5) [troll]le PHP n'était d'ailleurs pas le bienvenu partout chez Facebook, puisque leur chat était pendant un temps fait avec du Python ^^ (peut-être l'est-il encore ?)[/troll]



    bref, je dis pas qu'il y a une solution miracle. pour un petit projet ou un projet perso, je vois pas l'intérêt des moteurs de template...
    pour un projet de groupe, ça peut être intéressant si on préfère la maintenabilité et/ou la séparation nette des tâches à la performance.
    mais encore une fois, même s'il est bon dans ce domaine, particulièrement avec certains compléments, PHP est limité. si on cherche la perf à tout prix... soit on a effectivement un site qui en a besoin, et dans ce cas une alternative à PHP serait une hypothèse, soit on s'est viandé dans l'optimisation de son code.


    encore une fois, dire qu'une techno ou une manière de faire vaut mieux qu'une autre est ABSURDE. il vaut toujours mieux dire que dans un contexte spécifique, une chose est plus pertinente qu'une autre.

    c'est toujours ce que répondront les personnes objectives qui ont vécu un minimum d'expériences différentes, au lieu de partir sur des débats stériles en défendant à tout prix un point de vue unique. je ne me considère pas comme expert, mais je sais qu'un point de vue ne peut se défendre que dans un contexte.

    [troll]par conséquent, le topic même est absurde, comme tous les topics à troll...[/troll]
    "Je ne dis pas que c'est nul, je dis qu'il y a moyen de faire mieux"

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •