Amand Tihon a écrit 734 commentaires

Alors je pose une question : A QUOI SERT UN SERVEUR P4-2.8GHz, 1GB de RAM, 36Go de disque SCSI ???

A pouvoir le garder plus longtemps ?

<ma vie aussi>
Mon serveur-à-tout-faire-perso [une quinzaine de sites, une trentaine de comptes mail] est encore un 233mmx, mais ça fait quelques temps qu'il commence à montrer ses limites. Par exemple, le webmail timeout sur certaines boites bien remplies, les transformations xsl (effectuées en php) sont lentes, etc...
Donc je vais bientot le remplacer (ou au moins le mettre un minimum à jour) et... ça occasionne des frais.
</ma vie aussi>

Bah oui, tout le monde sait que le caisson est là pour faire les graves...

Ne ferme pas, j'arrive ----->[]

Pour moi, un truc solide, fabriqué maison.
Il y a trois ans, il était dans une autre pièce, avec un lit au dessus, mais le plafond est trop bas dans la pièce actuelle, donc il a fallu couper un bout :)

http://allergy.alrj.org/Images/chambre/pict0001.jpg(...) pour ceux qui veulent voir

si si ! Sauf qu'on a perdu/gagné les conversions qwerty-azerty.
Donc: iddqd - idksa - idspispopd
/me écrase une larme... Les premiers cheatcodes que j'aie jamais appris, et je m'en souviens toujours :'-)

dalreuth, hali, nevarsin, arilinn, thendara.

Note pour ceux qui connaissent: nevarsin, le différent, n'est pas à moi :)

Si XFree implémentait un bon BackingStrore il "suffirait" que les applications (en fait, les toolkits) s'en servent. Pour rappel, le BackingStore demande à X de garder en mémoire le contenu de la fenêtre. A partir de là, on pourait facilement avoir des backends différents pour le rendu lui-même, OpenGL ou autre.

Un autre point : trop souvent, ce qui fait s'effondrer les perfs, c'est que lors du déplacement d'une fenêtre, le serveur X envoie des centaines d'événements Expose aux applications qui se trouvaient en dessous, pour qu'elles redessinent un morceau de leur fenêtre. La solution est facile à comprendre mais plus ardue à mettre en oeuvre :
- soit on a un BackingStore (presque plus besoin d'Expose, le serveur connaît le contenu de chaque fenêtre)
- soit le serveur X "regroupe" les différents Expose dans la queue d'événements. Cela dit, il le fait peut-être déjà. Si c'est le cas, c'est parce que X est trop rapide qu'il est lent, ou du moins en donne l'impression :)

Le backingStore a aussi d'autres « avantages » : il permet la vraie semi-transparence. Avant qu'on me hurle dessus, je signale que je n'aime pas avoir ça sur l'entièreté d'une fenêtre normale. Mais ça permettrait de gérer les ombres des fenêtres (kde 3.2 roxor :p), des menus, et éventuellement, rendre semi-transparente une fenêtre lors de son déplacement. Tout ça bien sûr sans rien ralentir, n'importe quelle carte depuis la TNT1 étant capable de le faire en hardware.
Et lors du mode réseau, le fait que le serveur garde en mémoire l'image de la fenêtre évite de devoir redemander à l'application de se redessiner alors que la liaison passe par une ligne satellite avec une latence d'une seconde...

Donc non, je ne pense pas que X soit vieillissant. Tout au plus, c'est l'implémentation offerte par XFree et la Xlib qui n'est pas complète/parfaite. Je suis quasi certain que l'utilisation du backingStore et d'un backend OpenGL, couplée à une gestion un rien différente des Expose offrirait quelque chose de très très bon.

Ça commence doucement à me saouler d'entendre dire partout que X est lent à cause de la couche réseau. Ce mythe a la vie dure.
Pour ceux qui y croyaient encore, je rappelle qu'en local, X utilise les sockets Unix et la SHM, ce qui est la combinaison la plus rapide pour faire des IPC sous Linux (je ne m'avancerai pas pour les autres OS).

Ce qui pose problème, c'est l'implémentation actuelle de la Xlib et les applis. Le protocole X est asynchrone alors que la Xlib ne l'est pas toujours.
Si je me souviens bien, j'avais lu quelque part qu'un remplaçant en Lisp était en cours ou a l'étude, pour justement ne plus perdre ce mode asynchrone entre les applications et le serveur X.

De plus, il existe aussi au moins un "proxy" X qui fait de la compression/optimisation du protocole X pour accélérer tout ça : NX de Nomachine (http://www.nomachine.com(...) mais le site ne répond pas au moment où j'écris).

Bon, après mon coup de gueule, je vais quand même lire le pdf :)

Au risque de me faire descendre, ce mode de fonctionnement à la qt ne me dérange pas du tout, loin de là.
Le jour où quelqu'un veut porter la version GPL sous win, Beos, Dos 1.0 ou CP/M, libre à lui.
En attendant, ça fait des devs payés pour bosser sur le produit et l'améliorer parce que de l'argent rentre.

PS: Je ne suis même pas un utilisateur potentiel de QCad :)

Pour la limit par user et par repertoire peut etre pas
C'est la seule raison pour laquelle je garde proftpd, parce que sinon pure a vraiment l'air sympa. En plus il supporte l'ipv6 :)
Si une config par répertoire était possible en utilisant des fichiers .ftpaccess à la apache, ca serait le pied :)

Bon, différents trucs que j'utilise actuellement dans ma config de proftpd et pour lesquels je cherche un équivalent dans pureftpd :
- limiter la vitesse par user et/ou par répertoire
- spécifier des comptes "download seulement", ou avec un rep particulier pour l'upload
- spécifier un nombre maxi de connexions par IP pour certains comptes seulement

Comme on peut le voir, ma configuration varie énormément suivant les comptes ou les répertoires (pas toujours pareil).

Si tout ça est possible et que c'est moi qui ai mal cherché, je migrerai à pure-ftpd. En attendant, je reste sous proftpd.

J'hésite à te plussoyer^Wplusser^Wplussoir^Wplussir^Wmettre [+] parce que ton argumentaire est essentiellement basé sur les raisons de la diabolisation de Pinochet, auxquelles je ne connais pas grand chose.

Par contre, tous les Chiliens que je connais s'accordent sur un point : sans Pinochet, le Chili était un pays foutu. Et de manière générale, ils l'aiment bien. J'ai été assez surpris la première fois que j'ai entendu dire ça, mais d'autres me l'ont confirmé par la suite.

Vala, je vais me cacher derrière la veste en amiante de menier :)

Parce que les variables doivent être préfixées de $ (j'aime pas :p)
Parce que la version actuelle (4) ne permet toujours pas de faire de l'objet correctement.
Parce que même si la version 5 semble enfin offrir des possibilités plus intéressantes en OO (et encore), toutes les libs "de base" sont toujours impératives à l'ancienne.
Parce que c'est quasi prévu pour mélanger allègrement code et contenu de la page
Parce que le module publisher de mod_python l'explose dans les grandes largeur, point de vue simplicité et rapidité de dev.
Parce que python a une API DB, valable une fois pour toute, quelque soit le DBMS derrière, et pas 50 fonctions aux noms qui changent en fonction du DBMS.

Quand j'ai commencé le PHP, j'ai trouvé ça génial. Mais franchement, je n'aimerais pas devoir en refaire.

Un demi-troll se cache dans ce commentaire, gnagnagna lecteur blah blah exercice.

Tiens, moi il me semblait plutôt que cette bande était due à un bug lors du redimensionnement de l'image et je suis bien content que ça ait vite été corrigé.

Je suis le seul à penser que ça ressemble étrangement à un vote censitaire ?
Je croyais que c'était fini, moi...

La RTBF en a parlé, lors du JT de 19:30.
Le reportage était bien sûr axé sur la manif, mais ils ont aussi parlé de la pétition (sans en donner l'adresse) et des sites fermés.
L'un dans l'autre, c'était pas si mal.

J'aime bien cette page et les explication claires qu'elle contient. On peut la reprendre ou bien elle est brevetée ? :)

Ah ben avec cette extension, il ne me manquerait plus qu'une chose pour que je délaisse konqueror et que je passe à Firebird : que les boutons "précédent" et "suivant" de ma souris (sur le pouce et le petit doigt) y fonctionnent. J'arrive pas à comprendre pourquoi ils fonctionnent bein dans konqueror et pas dans Firebird. Si qelqu'un a une solution, je suis preneur.

Sans oublier la bonne vieille oligarchie, où le pouvoir est détenu par les huiles :)

Ou alors, on décide de copier l'exception de "faseyer", juste pour embêter tout le monde :)

Personne ne demande à NVidia d'arrêter de développer les drivers linux et de laisser faire les devs "libres" !

Par contre, je pense que pas mal d'utilisateurs de ces drivers auraient les capacités d'en fouiller le code et peut-être de l'améliorer/débugger/porter/etc. Alors pourquoi est-ce que ça ne serait pas bénéfique ?

[J'avais entendu dire que NVidia ne pouvait pas libérer les drivers, tout simplement parce qu'ils utilisent des technologies de SGI sous contrat de non divulgation. Je ne sais pas si c'est vrai.]

ps : la denière fois que je l'ai lancé il fonctionnait avec une debian slink.

J'espère qu'il ne s'est pas trop abîmé en retombant..

(à défaut de [-1], je ->[])

Oui, mais l'histoire ici n'a rien à voir avec les XP.
3/#10 signifie que 10 personnes ont voté, et que le score total est de 3. Et ça, c'est quand même censé changer quand quelqu'un vote :)

Il faut éviter la douche glaçée. Que fait le corps quand il a froid ? Il réagit et... tente de se réchauffer.
Il vaut mieux une douche tiède, puis froide, puis revenir à du tiède. Et peu s'essuyer.

Sinon, autre truc : pendre un drap mouillé devant la fenêtre. L'eau, pour s'évaporer, doit bien pêcher les calories quelque part : elle les prend dans l'air ambiant. Marche beaucoup mieux s'il y a un courant d'air.

Sans oublier les Tachikoma Special, des petits gags très courts sur ces robots à roulettes.

Rassurez-moi, il n'y en a bien que 10 de sortis, hein ? :)

Je répond peut-être un peu tard, mais tant pis.

Pour les délimiteurs de bloc... Ben vu que le # indique un commentaire, tu peux utiliser ce que tu veux, même #debut/#fin, ton bloc devra toujours être indenté :)

Sinon, pour l'orienté objet, je rappelle qu'en python c'est facile, tout est objet.
Une fonction est un objet de type "function".
Une déclaration de classe est un objet de type "class".
Une méthode est un objet de type "instanced method" (ou "class method")
Même un type est un objet de type... "type", eh oui.