Tu utilise quoi comme boîtier avec ça ?
Un mini tour ou tu as trouvé quelque chose de plus sexy ?

[ Répondre ]

Si tu es un peu geek et que tu aimes faire de belles choses avec tes mimine.

1 - Création du récepteur :
http://stuff.nekhbet.ro/2006/07/10/make-an-infrared-remote-c(...)

2 - achat ou vol de la télécommande de tes rêves
Je dis vol parce qu'en général celles des hôtels sont très simples et ergonomiques
Mais garde à l'esprit que c'est mal et qu'il existe sur internet des alternatives intéressantes comme http://www.ldlc.com/fiche/PB00063837.html par exemple


3 - Bidouillage de lirc
http://www.lirc.org/

4 - si ça ne marche pas retourner en 2

[ Répondre ]

Tu fais ton slapd.conf puis :
mv /etc/ldap/slapd.d/cn=config ~/cn=config.orig
slaptest -f ~/slapd.conf -F /etc/ldap/slapd.d/

Sinon, tu colles un slapd.conf (ça devrais toujours marcher).

Autre solution RTFM http://www.openldap.org/doc/admin24/slapdconf2.html

Je n'ai pas l'expérience de cette config donc je ne peux pas t'aider plus

Joris

[ Répondre ]

C'est pas bien de faire ses devoirs
RTFM man bash

[ Répondre ]

>Puis je pense pas que les admins connaissent plus perl que python par exemple

Ce n'est vraiment pas mon sentiment. Rien que par la force de l'existant, Perl à un poids énorme. De plus Perl est le seul interpréteur présent de base sous tous les Unix. Après je connais quelques admins qui préfèrent awk (ceux qui utilisent ed(1) pour éditer leurs fichiers).

> Le problème c'est que je connais pas du tout perl :d

On ne connais jamais vraiment Perl. En général c'est lui qui vous connaît :)

Perl c'est là :
http://sylvain.lhullier.org/publications/perl.html
http://articles.mongueurs.net/magazines/
http://search.cpan.org/

Et évidement : http://paris.mongueurs.net/aplusplus.html
Bon en fait tout ça n'est pas très grave. Perl, RoR ... l'important c'est que ton soft, il roxe des ours polaires (comme on dit).

[ Répondre ]

+1 pour redhat
Les entreprises pour qui linux n'est pas redhat se foutent des certifications.

[ Répondre ]

Franchement c'est typiquement le types de projets pour lequel Perl semble n'avoir que des atouts.

Au niveau des libs tu as de quoi faire (base de données, graphiques, ssh, templates, moteur web ...). Mais ce n'est pas le principal avantage.

Ton application, va être utilisée (je l'espère pour toi en tout cas) par des admins.
Hors ceux-ci seront sensibles à deux points
- ils connaissent tous Perl
- perl est déjà présent sur toutes leurs machine, ils savent tous installer des modules, manager les applications ...

Une application de monitoring ne dois pas être intrusive. Si je l'installe dans un parc en production, je n'ai pas envie d'installer et surtout d'administrer Rails/Mongrel pour ça.

Perl à mon avis t'amènera plus de contributeurs et d'utilisateurs que RoR dans ce cas précis.

Reste php mais bon, php c'est vraiment ... comment dire ... php :)

En tout cas ton projet est vraiment intéressant.

[ Répondre ]

Tout a fait c'était pour donner un exemple :)

[ Répondre ]

Un MX n'est jamais directement une adresse, mais l'alias d'une adresse.


mail.mondom.toto. IN A 123.123.123.123
webmail.mondom.toto. IN CNAME mail.mondom.toto.

Correct :
mondom.toto IN MX 10 mail.mondom.toto.

Incorrect :
mondom.toto IN MX 10 123.123.123.123

Incorrect
mondom.toto IN MX 10 webmail.mondom.toto.

[ Répondre ]

Il ne suffit pas d'autoriser une ip, il faut interdire les autres.
Le plus simple est par exemple d'activer l'authentification sasl
Ensuite tu pourra passer outre avec ton access.

[ Répondre ]

>>2.6.27
Celui-là il flingue les cartes son :)

[ Répondre ]

Bien sûr que pour une certif ssl tu as besoin d'une ip. Mais il est clairement dit au niveau du RIPE que hors contrainte technique (ssl donc, segmentation légtime), il n'y a aucune raison de donner plus d'une IP par machine. Je vous laisse fouiller (ripe-127 si vous avez le courage et si ma mémoire est bonne)

Ca ne veut pas dire qu'il est interdit d'avoir plus d'une ip par machine. C'est juste qu'il faut une raison.

Par exemple tel site est la cible de ddos donc tu le met sur une autre ip c'est bon.
Tu veux éviter de te faire blacklister donc tu met une ip par domaine avec en fait un seul serveur smtp (à tu te reconnais là), là tu as tout faut.

Les titulaires (du point de vu du ripe) des IP sont tenu de vérifier que leur utilisation est légitime.

Donc si un hébergeur te fille 3 ip par défaut, il est en faute. Il doit t'en filler une (ta carte réseau). Puis les autres sur demande légitime (ssl, site sensible ou qu'il faut pouvoir basculer vite fait sur un proxy ..)

Pour info la boite où je travaille est membre du RIPE (tu vois l'argument est nul)

[ Répondre ]

Quitte à modifier les navigateurs autant leur faire implémenter les verbes PUT et DELETE.

non ?

[ Répondre ]

L'autre problème majeur avec le BeagleBoard c'est la dispo en Europe. Vu les frais de port monstrueux (environ 80$) c'est un peu rédhibitoire

Dommage ...

[ Répondre ]

UNIX c'est là :
http://www.freebsd.org/
http://netbsd.org/
http://openbsd.org/
http://opensolaris.org/os/

Mais comme dit plus haut les distributions linux sont en général plus accessible pour débuter.

[ Répondre ]

Autrement dit une machine avec X et un serveur VNC, et un applet java VNC dans ta page web.

http://www.tightvnc.com/doc/java/README.txt

[ Répondre ]

Vu que le code d'un site est en moyenne mis à jour .... jamais ....
Je te conseille de produire du code maison, simple et robuste, plutôt que de t'embarquer dans un CMS dont la prochaine faille ne manquera pas d'interesser ton pote le bot qui passait par là et qui refourgue moulte viagra ....

[ Répondre ]

> 7 adresses IP (oui !)
En totale contradiction avec les règles du RIPE

[ Répondre ]

Diantre, faut que j'aille dire ça à plein de monde alors, ils vont en faire une tête en sachant que leur site en prod sous Rails ne marche pas où n'est pas utilisable
Là c'est toi qui marche dedant.

C'était juste un moyen trollesque de faire remarquer qu'il y a un écosystème java qui n'existe pas encore avec rails.

[ Répondre ]