L’introduction faudra revoir, on y croit pas trop. Je n’y comprends rien sans notion en réseautique. Mais je pense que c’est un domaine qui présente beaucoup d’intérêt. C’est incroyable qu’il y ait tant de dynamisme dans l’architecture réseau : on peut avoir l’impression de refaire le monde avec l’apparition de nouveaux modèles, même si fondamentalement on reprend éventuellement les même bases (nouveaux protocoles).
L’avantage du serveur déporté (tout comme une CI finalement) c’est la souplesse de plusieurs machines adaptées SI on peut se le permettre.
Mais aussi de pouvoir utiliser les éditeurs de chacune des plateformes sans avoir Hugo d’installé !
J’édite sous Github, Gitlab, Gitea, puis toutes ses plateformes web permettent de commit puis d’envoyer un appel à Gâchette qui s’occupe du reste.
Je n’ai pas toujours la possibilité d’avoir Hugo sur les machines qui me tombent sous la main. Ni la patience et le temps d’installer ce qu’il faut.
Haha non je pensais à avoir le hook directement sur ta machine à toi.
Du coup ça implique d’avoir hugo (mais bon généralement on l’a déjà sur sa machine pour au moins avoir la preview) + rsync sur la machine où tu écris/git commit.
Perso c’est ce que j’ai fait, j’ai hook sur pre-push. Donc juste avant de push, ça execute le script (génération du site+génération des images+compression du site+génération de blogroll+rsync vers le serveur web).
Mais du coup ma question, le fait de déporter ça sur un serveur ça a quel intéret si ce n’est de pouvoir git push depuis n’importe quelle machine ?
J’avoue ne pas connaître exactement les possibilités de hook git sur Github par exemple.
Mais j’imagine qu’on a 2 possibilités :
soit mettre le hook sur Github (et donc s’il déploie le serveur il faut les id/mdp qu’on met… sur une plateforme qui n’est pas à nous)
soit mettre le hook sur son serveur ; si c’est pour un dépôt qui est sur Github, il faut donc synchroniser les dépôts et maintenir un dépôt Git sur son serveur (ce que je ne souhaite pas forcément aux vues de mes restrictions serveur)
L’idée est de déporter l’action sur un serveur sur lequel on a la main.
Gachette fait une pseudo authentification entre le nom du projet (par exemple blankoworld/gachette) avec un mot de passe (certes déposé sur Github/Gitlab/Gitea).
Étant donné que dans l’article j’exprime le fait d’avoir des dépôts disséminés partout (Framagit, Github, etc.), je permets d’avoir mes scripts hébergés chez moi avec les bonnes infos (id/mdp pour synchroniser par exemple).
J’ai l’impression que, quoiqu’il arrive, il faut un service sur son serveur qui soit copie le dépôt Github régulièrement pour savoir qu’un commit a été fait et ajouter un hook git, soit un serveur de Webhooks (dont c’est le job) qui reçoit directement la requête de Github afin de déclencher une action.
C’est une histoire de participation à des projets Libres qui décident d’être sur plusieurs forges, tout simplement.
Et parfois, suivant les moments de mon histoire, j’ai déposé des projets sur l’une ou l’autre plateforme. Par exemple Github pour le projet Gachette lui-même, Framagit pour des présentations, etc.
Désolé, c’est de la frustration. Je pense que c’est assez particulier, sinon il y aurait certainement eu plus de propositions. N’empêche c’est principalement une seule personne qui réalise la traduction. Et leur activité est régie par des processus complexes (dixit infrastructure importante). La manière de procéder n’est pas idéale.
Je me demande pourquoi les choses ne sont pas simplifiées. Que personne n’arrive à l’intégrer dans un environnement de développement, c’est dépitant. Sommes-nous incompétents ?
On peut sûrement utiliser des choses complexes avec des idées simples. Eh bien, non !
Je vois souvent ce genre de truc pour déployer un blog, mais quel est l’avantage par rapport à un script shell déclenché par un hook git ?
Là on se retrouve à devoir utiliser une forge logicielle + un serveur pour le webhook. Ça ajoute pas mal de dépendances, non ?
Par contre, ça serait certainement intéressant de se questionner sur les goodies. Consommer inutilement des objets souvent conçus par des personnes travaillant dans de mauvaises conditions, ça ne colle pas vraiment aux valeurs des organismes qui profitent de ces revenus.
Alors la bonne nouvelle c’est que tu peux avoir plusieurs fichier docker-compose en parallèle avec des versions différentes, pour que tout le monde puisse communiquer il faut juste qu’ils utilisent justement le même réseau ;)
Merci!
Bon j’ai d’autres erreurs de syntaxe maintenant. Je pense savoir pourquoi: je suis en version 1.25.0 de docker-compose alors que tu utilises la 2. Faut que je prenne le temps d’upgrader, j’ai déjà des services qui tournent faut que je regarde l’impact.
On ne peut pas faire comme un professeur (ou auteur, formateur…) en faisant signe de pédagogie. Ce n’est pas quelque chose que j’apprécie. Parce que cela pourrait porter sur des choses inutiles et amener à se fourvoyer.
Je suis débutant mais j’ai « beaucoup » de notions en informatique (en fait, relativement peu). Honnêtement, je dois admettre que j’ai aussi pas mal de difficultés à saisir les choses. Donc, quand je perçois des trucs mal fait par des professionnels qui entraînent les autres, cela m’exaspère.
Exemple : le code hexadécimal avec transparence s’écrit #RRGGBBAA.
Les fonctions n’ont rien de singulières dans le CSS au niveau de la conception.
Ça bouge beaucoup côté migration vers Pg, et l’actualité économique va enterriner cela pour un moment encore.
Je trouve l’article beaucoup trop long pour nous dire pas grand chose… Et faut arrêter de vendre les vpn “passerelle” comme des solutions de sécurité.
En parlant de chiffrement sur PHP, il est difficile de ne pas citer libsodium, et avec un très bon article : https://jolicode.com/blog/libsodium-pour-les-nuls-ou-la-cryptographie-en-php
L’introduction faudra revoir, on y croit pas trop. Je n’y comprends rien sans notion en réseautique. Mais je pense que c’est un domaine qui présente beaucoup d’intérêt. C’est incroyable qu’il y ait tant de dynamisme dans l’architecture réseau : on peut avoir l’impression de refaire le monde avec l’apparition de nouveaux modèles, même si fondamentalement on reprend éventuellement les même bases (nouveaux protocoles).
Oui tout à fait. À l’époque je ne connaissais que DroneCI, Woodpecker n’existait pas ou n’était pas encore connu.
Ensuite mes machines ne tenaient pas le coup avec l’ensemble des services (26 environ) qui tournaient sur le fameux serveur dédié OVH à 42€/an.
Il a fallu faire preuve d’ingéniosité ET garder un certain minimalisme tout en ayant un certain contrôle de ce qu’on utilise.
L’avantage du serveur déporté (tout comme une CI finalement) c’est la souplesse de plusieurs machines adaptées SI on peut se le permettre.
Mais aussi de pouvoir utiliser les éditeurs de chacune des plateformes sans avoir Hugo d’installé ! J’édite sous Github, Gitlab, Gitea, puis toutes ses plateformes web permettent de commit puis d’envoyer un appel à Gâchette qui s’occupe du reste.
Je n’ai pas toujours la possibilité d’avoir Hugo sur les machines qui me tombent sous la main. Ni la patience et le temps d’installer ce qu’il faut.
Haha non je pensais à avoir le hook directement sur ta machine à toi.
Du coup ça implique d’avoir hugo (mais bon généralement on l’a déjà sur sa machine pour au moins avoir la preview) + rsync sur la machine où tu écris/git commit.
Perso c’est ce que j’ai fait, j’ai hook sur pre-push. Donc juste avant de push, ça execute le script (génération du site+génération des images+compression du site+génération de blogroll+rsync vers le serveur web).
Mais du coup ma question, le fait de déporter ça sur un serveur ça a quel intéret si ce n’est de pouvoir git push depuis n’importe quelle machine ?
Est-ce que l’utiliser d’une CI/CD (comme Woodpecker-CI par exemple) t’a déjà traversé l’esprit ?
Question pour le côté batterie : est-ce qu’utiliser un paquet tel que
tlppourrait améliorer la consommation ?Cf. https://linrunner.de/tlp/
Merci du partage en tout cas, c’est très intéressant :-)
J’avoue ne pas connaître exactement les possibilités de hook git sur Github par exemple.
Mais j’imagine qu’on a 2 possibilités :
L’idée est de déporter l’action sur un serveur sur lequel on a la main.
Gachette fait une pseudo authentification entre le nom du projet (par exemple blankoworld/gachette) avec un mot de passe (certes déposé sur Github/Gitlab/Gitea).
Étant donné que dans l’article j’exprime le fait d’avoir des dépôts disséminés partout (Framagit, Github, etc.), je permets d’avoir mes scripts hébergés chez moi avec les bonnes infos (id/mdp pour synchroniser par exemple).
J’ai l’impression que, quoiqu’il arrive, il faut un service sur son serveur qui soit copie le dépôt Github régulièrement pour savoir qu’un commit a été fait et ajouter un hook git, soit un serveur de Webhooks (dont c’est le job) qui reçoit directement la requête de Github afin de déclencher une action.
Ai-je répondu à la question ?
C’est une histoire de participation à des projets Libres qui décident d’être sur plusieurs forges, tout simplement.
Et parfois, suivant les moments de mon histoire, j’ai déposé des projets sur l’une ou l’autre plateforme. Par exemple Github pour le projet Gachette lui-même, Framagit pour des présentations, etc.
Désolé, c’est de la frustration. Je pense que c’est assez particulier, sinon il y aurait certainement eu plus de propositions. N’empêche c’est principalement une seule personne qui réalise la traduction. Et leur activité est régie par des processus complexes (dixit infrastructure importante). La manière de procéder n’est pas idéale.
Je demande, car à tout hasard, il pourrait y avoir des hackers qui pourraient illuminer le décorum.
Je me demande pourquoi les choses ne sont pas simplifiées. Que personne n’arrive à l’intégrer dans un environnement de développement, c’est dépitant. Sommes-nous incompétents ?
On peut sûrement utiliser des choses complexes avec des idées simples. Eh bien, non !
C’est étrange d’avoir besoin de plusieurs forges.
Je vois souvent ce genre de truc pour déployer un blog, mais quel est l’avantage par rapport à un script shell déclenché par un hook git ? Là on se retrouve à devoir utiliser une forge logicielle + un serveur pour le webhook. Ça ajoute pas mal de dépendances, non ?
100% pour les dons.
Par contre, ça serait certainement intéressant de se questionner sur les goodies. Consommer inutilement des objets souvent conçus par des personnes travaillant dans de mauvaises conditions, ça ne colle pas vraiment aux valeurs des organismes qui profitent de ces revenus.
Alors la bonne nouvelle c’est que tu peux avoir plusieurs fichier docker-compose en parallèle avec des versions différentes, pour que tout le monde puisse communiquer il faut juste qu’ils utilisent justement le même réseau ;)
Merci! Bon j’ai d’autres erreurs de syntaxe maintenant. Je pense savoir pourquoi: je suis en version 1.25.0 de docker-compose alors que tu utilises la 2. Faut que je prenne le temps d’upgrader, j’ai déjà des services qui tournent faut que je regarde l’impact.
On ne peut pas faire comme un professeur (ou auteur, formateur…) en faisant signe de pédagogie. Ce n’est pas quelque chose que j’apprécie. Parce que cela pourrait porter sur des choses inutiles et amener à se fourvoyer.
Je suis débutant mais j’ai « beaucoup » de notions en informatique (en fait, relativement peu). Honnêtement, je dois admettre que j’ai aussi pas mal de difficultés à saisir les choses. Donc, quand je perçois des trucs mal fait par des professionnels qui entraînent les autres, cela m’exaspère.
Exemple : le code hexadécimal avec transparence s’écrit #RRGGBBAA.
Les fonctions n’ont rien de singulières dans le CSS au niveau de la conception.
Jetez un coup d’œil aux articles !