da scritch net works - Mot-clé - regex - Commentaires

En 20 lignes pas plus : gérer les options d'appel de tes scripts bash - Da Scritch

Da Scritch — Wed, 09 Nov 2022 07:11:19 +0100

Un article ultra passionnant avec une belle liste d'astuces bash https://sharats.me/posts/shell-script-best-practices/

En 20 lignes pas plus : gérer les options d'appel de tes scripts bash - Simon

Simon — Thu, 11 Jan 2018 06:13:20 +0100

Pour ma part, je suis assez fan de shFlags : https://github.com/kward/shflags
- gestion options longues et courtes
- déclaration des options très simple
- gestion automatique des booléen (avec le no[option] automatiquement)
- documentation automatique

Tous mes scripts depuis 2009 utilise ça :)

En 20 lignes pas plus : gérer les options d'appel de tes scripts bash - Da Scritch

Da Scritch — Tue, 09 Jan 2018 07:33:14 +0100

quel "s" ???
Je trouve getopt illisible dans sa syntaxe. Je l'ai pratiqué et sur le long terme, les déclarations en vrac qui font doublon avec ton case, je trouve ça un peut lourd à maintenir.

En 20 lignes pas plus : gérer les options d'appel de tes scripts bash - Sileht

Sileht — Mon, 08 Jan 2018 20:51:36 +0100

Mieux que getopts de Bash y'a getopt (sans s). Ç'est très ressemblant à ta solution:
https://bioinfo-fr.net/astuce-ajout...

Formulaire de contact ou mailto: ? - Oncle Tom

Oncle Tom — Wed, 03 Sep 2014 12:55:59 +0200

Pour le fun je m'étais amusé à faire un formatteur de mailto https://github.com/oncletom/mailto .

Comme ça tu peux faire de l'envoi par email purement en client-side mais avec une belle mise en forme. Et/ou compléter ça avec d'autres transports/API.

Formulaire de contact ou mailto: ? - Da Scritch

Da Scritch — Thu, 21 Aug 2014 14:29:11 +0200

Pas mal, MoOx. J'en ai une particulièrement crâde que jutilise sur mon blog, mais en 8 ans, elle n'a toujours pas été cassée : xav.com@.gmail-iermd+fromweb et regex derrière : replace(/^(\w+\:\w+)(\W+)(\w+)(\W+)(\w+)(\W+)(\w+)(\+.*)(\?.*)$/,"$1$7$8@$5.$3$9")

Dégueu, mais ça date de 2006. La stratégie de MoOx permet surtout d'automatiser proprement pour plusieurs adresses.

Formulaire de contact ou mailto: ? - MoOx

MoOx — Thu, 21 Aug 2014 14:13:02 +0200

Voilà ma petite technique en JS pour obfuscer mon mail aux robots.
Et pour l'instant aucun n'a encore exécuter le JS pour me spammer \o/

https://gist.github.com/MoOx/916799...

Formulaire de contact ou mailto: ? - Da Scritch

Da Scritch — Wed, 20 Aug 2014 08:56:20 +0200

Pour votre information, j'avais prévu originellement de faire un <form action="mailto:"> pour ce billet, mais j'ai eu un bug amusant.
À la fois sur Firefox et sur Chrome !

Bug 1055950 - Form with mailto: action is wrongly escaping spaces chars
https://bugzilla.mozilla.org/show_b...

Premier bug report de la rentrée, et il ne va pas être le seul…

Formulaire de contact ou mailto: ? - Nico

Nico — Tue, 19 Aug 2014 17:32:42 +0200

A l'époque (y a 8 à 10 ans), j'avais fait ce mini-utilitaire pour dépister les méchants spammeurs sur les liens mailto : http://www.nicolas-hoffmann.net/uti... :)

Ceci dit, je doute qu'il dépiste encore avec efficacité ^^

Formulaire de contact ou mailto: ? - Solarus

Solarus — Tue, 19 Aug 2014 11:22:39 +0200

Pour ma part je suis grandement pour le mailto :
1°) Un usage = un protocole, nous disposons d'un protocole mature et fiable pour envoyer des messages, autant s'en servir.

2°) Les champs formulaires sont effectivement là pour restreindre l'utilisateur en terme de message possible ce qui n'est pas une bonne idée en terme d'UX ou de relation client.

Effectivement le maito pose problème en cas d'utilisation d'un webmail ou d'un ordi pro avec l'adresse professionnelle configurée dans le client mail, d'où l'intérêt de laisser l'adresse de destinataire en clair (et également pour des raisons évidentes d'accessibilité).

Formulaire de contact ou mailto: ? - karl

karl — Tue, 19 Aug 2014 10:59:33 +0200

Et en lisant ton billet, je me demande si pour le spam et si l'adresse est sur une seule page, on peut trouver un système d'unicité. Tous les jours l'adresse peut changer.

tintin+codeuniquedujour@example.org

Et chaque jour, à la fin de la journée le tintin+codeuniquedujour@example.org dans /var/null, sauf si le from vient d'une personne à qui tu as déjà répondu. À expérimenter.

Formulaire de contact ou mailto: ? - HarmO

HarmO — Tue, 19 Aug 2014 10:48:11 +0200

Je ne suis pas contre les balconnets, mais à 200% je suis pour le mailto:
Trop de formulaires déjà présents sur beaucoup de sites, au moins avec un simple mailto: le client n'aura pas une idée saugrenue.

Formulaire de contact ou mailto: ? - phil

phil — Tue, 19 Aug 2014 10:41:46 +0200

Je n'utilise plus de mailto depuis plus de dix ans car effectivement :
- l'email est pourrie à vie en moins d'une semaine.
- tous les gamins utilisent un webmail et pas un client mail si bien que l'ouverture du client mail par défaut est une gêne, pas une aide.
:) mais c'était très intéressant, merci.

Travaux d'été - xylpho

xylpho — Tue, 08 Jul 2014 21:19:47 +0200

Tsé moi, un site perso j'écris dedans, enfin quand j'y pense et que la flemme est pas trop violente. Tout ce que je lui demande c'est d'afficher mon prout écrit. Le reste, c'est de l'inutile, comme les frameworks de mes couilles. Je dois être trop vieux et sarcastique pour apprécier les pignolages de code. KISS.

Travaux d'été - (devine)

(devine) — Tue, 08 Jul 2014 14:33:12 +0200

" Je me suis rendu compte que pratiquement personne n'a vu de code de ma part."

Tu veux dire des trucs du genre :

world._nextWhichRobotState(0);
var position = world.getPosition(robot);
//Then
ok( position.x === 1 , " eh les gars ! on a retrouvé Maurice ! ");
ok( position.y === 0 , " eh ouais, c'est bien Maurice! ");

Restent des chef(d'oeuvres inconnus ? :(

Propositions en ‹img /› - sylvainpv

sylvainpv — Fri, 20 Jun 2014 16:00:57 +0200

Je suis d'accord avec les défauts exposés de srcset, mais je ne suis pas d'accord sur ta proposition. Déplacer srcset en CSS impliquerait de bloquer le chargement de l'image (qui a toujours son attribut src, rétrocompatibilité oblige) tant que toutes les CSS n'ont pas été chargées et interprétées, pour ne pas requêter inutilement l'url dans src. S'il faut indiquer plusieurs sources, il faut le faire au même endroit que l'attribut src originel.

Je ne pense pas qu'on puisse faire beaucoup mieux que la proposition actuelle, malgré ses défauts. Personnellement j'utilise une approche différente pour les images responsive : je mets la version de plus basse résolution en src, puis avec une petite fonction JavaScript, je charge l'une après l'autre les versions de plus en plus grande résolution, jusqu'à ce qu'on ait dépassé les dimensions du viewport ou que le chargement de l'image ait pris plus de 1 seconde. Du coup, on a les images très rapidement et elles s'affinent sous nos yeux, donnant un effet sympa. On peut aussi lancer le chargement des résolutions supérieures en détectant le survol de la souris ou la position après scroll. Bien sûr, cette technique est très consommatrice en bande passante, mais c'est la meilleure que j'ai trouvé pour afficher le plus rapidement possible les images.

Propositions en ‹img /› - enflammee

enflammee — Thu, 19 Jun 2014 15:24:33 +0200

Y'a même des photos de chatons >^o^<

Propositions en ‹img /› - Boris

Boris — Thu, 19 Jun 2014 08:37:31 +0200

Au niveau des alternatives à srcset, je pense qu'il peut être intéressant de jeter un oeil à <a href="https://dascritch.net/post/2014/06/17/https://github.com/BBC-News/Imager...." title="Imager.JS sur GitHub">Imager.js</a>. La syntaxe est vraiment agréable et laisse la place à du templating d'URI d'images, plus simple à mon avis que de la RegEx comme tu le proposes.

Autre avantage, il est possible d'y définir des points de rupture Responsive différents de ceux de la CSS, ce qui peut être interressant pour avoir des images d'une qualité quasi-constante, si tant est qu'on puisse les générer bien sûr, sans pour autant avoir 25 déclinaisons de layouting CSS.

Propositions en ‹img /› - Da Scritch

Da Scritch — Wed, 18 Jun 2014 07:45:39 +0200

Nico : mmmhhhh, intéressant. Tiens, j'ai pas parlé des spécificités css de <img>, comme l'absence de :before et :after.

Frédéric : Je crois que j'en ai parlé, mais alors, très très succinctement http://dascritch.net/post/2014/04/2...

Propositions en ‹img /› - Frédéric Kayser

Frédéric Kayser — Tue, 17 Jun 2014 22:50:14 +0200

On peut aussi se demander pourquoi le PDF ou le standard d'imagerie médicale DICOM ont recours au JPEG2000 alors que le Web continue à lui tourner le dos...