Krunch a écrit 4025 commentaires

Bon et tant que j'y suis, voilà le graphe global :
http://ms800.montefiore.ulg.ac.be/~kunysz/dlfp/dlfpers.1.dot

C'est sans doute pas la peine d'essayer de générer l'image correspondante (23434 liens ça fait beaucoup quand même) mais vous pouvez retrouver un graphe limité à ce que vous voulez à coups de grep/awk/perl/...

Faudrait que j'en refasse un avec plus de pages.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si tu veux vérifier, les URLs des pages sur lesquels se basent ces graphes sont listés ici : http://ms800.montefiore.ulg.ac.be/~kunysz/dlfp/dlfp.urls.gz

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

http://users.telenet.be/parecon/4.0-released.jpg

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ai généré le graphe de chaque personne ayant au moins un lien plus gros que 1.
http://ms800.montefiore.ulg.ac.be/~kunysz/dlfp/fancy_indexin(...)
http://www.krunch.be/vrac/qua/dlfpeople.pl

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Host bla.blala.bla
User bapt

dans ~/.ssh/config
Et l'authentification par mot de passe saynul (et personnellement pour me logguer à distance c'est <F4>bla<tab><enter>, Ion c'est bon).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

http://www.openbsd.org/cgi-bin/man.cgi?query=pf.conf&apr(...)

For stateful TCP connections, limits on established connections (connections which have completed the TCP 3-way handshake) can also be enforced per source IP.[...] Because the 3-way handshake ensures that the source address is not being spoofed, more aggressive action can be taken based on these limits.

Donc il ne considère que les connexions qui ont fait syn, syn/ack, ack et pour spoofer ça c'est tout de suite plus compliqué.

Par ailleurs le port-knocking ne règle pas le problème, ce n'est qu'une couche d'obfuscation en plus qui ne vaut pas mieux qu'un mot de passe en clair.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Une news qui annoncerait l'adoption de l'esperanto à l'ONU en SMS anglais.

Par ailleurs je vois qu'on n'hésite pas à parler de « news » et de « SMS ».

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

AFAIK les idées qui rendent cette VM performante (ou pas) sont déjà bien connues, on aura « juste » droit à une implémentation libre qui ne devrait pas vraiment apporter de nouvelles idées mais « juste » du code les implémentant.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ai passé le week-end en LAN et je suis tombé sur quelqu'un qui était réticent à jouer à Tremulous (un fps libre) principalement parce que c'était tout en anglais (et c'était pas une excuse bidon pour retourner à son CS, il avait vraiment du mal). Donc il n'y a pas besoin d'aller dans le « tiers monde » pour trouver des non anglophones même parmis les « geeks » (au sens utilisateurs intensifs d'ordinateurs) il y en a.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

[...] in one of Google's underground parking garages in Mountain View. There, in a secret area off-limits even to regular GoogleFolk, is a shipping container. But it isn't just any shipping container. This shipping container is a prototype data center. Google hired a pair of very bright industrial designers to figure out how to cram the greatest number of CPUs, the most storage, memory and power support into a 20- or 40-foot box. We're talking about 5000 Opteron processors and 3.5 petabytes of disk storage that can be dropped-off overnight by a tractor-trailer rig. The idea is to plant one of these puppies anywhere Google owns access to fiber, basically turning the entire Internet into a giant processing and storage grid.

http://www.pbs.org/cringely/pulpit/pulpit20051117.html
November 17, 2005

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

star(1) (même interface que tar(1)) et pax(1) (POSIX) sont tes amis.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

s/Fear/(Fear)/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Par contre cette méthode ne fonctionnera plus quand il y a trop de fichiers car le `find` va s'étendre en un truc trop long pour le shell. De plus les guillemets inverses (accents graves ?) imbriqués c'est pas très joli. Personnellement j'utiliserais plus quelque chose comme ceci :

$ mlterm -p `find . -maxdepth 1 -type f | perl -ne'rand$.<1and$r=$_;END{print$r}'`

http://linuxfr.org/forums/19/3252.html#465225

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est ce que j'ai voulu dire, pardon.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Une autre alternative compatible est libssh qui était un projet sponsorisé par le Google Summer of Code 2005.
http://0xbadc0de.be/wiki/doku.php?id=libssh:libssh

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

sftp est plus ou moins « deprecated »
http://openssh.org/faq.html#2.10
Sinon personnellement j'ai fait ça : http://www.krunch.be/vrac/sw/patches/scp-s.diff

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

je cherche une fonction qui donne la main au systeme et qui attend sans toure dans la fille d'attente du systeme...

Ca s'appelle sched_yield(2). Mais si ça marche pas avec sleep(3), ça marchera sans doute pas mieux avec sched_yield(2). J'ai pas bien lu ton code mais tu peux utiliser gprof, gdb ou strace pour voir où ton programme passe le plus clair de son temps (sans doute dans la boucle la plus interne) et déplacer la temporisation en conséquence.

Tu peux aussi jeter un oeil à setpriority(2).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si tu relis le journal dans quelques jours tu apprendra surement plein de truc sur les IDS libres existants (ou pas).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

S'il n'y a pas de risque tu peux aussi tout faire tourner en root avec comme mot de passe « toto » qui sera aussi marqué dans /var/www/index.html et sur un post-it collé à la machine.

Essaie de comprendre comment fonctionne SELinux et ce qu'il apporte par rapport au système de droits classique et tu pourra alors décider s'il t'es utile ou non. D'ailleurs si SELinux t'empèche de faire certains trucs c'est peut-être parce que faire ces trucs de cette manière n'est pas très bon pour la sécurité du système.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ca serait vraiment dommage de ne pas disposer de ces informations de manière centralisée sur le web. Si le but c'est de rendre ces informations accessibles au plus grand nombre, une archive publique centralisée indexable par les moteurs de recherche me semble quand même le plus judicieux (rien qu'une archive au format mbox ça serait déjà pas mal en fait).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je pense que la 3D est un gros morceaux et qu'il vaut mieux avoir une jolie 2D qu'une mauvaise 3D.

Surtout qu'il risque d'être plus compliqué de trouver des graphistes compétents en 3D qu'en 2D. Même en trouvant des bons graphistes 3D, ça leur prendra plus de temps que de faire de la 2D. Donc au final je pense aussi que t'as plus intérêt à garder de la 2D à moins que la 3D ne permette d'améliorer le gameplay.

Non j'ai pas joué et j'ai regardé qu'une seule capture d'écran. D'un autre côté c'est pas moi qui vais critiquer l'aspect graphique d'un bon jeu (slashem is teh r0xx \o/).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

La première chose à faire c'est de localiser précisement ce qui pose des problèmes de performance (avec apd par exemple). Si c'est le PHP, une machine à part ou même un cluster pour la base de données ne risque pas de servir à grand chose. D'ailleurs dans ton cas, il n'est peut être pas nécessaire d'ajouter de machine du tout si tu « cache » correctement les pages (par exemple avec APC et/ou mod_rewrite). Si c'est bien les accès à la base de données qui ralentisse le site, tu peux essayer de « cacher » les requètes (avec memcached par exemple). Une fois que tu as fait ça, si tu as toujours des problèmes de performance, tu pourra commencer à penser à rajouter des machines (ou réécrire la partie du code qui prend 90% du temps).

http://pecl.php.net/package/apd
http://pecl.php.net/package/APC
http://www.krunch.be/vrac/txt/fast_caching_with_mod_rewrite.(...)
http://www.danga.com/memcached/
http://danga.com/words/2005_oscon/oscon-2005.pdf

Par ailleurs le titre du journal est trompeur, c'est de la répartition de charge que tu veux faire, pas de la haute disponibilité (même si c'est souvent lié). Personnellement pour la redondance, j'aime bien CARP.

http://www.fsugar.be/docu/carp/carp.html

(je passe sur le troll « Apache/PHP/MySQL sont plus performants sous Linux que Windows »)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

c'est juste que j'ai besoin d'info plus techniques sur linux que ce site n'est pas là pour ça

Tu vas sur quel(s) site(s) pour avoir des infos plus techniques ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Et je suis aussi retombé sur ça : https://linuxfr.org/~mmMMOoooOMMmm/15593.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

<gorny> reiserfs, making files and wives dissapear in an instant
http://blogs.23.nu/ilja/stories/12795/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.