steph1978 a écrit 3405 commentaires

Le lien hypertexte (<a href="...">) c'est un peu l'essence du web.
Mais ça a une limite, on ne peut faire un lien que vers le document entier, pas un contenu en particulier.

Il existe depuis longtemps le fragment (URL#text-id) mais il suppose que l'auteur du document ait mis des identifiants sur les sections ; à part sur wikipedia (mediawiki), je ne le vois pas souvent.

Avec cette nouvelle fonctionnalité "text fragment" (#:~:text=), on peut créer des liens vers un morceau de texte arbitraire. Bon je trouve la syntaxe un peu complexe et j'aurai préférer pouvoir faire un lien vers un "css-selector", beaucoup plus prédictible et dont la syntaxe est connue.

Mais ne boudons pas notre plaisir.

C'est vrai que si tu ne connaissais pas le truc avant, ça peut surprendre.

Valeurs actuelles ne parlent pas de valeurs actuelles, mais rétrograde, tout comme la Manif pour tous n'était pas en fait pour tous mais que pour les gens qui ont des "Valeurs actuelles".

TL;DR? […] This blog post is not for you.

J'adore cette introduction : tu veux un TLDR, c'est que t'as rien compris au sujet :D

Hello, Mister President, I'm afraid I have some bad news. I've just been informed that The Internet is not working.

Trop bon aussi

ah bah non en fait.

Cela reste un mystère pour moi…

Vente liée

De changer de navigateur.
Merci ggl pour ce rappel.

J'ai essayé -tune stillimage. Cela ne change pas le résultat - qualité et taille. Cependant, comme on donne à ffmpeg des images statiques en entrée, il applique peut être déjà cette optimisation par défaut dans ce cas.

it works

My bad, j'ai refait l'encodage en libx64 au lieu de mpeg4 et ça prend maintenant 3 minutes mais surtout ça produit un fichier de 16MB avec une qualité top.

Houpi !

J'ai commencé quelques expérimentations.

Une vidéo de 17 minutes. Pesant 390MB, la piste vidéo pèse 381 MB, la piste son en pèse 9MB.
Video: h264, 1920x1080, 2993 kb/s, 29.97 fps
Audio: aac, 96000 Hz, mono, 68 kb/s

Le PDF des 54 slides pèse 8.9MB, transformé en 54 fichiers Jpeg : 4MB.
On pourrait espérer un fichier de 13MB.

J'encode le tout avec ffmpeg en mpeg4, cela prend 1.3min ; le résultat pèse 105MB et la qualité est moins bonne que les jpeg.

Un peu décevant …

Obtenir les images de slides n'est pas un soucis mais merci pour l'astuce.
Par contre l'idée d'utiliser openshot est une bonne piste.

Les projets openshot sont sauvegardés en json et Openshot lui même peut être invoqué en ligne de commande ; à tester si on peut demander le rendu final de cette façon. Il serait alors possible de templatiser le json pour y placer les images, leurs durées, des transitions, et la bande son.

Et cela rejoint un peu le commentaire plus haut : un format vidéo c'est déjà à peu près ce que je recherche.

C'est peut être un chouia moins optimisé que juste images+son mais on doit sur un très bon Pareto.

J'ai eu un peu cette intuition aussi, en y réfléchissant : chaque slide serait finalement une "key frame" (je ne me rappelle plus le terme consacré…) qu'on étire le temps de la narration sur ce slide.

Adobe/Flash repose au cimetière aux côtés de Sun/JavaApplet et MS/Sylverlight ; replacées par les technologies web : HTML + CSS + JS et toutes les API qui vont avec : WebGL, WebRTC, Canvas

Ce sont des technologies pour construire des applications - un lecteur de vidéo en serait une - mais pas des formats.

dans firefox,

• charger la page du formulaire
• faire F12, aller sur l'onglet réseau
• remplir le formulaier et faire submit

La première ligne qui s'affiche dans l'onglet réseau est la requête de soumission du formulaire.
Faire click-droit, "copy as curl", chez moi ça donne:

curl 'https://www.e-chargement.com/identif_badge.Asp' \
  -X POST
  -H 'User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:131.0) Gecko/20100101 Firefox/131.0'  \
  -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/png,image/svg+xml,*/*;q=0.8'  \
  -H 'Accept-Language: en-US,en;q=0.8,fr-FR;q=0.5,fr;q=0.3'  \
  -H 'Accept-Encoding: gzip, deflate, br, zstd'  \
  -H 'Content-Type: application/x-www-form-urlencoded'  \
  -H 'Origin: https://www.e-chargement.com'  \
  -H 'Connection: keep-alive'  \
  -H 'Referer: https://www.e-chargement.com/identif_badge.Asp'  \
  -H 'Cookie: badge%5Fdiv=6891; ASPSESSIONIDQUBACAAT=FDKMPLPCMIPOBAABEOONALHE; home_url=; parent_entrance=; origurl=; retour_url=; mobiledevice=0; mobiledevice=0'  \
  -H 'Upgrade-Insecure-Requests: 1'  \
  -H 'Sec-Fetch-Dest: document'  \
  -H 'Sec-Fetch-Mode: navigate'  \
  -H 'Sec-Fetch-Site: same-origin'  \
  -H 'Sec-Fetch-User: ?1'  \
  -H 'Priority: u=0, i' \
  --data-raw 'badge_div=6891&badge_number=compte&badge_nom=nom'

Le plus important étant la deuxième ligne - on fait un POST - et la dernière qui donne le format des informations attendue.

En jouant cette commande telle quelle dans un terminal, on retrouve le même résultat que dans le navigateur.

Après, on peut s'amuser à enlever les lignes d'entête (-H) qui paraissent inutiles jusqu'à ce que cela ne marche plus. On peut aussi combiner deux requêtes pour récupérer des cookies si nécessaire. Mais la base est là.

Happy scraping.

pour plus de visibilité.

-gérer les X accès à créer en fonction des X répertoires trouvées.

Je n'ai pas compris cette phrase, c'est quoi "X", c'est quoi un accès ?

J'ajouterai Grub ne sais pas booter sur une partition chiffré.
Ce qui ne doit pas être complétement vrai car il me semble avoir vu un tuto pour le faire.
Quoi qu'il en soit, ce n'est pas nativement prévu dans l'installer Debian ; alors que le chiffrement de "/" l'est.

Bon y a quand même de la pratique : https://www.nocode-summit.org/fr/content/impact-nocode-hackathon et https://www.nocode-summit.org/fr/content/nocoders-games, ça peut être instructif.

Quand on voit le panel de speakers, on voit que ça va pas trop mettre les mains dans le cambouis.

To install Koha for immediate use we recommend
* A Linux server – Debian is what most people use
* Apache
* MariaDB or MySQL
* Perl
* Root access to the server
* A better than average level of skill with the command line, Apache, and MySQL tools

J'adore le dernier pré-requis.

En utilisant les signatures

C'est un souhait ou c'est sensé marcher ?
Parce que chez moi ça fait Malformed prototype for main::bar: $func, $x, $y at firstclassfunc.pl line ; perl 5.36.

On a pas besoin de se choisir une église et de la vénérer tout en insultant le reste.

Tout à fait. Par contre à un moment il faut choisir un outil et on ne peut pas tous les maîtriser, en particulier les maîtriser à un niveau qui soit productif.

Syntaxe auto-hébergée
La syntaxe de Raku est elle-même définie en Raku.
[…]
la possibilité pour le langage de modifier sa propre syntaxe en cours d'exécution, ce qui constitue une performance accomplie par de très rares langages de programmation, le plus emblématique étant Lisp.

🤯🤯🤯
ça doit pouvoir donner des trucs de ouf.

Merci pour ta review.
Pour le premier point, ils y sont mais je les ai pas collé.
Pour les deux autres, je ne connaissais pas mais c'est bien dommage car ça aurait encore plus appuyé le propos.

sub bar($$$) {
    my $func = shift @_;
    my $x = shift @_;
    my $y = shift @_;
    return $func->($x, $y);
}

à comparer à

def bar(func, x, y):
    return func(x, y)

tu n'as pas spécifié le nombre d'arguments : sub foo($$)

tu n'as pas nommé les arguments par exemple (https://dev.to/nicholasbhubbard/named-subroutine-arguments-in-perl-2a3h) pour la fonction bar :P

Dans l'exemple pour le point 3, il n'applique pas le point 2:

sub safe_open {   # <= là, ça devrait être safe_open($$$)

    my $file = shift @_;
    my $mode = shift @_;
    my $die_on_failure = shift @_;
    # ...
}

Challenger le status quo, trouver la meilleure option, explorer des sentiers plus exotiques, oui

Dénigrer l'"adversaire" avec des arguments fallacieux ou tout du moins non étayés, bof.

perl a déployé des trésors d'inventivité

J'en doute pas, mais j'imagine que ces avancées pourraient être reprises dans un autre langage, car regesp n'est pas la syntaxe, c'est un outil.

une émulation entre python, perl et ruby

considérant le même code dans ces trois langages

sub foo {
    my ($a, $b) = @_;
    return $a + $b;
}

sub bar {
    my ($func, $x, $y) = @_;
    return $func->($x, $y);
}

my $num1 = 5;
my $num2 = 10;

my $result = bar(\&foo, $num1, $num2);

print "The result of adding $num1 and $num2 is: $result\n";

def foo(a, b):
    return a + b

def bar(func, x, y):
    return func(x, y)

# Main part
num1 = 5
num2 = 10

result = bar(foo, num1, num2)
print(f"The result of adding {num1} and {num2} is: {result}")

def foo(a, b)
  a + b
end

def bar(func, x, y)
  func.call(x, y)
end

num1 = 5
num2 = 10

result = bar(method(:foo), num1, num2)
puts "The result of adding #{num1} and #{num2} is: #{result}"

Si on commençait par la syntaxe 😉 ; IMHA ruby ≥ python > perl.
Je taquine, la syntaxe c'est un peu l'âme d'un langage (sauf lisp like), difficile de tout chambouler.
Mais j'aimerai fondamentalement comprendre ce qu'aime les aficionado du Perl.

Python est conceptuellement un langage hyper lent […] A l'inverse PERL

Pures spéculations qui vont à l'encontre de la conclusion postée dans le commentaire plus haut : Perl et Python au coude à coude, environ 75x plus lent que C.

PERL est basé sur les regexp […]

Je ne suis même pas sûr de comprendre ce que ça peut vouloir dire, les regeexp ne sont pas Turing complete, Perl si.

car les Regexp sont compilable facilement

Facilement compilable, oui (machine à état) mais leur temps d'exécution est très peu maîtrisable ; en gros, modifier un peu une regexp rapide peut la transformer en une regexp lente. Bref compilation != exécution.

efforts surhumains

Par définition, non ; ce sont bien des êtres humains qui écrivent les interpréteurs python tout comme les complilateurs des autres langages qui ne sont jamais une mince affaire.

Je préfère Julia quand on peut pour ses performances (Et son typage).

Là ok, interprété ~= lent et typé ~= rapide ; on peut d'ailleurs accélérer Python en le typant (on peut aussi faire du Jit) ; je ne sais pas si ça a été tenté pour Perl.

Python … au moins pour les prototypes

Attaque classique, mais sans fondement ; Python est en prod (Instagram, Spotify, Dropbox, Reddit, Pinterest, Quora, YouTube) de même que Perl (IMDb, Slashdot, LiveJournal, Bugzilla), Ruby (GitHub, Basecamp, Shopify, Twitch, Airbnb, Hulu) ou Php (Facebook, WordPress, Wikipedia, Tumblr, Slack, Mailchimp, Drupal).