못 옷 홋 ♨ a écrit 231 commentaires

Je me suis souvent demandé s'il était possible d'utiliser un capteur d'un "ancien" appareil photo numérique, on peut trouver pour des prix abordables des capteur de 20 Mpixels en full-frame sur des appareils photo hors d'usage par exemple.

Mais s'interfacer est probablement largement au-delà de mes compétences

Puisque tu le demandes, je vais poster un lien vers mon billet de blog, à partir duquel on peut décoder les messages : https://seos.fr/blog/20230323.vadeovh.html (sinon je n'ai pas testé le programme en Go que je mentionne, mais celui en Python fonctionne bien).

Oui, il faut préciser que je ne suis pas vraiment inquiet (voire vraiment pas) mais je suis quand même curieux de la législation existante en termes de rétroengineering, d'intéropérabilité et de contournement de mesures de protection en général.

C'est juste difficile de trouver des informations pertinentes parce que tout ce qu'on trouve ne parle que de protection d'œuvres soumises à droit d'auteur, ce qui n'est pas le cas ici.

C'est l'alphabet qui est facile à apprendre en coréen, la langue elle-même est très difficile parce qu'elle fonctionne sur des principes fondamentalement différents de la plupart des langues qu'on connait (évidemment tout est relatif, je parle du point de vue d'un Français qui comprend peut-être l'anglais, l'espagnol, l'allemand, mais pas le basque ou le finnois).

Je suis parfaitement anglophone mais je consulte aussi des sources en français. Et pourquoi impliquer que les articles français sont forcément des traductions de l'anglais ?

J'avais essayé de prendre soin de préciser que c'était juste une remarque sur la forme et que je ne discutais pas le fond, pourtant.

Je trouve ça dommage de ne pas pouvoir avoir une discussion sur la forme, même quand le fond est pertinent. Surtout que dans le même temps, mon commentaire a bien généré des réponses intéressantes.

Hmm, j'ai dit quelque chose de grave apparemment ?

Bonjour,

Je n'ai rien à dire sur le fond du message, mais en ce qui concerne la forme je m'interroge un peu sur la quantité de termes anglais qui arrivent comme autant de cheveux sur la soupe, au beau milieu d'un texte qui semble être à l'origine écrit en français ?

Les providers ? Les users ? Pour get les datas (et en plus, c'est quoi cette mode d'utiliser des verbes anglais sans même les conjuguer ? la moindre des choses est de parler de getter les datas_, surtout si on accorde data à la française) ? Et je passe les anglicismes comme enforcer ou livrer les moyens. Un instant j'ai cru avoir affaire à un étudiant de première année d'Epitech, mais ça m'étonnerait qu'un stagiaire poste ce genre de commentaire.

C'est juste une remarque innocente, même si ça m'irrite un peu, mais ça m'arrive régulièrement de voir ce genre de mélange bizarre avec des mots anglais partout dans un texte en français, et je ne comprends pas comment ça arrive. Surtout quand dans le même texte apparaissent les mots français équivalents (providers mais plus loin nous fournissons) donc ce n'est apparemment pas un problème de manque de vocabulaire.

J'ai bien l'impression que tu envoies le message en tant que header http alors que ça doit être un champ des données de POST.

Il y a peut-être d'autres problèmes, mais c'est déjà quelque chose que tu dois corriger.

Ah, c'est vrai que je l'avais oubliée (j'ai même déjà ouvert un compte dessus, et posté sur la tribune là-bas en 2014).

Mais alors je pense qu'il faudrait au moins un lien quelque part, parce que je n'en vois aucun, et peut-être aussi un process, entre le suivi ici et Github, qui permettrait de tester les pull requests avant qu'elles passent en prod.

Ah effectivement, je n'avais pas vu ça.

Ceci dit, je pense que c'est plus simple d'anonymiser un dump des données existantes que de créer un jeu de données de test (et surtout de le maintenir, ça on sait bien que personne n'aura envie de le faire).

Oui, je suis moyennement surpris de ne pas avoir vu passer cette enquête, même si c'est un peu frustrant, mais la tribune ?

Est-ce qu'elle ne fait officiellement plus partie de ce qu'on appelle "LinuxFr", ou bien ?

La pull request suivante devrait régler ce problème :

https://github.com/nono/html-pipeline-linuxfr/pull/2

Pour info, j'ai fait une pull request pour ça, ici :

https://github.com/linuxfrorg/linuxfr.org/pull/214

Je l'ai testée en local, ça marche au moins avec wmcc et dcoincoin.

modification mysql à faire pour l'utf8 et les emojis (surtout avec Firefox 50…)

Je voudrais juste préciser que ça n'a rien à voir avec Firefox 50 (c'est bizarre, c'est la deuxième fois que quelqu'un mentionne cette version ? Perso je n'ai pas encore fait la mise à jour) et seulement un peu à voir avec les émoji.

Le problème à la base est que les caractères Unicode qui sont représentés en UTF-8 par quatre octets (donc la plupart des émoji, mais pas tous, et un bon nombre de caractères qui ne sont pas des émoji) ne sont pas supportés par le charset utilisé actuellement par la base MySQL de LinuxFR, et que de plus, LinuxFR les échappe deux fois en HTML, pour ne pas leur laisser la moindre chance d'être affichés. C'est pour ça que si je poste un ☺ ou un ❤, ça marchera (ce sont des émoji de trois octets) alors que si je veux désigner un type de maquereau par son nom japonais, vous aurez droit à une entité HTML : 𩸽 (c'est un kanji sur quatre octets). Enfin plus précisément, j'aurai droit à une entité à la prévisualisation, et à une erreur 500 à la soumission.

Bref. Je pense que la référence à Firefox 50 serait liée aux émoji en couleur, mais je n'en suis pas sûr ? Puisque les émoji en couleur sont supportés depuis plusieurs versions déjà par Firefox, ainsi que Chromium et la majeure partie du système de rendu utilisé sous Linux, pour peu qu'on installe les fontes nécessaires.

En fait, c'est en voulant écrire un journal pour expliquer comment installer ces fontes et configurer le système pour avoir des émoji en couleur partout, que je me suis rendu compte que ça n'allait pas être possible parce que LinuxFR n'est pas compatible UTF-8. Le journal est écrit à côté, maintenant j'attends de pouvoir le poster quand LinuxFR aura été patché.

Je n'ai pas creusé trop loin mais j'ai déjà vu plusieurs injections potentielles

Tu pourrais au moins les lister rapidement, pour aider ?

atelier pratique destiné aux débutants

Hmm, est-ce que ça risque d'être ennuyeux si je ne suis pas débutant ?

Le problème était lié au non support de classList par IE11 pour les éléments SVG (une interface qui permet d'ajouter ou enlever facilement des classes aux éléments) et au non-support en même temps de la modification l'attribut className pour ces éléments. Dans les faits, il n'y a pas de moyen de modifier leurs classes et que ce soit pris en compte, en JavaScript.

Ma solution (suggérée sur Internet) a été d'utiliser la fonction classList des éléments DOM pour les éléments SVG, uniquement si elle n'est pas déjà définie pour les éléments SVG. C'est du bidouillage, mais visiblement ça marche, donc ça me suffit. Le code n'est pas conditionnel au navigateur, seulement à l'existence de la fonction dont j'ai besoin, et le SVG lui-même n'a pas eu à être modifié.

Non, c'était un autre problème mais je l'ai réglé par la même occasion :) (une vérification mal faite pour le déplacement en douceur des aiguilles).

OK, IE11 est tout pourri et il y a pas mal de trucs qu'il gère mal, mais en bidouillant un peu, ça a l'air de passer maintenant !

Merci pour le débuggage :)

Merci, oui j'avais remarqué ça aussi une fois mais ça m'était sorti de l'esprit.

Pour info, je viens de passer des transform="rotate()" à de vrais calculs pour placer les aiguilles sans rotation. Ça pourrait changer des trucs et aider pour l'affichage, peut-être.

Seuls 14 comptes encore ouverts ont connu des interdictions temporaires de tribune, ceux qui ont des durées significatives (plus de 48h) ayant de mauvais karmas.

Ah oui ? On peut connaître son karma ? Je ne croyais pas que le mien était particulièrement mauvais :o

Enfin peut-être que je ne suis pas compté parce que mon interdiction de tribune n'était pas temporaire.

Aucun nom de moins de trois lettres sans accent n'est libre.

Il en reste 52 avec des accents, quelques uns sont dans l'article. Sinon il faut utiliser whois, mais je t'assure que ceux qui ne sont pas mentionnés ici n'ont aucun intérêt.

Alors d'une, je pense qu'utiliser un nom de domaine de deux lettres pour avoir seulement un serveur mail, c'est du gaspillage.

De deux on peut aussi accepter les domaines sans serveur HTTP, si c'est tout ce qui te dérange.

En pratique, comme je le montre plus haut, il n'y en a que trois, donc j'ai bien envie de dire qu'on s'en fout.

Si c'est le prix à payer pour ne pas voir 90% des domaines squattés dans un but lucratif, je pense que c'est acceptable.

Mais note que je parle de contenu publié et pas de serveur HTTP, la présence ou non d'un serveur HTTP n'est pas un facteur suffisant pour savoir si un domaine est squatté ou non, c'est bien compliqué que ça de trouver un système qui permettrait de se débarrasser efficacement des misérables parasites que sont les squatteurs.

En même temps s'il suffit de quelques soirées à quelqu'un comme moi pour en identifier la majorité, ça ne me semble pas hors de portée de l'AFNIC de faire ça semi-manuellement non plus.