pour les remontées je pense que peu de gens ont un compte pour faire monter un article. Pour ma part je vois dans les stats de mon blog pas mal de visites provenant d’ici.
Salut et un grand merci à toi Cascador ! Je suis vraiment peiné par ce qui arrive à Carl j’espère qu’il va y arriver.
Un grand merci à toi Cascador et tout pareil que tifriis, ouvre une cagnotte !
Pour l’outil à toi de voir mais ça serait bien je confirme d’avoir un dark thème :) merci mes yeux.
SInon je JdH fait parti de l’écosystème Francophone de la tech je pense et comme souvent dans le libre c’est géré par 1 bénévole dans son garage ..
Pourtant c’est nous qui faisons la tech ! Sinon au pire en auto-hébergement derrière une grosse fibre ? Je peux aider si nécessaire (mais sans K8S :D )
Oups, la claque !
Et le temps passe …
Discussion à suivre, moi je voterais pour un mix entre Reboot et Migrate, en cherchant une stack plus facile à faire évoluer (et pourquoi pas directement sur Mastodon ?)
Hello, merci pour ces infos. Déjà, pour commencer, merci et bravo pour ces 10 belles années ! Pour répondre aux questions : de mon côté, le journal du hackeur est un site que je consulte plusieurs fois par jour, ou j’y trouve une veille pertinente et surtout humaine :) ça m’a permis de connaitre des auteurs de site que je n’aurai probablement pas découvert autrement. J’aime l’aspect très “sobre” du site et en même temps, très lisible (mobile + pc). J’utilise aussi pas mal la recherche (ordonné par score) quand je veux approfondir un sujet que je viens de découvrir.
En amélioration, un petit dark theme serait bien venu, même si je m’en passe avec des extensions (il reste juste l’image logo en blanc).
Je suis parfois surpris du faible nombre de “remonté” de certains articles (j’ai rarement vu plus de 20 remontées, ce qui me parait assez peu).
Si une cagnotte voyait le jour, je n’hésiterai pas à donner un peu (genre 5€/mois).
Idéalement, j’aimerai éviter le PowerOff :) En fonction des ressources, à voir entre un refresh et un migrate vers lemmy !
encore merci
En fait, ces commandes ne donnent pas les résultats attendus en terme de performance.
L’invocation de commande avec find, parallel et sed :
$ time -p find -L OpenWrt -type f -print0 2>/dev/null | parallel -m -0 sed -nE 's/mail@danrl.com/MY_EMAIL_ADDRESS/gp' {}
real 16,46
user 32,48
sys 12,96
L’invocation de commande avec grep et sed :
real 11,13
user 6,40
sys 4,72
L’invocation de commande avec find, xargs (-P15) et sed :
Note : J’ai relevé un usage à contre-emploi. Cela paraît intuitif de combiner la commande grep avec xargs car l’utilisateur peut vouloir afficher la liste des fichiers correspondant puis ensuite vouloir éditer automatiquement ces fichiers. Néanmoins, on recherche un motif deux fois successivement en lançant deux processus : grep et sed.
grep -rl "srobert@example.com" . | xargs sed -i 's/srobert@example.com/MY_EMAIL_ADDRESS/g'
Les lignes de commande suivantes me paraissent plus justes.
find . -type f -exec sed -i 's/srobert@example.com/MY_EMAIL_ADDRESS/g' {} +
find . -type f -print0 | parallel -m -0 sed -i 's/srobert@example.com/MY_EMAIL_ADDRESS/g' {}
Votre documentation m’apparaît comme un condensé d’expériences et de techniques. C’est très bien car cela a pour but d’éclairer les choses. Néanmoins, je suis moins convaincu par la méthode en général. J’ai un livre sur le langage Python qui est élaboré suivant le même principe, et au final, je n’y ai pas compris grand chose. Ce qui me chagrine un peu c’est la mise en perspective, avec des contradictions apparentes.
C’est l’outil idéal dans telle ou telle situation mais … l’élaboration d’un motif peut devenir complexe et peut aboutir malencontreusement à des erreurs. C’est l’outil idéal pour manipuler du texte mais … il existe aussi divers autres outils.
Efficacité : Les regex permettent de réaliser des opérations complexes sur des chaînes de texte avec un minimum de code. Ce qui pourrait prendre des dizaines de lignes de code en logique conditionnelle peut souvent être accompli en une seule ligne avec une expression régulière bien construite.
Laisser penser que le concept apporte de la performance est maladroit.
Unlike several other scripting languages, Lua uses neither POSIX regex nor Perl regular expressions for
pattern matching. The main reason for this decision is size: a typical implementation of POSIX regular
expressions takes more than 4000 lines of code, which is more than half the size of all Lua standard
libraries together. In comparison, the implementation of pattern matching in Lua has less than 600 lines.
Of course, pattern matching in Lua cannot do all that a full POSIX implementation does. Nevertheless,
pattern matching in Lua is a powerful tool, and includes some features that are difficult to match with
standard POSIX implementations.
Extrait du livre : Programming in Lua, 4th edition.
Etrange d’utiliser Draw.io pour créer un schéma relationnel. Préfères MySQL Workbench bien plus puissant pour ça ou sinon si on veut payer : DrawSQL, …
On imagine notre future et d’autres le font aussi, voire même à notre place. Quand je pense qu’on veut nous implanter des puces électroniques dans le cerveau pour ne pas être mis au rebut de l’évolution (humain augmenté), ou fabriquer des robots humanoïdes à partir d’organismes vivants. Tant qu’il nous reste de la liberté.
Malheureusement, la recherche ne cherche pas dans les notes mais le développement est actif et j’ai peut-être une version pas à jour.
Un point qui n’est pas mis en avant sur korben.info et qui me semble important est la mise en cache. En effet, parfois on essaye de retrouver un lien de nos favoris mais le lien est cassé et la page n’existe plus. Ici la prévisualisation de la page est mise en cache et on aura toujours une version locale.
pour les remontées je pense que peu de gens ont un compte pour faire monter un article. Pour ma part je vois dans les stats de mon blog pas mal de visites provenant d’ici.
Salut et un grand merci à toi Cascador ! Je suis vraiment peiné par ce qui arrive à Carl j’espère qu’il va y arriver.
Un grand merci à toi Cascador et tout pareil que tifriis, ouvre une cagnotte ! Pour l’outil à toi de voir mais ça serait bien je confirme d’avoir un dark thème :) merci mes yeux. SInon je JdH fait parti de l’écosystème Francophone de la tech je pense et comme souvent dans le libre c’est géré par 1 bénévole dans son garage .. Pourtant c’est nous qui faisons la tech ! Sinon au pire en auto-hébergement derrière une grosse fibre ? Je peux aider si nécessaire (mais sans K8S :D )
Oups, la claque ! Et le temps passe … Discussion à suivre, moi je voterais pour un mix entre Reboot et Migrate, en cherchant une stack plus facile à faire évoluer (et pourquoi pas directement sur Mastodon ?)
Amitiés à Carl, et Merci à toi, Cascador.
Hello, merci pour ces infos. Déjà, pour commencer, merci et bravo pour ces 10 belles années ! Pour répondre aux questions : de mon côté, le journal du hackeur est un site que je consulte plusieurs fois par jour, ou j’y trouve une veille pertinente et surtout humaine :) ça m’a permis de connaitre des auteurs de site que je n’aurai probablement pas découvert autrement. J’aime l’aspect très “sobre” du site et en même temps, très lisible (mobile + pc). J’utilise aussi pas mal la recherche (ordonné par score) quand je veux approfondir un sujet que je viens de découvrir. En amélioration, un petit dark theme serait bien venu, même si je m’en passe avec des extensions (il reste juste l’image logo en blanc). Je suis parfois surpris du faible nombre de “remonté” de certains articles (j’ai rarement vu plus de 20 remontées, ce qui me parait assez peu). Si une cagnotte voyait le jour, je n’hésiterai pas à donner un peu (genre 5€/mois).
Idéalement, j’aimerai éviter le PowerOff :) En fonction des ressources, à voir entre un refresh et un migrate vers lemmy ! encore merci
Merci
Bonjour, de mon côté c’est toujours un plaisir de vous lire, contenu riche, à jour et détaillé, merci !
Quand je lis ce genre de post j’ai toujours l’impression d’avoir affaire à chatgpt.
Comment passer du Modèle Conceptuel de Données à la base de données et comment normaliser pour s’assurer de la solidité de l’ensemble
En fait, ces commandes ne donnent pas les résultats attendus en terme de performance.
L’invocation de commande avec find, parallel et sed :
L’invocation de commande avec grep et sed :
L’invocation de commande avec find, xargs (-P15) et sed :
Note : J’ai relevé un usage à contre-emploi. Cela paraît intuitif de combiner la commande grep avec xargs car l’utilisateur peut vouloir afficher la liste des fichiers correspondant puis ensuite vouloir éditer automatiquement ces fichiers. Néanmoins, on recherche un motif deux fois successivement en lançant deux processus : grep et sed.
Les lignes de commande suivantes me paraissent plus justes.
https://regexcrossword.com pour s’entrainer :)
Votre documentation m’apparaît comme un condensé d’expériences et de techniques. C’est très bien car cela a pour but d’éclairer les choses. Néanmoins, je suis moins convaincu par la méthode en général. J’ai un livre sur le langage Python qui est élaboré suivant le même principe, et au final, je n’y ai pas compris grand chose. Ce qui me chagrine un peu c’est la mise en perspective, avec des contradictions apparentes.
C’est l’outil idéal dans telle ou telle situation mais … l’élaboration d’un motif peut devenir complexe et peut aboutir malencontreusement à des erreurs. C’est l’outil idéal pour manipuler du texte mais … il existe aussi divers autres outils.
Laisser penser que le concept apporte de la performance est maladroit.
DebConf25 à Brest du 07/07 au 21/07/2025.
Tcho !
Etrange d’utiliser Draw.io pour créer un schéma relationnel. Préfères MySQL Workbench bien plus puissant pour ça ou sinon si on veut payer : DrawSQL, …
On imagine notre future et d’autres le font aussi, voire même à notre place. Quand je pense qu’on veut nous implanter des puces électroniques dans le cerveau pour ne pas être mis au rebut de l’évolution (humain augmenté), ou fabriquer des robots humanoïdes à partir d’organismes vivants. Tant qu’il nous reste de la liberté.
Je n’ai intégré que cette problématique car c’est mon cas d’usage. Cependant, je ne suis pas fermé à faire évoluer l’outil s’il y a des besoins.
J’aurai tendance à voir les choses ainsi :
C’est globalement la bonne méthode. C’est cool, ça marche bien.
Pourquoi vérifier seulement la date d’expiration ? Quid des différents statuts (RESTRICTED / RESERVED / …) ?
C’est pourquoi il existe … /var/tmp
Je l’utilise depuis plus d’un mois.
Malheureusement, la recherche ne cherche pas dans les notes mais le développement est actif et j’ai peut-être une version pas à jour.
Un point qui n’est pas mis en avant sur korben.info et qui me semble important est la mise en cache. En effet, parfois on essaye de retrouver un lien de nos favoris mais le lien est cassé et la page n’existe plus. Ici la prévisualisation de la page est mise en cache et on aura toujours une version locale.