Normalement non, là ça fonctionne.
J’ai fais un restart de minio suite changement de configuration en début d’après midi, mais normalement tout est UP depuis
J’ai critiqué mais c’est déjà bien mieux que d’avoir son blog directement sur Wordpress.com ou tumblr ou plateforme du genre.
C’est une indépendance vis-à-vis de ces plateformes :-)
Et une fois qu’on a mis en pratique ce qui est dans ce blog, il plutôt facile dans un second temps d’effectivement héberger tout chez soit.
Je voulais pas non plus te plomber, hein ;-)
Je comprends le point de vue, j’ai fait ce choix pour éviter de trop complexifier et embarquer la partie “sauvegarde” (entre gros guillemets), vu que ce point est sur le repository :)
L’idée sur le “héberger chez soi” est ce que j’avais décrit dans mon billet : reprendre la main sur son contenu, plutôt que publier sur Medium, LinkedIn etc. et en rester le propriétaire autant que possible.
Je suis conscient que l’approche que j’ai choisie est loin d’être parfaite, et ce n’est pas le but, mais elle permet à beaucoup de mettre en ligne un blog de manière assez simple, tout en n’ayant pas besoin de gérer l’aspect sécurité/infrastructure de mettre à jour un CMS par exemple.
C’est tout à fait vrai, pour l’hébergement d’un blog les possibilités sont grandes et c’est une bonne idée de montrer une de ces possibilités parmi d’autres. Mais je rejoins Lord, quand dans l’introduction il est dit que le but est de montrer une manière de créer et héberger un blog chez soi et que l’on voit que finalement le code est sur Github et l’infra c’est du Scaleway, on peut se demander ce qu’il peut bien rester chez soi…
Mises à jour OS ne veut pas dire firmware. Tu peux voir le “platform” level dans les paramètres (en espérant qu’il ne soit pas artificiellement incrémenté comme LineageOS). Je suis au courant pour les bêta d’Android 12, mais ça ne résout pas le problème : seule la dernière version majeure peut fournir les mises à jour complètes sur un Pixel donné. Ils ont communiqué dessus mais c’est déjà 3 mois de retard alors que des vulnérabilités critiques de Titan M doivent être corrigées.
Chromium 94 devrait toujours servir la WebView car celle-ci est normalement intégrée dans une liste blanche de l’OS. Ce qui pose problème. À voir si CalyxOS contourne cela (ce qui serait inquiétant).
(Encore une fois j’interviens juste pour prévenir, je ne veux pas promouvoir GrapheneOS pour autant même si j’estime qu’ils font bien les choses.)
J’ai eu plusieurs mises à jour depuis octobre, et ils ont sorti des versions beta pour Android 12. Pour Chromium, je ne l’utilise absolument pas, et je l’ai désactivé sur mon Pixel au profit de Mull, mais c’est la version 94 en effet.
CalyxOS n’adopte plus les mises à jour firmware depuis Octobre (en partie parce qu’ils ont sabordé leur passage à Android 12, et ont viré GrapheneOS de l’AOSP Alliance), et embarque une version de Chromium obsolète impossible à mettre à jour autrement que par l’OS (qui sert la WebView donc utiliser un navigateur tiers ne résout pas entièrement le problème).
Je ne pense pas que ce soit un bon choix compte tenu que GrapheneOS est tout aussi simple d’utilisation (d’autant plus depuis les sandboxed Play services), à jour très rapidement avec l’upstream, avec de vraies améliorations apportées au système plutôt que du marketing basé sur des apps tierces. Je n’avais rien de particulier contre le choix de certains d’utiliser CalyxOS, mais au vu des récents développements et attaques de leur communauté envers les développeurs/contributeurs de GrapheneOS, je serais très méfiant.
Je le dis seulement par principe de réduction de risques, à vrai dire je pense même que l’OS stock des Pixel est préférable à CalyxOS.
Comme je le dis dans le billet, le but est de montrer une manière de faire, mais de laisser les gens explorer ce qui leur convient plus ;)
A aucun moment il est interdit de remplacer une brique par une autre. On pourrait faire le même excercice avec un GitLab autohébergé par exemple.
Pour ma part, mon blog est hébergé sur un serveur dédié chez OVH, ce n’est pas parfait, mais ca me suffit.
Après, je pourrais aussi faire un billet pour install httpd sur un Raspberry Pi et autohéberger chez soi, mais ne conviendra pas à tout le monde non plus ;)
L’idée est aussi de montrer qu’il n’y a pas besoin de s’investir (et d’investir) énormément pour avoir son blog.
“Il y a quelques mois, j’avais écrit un billet indiquant l’importance de publier son contenu “chez soi” …”
Heureusement qu’il y a des guillemets. Parceque les sources sont hébergées sur github, la génération est faite par github, le résultat est hébergé par scaleway…
L’indépendance est loin d’être acquise ce que je trouve un peu dommage surtout dans le cas de l’hébergement d’un site statique.
“Les jeunes d’aujourd’hui ne valent pas grand-chose, et le pire est à craindre pour les générations à venir.” (Traduction de l’inscription figurant sur un vase phénicien datant de 4000 av. JC)
Normalement non, là ça fonctionne. J’ai fais un restart de minio suite changement de configuration en début d’après midi, mais normalement tout est UP depuis
Site down ?
Ca ne me pose pas de souci, j’aime échanger, même lorsqu’on est pas d’accord, c’est comme ça qu’on avance ;)
Mais je pense que j’aurais du parler d’indépendance, plutôt que “chez soi” ;)
J’ai critiqué mais c’est déjà bien mieux que d’avoir son blog directement sur Wordpress.com ou tumblr ou plateforme du genre. C’est une indépendance vis-à-vis de ces plateformes :-)
Et une fois qu’on a mis en pratique ce qui est dans ce blog, il plutôt facile dans un second temps d’effectivement héberger tout chez soit. Je voulais pas non plus te plomber, hein ;-)
J’ai pas eu ce souci. Pb python 3.10
J’ai créé un issue pour régler le souci :) https://github.com/kellyjonbrazil/jc/issues/200
J’adore les outils écrits en Python… J’ai un problème au niveau de la lib ping appelée quand j’essaie ta commande :/
Je comprends le point de vue, j’ai fait ce choix pour éviter de trop complexifier et embarquer la partie “sauvegarde” (entre gros guillemets), vu que ce point est sur le repository :)
L’idée sur le “héberger chez soi” est ce que j’avais décrit dans mon billet : reprendre la main sur son contenu, plutôt que publier sur Medium, LinkedIn etc. et en rester le propriétaire autant que possible.
Je suis conscient que l’approche que j’ai choisie est loin d’être parfaite, et ce n’est pas le but, mais elle permet à beaucoup de mettre en ligne un blog de manière assez simple, tout en n’ayant pas besoin de gérer l’aspect sécurité/infrastructure de mettre à jour un CMS par exemple.
J’ai déjà fait des billets par le passé pour expliquer comment déployer Ghost sur K3S par exemple, qui couvrent d’autres besoin, et donne une autre approche de l’auto hébergement :) (https://tferdinand.net/comment-mon-serveur-est-revenu-rapidement-en-ligne/)
C’est tout à fait vrai, pour l’hébergement d’un blog les possibilités sont grandes et c’est une bonne idée de montrer une de ces possibilités parmi d’autres. Mais je rejoins Lord, quand dans l’introduction il est dit que le but est de montrer une manière de créer et héberger un blog chez soi et que l’on voit que finalement le code est sur Github et l’infra c’est du Scaleway, on peut se demander ce qu’il peut bien rester chez soi…
Mises à jour OS ne veut pas dire firmware. Tu peux voir le “platform” level dans les paramètres (en espérant qu’il ne soit pas artificiellement incrémenté comme LineageOS). Je suis au courant pour les bêta d’Android 12, mais ça ne résout pas le problème : seule la dernière version majeure peut fournir les mises à jour complètes sur un Pixel donné. Ils ont communiqué dessus mais c’est déjà 3 mois de retard alors que des vulnérabilités critiques de Titan M doivent être corrigées.
Chromium 94 devrait toujours servir la WebView car celle-ci est normalement intégrée dans une liste blanche de l’OS. Ce qui pose problème. À voir si CalyxOS contourne cela (ce qui serait inquiétant).
(Encore une fois j’interviens juste pour prévenir, je ne veux pas promouvoir GrapheneOS pour autant même si j’estime qu’ils font bien les choses.)
J’ai eu plusieurs mises à jour depuis octobre, et ils ont sorti des versions beta pour Android 12. Pour Chromium, je ne l’utilise absolument pas, et je l’ai désactivé sur mon Pixel au profit de Mull, mais c’est la version 94 en effet.
C’est fait :)
CalyxOS n’adopte plus les mises à jour firmware depuis Octobre (en partie parce qu’ils ont sabordé leur passage à Android 12, et ont viré GrapheneOS de l’AOSP Alliance), et embarque une version de Chromium obsolète impossible à mettre à jour autrement que par l’OS (qui sert la WebView donc utiliser un navigateur tiers ne résout pas entièrement le problème).
Je ne pense pas que ce soit un bon choix compte tenu que GrapheneOS est tout aussi simple d’utilisation (d’autant plus depuis les sandboxed Play services), à jour très rapidement avec l’upstream, avec de vraies améliorations apportées au système plutôt que du marketing basé sur des apps tierces. Je n’avais rien de particulier contre le choix de certains d’utiliser CalyxOS, mais au vu des récents développements et attaques de leur communauté envers les développeurs/contributeurs de GrapheneOS, je serais très méfiant.
Je le dis seulement par principe de réduction de risques, à vrai dire je pense même que l’OS stock des Pixel est préférable à CalyxOS.
Merci pour le lien ! Pas de CalyxOS/GrapheneOS dans le tableau ?
Sur le même thème, j’ai créé un tableau qui liste les OS alternatifs dispos en fonction de votre appareil Android.
Hello,
Comme je le dis dans le billet, le but est de montrer une manière de faire, mais de laisser les gens explorer ce qui leur convient plus ;)
A aucun moment il est interdit de remplacer une brique par une autre. On pourrait faire le même excercice avec un GitLab autohébergé par exemple.
Pour ma part, mon blog est hébergé sur un serveur dédié chez OVH, ce n’est pas parfait, mais ca me suffit.
Après, je pourrais aussi faire un billet pour install httpd sur un Raspberry Pi et autohéberger chez soi, mais ne conviendra pas à tout le monde non plus ;)
L’idée est aussi de montrer qu’il n’y a pas besoin de s’investir (et d’investir) énormément pour avoir son blog.
“Il y a quelques mois, j’avais écrit un billet indiquant l’importance de publier son contenu “chez soi” …”
Heureusement qu’il y a des guillemets. Parceque les sources sont hébergées sur github, la génération est faite par github, le résultat est hébergé par scaleway… L’indépendance est loin d’être acquise ce que je trouve un peu dommage surtout dans le cas de l’hébergement d’un site statique.
“Les années 90 constituent pour moi le pinnacle de l’informatique […] Microsoft a imposé Windows presque partout” Huuuuuu x)
“Les jeunes d’aujourd’hui ne valent pas grand-chose, et le pire est à craindre pour les générations à venir.” (Traduction de l’inscription figurant sur un vase phénicien datant de 4000 av. JC)
Merci pour le partage ;)