je ne vois pas trop ce que tu reproches à du contenu généré dynamiquement
En soit, rien d'autre que le fait que, en général, ça ne sert à rien. Par exemple, j'ai un dotclear. Si je n'en utilise pas les commentaires, la partie dynamique ne me sert absolument à rien. Que le code qui génère le html soit sur un serveur ou sur un client ça ne change juste presque rien.
Tous les hébergeurs mutualisés proposent du php, et si tu as un dédié ou un auto-hébergement tu peux utiliser ce que tu veux (ror, php, python etc).
Ha mais ce n'est pas du tout en lien avec une quelconque disponibilité d'outils côté serveurs. Enfin presque, parce que mine de rien ça me permet de publier du code généré par des outils ruby et autre sur un mutualisé php.
Le seul intérêt que je vois, c'est juste de s'amuser avec de nouvelles technologies que tu cites
Hum, même pas car comme je l'ai indiqué j'utilise aussi toutes ces techniques dans des applis RoR.
d'autant plus que pmwiki est simple et compact, régulièrement mis à jour, et toutes des versions récentes de PHP fonctionnent sans problème avec
Et si un jour ce n'est plus le cas ? C'est du même genre que la compatibilité ruby ou gem. Sachant que je peux très bien bloquer les versions des gems et dans ce cas il n'y a plus vraiment de problème.
je n'aime pas les langages de programmation détournés pour faire autre chose, un langage de programmation ce n'est pas fait pour créer des pages html
Wat ?
PHP est un langage de programmation, et il est fait pour créer des pages html.
Là franchement je ne vois pas la différence entre PHP et Ruby. Dans les deux cas on va utiliser un langage de programmation pour servir de glue (lorsque c'est bien fait) autour de langages de templates (haml, twig en php, etc) voir de conversion de contenu vers html (markdown, twt2tags, etc)
ou faire office de serveur web, comme ROR
RoR n'est pas un serveur web…
Et sinon, si je prend la fin de ton message finalement tu as pmwiki et tu rajoutes des scripts, des outils pour en faire ce que tu souhaites. Ben exactement comme ce que j'ai fais alors…
[^] # Re: webgen
Posté par CrEv (site web personnel) . En réponse au journal Écrire une page web de nos jours, troisième partie. Évalué à 2.
En soit, rien d'autre que le fait que, en général, ça ne sert à rien. Par exemple, j'ai un dotclear. Si je n'en utilise pas les commentaires, la partie dynamique ne me sert absolument à rien. Que le code qui génère le html soit sur un serveur ou sur un client ça ne change juste presque rien.
Ha mais ce n'est pas du tout en lien avec une quelconque disponibilité d'outils côté serveurs. Enfin presque, parce que mine de rien ça me permet de publier du code généré par des outils ruby et autre sur un mutualisé php.
Hum, même pas car comme je l'ai indiqué j'utilise aussi toutes ces techniques dans des applis RoR.
Et si un jour ce n'est plus le cas ? C'est du même genre que la compatibilité ruby ou gem. Sachant que je peux très bien bloquer les versions des gems et dans ce cas il n'y a plus vraiment de problème.
Wat ?
PHP est un langage de programmation, et il est fait pour créer des pages html.
Là franchement je ne vois pas la différence entre PHP et Ruby. Dans les deux cas on va utiliser un langage de programmation pour servir de glue (lorsque c'est bien fait) autour de langages de templates (haml, twig en php, etc) voir de conversion de contenu vers html (markdown, twt2tags, etc)
RoR n'est pas un serveur web…
Et sinon, si je prend la fin de ton message finalement tu as pmwiki et tu rajoutes des scripts, des outils pour en faire ce que tu souhaites. Ben exactement comme ce que j'ai fais alors…