Faut que je regarde, j’ai une ip dynamique donc j’ai peux être eu un changement d’ip récemment. Pourtant chez gandi la réplication est rapide généralement.
Effectivement sur la 4g d’orange ça passe pas, je viens de tester.
Bizarre, ça passe bien chez moi et j’ai eu quelques commentaires cette après midi.
Je vais regarder dans les logs au cas où, mais puisque c’est un timeout je crains ne rien avoir
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.
J’ai fais des modifications niveau ipv6, me soucis venais probablement de là
Ça passe aujourd’hui
Faut que je regarde, j’ai une ip dynamique donc j’ai peux être eu un changement d’ip récemment. Pourtant chez gandi la réplication est rapide généralement. Effectivement sur la 4g d’orange ça passe pas, je viens de tester.
Ça passe pas sur la 4g d’orange. Sur le wifi OK. Changement dans récent ?
Bizarre, ça passe bien chez moi et j’ai eu quelques commentaires cette après midi. Je vais regarder dans les logs au cas où, mais puisque c’est un timeout je crains ne rien avoir
Ça passe pas de mon côté. Timeout
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 ?