sebsauvage.net

Ce site n'est pas le site officiel.
C'est un blog automatisé qui réplique les articles automatiquement

Samsung again caught rigging benchmark scores on Galaxy Note 3 | The Verge

Wednesday 2 October 2013 at 18:26

Haha !  ça recommence: Le Samsung Galaxy S4 détecte les applications de mesure de performances, et entre dans un mode d'exécution spécial, obtenant ainsi de meilleures notes.
Exactement comme les FAI ADSL qui priorisent le trafic de speedtest.net.
Exactement comme les fabricants de cartes graphiques qui trichent avec les benchmark 3D.
Tous des tricheurs.

C'est ironique, mais plus un test est répandu, moins on peut lui faire confiance.
EDIT: En français chez Korben: http://korben.info/samsung-galaxy-note-3-samsung-triche-ca-se-voit.html

EDIT: D'autres tests sur d'autres téléphones: http://sebsauvage.net/links/?Ws5NYg
(Permalink)

Source: http://www.theverge.com/2013/10/1/4791354/samsung-rigging-benchmark-scores-galaxy-note-3


PHPMailer

Wednesday 2 October 2013 at 18:00

Une lib php pour envoyer des mails, quand la fonction mail() n'est pas dispo chez votre hébergeur. (via https://tiger-222.fr/shaarli/?ijk8HA)
(Permalink)

Source: https://github.com/Synchro/PHPMailer


Disques durs: On vous a bien entubé (conclusion + PDF) | Horyax

Wednesday 2 October 2013 at 15:42

TL;DR, mais rhâââ d'avance.  Le document complet: http://horyax.fr/inondations-et-disque-dur.pdf
Purée de purée de purée.
(Permalink)

Source: http://horyax.fr/on-vous-a-bien-entube-conclusion-pdf.html


VorpX – Le driver qui permet de rendre compatible votre jeu avec l’Oculus Rift | Korben

Wednesday 2 October 2013 at 13:37

(Permalink)

Source: http://korben.info/vorpx-driver-oculus-rift.html


Les taxis s’insurgent contre la concurrence des smartphones | {niKo[piK]}

Wednesday 2 October 2013 at 13:31

(Permalink)

Source: http://www.nikopik.com/2013/10/les-taxis-sinsurgent-contre-la-concurrence-des-smartphones.html


Shumway

Wednesday 2 October 2013 at 13:10

Chez Mozilla Labs, ils sont en train de faire mumuse avec une réimplémentation de Flash en HTML5+javascript. Si si.
De quoi émuler Flash et se débarrasser de ses problèmes de sécurité ?
J'en viens à souhaiter que Mozilla décide de désactiver Flash par défaut et fournisse cette lib à la place, tout comme ils l'ont fait pour PDF.js

J'ai plus confiance en Mozilla qu'en Adobe pour corriger les failles de sécurité.
(Permalink)

Source: http://mozilla.github.io/shumway/


Mouse cubes

Wednesday 2 October 2013 at 13:06

Woao... pas mal. Bougez votre souris. (via http://jcfrog.com/shaarli/index.php?YAD5XQ)
Et plein d'autres joujoux en WebGL: http://oos.moxiecode.com/blog/index.php/experiments/javascript-webgl/
(Permalink)

Source: http://oos.moxiecode.com/js_webgl/mouse_cubes/


PHP-Error

Wednesday 2 October 2013 at 12:58

Une lib php pour améliorer l'affichage des rapports d'erreur en PHP (merci à Julien L. pour le lien)
Site officiel: http://phperror.net/
(Permalink)

Source: https://github.com/JosephLenton/PHP-Error


Firefox, the NSA and the Man in in the Middle - SitePoint

Wednesday 2 October 2013 at 10:50

Puisque Pierre M. me questionne, voici mon avis sur cet article:
Forcer des algos de chiffrements forts (AES 256 bits au lieu de RC4) est une bonne chose...  mais en l'occurrence totalement inutile pour se protéger des attaques MITM.

Pourquoi ? Parce que la NSA peut sans problème faire pression sur l'une des nombreuses autorités de certifications présente par défaut dans les navigateurs afin de générer des certificats SSL valide et intercepter sans lever d'alerte. Gardons à l'esprit le cas de Microsoft/Tunisie. Et là ce n'était même pas la NSA. (http://sebsauvage.net/rhaa/index.php?2011/09/05/09/28/51-anti-microsoftisme-du-jour-et-autres-joyeusetes).

Les autorités de certifications ne sont pas infaillibles. Les procédures de sécurité peuvent être abusées. Elles peuvent se faire pirater (c'est déjà arrivé). Elles peuvent subir des pression. Elles peuvent éventuellement décider de collaborer.

Alors votre super chiffrement en servira à rien si de toute manière votre navigateur accepte n'importe quel certificat signé, même si ce n'est pas le vrai certificat du site que vous visitez (Je rappelle que des vendeurs de firewalls filtrants se targuent, dans leur plaquettes commerciales, de pouvoir faire de la substitution de certificats SSL à la volée.)
Voir: http://sebsauvage.net/rhaa/index.php?2010/03/26/12/03/17-les-certificats-ssl-ne-suffisent-plus

Pour prendre une image: Vous pouvez utiliser les serrures les plus sophistiquées au monde (AES): Si le fabricant de la porte prête une copie des clés à quelqu'un d'autre (certificats SSL signés), votre super serrure sécurisée ne sert à rien.
(Permalink)

Source: http://www.sitepoint.com/firefox-nsa-man-middle/


Blog Stéphane Bortzmeyer: Le principe de robustesse, une bonne ou une mauvaise idée ?

Tuesday 1 October 2013 at 22:18

Un article sur les normes et l’interopérabilité (c'est mon job, en milieu médical, en fait). Cela me fait plaisir de lire de la part de S.B.: "le but est l'interopérabilité, que les programmes arrivent à se parler et à travailler ensemble. C'est plus important que de respecter rigoureusement la norme.". D'autant plus quand il y a des zones d'ombres dans la norme.

Une norme, c'est un peu comme la bible: Chacun en fait son interprétation. Il est donc important de raccorder au plus vite les implémentations, afin de voir ce qui marche et ce qui ne marche pas. Testez testez testez.

Sur internet, une norme n'est rien. Même si elle est documentée dans ses moindres détails, elle ne vaut rien s'il n'existe pas au moins une implémentation. Quand l'implémentation arrive, la norme commence à exister vraiment. (On l'appelle "implémentation de référence".)

Et on ne peut considérer une norme comme stable et fiable que s'il existe *plusieurs* implémentations indépendantes.
(Ce n'est pas pour rien si personne n'arrive à lire les documents Microsoft Office: Microsoft n'est pas foutu de respecter la norme qu'il a lui-même pondu sur les documents Office.)

C'est bien pour cette raison que des protocoles comme IPv6 ou SOAP ont eu des débuts difficiles: Les implémentations étaient, au début, incompatibles. Le soucis est que les intérêts commerciaux mettent différentes normes et implémentations en concurrence, pas toujours pour le meilleur de la technologie et l'intérêt des internautes.
(Permalink)

Source: http://www.bortzmeyer.org/principe-robustesse.html