🇬🇧 I have tried PHP. I find this programming language more embedding in html. They completely get so much. I can code in live html. 🤯
Hence my question, why continue to code in JavaScript if php can do the same things?🔴😅⚠️
🇨🇵 J'ai essayé PHP. Je trouve ce langage de programmation plus incorporant dans le html. Ils se complètement tellement. Je peux coder dans le html en direct. 🤯
D'où ma question, pourquoi continuer à coder en JavaScript si php peut faire les même choses ?🔴😅⚠️
@Talix_Dreamer Pas exactement la même chose, le javascript tournant dans le navigateurs, il peut changer la page sans forcément faire de requête au serveur, et donc donner des applications plus fluides et dynamiques. Après quand on fait pas une "webapp" mais un site orienté contenus, alors c'est pas illogique de se baser plus sur du code backend, que ce soit en php ou autre chose.
Après, php a beaucoup de détracteurs, j'espère qu'il s'est amélioré, mais je suis content de plus y toucher.
@Talix_Dreamer Perso je fais plus du python, que je trouve être un bien meilleur language, mais c'est vrai qu'il n'a pas trop ce concept de mélanger le code python et le code html, on sépare plutôt l'html dans des templates, qu'on paramétrise avec des fonctions python qui injectent les valeurs calculés dedans, du coup y'a différents languages de templates, (jinja2 est une option populaire).
Mais c'est vrai que souvent de nos jours, le backend fournis du json, et le rendu est en JS.
@Talix_Dreamer j'essaye d'éviter de dire qu'une technologie est bonne ou pas, en particulier sur le code, il y a suffisamment de gens pour avoir des opinions inutilement tranchées. Et le PHP reçoit moult critiques qui me semblent justifiées. Mais ça reste ce qui fait tourner la plupart des site webs, en particuliers tous les sites wordpress, la plateforme la plus populaire de site web.
Le language avait beaucoup de limitations et d'incohérences à l'époque ou je l'utilisais. Ça a pu s'améliorer.
@Talix_Dreamer il a été codé vraiment comme un bricolage a la base, il n'était pas du tout destiné à un tel succès, et changer un language populaire est difficile, (par ce que ça casse le code des utilisateurs), même si c'est pour corriger des problèmes importants, il y a eu aussi une tendance a ajouter rapidement des fonctionnalités au language sans prendre le temps de s'assurer qu'elles ne poseront pas problèmes, du coup beaucoup de soucis de sécurité, et bugs causés par un mauvais usage.
@Talix_Dreamer ah, moi, non, je ne l'apprend plus, il y a beaucoup de langages disponibles, on ne peut pas tout apprendre, il faut faire des choix, j'ai choisis python il y a longtemps (+15 ans), et fait ma carrière dessus pour l'instant, même si je continue de m'intéresser à autre chose, le php sur lequel je travaillais vers 2010 ne m'a pas laissé de bons souvenirs.
php est le plus simple à héberger pour pas cher, il permet en cas d'erreur sur une page de ne pas planter le serveur ( ce qui n'est pas le cas de la plupart des autres langages )
Ce n'est pas perdu, en apprenant php, tu vas apprendre des choses annexes qui te serviront toujours, comme les sessions, les différentes types de requête http, les erreurs à renvoyer, les headers ...
@Talix_Dreamer@Aedius non, il y a beaucoup, beaucoup d'autres options.
Python, C#, Java (différent de javascript), Ruby sont des options assez communes pour le backend, mais il y en a pleins d'autres, Rust est de plus en plus populaire (mais reste très minoritaires), Perl a été très populaire, mais est assez rare aujourd'hui, il y a des gens qui en font en C++ ou même bash, et pleins d'autres options.
Il n'est pas nécessaire de tout connaître, heureusement.
@Talix_Dreamer@Aedius tu cherches une vérité unique, elle n'existe pas, tout le monde fait des choix.
Il y a des choses assez inévitables, si tu veux faire un site web, Html fait pratiquement nécessairement partis de la solution, si tu veux programmer dans le navigateur, javascript est pratiquement inévitable (il y a d'autres language qui compile vers javascript, mais c'est assez minoritaire). Pour le reste, il y a beaucoup plus de choix.
@Talix_Dreamer@Aedius mais par exemple, à une époque, flash était très populaire, et pleins de sites étaient fait en full flash, c'était chiant pour pleins de raisons, mais beaucoup de gens, en particulier les animateurs, adoraient cette technologie, donc c'était une solution tout en un très courante, c'est aujourd'hui mort par ce que html est capable de faire ce que flash faisait, et qu'il y avait beaucoup de soucis de sécurité avec flash qui a poussé à son abandon, mais c'était une solution.
@Talix_Dreamer@Aedius ah, et c'est pour plus tard, mais tu voudra probablement ajouter SQL à cette liste, pour pouvoir stocker des données pour ton application. Mais bon, ton application actuelle n'en a pas besoin, alors je dirais de juste le noter pour plus tard, et de pas trop te laisser distraire :).
@Talix_Dreamer ensuite, il y a aussi certainement de l'élitisme, comme c'était très populaire chez les débutants, beaucoup de code était de mauvaise qualité indépendamment de la qualité du language, mais les limitations de celui-ci n'aident vraiment pas!
Les frameworks ont certainement apportés des bases plus solides depuis, mais ça souffre à la fois des faiblesses du language, et de la réputation acquise.
Wordpress est aussi très populaire, mais beaucoup de bugs de sécurités ont été trouvés.
@Talix_Dreamer je ne peux pas décider ça pour toi :), c'est bien d'expérimenter, de voir ce que ça donne quand tu fais une app un peu plus compliqué, et comment d'autres résolvent les problèmes que tu rencontre, d'essayer quelques frameworks, ça prend du temps, bien sûr, mais c'est comme ça qu'on acquière des idées plus nuancées sur ce qui est bon ou pas. :)
@Talix_Dreamer c'est bon signe, il ne faut jamais arrêter d'apprendre. :) Je comprends que tu veuille des réponses directes, mais elles ne te ferons pas forcément gagner du temps. Je dirais, pour l'instant, continue d'apprendre ce que tu as commencé, c'est mieux que de commencer 10 trucs différents par ce qu'on est pas sûr, aucune technologie n'est parfaite de toutes façons. Il faut juste garder ça en tête, ce que tu apprend n'est pas la façon de faire, juste une façon, avec ses (des)avantages
@Talix_Dreamer oui, je compatis, en général j'ignore les avis trop tranchés (même s'ils peuvent être parfois corrects), et j'essaye de trouver ceux qui ont justifications claires, et qui semblent de bonnes foi (en général, c'est bon signe quand la personne montre qu'elle comprend pourquoi ce qu'elle critique est ce qu'elle est, mais ce n'est clairement pas toujours le cas).
Souvent ceux qui parlent le plus fort ne sont pas les plus expérimentés.
@Talix_Dreamer oui, bien sûr, même si on imagine que tu ne l'utilise pas couramment au final, l'avoir appris te permettra de mieux comprendre l'intérêt de faire les choses différemment dans d'autres technos.
Et ça reste un language extrêmement populaire, donc si le but c'est de trouver du travail, ce n'est pas du tout un mauvais choix.
@Talix_Dreamer oui, c'est certainement ce qui a fait sa popularité, la barrière a l'entré est très basse, on prend une page html existante, où on veut ajouter un peu de dynamisme, il suffit de mettre un peu de php dedans, de renommer, (et de s'assurer que mod php est configuré sur le serveur). Mais cette méthode devient vite problématique quand on fait un site avec beaucoup de dynamisme, le code est éparpillé au milieu du contenus, la réutilisation est compliquée, etc.
@Talix_Dreamer mais les applications plus complexes en php sont en général plus construites comme dans d'autres languages, avec des routes qui appellent une fonction, et cette fonction renvoie un document, soit en utilisant un modèle avec des valeurs injectées dedans, soit un document json dans le cas ou on fait une application avec un front full javascript.
@Talix_Dreamer "dois", encore une fois, ça dépend de ce que tu veux faire, mais si tu veux une page html qui contiens du javascript, qui fera appel à des routes codés en php, pour recevoir du json pour envoyé les données utilisées par le javascript, alors oui, ce sera sûrement comme ça.
Mais encore une fois, il y a pleins de façons de faire, certaines marchent juste mieux que d'autres suivant ce qu'on veut faire.
On a beaucoup de liberté, le plus dur et d'apprendre à en user raisonnablement :)
@Talix_Dreamer il n'y a pas "une" bonne méthode, même s'il y en a certainement beaucoup de mauvaises, cette façon de faire est assez classique, et marche bien tant qu'on a pas besoin de trop de dynamisme.
Mais pour avoir maintenus des applications codées comme ça, avec des fichiers php de plusieurs milliers de lignes mélangeant html, php et javascript, je te dis, à un moment, il faut prendre du recul et réfléchir à comment faire autrement.
@Talix_Dreamer "le monde", ou en tout cas certains développeurs, ont déjà fait ça, donc je dirais toi, mais comme déjà dit, ça dépend de la complexité de ce que tu fais.
@Talix_Dreamer c'est possible uniquement avec du php dans le html, par ce que le html lui même ne sait rien du php, ce qu'il se passe, c'est que ton logiciel serveur, en voyant une page php, avant de l'envoyer au navigateur, la fait manger au programme php, qui lui renvoit un document (html) différent, et c'est celui-ci qui est envoyé au navigateur, il n'y a alors normalement plus de code php dans ce document, et le navigateur ne saurait pas quoi en faire de toutes façons.
@Talix_Dreamer tu as deux façons, mais bon, ça fait longtemps que j'ai pas fais de php, donc je reste vague.
des fichiers .php qui contienent un mélange de php et html.
des fichiers php qui contiennent des fonctions associés à un chemin dans la barre d'adresse (des routes), et sont appelés avec les divers paramètres envoyés avec le navigateur, et on attend d'elle qu'elles renvoient un document. Dans ce cas, la fonction peut utiliser un fichier de template pour produire cette réponse.
@Talix_Dreamer oui, oui, c'est ce que j'avais compris, et c'est ce que quelqu'un d'autre t'as dis hier être un peu dépassé, même si ça marche, les applications modernes ne font plus trop comme ça par ce que cette méthode produit en général des applications plus complexes que nécessaires, et difficiles à maintenir, mais si l'application est très simple, comme ce que tu annonçait dans ta discussion précédente, ça peut être suffisant, et te montrera peut être un peu les limites de cette technique.
@Talix_Dreamer Par ce que les deux sont mélangés, justement, lu coup les choses similaires sont plus facilement dupliquées que mises en commun et réutilisées, ce n'est pas impossible de le faire, mais c'est moins naturel, ce mélange empêche de structurer.
Pour "haut ou bas niveau", cette notion est souvent subjective, mais je dirais de haut niveau, on ne se préoccupe pas de pleins de choses comme la gestion mémoire, les types, etc, en php, contrairement au C ou C++, qui sont clairement "bas".
@Talix_Dreamer peut être avec une définition différente de bas et haut niveau.
Ma définition: bas niveau = proche de la machine, demande souvent de gérer la mémoire directement, de se préoccuper des types de nombres (int, float, long, etc) voir de comprendre plus comment le processeur fonctionne (le plus bas niveau étant l'assembleur).
Haut niveau = plus d'abstraction, souvent dépendant d'une machine virtuelle (java, python, ruby, php…) ou interprété (bash, etc).
@Talix_Dreamer après, c'est un peu une blague, par exemple le C est certainement considéré comme bas niveau par la plupart des développeurs, mais dans les années 80, vu que pleins de gens codaient encore en assembleur (enfin, y'en a encore aujourd'hui, mais une très petite minorité), alors ce qu'il apportait pouvait le faire alors considérer comme haut niveau, car plus proches d'un language naturel comme l'anglais.
@Talix_Dreamer Oh c'est tout à fait possible, c'est juste que dans ce cas l'intérêt du mélange html + php dans le même code n'est plus trop utile, et que c'est un peu son seul avantage pour les débutants à mon sens.
Mais ça reste une option très courante, pleins de gens font leurs carrière sur PHP.
Add comment