C’est assez complexe quand même certbot. Il y a pleins de nouveaux outils biens plus simples maintenant. J’étais un peu réticent au début mais maintenant je laisse même ces outils modifier la conf du serveur web pour faire comme il faut sans coupure ni rien.

Sinon, tu peux regarder comment j’ai fait en CSS (Only) sur mon site ;)

Je l’ai fait en connaissance de cause. Je ne pensais pas que marquee était encore supportée ^__^

Salut Lord, j’ai bien aimé ton article ;)

Juste un bémol, relatif à ton bandeau défilant “No IA”… https://developer.mozilla.org/fr/docs/Web/HTML/Element/marquee Ni standard, obsolète, voué à disparaître !

PS : j’avoue, je ne la connaissais pas cette balise :p mais, apparemment, va falloir trouver autre chose…

Super si ça peut t’aider. Tu peux me dire quel yaml pose problème exactement ?

Parce que pouvoir piloter ce condensé de technologies doit être une véritable prouesse.

We’re not in the business of selling empty promises – a much faster mainline Linux smartphone won’t make the existing operating systems more refined, nor will it magically spawn software replacements for your iOS or Android applications. There is a long road ahead of us, all of us, and it will require time and effort for the software to reach a degree of maturity that would satisfy mainstream users. (source : PinePhone Pro)

Pourquoi donc ?

Autant s’écraser contre une montagne.

merci, je testerai gotify à l’occasion et adapterai les scripts si nécessaire :)

je suis aussi tombé sur ce comparatif https://www.reddit.com/r/selfhosted/comments/shw73e/difference_between_ntfy_and_gotify/

Les deux sont écrits en go, les deux ont une authentification et peuvent être self hosted, les deux ont une app disponible dans fdroid non lié au play service.

La seule différence que je connais, ntfy utilise des canaux que plusieurs users peuvent mutuellement utiliser, gotify chaque utilisateur a ses applications/canaux qui lui sont propre.

Gotify se sont des tokens, ntfy des noms de canaux plus simple a mémoriser.

Je trouve gotify plus simple a self hosted, après ce n est que mon point de vue

Édit: j utilise gotify pour ma sonnette :)

merci pour l’info, tu connais les différences entre les 2 ?

Il y a aussi l’alternative gotify : https://gotify.net/

Sous Linux, Tonelib est plus abouti mais pas libre

https://tuxicoman.jesuislibre.net/2022/11/tonelib-simulation-dampli-guitare-pour-linux.html

N’hésitez pas à vous abonner pour soutenir le travail

@Azlux : oh c’est très intéressant merci ! Je vais jeter un œil.

À noter que l’article annonce également se délester du certbot de Let’s Encrypt, ce qui est un avantage supplémentaire dans les dépendances nécessaires à l’utilisation d’un tel projet.

En revanche je ne connaissais pas non plus docker-gen qui me semble très intéressant également (utilisé sous nginx-proxy cité précédemment). Je suis comme un enfant dans un magasin de jouet, merci :-)

J’ai coutume de dire aux devs juniors, ne reinvente pas la roue, surtout si c’est pour la faire carré.

Si tu ne veux pas changer de reverse proxy, il existe un projet pour Nginx pour avoir des confs dynamiques via le socket docker. https://github.com/nginx-proxy/nginx-proxy

/* The following code snippet is bad!
:root {
  --hue: 25;
  --saturation: 90%;
  --lightness: 97%;
} */

/* The following code snippet is bad!
:root {
  --card: 25 90% 97%;
  --card-content: 25 90% 65%;
} */

/* The following code snippet is bad!
.card-secondary {
  --hue: 215;
}
.card-success {
  --hue: 140;
  --saturation: 65%;
}
.card-danger {
  --hue: 5;
}
.card-info {
  --hue: 265;
} */

Les noms assignés sont affectés comme des paramètres quelconques (--hue) afin de modifier des attributs lambda (25 90% 65%). Le code est non seulement inaccessible en terme de sens mais en devient mauvais, par le mauvais usage des propriétés CSS personnalisées (custom properties).

Hey! Merci pour l’article. Il tombe au bon moment pour moi, je me suis essayé à trefik avec plus ou moins de succès ces derniers jours.

Par contre, quand je lance le docker-compose tel que présenté dans ton article, j’ai une erreur : In file ‘./docker-compose.yml’, network ‘default’ must be a mapping not a string.

Effectivement, c’est bien cette section que j’ai commentée. Malgré cela et le vidage du cache du CMS et du serveur web, cette portion de code s’affiche toujours dans le CSS retourné au navigateur.

N’étant pas développeur du CMS utilisé, je n’ai pas la réponse à la problématique, cependant le thème de la version 6 ne semble pas avoir de table des matières clignotantes.

Edit: J’ai modifié le fichier TPL, et retitré la classe “blink”, c’est plus efficace :)