da scritch net works - Webdev - 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/

Reconstruire son lecteur audio pour le web - David10

David10 — Tue, 09 Mar 2021 08:24:54 +0100

Super taf! Je suis en train de coder le player HTML5 natif pour l'améliorer,
malheureusement, je suis tombé sur un bug d'iOS... incompréhensible.

si quelqu'un sait pourquoi <audio> ne s'affiche pas bien sur iPhone, merci d'éclairer ma lanterne :)

En 20 lignes pas plus : un verrou non-concurrentiel pour tes scripts bash - Da Scritch

Da Scritch — Wed, 21 Oct 2020 11:19:00 +0200

J'ai un peu amélioré le code, notamment attendre qu'un autre script soit terminé.
Ces deux fonctions vous seront utiles

function _wait_pid() {
# https://stackoverflow.com/questions...
# Purin que ça a l'air crade
tail --pid="${1}" --follow /dev/null
}

function _wait_previous_same_script_locking() {
# Wait until the same script locking

previous_locking_pid=""
if [ -f "${LOCK_FILE}" ]; then
previous_locking_pid="$(cat ${LOCK_FILE})"
echo "=== Waiting for previous same script still locking at PID ${previous_locking_pid} at ${LOCK_FILE}"
_wait_pid ${previous_locking_pid}
echo "=== Other script ended"
fi
}

We need Web Share - Da Scritch

Da Scritch — Thu, 27 Jun 2019 11:14:30 +0200

Creating a polyfill in webextension is a bit complicated, as there is only obsolete ways to add methods into Navigator() https://developer.mozilla.org/en-US...

Le blues du Web Share - Da Scritch

Da Scritch — Tue, 18 Jun 2019 16:16:25 +0200

À notre grand regret, je n'ai pas encore écritun convertisseur RIFF-WAV→MIDI

Le blues du Web Share - Lavall de Montbram

Lavall de Montbram — Tue, 18 Jun 2019 09:54:31 +0200

Honteux ...
une action utilisateur (genre clique sur ce bouton), lancer
le clic sur l'image ne lance pas la musique au format midi.

Ce site est terriblement décevant.

Retravailler un lecteur web audio dans les petites largeurs - Da Scritch

Da Scritch — Fri, 07 Jun 2019 09:58:07 +0200

Hello Nab !

Oui, ce qui ressemble beaucoup au mode jog dial que je décris après, tel qu'on l'a sur des outils professionnels, et comme je le dis, c'est pas infaisable, mais peu pratique, surement très difficile à rendre accessible et prend une place assez importante qui n'entre pas dans l'idée d'un web component réutilisable en design liquide.

Mais rien n'empêche de reconcevoir cette idée avec un skin de mon player, qui se mettrait à ka place du rendu de base.

Retravailler un lecteur web audio dans les petites largeurs - Nab

Nab — Fri, 07 Jun 2019 09:36:28 +0200

Autre piste, l'app android libre MusicPiped offre une alternative assez intéressante à la ligne droite : une ligne radiale qui est très sympathique au doigt et a l'avantage de permettre un positionnement assez fin en mode portait. Sur un desktop, même si un peu moins pratique, ça devrait rester une solution correcte.
Screenshot : https://github.com/deep-gaurav/Musi...

Bon courage et merci :-)

Reconstruire son lecteur audio pour le web - Da Scritch

Da Scritch — Tue, 27 Nov 2018 08:43:45 +0100

Excellent article par Mozilla hacks
https://hacks.mozilla.org/2018/11/t...

Reconstruire son lecteur audio pour le web - nzo

nzo — Wed, 07 Nov 2018 10:07:22 +0100

Très bon article, j'apprécie bien le déroulé de l'argumentaire. Bonne continuation à vous !

C'est rafraîchissant de lire de bons articles complets et documentés !

Reconstruire son lecteur audio pour le web - Matthieu V

Matthieu V — Wed, 07 Nov 2018 08:29:28 +0100

Super post ! Tu apportes une très belle vision globale de ce que devrait être le développement Web !

Reconstruire son lecteur audio pour le web - Franck

Franck — Tue, 06 Nov 2018 19:24:30 +0100

C'est super intéressant ! Merci d'avoir pris le temps de détailler de cette façon toute la conception et le développement.

Firefox, l'invisible - jonjon

jonjon — Sat, 13 Jan 2018 13:46:40 +0100

Un sujet intéréssant, mais un article très fouillis et approximatif en plus d'être biaisé et inutilement centré sur Firefox.

Par exemple l'approche "Firefox a t'il une audience sous-estimée" devient "Firefox (et Brave et Safari) sont sous-estimés par les outils d'analyse de trafic" ce qui n'est plus du tout la même chose. Le cadre général de départ laisse penser qu'on parle des rapports d'audience publié par statcounter, akamai, net marketshare, etc. alors qu'il s'agit en fait de google analytics. Alors la question n'a plus lieu d'être puisque l'on sait que les outils d'analyse de trafic ne sont ni précis, ni fiables.
Pourquoi vouloir faire passer firefox comme une cible alors que ce phénomène touche tous les navigateurs et est bien connu des usagers d'opera par le passé car certains site web sniffait opera pour lui envoyer des pages défectueuses et ainsi faire croire à l'usager que son navigateur était buggé.

On se demande pourquoi firefox est présenté comme apportant une innovation en intégrant des fonctions de filtrage alors que mozilla a sciemment refusé pendant des années de répondre à cette demande de ses usagers en invoquant des motifs fallacieux tandis que cette fonction de blocage était intégrée dans de nombreux autres navigateurs comme opera, avant browser, maxthon, etc.

Pourquoi présenter le Do Not Track comme une avancée alors que c'est un échec cuisant puisque ce réglage est totalement ignoré par les pubs et pisteurs.

Le blocage des pubs serait illégal aux états-unis alors qu'aucun action en justice n'a encore été prise et tout semble indiquer que la raison est simplement parce que bloquer les pubs n'est pas illégal: https://papers.ssrn.com/sol3/papers... http://adage.com/article/digital/le...

C'est une chose de perpétuer le mythe qui dit que Chrome aurait gagné sa position dominante sur la base du mérite alors qu'en fait c'est le résultat du marketing agressif de google qui a profité de sa position dominante pour imposer son navigateur.

Utiliser le user-agent pour identifier un navigateur n'est pas fiable et cette entête est optionnelle: https://tools.ietf.org/html/rfc7231... https://en.wikipedia.org/wiki/Usage...

Le lien entre bloqueur de pub et une moindre détection par les outils d'analyse de trafic relève de la corrélation et non de la causalité. Par contre l'usage de noscript dans firefox va automatiquement rendre inopérant les outils d'analyse de visites qui reposent sur le javascript, comme google analytics. Ou encore les outils de filtrage de contenus comme ublock origin qui bloquent le pistage et accessoirement aussi les publicités vont aussi bloquer traqueurs et pistage puisque c'est leur rôle.

Bref cet article aurait gagné a être plus court, mieux documenté et rédigé de manière plus générale.

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...

I love bug reports - Guilhem

Guilhem — Thu, 26 Oct 2017 14:40:42 +0200

Hello, je n'ai pas réussi à poster de commentaires sur votre article sur le train de 13h37, j'essaye ici parce que cela peut-être intéressant je pense. Certainement dans la continuité de votre article, cela fait une bonne ouverture en tout cas :).
Pour le report du bug on utilise GitLab, d'ailleurs, l’un de mes collègues a fait un talk aux MS Experiences’17, il a expliqué comment automatiser son bug report avec un chatbot. Ce chatbot transmet ensuite toutes les infos dans GitLab.
L’article et la vidéo du talk sont ici si jamais :
http://www.softfluent.fr/blog/socie...

En 20 lignes pas plus : un verrou non-concurrentiel pour tes scripts bash - Gasp

Gasp — Wed, 27 Sep 2017 07:15:05 +0200

En cas de plantage du script il ne faudrait il pas placer un trap qui efface le fichier?

En 20 lignes pas plus : un verrou non-concurrentiel pour tes scripts bash - Dam_ned

Dam_ned — Tue, 26 Sep 2017 12:15:55 +0200

Variante avec le PID
```
mkdir -p $LOCK_DIR
if mkdir "${LOCK_FILE}"; then
echo $$ > ${LOCK_FILE}/pid
echo "je suis tout seul et mon pid est dans ${LOCK_FILE}/pid"
rm -rf "${LOCK_FILE}"
else
echo "oups"
fi
```

En 20 lignes pas plus : un verrou non-concurrentiel pour tes scripts bash - Da Scritch

Da Scritch — Tue, 26 Sep 2017 11:58:38 +0200

Dam_ned : C'est pas faux, mais le cas d'une race condition est extrèmement rare dans un script lancé en cron ^^ et en plus tu perds l'information du PID qui a créé le lock