Recent searches
Search options
Je fais un #website pour un collectif d'ami·es non tech. Selon vous quelle est la meilleure manière pour qu'iels s'en sortent sans moi pour mettre à jour & modifier le site?
Un #CMS à part entière comme #Grav ?
Un #SSG comme #Eleventy , sur #gitlab ou sur un de leurs ordis?
Avec un #headlesscms ? Ou du sur-mesure?
Vous avez suggestion, bonne pratique, outil?
Sachant qu'il n'y a pas d'envie manifestée d'apprendre le web et l'utilisation du terminal etc.
@dobody j'ai pas de réponse mais exactement la même question, alors je me pose ici pour suivre la discussion ! De mon côté j'envisage le cms, on m'a proposé kirby et pelican, mais je reste attentive à d'autres pistes
@FF255 @kajou Je ne connais vraiment pas assez Spip, et même s'il est intéressant je doute de sa pertinence.
Sachant que ça sera un site avec bcp plus de contenu images-vidéo, quelques templates qui ne se ressemblent pas du tout et peu d'importance sur l'écriture, est-ce que ça vaut le coup d'investir le temps dans Spip? (Alors que je suis bcp plus à l'aise avec les logiques des SSG)
EDIT: je suis déja chez un chaton nommé #domainepublic :P
@kajou perso faute de patience (mon talon d'Achille) je démarre avec #11ty parce que je connais au moins un peu. Avec ça au moins (¿pareil avec Pelican?) je sais que le contenu est statique, ça m'effraie moins niveau sécurité. Mais du coup ça nécessite une médiation de prise en main avec les non-initié•es.
Ça peut changer à tout moment
@dobody @kajou par contre y a des soucis si tu veux faire de l'interaction type commentaires ou formulaire de contact. Mais encore une fois, un embed depuis un service tiers ça se fait bien. Pareil pour les analytics si besoin de ces mouchards.
Mais pour le reste adieu base de données et mise a jour urgente de backend pour cause de faille de sécurité
@julientaq @kajou tiens tu me surprends j'étais justement en face du site de Decap.
Y'a un moyen pour utiliser Decap+11ty sur GitLab tout en transférant les fichiers vers un hébergeur par FTP (j'en ai déjà), et pas stocker les media dans le repo git?
C'est des vidéos de +-1min de caméras lors de concerts, pas gros (méritent pas pages peertube) mais nombreux. L'idée est de faire un jeu d'interactivité entre elles, donc il vaut mieux qu'elles soient sur mon hebergement qui peut encaisser plus.
@julientaq @kajou note par "jeux" je pense à quelques projets de @raphael je crois, où on joue avec les fichiers audio qui ont moins un statut "oeuvre complète" que "instruments.
Raphaël je me trompe?
@dobody @kajou @raphael oui tout a fait et peu importe lusage final en vrai. Tes vidéos sont des fichiers dans des balises video. Peu importe leur provenance, c'est juste des appels http en plus.
Après t'en fais ce que tu veux.
Un détail, ça peut être bien d'avoir un espace local pour des vidéo pour le dev et une URL qui change au build pour que tes pas 50 appel pendant que tu testes tes interactions
@julientaq @kajou @raphael Golden Tier Advice 
️️️
@dobody @kajou sils ont dans un dossier public ailleurs, suffit de marquer les bons liens. Ou mieux faire un filtre qui va transformer un identifiant en URL spécifique. Ou l'URL est dans la config du site. Si tu changes les vidéos de places, suffira de changer la config
Les illus sur https ://livres.louvre.fr sont sur d'autres serveurs par exemple
S'ils sont sur un autre serveur, ça va du coup pas être possible de les upload "facilement" par Decap, non?
J'ai pensé à cette solution mais AFAIK il faudra en + de gérer le contenu par Decap, gérer les media par FTP sur l'autre serveur. Pour moi, ok. Potentiellement avec des newbies, on aura un tas de liens cassés. #gpeur
Désolé pour le spam.