Joris Dedieu a écrit 1614 commentaires

lancer une instance de nginx/apache par utilisateur, plus un reverse-proxy devant ?

Sur quelques dizaines de sites c'est une bonne solution mais elle est pour l'heure relativement difficile à industrialiser.

• le monitoring et la conf sont très difficiles à gérer. Tu passes d'une sonde globale à une sonde par site (on parle des services pas de l'applicatif), d'un fichier de conf, php.ini unique … à un par site. Tu multiplie le risque d'erreur et le risque d'oublie. Si tu as par exemple 1000 vhosts par serveur web, cela multiplie tous ces éléments par mille et suppose une mise à l'échelle importante de tes outils (tes serveurs nagios par exemple). Si tu rajoutes à cela de la haute dispo ça devient vraiment très compliqué.

• au niveau des ressources tu es obligé de partager à priori (typiquement avec apache un max_client par site). Tu gagne donc en cloisonnement mais tu perd en souplesse ("burst" d'un site). Eg : ton site fonctionne bien mais plante lors du passage d'un bot.

• sur un très grand nombre de socket tu peux avoir des effets de bord difficiles à diagnostiquer.

• idéalement tu chroot / jailise tout ça, alors tu as la problématique de gérer les points de montages (nullfs ou -o bind + /dev), les mails (fonction mail du php -> commande sendmail donc spool … )…

Par contre :
- le gain est énorme en sécurité
- le partage des ressources est efficace

Je suis en train d’essayer de prototyper ça sur une échelle assez importante. C'est loin d'être évident.

Avoir un serveur qui gère les différents utilisateurs est déja possible dans apache avec suexec. Cela offre un cloisonnement raisonnable (pour le fastcgi par exemple), facile à mettre en oeuvre et surtout une solution "facile" pour l'utilisateur final (son cms marche out of the box dans 90% des cas). Il est juste dommage de ne pas pouvoir en profiter pour les fichiers statiques également. Ce qui te permettrait de réduire considérablement les permissions sur les répertoires.

D'un point de vue d'adminsys l'un des grands intérêt des logiciels de la famille nosql est la facilité d'une scalabilité horizontale (ajouter de nouveau serveurs) globalement mieux prévue et beaucoup moins complexe que sur les services de base relationnelle type mysql / postgresql.

Tu as un très bon tuto sur la façon d'utiliser les données osm avec mapserver ici :
http://trac.osgeo.org/mapserver/wiki/RenderingOsmDataUbuntu

A noter le dépôt UbuntuGIS : http://trac.osgeo.org/ubuntugis/wiki

Négatif, l'objet n'a aucune importance,

Non c'est bien de l'objet qu'on parle ici. Un texte n'est pas immatériel. Un texte a forcément un support. A l'image d'un tableau, d'une sculture, d'une morceau de musique, un film. C'est bien l'objet qui caractèrise l'oeuvre. Un texte c'est des mots sur un support.

Le fait qu'un texte soit facile à reproduire ne change rien. Sans support tu n'as pas de texte, pas de musique, pas de film, pas de logiciel. Contrairement à une idée qui elle est immatérielle. Elle n'a pas besoin de support pour exister et se diffuser.

Je pense que tu confonds immatériel et oeuvre de l'esprit.

une fois diffusé, ça circule ; vouloir restreindre sa diffusion ne peut être qu'artificiel.

On peut militer pour une libre circulation des oeuvres de l'esprit et reconnaitre un droit moral à l'auteur. Respecter la volonté de l'auteur tu le fais pour les logiciels pourquoi ne le ferais-tu pas pour du texte ?

Ça c'est plutôt de l'ordre du droit moral, je dirais.

Il me semble que justement le droit d'auteur au delà de son aspect marchand reste est avant tout une concrétisation juridique de ce droit moral.

Je dirais même que le fond du débat est là. On a clairement deux interprétations possibles. Soit le droit d'auteur est juste la capacité de marchandiser une oeuvre, soit il est le droit moral qu'a l'auteur sur l'usage qui en est fait. Bien évidement cela se recoupe forcement dans beaucoup de cas, mais ce n'est pas systématique (creative common …)

Pour moi l'auteur doit pouvoir disposer de son oeuvre. Par contre que ce droit puisse être vendu, transmis … me semble plus contestable.

Est-ce qu'un ingénieur peut interdire qu'on utilise ses inventions

L'invention est de l'ordre de la connaissance (idée), l'oeuvre est de l'ordre de la création (objet ici un livre) ce n'est à mon avis pas comparable. Pour prendre une image parlante ici il y a l'algo et l’implémentation.

Si tu est l'auteur d'un soft tu peux en choisir les conditions d'usage et de distribution. Mais tu ne peux pas t'approprier les idées qu'il met en oeuvre.

Il me paraîtrait bien plus simple et sain de raccourcir les droits d'auteur à 20 ans après la mort ou à 40 ans après l'année de parution ou…

Je trouve que la mort de l'auteur c'est quand même pas mal. Il ne me semble pas aberrent que quelqu'un puisse refuser que l'un de ses écrit soit republié de son vivant.

Par ailleurs je ne pense pas que le principal obstacle à la republication soit les droits d'auteurs. Pour beaucoup d'auteurs, trouver un éditeur est une vrai galère.

les caractères de formatages des manpages n'est pas bien interprété.

C'est pour cela que je ne l'exporte pas comme PAGER

Pour faire un dump tu as besoin de SELECT et LOCK TABLE uniquement. Pas besoin d'être root.
Par ailleurs je te conseillerai la très salvatrice option -Q qui évite bien des déboires lorsqu'on a une table qui s'appelle update par exemple….

Et ça s'utilise comment?

export VPAGER=/usr/local/share/vim/vim72/macros/less.sh

alias less=$VPAGER
alias more=$VPAGER

dans ton bashrc ou un truc du genre

Comparer de l'information citoyenne qui te permettra de choisir en âme et conscience le futur de ton pays, avec une publicité pour des produits virilisants, c'est assez moyen.

Distribuer de l'information citoyenne qui te permettra de choisir en âme et conscience le futur de ton pays, comme une publicité pour des produits virilisants c'est assez moyen.

diff file1 file2 | vim -

vim vient avec un script less.sh pour être utilisé comme pager.

Se faire déranger dans la rue par une main tendue non sollicitée me semble être équivalent à se faire déranger par une ligne en gras dans une liste d'emails.

Non. Ce n'est pas la même chose. La rue est un espace publique pas ta boite mail. Je te laisse réfléchir aux conséquences si le débat démocratique commence à passer dans l'espace privé avec de l’ingénierie social et tout le bordel

Pour prendre un exemple concret, l'efficacité de l'aspirine est connue depuis la nuit des temps. C'est une connaissance empirique . On a remarqué que l’écorce de saule en infusion soulage la fièvre. Par contre pour la prouver scientifiquement aurait il fallu mener une expérimentation rigoureuse avec placébo, groupe témoin et tout le bazar.

Bien sûr plus tard on a pu démontrer l'effet de l'acide acétylsalicylique, sur la fluidité du sang et en déduire un certain nombre d'usages. Mais la connaissance de base est empirique contrairement à l'ibuprophène qui lui provient d'une démarche purement scientifique.

On oublie trop souvent que la science n'est pas la seule source de connaissance.

Sauf si tu mets au même plan ce genre de mails et un autre te proposant de gagner 10cm en longueur, mais du coup tu fais un mauvais militant

Oui qu'on essaye de me vendre sarkozy ou du Vi'GGr4 c'est exactement la même chose. Je n'ai sollicité ni l'un ni l'autre. Cela correspond à la définition exacte du spam.

Dire qu'il y aurait du bon spam, du spam légitime est extrêmement dangereux. Car l'expéditeur est la plus part du temps de bonne fois : "Oui mais je n'envoie ça qu'un gens qui travaillent dans le secteur", "oui mais ils ont déja acheté ceci ou cela", oui mais "ils ont un bon de réduction alors c'est bien" et du coup rapidement tout devient légitime.

Le travail des militants consiste à forcer les portes. Mais il y a une certaine façon de faire. Si tu tends un tract à un mec dans la rue, il le prends, il le refuse, il s’arrête pour discuter. J'admet qu'a la rigueur on essaye de faire la même chose par mail. On demande : voulez vous recevoir des nouvelles de la campagne de Holland. Si la personne n'accepte pas (pas si elle refuse) on lui fout la paix. Ici c'est bien l'inverse (dans le meilleur des cas). Encore une preuve qu'il s'agit bien de spam.

L'autre question étant bien sûr de savoir comment ils ont eu les adresses. Une fois de plus tu file ton adresse pour du chou-fleur et on essaye de te vendre des chaussettes. Troisième point prouvant irrémédiablement qu'il s'agit bien de spam.

Le fait qu'on ne comprenne pas beaucoup de choses, qu'on aie encore des erreurs énormes n'implique pas que ce ne soit pas une science.

Ce qui détermine que ce soit de la science ou non est la méthodologie choisie pour mettre les hypothèses à l'épreuve des faits. Le caractère scientifique ne se situe pas dans l'absence d'erreur ou la pertinence des hypothèses, mais la méthode d’expérimentation mise en place.

Le reste n'est que de la branlette.

J'adore Video -> movie player

tu veux dire que tu vieux de démontrer que Toulouse c'est mieux que Bordeaux ?

Pourquoi y a encore besoin de le démontrer ?

c'est la classe internationale

Ce soir chez Zenitram on mange des chips !

Heureusement pour le patron, c'est pas toutes les semaines ;-)

Bande de menteurs ! arrêtez de faire croire que vous ne moulez jamais au boulot.

Un élément déterminant dans le choix de l'alimention des chat d'appartement est quand même l'odeur de la litière.

A ce niveau boite vs croquette, le choix est vite fait.

-CURRENT ce n'est pas la version de développement?

Tout à fait et -STABLE est la branche de stabilisation. Pour être plus précis en ce qui concerne FreeBSD :

• CURRENT est la branche de dev (tag=.). Actuellement on est en 10-CURRENT. C'est la que se prépare les futures versions, susceptible de péter de temps à autres

• STABLE (tag=RELENG8 par exemple). Version de _stabilisation en rolling release. La compatibilité est assurée tout au long de la branche (actuellement tu peux utiliser RELENG_7, RELENG_8, RELENG_9). Dans ton uname tu verras quelque chose comme 8-STABLE … La compatibilité est garantie mais pas la stabilité.

• RELEASE (tag=RELENG_9_0) les versions réputés stables avec un support dans le temps plus ou moins important. Passer d'une RELEASE à l'autre au sein de la même branche (8.1 à 8.3 par exemple) ne casse pas la compatibilité. Les mises à jour de sécu sont ensuite déclinées sous forme de patchset (-p6 par exemple).

Tout cela se retrouve dans le uname.

Eg:

FreeBSD plop.titi.com 8.1-RELEASE-p6 FreeBSD 8.1-RELEASE-p6 #1: Mon Oct 10 15:49:18 CEST 2011 root@plop.titi.com:/usr/obj/usr/src/sys/GENERIC amd64

• FreeBSD -> c'est bien FreeBSd
• plop.titi.com -> le hostname
• 8.1-RELEASE-p6 -> version 8.1 patcheset 6
• root@plop.titi.com -> qui a compilé le kernel
• Mon Oct 10 15:49:18 CEST 2011 -> la date de build
• /usr/obj/usr/src/sys/GENERIC -> le répertoire ou le code objet a été généré (permet de connaître également le fichier de conf utilisé - ici GENERIC la conf par défaut)
• amd64 -> l'archie

Liens :
- http://www.freebsd.org/releng/
- http://svnweb.freebsd.org/base/

Exercice : cette machine est à jour mais présente 8.1-RELEASE-p6 au lieu de p8. Pourquoi ?

Pas du tout, ce vote est encore plus bidon. En voilà un vrai de vrai:

Qu'est-ce qu'ils foutent les modos ? Un sondage non de Dieu ! Et avec une question bien objective du type :

Selon vous, WindowMaker est-il meilleur que :

• kwin
• metacity
• compliz
• fvwm
• openbox …

Je pense que ceux qui sont contre un standard pointu de log (sans remettre en cause leur compétence) n'aiment tout simplement pas le libre.

Je ne suis pas contre un standard dans le format des message. Si certains trouvent ça utile soit. Personnellement je n'en vois pas l'utilité. D'autant plus qu'un parser de logs c'est 20mn de perl à coder.

Par contre personne ici n'a pu m'expliquer ce qui justifiait vraiment la nécessité de tout péter.

Si tu as un accès minimal de chez minimal, syslog ne tourne pas non plus. Donc je ne vois pas ce que ça change.

Les logs sont la et tu peux les ouvrir avec un simple pager, grep, cat, tail, head, pour comprendre ce qui t'as mis dans cet état minimal

Quand je disais plus lent au démarrage, je signifiais que postgres semble plus lent que mysql sur un faible volume de données en fait postgres est surtout (c'est mon expérience pas un bench) plus constant dans ses perfs que mysql.

Pour ton problème de démarrage tu devrais voir ce qui prends du temps en lançant le service à la mano. Ça peut-être un mauvais paramétrage ou le script d'init (si ça existe encore chez debian qui fait un vacuum (je sais que celui de mysql fait un mysqlcheck).

En dernier recours /etc/rc.local est ton mauvais compagnom