Alors c'est sûr si on compare à React/Angular/Vue, c'est petit. Mais ça reste du JS/NodeJS, donc si on compare à du Go/C/Rust/Zig, ça doit être plus gros, sur le serveur. Et en terme de bande passante, je ne suis pas sûr que ce soit plus efficace que sur Elixir Phoenix Liveview.
# Vers des serveurphones ?
Posté par lejocelyn (site web personnel) . Évalué à  3 (+2/-1).
Ça a l'air super intéressant. Je me demande, dans la mesure où beaucoup se trimballe avec des serveurs en permanence (qu'on appelle smartphone, je ne sais pas trop pourquoi ;), ce genre de small web serait en fait implémentable sur des téléphones repensés en serveur !
[^] # Re: Vers des serveurphones ?
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . Évalué à  4 (+2/-0). Dernière modification le 22 septembre 2025 à 16:13.
Pas juste le small web, le web tout court : un smartphone est assez puissant pour ça, me semble t-il. J'ai vu passer ce tuto où quelqu'un arrive à monter un cluster Kubernetes sur des vieux téléphones sous postmarketOS. Je me demande s'il n'est pas possible de faire une chose similaire avec Garage (sur lequel une dépêche est en cours de rédaction depuis un bon moment maintenant).
[^] # Re: Vers des serveurphones ?
Posté par Faya . Évalué à  3 (+1/-0).
J'ai quelques «vieux» téléphones récupérés chez des membres de la famille qui ont voulu changer (pour diverses raisons) («vieux» car plus de 4 ans) et ils ont tous 4Go de RAM et un processeur minimum ARMv7 donc compatibles avec Garage. Ça fait longtemps que j'ai envie d'essayer d'en faire un cluster mais le truc qui me freine c'est la batterie branchée 24h/24. Ne risque-t-elle pas de chauffer/gonfler ? C'est quoi la bonne solution pour faire fonctionner ces appareils en permanence sans prendre trop de risque ?
[^] # Re: Vers des serveurphones ?
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . Évalué à  3 (+1/-0).
J'imagine que tu peux poser la questions aux devs de Garage sur leurs salons Matrix, mais je crois qu'il y a des éléments de réponse dans cette discussion Hacker News.
# small security
Posté par devnewton 🍺 (site web personnel) . Évalué à  6 (+3/-0).
Avec un curl|sh :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: small security
Posté par steph1978 . Évalué à  3 (+1/-0).
Oui, surtout que le script, grosso modo, télécharge un tarball qui aurait très bien pu être mis à disposition dans la section "release" du projet Codeberg (Forgejo).
# small
Posté par steph1978 . Évalué à  2 (+1/-1). Dernière modification le 22 septembre 2025 à 22:16.
Sur le fond, j'aime bien. Ça met un framework au dessus de HTMX qui a l'air plutôt agréable.
Sur la forme, "small web" me rappelle un peu "suck less". Ils décrètent ce qui est petit quand les autres décrètent ce qui ne "craint" pas. De quel droit ?
Alors c'est sûr si on compare à React/Angular/Vue, c'est petit. Mais ça reste du JS/NodeJS, donc si on compare à du Go/C/Rust/Zig, ça doit être plus gros, sur le serveur. Et en terme de bande passante, je ne suis pas sûr que ce soit plus efficace que sur Elixir Phoenix Liveview.
En tout cas, je pense que je préfère du Elm/Lamdera.
[^] # Re: small
Posté par billybob . Évalué à  0 (+0/-0).
ouais mais suckless ça a un peu l'air de nazis
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.