Qu'utilisez-vous pour développer un site web dynamique?

Il ne s’agit pas de dénigrer le dev web et encore moins les développeurs. Tu demandes l’avis des participants, ils te le donnent. Ce n’est pas pour autant qu’ils n’en font pas où qu’ils trouvent ça inutile.
Je déteste également la programmation sur automate que je juge complètement à côté de la plaque et rétrograde pourtant j’en fais régulièrement.

Salut,

Lorsque j’ai commencé Python, je trouvais l’indentation forcée gênante (pas l’habitude, je prenais ça pour une contrainte). Puis j’ai fini par trouver ça génial : lorsque tu es amené à lire énormément de code réalisé par autrui (travaillant dans une SSLL, c’est quasiment tous les jours que ça m’arrive), c’est très agréable que l’indentation soit la même partout. Tu ne cherches pas tes repères pour être sûr que telle ligne fait partie de tel bloc, je trouve ça très confortable à la lecture.

Pour la compatibilité ascendante, c’est vrai que comparé à C ou C++, ça casse plus souvent. Mais tout est relatif, la branche Python2 (dont la dernière version majeure sortie est la 2.7) a vécu 10 ans (2001 → 2011). D’un autre côté, un code développé avec des nouveautés introduites en version 2.7 ne pourra pas fonctionner sur la version de Python fournie avec Debian Lenny par exemple (2.5)…
Mais en général, c’est tellement rapide de développer une appli fonctionnelle en Python, que le temps gagné peut bien être réinvesti dans un portage Python2 → Python3 :stuck_out_tongue:

Sinon pour le sondage, après avoir fait mes armes en PHP brut, j’ai fait un peu de Ruby On Rails (ma première appli était une maquette pour gérer du personnel commercial d’un grand groupe pour les besoins de mon frère : en quelques heures c’était fonctionnel, avec ou sans formulaires AJAX, authentification etc, je trouvais ça énorme). Depuis ce jour, je ne veux plus faire de dev Web sans framework. Puis plus tard je me suis essayé sur Pyramid, et aujourd’hui je m’attaque à Django pour retrouver la simplicité et la productivité procurée par RoR (chui une fainéasse).

C’est pour cette raison que j’ai mentionné que je ne visait personne en disant ça. Néanmoins, je persiste à dire que - trop souvent - le dev wev est dénigré.

Merci Keldath pour ton « témoignage », je le trouve très à propos!

Je reviens avec quelques questions:

  1. Trouve-t-on facilement des hébergeurs proposant du Python? (car je suppose que c’est nécessaire avec Django?)
  2. Quelqu’un aurait-il une bonne référence (pdf, bouquin) sur la POO? En 2 ans de cours, on ne l’a pratiquement pas abordée :open_mouth:
  3. @Keldath: ton argumentation en faveur de Python va peut-être me pousser à le reconsidérer…
  4. Ne m’étant jamais servi d’un framework, j’ai du mal à comprendre si ça offre assez de souplesse (prenons par exemple Django) pour créer une interface sur mesure… Comme exemple, l’interface que j’ai réalisée dans le cadre de mon TFE: http://www.imagup.com/data/1136483931.html

Non

Il doit y avoir quelque chose là dessus sur wikibook

Tu fait précisément tout ce que tu veut avec un framework de présentation. Ce n’est pas limitatif. Toute interface web peuvent être faite avec les frameworks de présentation dont on parle (à l’exception peut être de websocket mais bon).

Salut,

Il y en a de plus en plus, ça se trouve oui, même si on est loin du PHP. Au pif :
a2hosting.com/web-development/python-hosting
djangohosting.ch/
wiki.python.org/moin/SpecializedCommercialHosts
Mais bon, ça ne doit pas être un frein à mon sens, les offres d’hébergement Python grandissent parce qu’il y a de la demande.

Sur la POO en générale, je ne saurais te dire. Par contre, même si le concept général reste le même, l’orienté objet dans un langage aura ses propres caractéristiques, manières de fonctionner/voir les choses par rapport à un autre langage. Mais bon c’est du détail, ça s’apprend avec le temps.
Généralement les concepts de POO sont traités dans tout bon bouquin visant à initier la programmation dans un langage. En Python, j’aime bien celui de Tarek Ziadé « Programmation Python, syntaxe, conception et optimisation » aux éditions Eyrolles.
J’avais acheté « Learning Python » de Mark Lutz, mais j’ai un peu regretté mon achat (c’est subjectif ceci-dit).

Aucun problème au niveau de l’IHM. Framework ou non, tu continueras toujours à écrire du XHTML/JS/CSS. Certains frameworks/toolkits pourront t’éviter de trop en écrire, comme les « helpers » de RoR qui peuvent te générer un formulaire « AJAX » mais ayant un fallback pour fonctionner même si l’utilisateur désactive le JS dans son navigateur, et ça sans écrire une seule goutte de JS. Ou encore GWT dont parlais Misterfreez où on dev son interface Web à la façon d’une appli desktop).

Non, le framework t’apportera plutôt un cadre de développement et des solutions éprouvées à des problématiques régulières de développement, te permettant de te concentrer sur le fonctionnel (ne pas perdre du temps à réinventer la roue encore et encore) et de maintenir plus facilement ton code sur le long terme. Comme dit dans l’autre topic, les limites d’un framework vont dépendre de sa politique, et de ce que toi tu cherches (ORM fortement couplé ou non, etc). Comme toujours, un outil très souple est puissant, mais ça implique parfois plus de travail. C’est à voir suivant les besoins de chaque projets.

Ayant pas mal développé (un mix html/php et compagnie) la question du « où je mets le code » ne m’a jamais vraiment traversé l’esprit, et question navigateurs ca ne pose pas vraiment de soucis non plus. (en tout cas l’un comme l’autre ca ne m’a jamais posé de problème et pourtant j’ai développé pas mal d’applications)

Je pense qu’en développement web ce qui est le plus prise de tête c’est l’optimisation et donc de bien penser sa base de données. Mais ca c’est lorsqu’on créer le cahier des charges qu’on le définit. D’une ligne de code on peut passer à 400 lignes pour optimiser.
Après tout dépends du travail à accomplir par le développeur… (si il ne monte pas le projet de A a Z il s’amusera sûrement moins …)
Il m’est arrivé de superviser (à titre bénévole) 2 projets de 2 développeurs web afin de donner mon avis sur son optimisation, sa sécurité…
L’un comme l’autre il y avait encore du taf :118
Le premier a abandonné au bout de 3 ou 4 mois…
Le second a continué avec grand plaisir et s’est amusé comme un fou a acomplir son projet même si ca lui a pris 6 mois.

Les développeurs web sont souvent dénigrés, mais après je pense que ca dépends le type de développeur web…
Le développeur web à son compte le sera sûrement moins, voire pas du tout car abordera sans doute de la comptabilité, de la gestion, sera un peu plus libre de monter lui même les projets. (créer le cahier des charges, etc.) Il aura un travail plus valorisant car aura abordé d’autres aspect du métier qui fait que son expérience aura sûrement plus de valeur.
Le développeur web salarié à qui on donne du travail et qui doit pisser 7 ou 8h de code dans la journée … et qui aura moins de possibilités d’évolution.
Après il y a aussi des dév web qui ont des patrons qui leur permettent d’aborder plusieurs aspects du travail qui seront profitables pour eux.
Le soucis c’est que la majorité, c’est le profil du pisseur de code!

Il y a des personnes qui n’aiment pas ca, des personnes qui aiment ca …
Une personne dans mes contacts fait ca depuis 10 ans et pour rien au monde il ne fera autre chose…
J’ai fait du dev web (à mon compte) pendant pas mal d’années jusqu’au jour où j’en ai eu assez de devoir remplir un « rendement » comme à l’usine… Ce n’est pas forcèment le cas partout. Mais faire ca tous les jours pour ma part non merci. Bizarrement maintenant que je n’ai plus d’« obligations » je commence à aimer ca à nouveau :115

Sinon pour le sondage, je vote pour le petit mix… On peut faire pas mal de petites (ou grosses) choses bien sympas avec :slightly_smiling:

hi
Je développe un site de médias sociaux similaire à Instagram pour une startup. Je connais bien React, mais je songe à suivre une formation gratuite nextjs pour ce projet. D’après ce que je comprends, utiliser SSR n’a pas vraiment de sens ici, car la majorité du site sera en CSR, vu qu’il y a beaucoup de contenu dynamique. Ma question est la suivante : est-ce que Next.js reste utile pour des fonctionnalités comme le fractionnement de code, le routage, etc., si je n’ai pas l’intention d’utiliser le SSR ? Ou est-ce que je ferais mieux de rester sur React, que je maîtrise déjà ? Je veux que mon application soit performante et facile à faire évoluer.
désolé pour le deterrage

Bonjour,

PHPBoost, ça compte dans « Autres » ?

Sinon, en local, pour m’amuser :
PHP, MariaDB, Apache, JS, CSS…

Bonne journée !

J’utilise mon CMS perso, LemonCMS. (Le site et la documentation ne sont pas du tout à jour, car TuxFamily est resté sur une ancienne version de PHP, mais la version à télécharger est bien à jour, ainsi que toutes les extensions, sauf surveys).

En mode pro j’utilise Symfony qui est plutôt bon. Je n’aime juste pas trop son côté « Java » / Getter / Setter pour les entités.

En mode loisir et école j’ai essayé Django, plutôt similaire mais je n’aime pas son language de template (DTL) que je trouve trop restrictif. Je conseil jinja à la place.

J ai voté Django mais c est flask que j utilise.

Pour les clients qui veulent juste un site vitrine sans se prendre la tete avec la technique, les
solutions cle en main ont leur place. J’ai vu par ici des offres de creation de site internet pas cher avec l’hebergement inclus – c’est adapte pour les TPE qui n’ont
pas de competence web en interne. Apres, si le client veut du sur-mesure ou des fonctionnalites avancees, rien ne remplace un bon framework et du code propre. Mais pour 80% des petits commercants, un site vitrine bien fait suffit amplement.

Bonjour,

j’utilise Spip et DokuWiki. Pourquoi faire compliqué quand on peut faire simple ?
https://academie-du-recyclage.fr/

https://www.apmep-iledefrance.fr/

Bon week-end

Le dernier encadré posté par @michelsuquet n’a pas sa place dans la rubrique programmation. Tel quel, Il serait bon de le déplacer par exemple dans la section pause café. Quand au premier encadré, il mériterait quelques réponses à certaines questions ainsi que quelques explications:
Avec une solution s’appuyant sur Apache Php, c’est certain que l’on peut développer un site Web dynamique mais en quoi Samba Edu est-il ou permet-il de créer un site Web dynamique ?
Le site et la documentation du produit, qui ont cependant le mérite d’exister, révèlent un fossé considérable entre le monde de l’EN et le monde du développement. Des deux côtés on va d’un extrême à l’autre: côté EN on perçoit un retard considérable, un isolement des enseignants développeurs sans soutien dans leur évolution côté dev proprement dit, et côté entreprise on va à l’autre extrême en changeant tous les quatre matins de technologies, de versions au point qu’aucun développeur sérieux ne peux réellement suivre (avec ou sans IA) même si cela est en train de changer un peu. On arrive côté entreprise beaucoup trop souvent à des équipes très superficielles Quand on sait que le seul HTML se matérialise par exemple par un gros pavé de 1500 pages A4 denses environ et s’inscrit dans un ensemble d’une vingtaine de technos Web…, difficile d’échapper à cette superficialité même si ça commence à bouger en arrêtant de pondre des versions tous les quatre matins. L’entreprise avait intérêt à ce jeu là ou compétitivité oblige elle se sentait obligé de proposer encore plus de (dis)fonctionnalités que son concurrent, sans même parler de la pression des clients, des commerciaux… Et puis il ne faut pas que l’entreprise puisse elle même avoir son propre développeur pour facturer des prestations… A chaque excès, il y a des ajustements avec une inertie lourde de conséquences ainsi que des réactions suicidaires encore plus folles…

Pour revenir au titre de ce fil tout en tentant de réduire les diversions, certes forts intéressantes dans l’ensemble, il me semble bon de définir ce qu’est réellement un site web dynamique.
Au lien de vous en donner ma propre définition, voici celle que j’ai trouvé dans un ouvrage de Pierre Alexis et Hugues Bersini, Apprendre la programmation Web avec Python et Django" aux Editions Eyrolles:

Un site web dit dynamique comprend, du côté du serveur des mécanismes automatiques de mise à jour de pages servies.

En pratique, un site web dynamique repose le plus souvent sur un compte utilisateur et une base de données.

Les sites que j’ai cités ne sont que des exemples de ce qu’on peut produire à l’aide de Spip. Interface simple et intuitive, pas du tout « uzine à gaz » : nos rédacteurs et rédactrices peuvent facilement écrire un article sans avoir à éplucher des pages et des pages de documentation.

Dans le cas de SPIP, de Moodle (produit intéressant pour les enseignants), ou d’un autre CMS comme Wordpress que @michelsuquet ne cite pas mais que j’ajoute tant il est répandu, peut-on réellement parler de développement d’un site web dynamique ? Non, même si on peut toujours leur programmer des extensions mais dans la très grande majorité ceux qui l’adoptent ne font que publier des contenus et utiliser quelques fonctions comme la relecture avant publication, ou la « programmation » de la publication d’un article à partir d’une date donnée.

En reprenant le post initial de ce fil s’inscrivant dans la rubrique « Programmation », il est clair que la simple utilisation d’un CMS ne peut rentrer dans le sujet du développement d’un site site web dynamique. On est plus dans le cas des CMS, dans le cadre de la simple création automatique à partir de quelques paramétrages de personnalisation.

Le développement d’un site web dynamique passe par l’écriture de code pour générer une page, page qui change en fonction du contexte. La simple génération d’un « Hello World » ne saurait donc y répondre sérieusement. Dans « JavaScript & JQuery » de Jon Duckett, l’exemple de la p. 46 de quelques lignes en pure JavaScript (sans JQuery) va un peu plus loin en générant une page web différente en fonction de l’heure. Cela fera sourire tout développeur sérieux qui se respecte car lorsque l’on parle de développement Web dynamique, on attend plus que ça (cela ne saurait remettre en cause la grande qualité de cet ouvrage qui passe par là pour des raisons pédagogiques avec un apprentissage et une sensibilisation progressive), notamment une exécution côté serveur d’un langage tel que PHP, Python ou d’un autre langage ainsi que l’usage de CSS, de DOM, voir aussi d’Ajax et d’autres technologies si nécessaire et référencées notamment pour la plupart dans la documentation officielle d’HTML du W3C. Cela devient vite fastidieux de tout gérer ses différentes technologies aussi pour se simplifier la vie, on développe un site web dynamique à l’aide d’un framework. Un framework tel que Django (Python) ou Symfony (PHP) constitue une boîte à outils pour se simplifier la vie mais cette simplification a un coût dans le sens ou elle nécessite un investissement personnel dans l’apprentissage de la structure et de l’utilisation de l’ossature des sites ou applications Web qu’elle permet de générer, sans même parler de nombreuses autres technologies Web associées…

Hormis certains contextes dans l’électronique embarquée et les objets connectés, il semble difficile de ne pas passer à l’heure actuelle par un Framework pour développer sérieusement un site web dynamique.

Fun !

Voilà ce que donne ton premier choix

https://dolys.codeberg.page/doLys/question-web-pwa/

Utile de distinguer les cas avant de choisir une techno : site vitrine, site dynamique, application web ou PWA.

Ce mini site est vite fait et tout dégoûtant :P, mais bienvenue pour en faire un terrain d’entrainement : ce git est là pour çà !

Les rédacteur ne font pas du site web dynamique, ils ne font que du contenu qui pourrait bien être sur n’importe quel support.
Un rédacteur ne développe rien en terme de soft.

En cela je rejoint très largement @vbreton

Personnellement les sites sensibles que j’ai fait et que Nicola connait bien sont tous à base de PHP avec sur la fin un chouïa de javascript (mais dans les années 2000-2010, les choix étaient limités). Par la suite j’ai apprécié les possibilités de javascript et surtout de python avec Flask. Officiellement Flask reste déconseillé en production car encore en étude, mais je dois avouer que ça marche bien.
Pour les CMS j’appuie ce qui précède, je rajouterais que j’ai une confiance modérée en eux, mais ça n’est peut être pas justifié, je n’en ai jamais utilisé, le seul que j’ai installé était pour justement que des personnes puissent rajouter un contenu rédactionnel. Ça n’est pas du developpement