Joris Dedieu a écrit 1614 commentaires

Bonjour,
Pour ton besoin simple, je ne comprends pas pourquoi tu n'utilise pas la réplication MySQL5 qui est très simple à mettre en oeuvre et très stable.

Basculer du mode esclave au mode maitre, la resynchronistion ... c'est vraiment facile.

A mon sens MySQLCluster est une tentative pour répondre aux problématiques de performances avant tout (et pour lesquelles d'autres serveurs que mysql sont peu être plus adaptés). Ce qui n'est pas ton cas ici.

Ou find

Bonjour,
Plusieurs choses par ailleurs :

- Les variables d'environnement sont réduites dans le contexte d'un cron dont exporter un path n'est pas une mauvaise idée même si l'usage est plutôt d'invoquer des commandes par le chemin absolue.

- En redirigeant la sortie d'erreur vers ton fichier de log, tu devrais avoir quelque chose de plus verbeux (tu sais les histoires de 2>&1)

Je travaille sur des des machines à plusieurs millions de requêtes par jours qui font des access log.

On s'en sert pour débusquer les scripts plantés et toute sorte d'attaques (upload de script malicieux, utilisation de formulaires pour spammer) ...

Quand tu ne maîtrise pas le code des sites que tu héberge, il n'y a guère d'autres solutions qu'une analyse rigoureuse des access_log, maillog et ton ami netstat.

Par ailleurs, j'ai déjà eu a répondre a des requêtes judiciaires. Un gros grep leur suffit. Ils ont des gens capables d'analyser ça.

>> bzgrep -i viagra access_server.Tuesday.bz2 | wc -l
31

>Je pense qu'ils ont baissé la sensibilité des spams à cause d'emails légitimes bloqués.

Ou simplifié les filtres a cause d'un volume a traiter de plus en plus important.

J'avais franchement été refroidis par le wrapper en perl que je cite plus haut.

Je vais essayer ça.

La loi t'oblige à conserver les logs d'acces un certain temps (1 ans) lorsque tu héberges des sites web en France.

http://www.ahinc.eu/files/CNIL_-_R_tention_des_donn_es_de_co(...)

Ensuite ne pas avoir de logs d'acces, c'est un peu comme ne pas traiter le cas d'une division par zéro. On peut toujours se dire que ça n'arrivera jamais.

Nous on fonctionne en deux temps.
Interface qui remplie une base de données. Cron qui déroule la base et génere les confs.
Pas besoin de surcouches. Tu peux grader ton /etc/passwd, ton virtusertable et ton ftpchroot.

Séparation des privilèges. Tu peux avoir divers cron lancés par divers utilisateurs ...

Interface simple.

En plus quand t'attaque a la mano t'es pas perdu par les confs exotiques d'un quelconque daemon (type webmine ou autre alternc). Ca reste du pur unix bien gentil qui te garde tes modifs manuelles.

Le problème c'est qu'au fil des patchs à l'arrache, le code est devenu intouchable (mais c'est un autre problème).

Perl c'est lent, c'est gros, c'est mou, mais c'est utile.

Oui perl grossit comme le C produit des bugs.

Mais ces langages ont ceci en commun qu'ils ont été construit par leurs utilisateurs. Des gens capable de produire de libs au kilomètre de voir revoir et rerevoir du code par ce que c'est ce dont ils avaient besoin, pour leur travail, tous les jours ...

Java par son aspect anti-cobold s'est également inscrit cette lignée. Ou encore l'affreux php.

Lisaac est peut être un tres bon langage. Mais il lui manque peut-être l'essentiel. Répondre à un vrai besoin. Trouver sa communauté.

Or le besoin aujourd'hui est de pondre du code parallellisable certes mais surtout parallellisé vraiment.

Et je n'ai pas l'impression que ce soit l'objectif premier. Dommage.

Le problème c'est que la modif de php c'est dans les cordes de personnes.

Aucun patch n'est assez bon pour le fameux php. Tous les hébregeurs se traîne des kilomètres de patch qu'ils n'ont jamais pu faire intégrer upstream.

Du coups ils traînent la patte pour les changement de versions.

Tu veux un exemple :
exec -> avoir un execdir sans safe_mode
mail -> mail interdire le -f (toujours sans safe-mode), ajouter le nom du script dans les headers
fsockopen -> avoir le même comportement que curl (en gros regarder ce que c'est avant de l'ouvrir) histoire de ne pas participer à des ddos
Interdire certains php_value, ini_set toujours sans safe-mode

Non mais c'est vrai y-a l'openbasedir
Bon j'arrête je vais devenir méchant.

Toujours est-il que si un client me dit qu'il veut un serveur fiable à l'heure actuelle c'est patch de la fonction mail, safe-mode on et apache en nobody (oui vous savez le truc chiant qui fait que quand la bande à 4t4tu5K uploade en douce un script grâce à ta fabuleuse fonction ils ne peuvent pas l'utiliser).

Apache ne peut pas utiliser syslog pour les acces. Seulement pour les erreurs.

L'autre jour j'ai utilisé un wrapper perl pour faire ça et j'ai bien vautré tout un cluster :)
http://www.oreillynet.com/pub/a/sysadmin/2006/10/12/httpd-sy(...)

Avoir des access log est une obligation. Donc autant les utiliser pour faire des stats.

Mes deux cents.

man display :)

Bonjour,
Essaye en débranchant les périferiques usb pour voir .

Bonjour,
Installer, déinstaller et réinstaller ne sert à rien. Il n'y a pas de magie.

Si tu ne veux pas te compliquer le vie installe drakwizard et configure ça en quelques clics (a partir du centre de controle).

Pour une configuration à la main.
La page est là :
http://wiki.mandriva.com/fr/Mail_Postfix



Bon courage.

Red5 te permet de retransmettre ton flux via un player flash
http://www.red5.fr/

Bonjour,
Essaye plutôt quelque chose comme
ln -s /lib/libc.so.X /lib/libc.so.1

essaye d'installer le compat (/usr/ports/misc) en descendant et en faisant a chaque fois des liens symboliques vers la libc en question.

sinon ton seul espoir est :
ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releas(...)

Je te conseille de regarder mds (Mandriva Directory Server), c'est simple à installer et ça te donne à mon sens une bonne idée du bon usage d'un annuaire.

Pour commencer je pense que c'est intéressant de regarder un truc bien intégré.

En plus y-a l'ajax :) et un dépôt apt.

C'est là :
http://mds.mandriva.org/

Exemple d'utilisation :
http://www.vogelweith.com/debian_server/07_postfix.php

Attention, le comportement de setuid n'est pas le même sous tous les Unix.

Un contournement est d'écrire un lanceur en C qui lui sera setuid.

Bon de toute façon setuid c'est mal :)

A ma connaissance les libs kde permettent ça nativement :

http://www.ibm.com/developerworks/library/l-kparts/

Vu comme ça, on dirait un Heisenbug
http://fr.wikipedia.org/wiki/Heisenbug

Moi je regarderai du côté, caractère non imprimable dans le fichier de config de procmail

Je pense que c'est un peu comme Zope Management Interface.

Tu peux tout faire avec mais pour un vrai projet ce n'est pas la bonne voix. Ni pour le dev, ni pour les tests, ni pour la maintenance.

Par contre ça permet de te plonger dans la technologie facilement, de reprendre un projet et de comprendre comment il fonctionne, de bidouiller des modifs rapides sur des instances de test, du debugage, ou d'aller regarder l'état actuel des choses.

http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/(...)

Puisque postfix passe la main a procmail, il faut faire des logs procmail pour voir ce qui se passe.

LOGFILE=/ton/procmailrc.log
VERBOSE=yes
LOGABSTRACT=all

dans ton .procmailrc

re

heee

tellement tout fonctionne bien chez eux...

C'est clair que tout fonctionne mieux sous linux :
- les attaques dos
- les rootkit
- flash
...