Anonyme a écrit 62265 commentaires

florent le symbole qui va bien peterschmitt pinar-bagette-clacos

tropocol xamapp ou pigeon messager

Ola,

FreeBSD n'est aucunement fâché avec l'utf8, ce n'est simplement pas configuré par défaut. Certains diront que c'est un défaut, d'autres que c'est simple à configurer.

Normalement un simple changement dans /etc/login.conf si mes souvenirs sont bons, charset=UTF-8 dzns la classe par défaut, regen du fichier /etc/login.db (plus sûr du tout là) via une commande oubliée et terminé.

Pour ton problème, essaye de capturer des backslashes, si tu sais que tu n'en auras pas dans tes url, peut etre que ca fonctionnera.

Tu peux aussi essayer de décoder la "vraie" valeur utilisable pour savoir ce qui se cache derrière. Vu le format, python ou ruby devraient savoir y faire, et je pense que perl aussi.

D’ailleurs, quand je veux changer le path du binaire qstat, avec --with-qstat /usr/bin/quakestat, on dirait que ça plante sévère. git 4daadd4983d75d998389f6f90433dba57a8647b4

Je vais sans doute suivre la branche master sur git :P C’est bien plus amusant.

On peut ptêtre s’arranger.

Il est vrai, c’est pourquoi je pensais plutôt à héberger des applications. Genre GitLab, du ownCloud ou serveurs de Jeu, FTP ou que sais-je.

Voilà c’est tout. Je vais l’installer et le garder, ça me permettra sans doute d’improuver ma productiviti ;P

Le code à été mis à jour. Désormais chaques qrcodes embarque 256 bits de clé de chiffrement indépendament du nombre de qrcodes.

L'application reste compatible avec les qrcodes précédemment générées, la version inscrite dans les qrcodes est maintenant 3 (au lieux de 1 dans la première version). La version 2 corresponds aux qrcodes utilisant les corps de Galois GF(16) dont une partie du code existe mais actuellement non finalisé.

L'image docker est en construction.

Oui, c'est beaucoup de choses à ingurgiter d'un coup :p

Les fonctions sont notamment reed_solomon_enc_8() et reed_solomon_dec_8(), je me souviens avoir eu du mal à appliquer les algo convenablement et il y a énormément de boucles for imbriqué, certaines redondantes car l'implémentation de référence s'appliquait sur un simple tableau et que je stockais mes matrices dans un tableau à deux dimensions, le code est peu commenté car je ne l'ai moi-même pas hyper bien compris (et quand je regarde certaines choses, j'y vois pas mal d'aberration). La fonction inverse() aussi est une horreur…

Bref, je vais travailler sur le nouveau chiffrement, j'en profiterai pour faire un coup de propre (comme dans la ligne 14 (les parisiens comprendront)) dans mon code maintenant que j'ai lvlé un peu depuis l'année dernière :)

Les fonctions qui effectues tout les calculs sont dans ce fichier: https://github.com/cmehay/qraidcode_php/blob/master/qraidcode.php

Cela reste tout de fois complexe, ce n'est pas de l’objet mais les fonctions principales sont encode() et decode() où on retrouvera toute les étapes pour encoder et décoder les qrcodes.

Pour les références, je me suis énormément basé sur les travaux de ce monsieur notamment ce tutoriel sur l'implémentation de l’algorithme reed-solomon, sa révision ainsi que l'implémentation qu'il a réaliser en c/c++ depuis laquelle j'ai porté quelques morceaux de code.

peut tu poster le résultat de la commande lspci ?

ou alors on fait du logiciel libre financé par la vente d'un bouquin dont on présente 8 chapitres aux personnes suffisamment intéressées pour accepter d'être contactées plus tard par e-mail.

Le livre n'est pas accessible gratuitement: il l'est en échange de ton adresse e-mail, qui comme tu le soulignes a une valeur pour certains.

Mais de ce que tu expliques, je conclus que ça ne te fait ni chaud ni froid lorsque ton logiciel libre préféré voit sa licence bafouée par un tiers. En somme l'important pour toi c'est que ce soit gratuit, indépendamment des souhaits des auteurs, c'est ça ?

As tu l'autorisation des ayant droits pour redistribuer ce document ?

Oui, c'est juste ça. Je serais toutefois bien incapable de calculer la complexité de l’algorithme. D'ailleurs si des gens à l'aise avec ça se sentent d'aller jeter un œil au code pour me faire des remarques à ce sujet, j'en serais ravi :)

C'est en béta, fait un rapport de bug :)

des serveurs temps réel

vous parlez de linux RT ?

qui ne font office que de "Hub"

un hub centralise pour répartir ensuite: cela va à l'encontre de ce que vous avancez

Les données ne sont pas stockées car nous ne transférons aucun fichier, uniquement la visualisation de client à client.

invérifiable tant que le système n'est pas ouvert

Maintenant si ce que vous voulez expliquer c'est que votre système est basé sur du WebRTC, alors on pourra commencer à avancer.

@ bientôt sur Tamashare !

pas dans les conditions actuelles

Puisqu'il est cité dans cette dépêche, quelqu'un a-t-il mis en place en autohébergement otalk et otalk-server qui propulsent le service Talky.io de la société AndYet ?

Quelles ont été les difficultés que vous avez rencontré ?
Qu'en est il de la charge pesant sur le serveur qui héberge la solution ?

C'est pourquoi, notre application propose des salles de réunion entièrement sécurisée et confidentiel car nous ne stockons aucune donnée sur le cloud.

D'après la NdM dont vous nous confirmerez peut-être la véracité, votre système n'étant pas ouvert, cela reste une affirmation non vérifiable s'apparentant plus à du marketing qu'à de l'information

Ça s'explique sans doute par l'implémentation un peu sale que j'ai réalisé en php.

J'ai eu pas mal de difficulté pour y parvenir car je ne maîtrise pas nécessairement la complexité des mathématiques mises en œuvre dans ce projets (pour situer le niveau j'ai appris à faire des calculs sur des matrices en faisant ce projet). Pour les corps de Galois, j'ai lu quelques publications universitaire qui expliquaient comment calculer les matrices permettant d'avoir les propriétés recherchées pour calculer les données de parité, et j'ai du coup pas mal bricolé jusqu'à avoir un truc qui marche. Je sais qu'il y a des calculs redondant par endroit.

Après, faire une parité sur un octet et sur 500 000 n'implique pas la même masse de calcule. Le calcule de l'ensemble des matrices dans corps de Galois GF(8) afin de pouvoir gérer tout les cas de 1 à 255 éléments de parité à pris plusieurs jours (et plusieurs centaines de mégaoctets de données), je n'ai plus l’entièreté de l'algo en tête, mais il me semble que le nombre de parité augmente en puissance le nombre de calcul à réaliser sur les octets.

32 octets, pas 32 bits.

Donc à 32 octets on a une difficulté de 2^256, le tout multiplié par le nombre de qrcodes.

Je viens de me replonger dans le code, et je constate qu'il y a clairement une faiblesse au niveau de la taille de la clé. Ça m'emmerde un peu de le constater moi-même, mais il est évidant qu'il serait possible de brute-forcer les données partielles en réunissant par exemple 30 qrcodes sur 32, puisque dans ce cas là chaque qrcode contiennent 1 octet de la clé de chiffrement…

Je ne comprends pas moi-même comment j'ai pu laisser passer une telle aberration sachant que 32 octets sont réservés sur chaques qrcodes, il serait tout à fait possible de généré une clé de chiffrement à 32 * n qrcodes sans revoir le format des données.

Je vais travailler à corriger ça, la prochaine version aura bien 32 octets de données de clé sur chaque qrcode, ce qui devrait rendre le format bien plus solide que ce qu'il est maintenant.

et dans /etc/rc.d/init.d/conf/sendmail.unit, quelque chose de similaire au fichier de config de systemd, c'est à dire, une dizaine de variable. Et dans ce cas pour le sysadmin, ça ne changera pas grand chose.

Si tous les services étaient fait comme ca, en utilisant tous les memes variables documentées, oui. Mais c'est pas le cas, chaque script d'init est implémenté de facon differente.

Donc l'argument de la clarté, je le trouve un peu léger, et pas très fairplay. Tant qu'a montrer la logique, l’algorithmie, du script shell, autant montrer aussi celle équivalente dans systemd pour voir si elle est aussi compréhensible et facile à modifier (et oui, Debian n'est pas fait que pour les sysadmin allergiques aux scripts shell, et sans même être un gros bidouilleur, on peut vouloir modifier quelques trucs et comprendre).

Non par ce que les 2 n'ont rien à voir.

Le code de systemd est generique et permet de gérer tous les cas de démarrage d'un service. Il n'y a aucune raison d'aller modifier ce code ou le lire, à moins d'etre developeur de systemd. Et si on veut savoir ce que fait une option, il y a de la doc pour ca.

Dans le cas des scripts init, ce n'est pas du code generique mais spécifique au service, que l'on est obligé de lire si l'on veut savoir comment est démarré le service.

Tu ne perds pas tes yeux ?

En ce qui me concerne j’ai une police de 10.5 Monospace pour le terminal, et sous Windows c’est le grossissement 125% sinon je suis myope à la fin de la journée…

Oui, j'ai regardé un peu il y a quelque temps et le concept est intéressant car vraiment simple à mettre en œuvre d'un point de vu mathématique (pas de calcul polynomial contrairement a reed-solomon).

Seul la distribution des données de parité pose problème car leur taille n'est pas identique aux fragments.