...et probablement dire une connerie, ou faire des raccourcis de non-professionnel de l'informatique
On a la un logiciel qui permet gérer un site:
- qui aura une notion de login pour l'accès au contenu
- la possibilité d'éditer des pages web en graphique à partir d'un navigateur web
- qui renvoit des pages dont le contenu est « statique » au sens pas de script qui adjuste le contenu en traitant des variables (la glue que rajoute PHP à HTML): de ce point de vue ça ressemble + à du HTML
- l'accès à ces pages « statiques » est « dynamique » au sens où l'URL renvoit qqch de différent à base d'overlay en fonction de l'état de connexion de l'utilisateur (je vois au moins 3 états: utilisateur pas loggué, utilisateur loggué en lecture, utilisateur loggué en administrateur, peut-être un 4ème état: utilisateur loggué en édition; si distinct de administrateur)
=> donc pas « statique » au sens une URL renvoie toujours le même contenu au bit prêt
Ça a l'air vraiment bien fichu, si j'avais pour projet d'héberger un site pour partager des trucs sur le Web, j'aurais probablement besoin uniquement d'avoir une gestion des droits d'accès + rien de plus que la distribution d'un contenu fixe tels que décrits plus haut
Si la réduction des spécifications à ce minimum vital réduit la prise de tête de déploiement et rend le truc robuste et sûr (peu de surface d'attaque) par design, pour moi c'est bingo
Les bonus (qui sont possiblement déjà implémentés! mais c'est pas clair):
- la possibilité de rendre une page publique (idéalement: récursif pour toutes les liens de la page rendue publique qui ne sont pas explicitement taggué accès restreint)
- le 4ème état qui premettrait du travail collaboratif sur la base de la confiance
- la gestion de l'historique qui permettrait de revenir aux versions antérieures dans un scénario simplifié de travail collaboratif
- possibilité de définir des groupes? pas sûr que ce soit nécessaire pour le type de petits projets que Rapido a l'air de cibler
- comme citer plus haut la possibilité de travaillé collaborativement ou non dans un espace à accès restreint, et de faire facilement un instantané rendu publique (l'extérieur anonyme du Web voit toujours un contenu figé, et ne peut pas tombé sur des travaux d'édition en cours)
# super intéressant - je vais dire ce que j'ai compris...
Posté par bobo38 . En réponse à la dépêche Rapido : un nouveau logiciel pour créer rapidement un site Web. Évalué à 3. Dernière modification le 14 décembre 2019 à 09:11.
...et probablement dire une connerie, ou faire des raccourcis de non-professionnel de l'informatique
On a la un logiciel qui permet gérer un site:
- qui aura une notion de login pour l'accès au contenu
- la possibilité d'éditer des pages web en graphique à partir d'un navigateur web
- qui renvoit des pages dont le contenu est « statique » au sens pas de script qui adjuste le contenu en traitant des variables (la glue que rajoute PHP à HTML): de ce point de vue ça ressemble + à du HTML
- l'accès à ces pages « statiques » est « dynamique » au sens où l'URL renvoit qqch de différent à base d'overlay en fonction de l'état de connexion de l'utilisateur (je vois au moins 3 états: utilisateur pas loggué, utilisateur loggué en lecture, utilisateur loggué en administrateur, peut-être un 4ème état: utilisateur loggué en édition; si distinct de administrateur)
=> donc pas « statique » au sens une URL renvoie toujours le même contenu au bit prêt
Ça a l'air vraiment bien fichu, si j'avais pour projet d'héberger un site pour partager des trucs sur le Web, j'aurais probablement besoin uniquement d'avoir une gestion des droits d'accès + rien de plus que la distribution d'un contenu fixe tels que décrits plus haut
Si la réduction des spécifications à ce minimum vital réduit la prise de tête de déploiement et rend le truc robuste et sûr (peu de surface d'attaque) par design, pour moi c'est bingo
Les bonus (qui sont possiblement déjà implémentés! mais c'est pas clair):
- la possibilité de rendre une page publique (idéalement: récursif pour toutes les liens de la page rendue publique qui ne sont pas explicitement taggué accès restreint)
- le 4ème état qui premettrait du travail collaboratif sur la base de la confiance
- la gestion de l'historique qui permettrait de revenir aux versions antérieures dans un scénario simplifié de travail collaboratif
- possibilité de définir des groupes? pas sûr que ce soit nécessaire pour le type de petits projets que Rapido a l'air de cibler
- comme citer plus haut la possibilité de travaillé collaborativement ou non dans un espace à accès restreint, et de faire facilement un instantané rendu publique (l'extérieur anonyme du Web voit toujours un contenu figé, et ne peut pas tombé sur des travaux d'édition en cours)