Shuba a écrit 439 commentaires

Développer un plugin cerveau, c'est une bonne chose, mais ça ne suffira pas dans le cas de cette attaque là. Pour ma part je sens qu'il me suffirait d'un peu d'inattention pour tomber dans le panneau...

C'est assez puissant en effet.

Pour contrer ça, les extensions du type WOT ( web of trust ) risquent de s'avérer utiles.

Sauf si les attaquants changent sans cesse de site pour leur attaque.

Oh no! More Lemmings !

J'étais jeune en 2004, et passait bien peu de temps sur le net.

Au temps pour moi, je suis tout sauf un spécialiste des technos web.

Disons que je n'avais encore jamais vu un mini jeu comme ça, j'ai donc pensé qu'il pouvait s'agir d'une nouveauté de html5/CSS3/SVG/(insérer ici une techno web dont je connais le nom mais pas vraiment plus).

On murmure que je serais en fait un agent double payé par Google afin d'accroitre le ramdam.

À la lecture du post, j'ai l'impression qu'ils disent que theora doit être le format de repli, celui sur lequel le navigateur se tournera en dernier recours.
Peut-être cela signifie-t-il qu'ils vont stocker leurs vidéos youtube en H264 et en theora, et ainsi ne servir theora qu'aux clients qui ne pourront pas lire le h264.
Reste qu'alors ils auraient un certain problème d'espace de stockage (quoique, il me semble qu'actuellement youtube stocke les vidéos en plusieurs résoluions différentes, donc il est possible qu'ils aient suffisament de place).

Non, c'est juste que les recherches de tian an men en chinois classent moins haut les protestations.

Si tu recherches "tian an men square protests", en chinois, sur google.hk, ça donne :

[http://www.google.com.hk/search?um=1&hl=zh-CN&safe=s(...)]


Bon, je ne parle pas chinois, donc rien n'indique que la recherche entrée veut bien dire "tian an men square protests", mais cela prouve qu'avec certaines recherches en chinois, on tombe bien sur le massacre.

Je ne connaissais pas du tout ionice, merci beaucoup. Je vais voir ce que ça donne.

Voila pour ce que donne top durant un transfert depuis l'extérieur.

top - 17:08:56 up 1 day, 19:44,  1 user,  load average: 0.00, 0.00, 0.00
Tasks:  94 total,   2 running,  92 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  1.2%sy,  0.0%ni, 97.8%id,  0.5%wa,  0.2%hi,  0.3%si,  0.0%st
Mem:   3370112k total,  3241880k used,   128232k free,     6128k buffers
Swap:  2441872k total,      820k used,  2441052k free,  3116252k cached

Bon il me semble que top a un peu du mal, le load average est très bizarre... Niveau disques, la partie serveur de fichiers est constituée de quatre disques de 1 To, mis en raid 1 deux par deux, puis un raid 0 par dessus. Quand aux caractéristiques précises des disques, il faudrait que je retrouve. Je crois bien qu'ils sont connectés en sata, mais je n'en sais pas beaucoup plus.

C'est la même interface réseau pour les deux types de transferts. Résultat d'un ifconfig :

eth0      Link encap:Ethernet  HWaddr 00:24:8c:02:4f:4e  
          inet adr:129.104.201.165  Bcast:129.104.201.255  Masque:255.255.255.128
          adr inet6: fe80::224:8cff:fe02:4f4e/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:83064063 errors:0 dropped:135 overruns:135 frame:135
          TX packets:96810750 errors:0 dropped:0 overruns:0 carrier:2
          collisions:0 lg file transmission:1000 
          RX bytes:3865281897 (3.5 GiB)  TX bytes:3803353556 (3.5 GiB)
          Interruption:220

Merci, ça m'a l'air intéressant.

Non, mon raid5 est logiciel.

Merci pour le conseil sur reiserfs.

Oui le bug a été reporté, c'est comme ça que j'avais trouvé, mais j'arrive plus à retomber dessus via google

J'ai eu le même problème récemment, ça vient d'un paquet buggé passé de unstable dans testing.

J'ai installé le paquet subversion de la unstable (plus quelques dépendances) et ça a marché. ( http://packages.debian.org/sid/subversion )

Bonne chance