steph1978 a écrit 3343 commentaires

Puisque chacun peut y aller de sa tranche de vie de geek.

J'utilise wget pour un simple fichier.

J'utilise curl pour … en gros tout le reste : des calls API, du scraping. Et merci à FF pour le "Copy as cURL" dans l'onglet Network des DevTools, ça donne souvent un très bon point de départ.

Et pour des DL optimisés, en plus de aria2 déjà mentionné, il y a le vénérable axel.

J'adore cette phrase de l'article.

Il pourrait essayer Dubaï, c'est bourré d'influenceur·ses qui ne payent pas leurs impôts en France mais y touchent le chômage, il se sentira bien.

Ah et si il pouvait emmener son patron aussi.

C'est la méthode bolsonaro ou trump et probablement d'autres populiste.
Du FUD, de la fake news, de la propagande.
Et malheureusement s'applique la loi de Brandolini.

La chose juridique m'échappe largement. Mais ils me semblent qu'ils ne considèrent pas les réseaux sociaux comme des médias classiques.

Dans un réseau social, ce sont les utilisateurs qui créent le contenu et y enferment des données privées.

Dans sa conclusion, l'auteur de l'article est plutôt de ton avis d'ailleurs

The most astonishing thing about Phoenix Hyperspace is… that they made it. That they bothered. I hate to be a debbie downer, but what were they thinking?

En gros:

La chose la plus étonnante à propos de Phoenix Hyperspace est… qu'ils l'ont fait.
qu'ils l'aient fait. Qu'ils s'en soient donné la peine. Je déteste être un rabat-joie, mais à quoi pensaient-ils ?

$ cat /etc/debian_version 
12.6

Pas grand chose de récupérable car fait en one-off et il y six ans. Le site source a changé.

Une partie réutilisable est l'énumération des coordonnées x,y à partir d'une zone géographique et d'un zoom. On injecte ça dans une boucle de curl en shell ; ou le combiner à du httpx et du sqlite.

La limite est que ça ne gère qu'une "boîte" et pas des formes plus complexes. Il serait intéressant de pouvoir décrire un cercle ou une ellipse voire un polygone arbitraire.

Et finalement utiliser QGis pour décrire cette zone complexe et télécharger les tiles, c'est peu être le plus efficace.

Merci pour ce journal qui me rappelle que j'avais fait la même manip pour récupérer des cartes IGN (qui n'était pas open à l'époque).

J'avais utilisé python+bash pour l'extraction des tuiles au lieu de QGIS ici. QGIS, excellent outil au demeurant.

Son seul problème, à mon humble avis, reste sa lisibilité

Et cela a été prouvé scientifiquement

"93% of Paint Splatters are Valid Perl Programs"

il y a tellement de gens qui présentent HTMX comme un remplaçant de React que ça donne une mauvaise image de la chose.
Comparer HTMX et React c'est stupide.

Ça se compare au sens ou c'est une alternative si tu dois faire une application web : tu peux faire du MPA, du MPA avec du jquery, du SPA avec un des 15 framework TS/JS qui existent, du SSR, du Phoenix/Liveview, du HTMX, du ELM, du Purescript, etc.

C'est toujours intéressant de savoir les points forts et les points faibles de chaque approche.

Je n'ai pas fait d'application "conséquente" avec HTMX. Mais étant un dev plutôt backend, je me suis retrouvé dans la proposition qui est faite. J'ai pû faire une application web de quelques écrans de gestion de ma collection de films avec intégration à IMDB. Ce de manière bien plus plaisante que avec n'importe quel framework frontend.

J'ai utilisé Python+FastAPI+Pydantic+Jinja+Pug+HTMX.

Mais si vous voulez quelque chose de sérieux, je vous invite à regarder cette vidéo. Toute la conférence est intéressante mais pour ceux qui sont intéressés par les chiffres, se rendre au timecode 17:58.

En gros, sans perte de confort utilisateur, et même en l'améliorant côté perf, ils sont passé de 21kloc de JS à 6kloc et seulement de 500 loc à 1200 loc Python. Il explique aussi qu'un développeur peut maintenant prendre une feature de bout en bout, sans que le front doive attendre le back.

N'y touchez pas. Si vous y touchez, le doute va s'insinuer en vous.

Chat-GPT est capable

De toute façon, à partir de là, j'avais déjà un doute sur le contenu :)

ça m'embête toujours de passer par des sites comme dcode.fr.

alors passe par chez le Hollandais volant : https://lehollandaisvolant.net/tout/tools/

Et peut être numéro uno :

Désactiver la charge rapide.

Moins de courant, mois d'usure. La charge rapide, c'est pratique quand on est en galère à la gare et qu'on doit récupérer rapidement de l'autonomie. Mais si on charge la nuit, peu importe que ça prenne 1h ou 3h, le matin ce se sera à 100%.

Pour le 80%, j'y crois moyen. Le BMS est là pour limiter une surcharge.
Pour le 0%, il paraît qu'une batterie Li n'aime pas tomber si bas.

Par contre l'argument de dire "charger entre 40% et 80% c'est bien car ça compte que pour un demi cycle" : j'espère bien ! car ça fait même pas une demie charge :/

J'ai de tout temps installé une extension pour voir les tabs en verticaux et hiérarchiques. Ça s'appelait "Tab Mix Plus" puis "Tree Style Tab". Ça me permet d'être heureux avec 106 onglets d'ouverts. Encore plus quand je vois qqun sous chrome qui pleure avec 30 onglets.

Si les ressources te sont si précieuses :

$ ls -lh /usr/local/bin/minijinja-cli
-rwxr-xr-x 1 root root 6.5M Jun 12 12:33 /usr/local/bin/minijinja-cli

à découvrir ici

Tu peux détailler ce que tu entend par référence croisé ?

Dans un contenu, le fait de pouvoir pointer un autre contenu qui aborde un sujet connexe.

quel serait la différence entre des tags, et des catégories non hierarchisé dans ton cas d'usage ?

Dans mon modèle mental, un contenu appartient à une et une seule catégorie mais peut avoir un nombre quelconque de tags.

Les catégories ont tendance à être trop strictes, les tags trop lâches :/

Ton approche est très unix way indeed <3

Oui

Yes!

En ajoutant le support de yaml, toml et xml, j'arrive à 20MB. Je trouve pas ça rédhibitoire.

Bravo pour ce projet

J'ai lu les commentaires de la précédente dépêche.

J'ai un site qui s'apparente à un blog dans lequel je publie mes notes sur divers sujets.

Je ne voulais pas écrire les outils moi-même mais démarrer simple pour ajouter des fonctionnalités quand le besoin s'en faisait sentir.

À date, j'utilise:

• pandoc : markdown + front matter -> HTML
• plantuml et drawio pour les diagrammes
• une css maison (dans ce style)
• de la glue en Shell
• un scripts AWK (+ gron pour traiter du json en ligne par ligne) pour gérer les tags
• entr pour réagir au changement de contenu sur disque
• make pour le build incrémental
• stork comme moteur de recherche côté client mais je passerai bientôt à pagefind car Stork n'est plus maintenu
• live-server pour le reload automatique dans le navigateur en dev
• helix pour l'édition

Ce que ça fait déjà

• chaque post en HTML dans sa propre page
  • la coloration syntaxique
  • la table des matières d'un post
  • permalink
• une home page avec la liste de posts
• une page de tags
• un moteur de recherche côté client
• le flux RSS

J'aimerai travailler sur

• L'intégration avec une forge logicielle, pour avoir
  • le déploiement automatique (j'uploade par script en FTP)
  • la gestion des droits
  • le versioning
• un LSP (superset de markdown), pour faciliter la création de références croisées et aider à la rationalisation les tags
• la publication sur le Fediverse

je ne pense pas travailler sur

• l'optimisation de la vitesse (et le parallélisme) : entre make (incrémental) et pandoc (très rapide), et seulement quelques centaines de contenus, je n'ai pas de soucis de lenteur
• les catégories : je trouve difficile de définir les bonnes catégories. Je préfère quelque chose de moins rigide – search, tags, cross-reference – pour organiser le contenu
• la navigation – next/previous, calendrier – car mon contenu n'a pas de chronologie

Vous l'aurez deviné, rien de publiable en l'état car hautement lié à mon besoin. Mais largement reproductible.

Je comprends à la lecture des commentaires que ce n'est pas l'intention initiale de l'auteur mais pour ceux que cela pourrait intéresser, il est relativement aisé d'avoir jinja en ligne de commande et dans un exécutable autoporteur.

En combinant jinja2-cli et pyinstaller, et en appliquant une recette inspirée de celle-ci, on obtient un exe qui peut être installé n'importe où.

Si j'ai besoin de chauffage en hiver, j'allume un bon feu.

Je suis arrivé à en virer bcp plus avec un outil, cf https://linuxfr.org/users/steph1978/journaux/bloated

Oui, je proposais des choses qui restent autour d'une syntaxe ECMA script, point commun de ces trois outils.

Très bien formulé.