J'ai lu un article sur 3 jeunes qui vont faire Paris-Rouen sur Vélib, grâce aux bonus récoltés avec les montées. Donc, oui, ça marche.
Cependant, il faut avouer qu'avec un vélo aussi lourd, il faut en vouloir...
Il existe des cartes IPMI pour réaliser tout cela, sans dépendre du système d'exploitation.
Et je ne parle même pas des cartes ELOM/ILOM (Sun), des DRAC (Dell) qui sont de véritables systèmes à part entiers (qui restent allumés même si le système est éteint).
À quand un firmware de BMC libre ?
La moitié du code est une expression régulière.
Ce n'est pas exclusif au Perl.
Ensuite, oui, ça dépend de qui l'écrit et ça n'excuse point de ne pas documenter, en Perl comme en PHP, etc..
Et ActivePerl[1], alors ?
C'est vrai que ça manque d'un easyPerl pour installer MySQL et Apache2 en plus mais franchement...
Quant à la réputation de ne pouvoir lire le code... ce n'est pas plus facile de lire le code de certains logiciels libres écrits en C ou en PHP. Si l'auteur ne fait pas l'effort de bien écrire et documenter ses écrits, ce sera forcément difficile à relire.
Et ne pas voir que PHP a largement repris du Perl et du C, c'est être aveugle.
La grande différence est que les expressions_rationnelles (ou régulières) sont partiquement intégrées à Perl mais ce n'est pas à Perl qu'elles doivent leur complexité (ou leur puissance, c'est selon). C'est autrement plus délicat à utiliser dans d'autres langages.
La grande différence est que PHP a été conçu pour être utilisé dans un environnement Web et qu'il faut pratiquement utiliser soit des modules pour que Perl puisse être utilisé de la même façon (Template::Toolkit[2], par exemple, ou Catalyst[3]). Mais utiliser Perl sans CPAN, c'est comme utiliser PHP sans PEAR (et encore, la qualité y est souvent moindre).
Pour finir, le fait que PHP (tout comme MySQL) soit finalement poussé par une société commerciale a bien aidé pour son « buzz » (ce qui n'est ni le cas de Perl ni celui de PostgreSQL).
Il vaut sans doute mieux générer une clé sans passphrase et dont l'usage soit restreint par la configuration du serveur à l'aide, par exemple, de la directive command.
Ou d'exploiter un outil comme cfengine ou puppet pour réaliser ce genre de choses.
Introducing the first open standards-based Address Book Server, Snow Leopard Server makes it easier than ever to share contacts across multiple computers. Based on the emerging CardDAV specification, which uses WebDAV to exchange vCards, Address Book Server lets users share personal and group contacts across multiple computers and remotely access contact information without the schema limitations and security issues associated with LDAP.
CardDAV* est une extension de WebDAV qui permet de publier des fichiers vCard à travers WebDAV. Alliée au protocole Zerconf, une ressource WebDAV est plus facile à « découvrir » et donc à partager dans un réseau local.
Il ne fallait pas lire, dans ce passage, un grief contre LDAP de la part d'Apple. Il s'agit simplement de l'exposé commercial de l'utilisation d'un nouveau protocole par MacOS X.
Plutôt que développer une énième interface PHP/Ajax, il faudrait sans doute réfléchir à ce qu'est la supervision aujourd'hui. Trop de projets d'interfaces se contentent d'être de simples éditeurs web des fichiers de configuration de Nagios et oublient le mode distribué lors de leur conception.
Au risque d'utiliser d'autres buzzwords, il conviendrait mieux d'écrire une interface SOAP/XML-RPC/REST à Nagios et de séparer ainsi la présentation des données via un portail qui pourrait être alimenté par d'autres Nagios/ICINGA voire d'autres sources d'informations relatives à la supervision.
Dans le monde du logiciel libre, la logithèque est trop importante pour faire des choix étriqués en terme d'interfaces et dans le monde de la supervision, nous avons besoin d'une vision globale, merci. Pas d'une énième interface PHP.
Si tu apprends un jour qu'un « délinquant sexuel » est présent dans ton quartier, que vas-tu faire ? Dans la plupart des cas, les parents feront partir le « délinquant » (dans le meilleur des cas). Je suis désolé mais une telle publication ne conduit qu'au rejet et donc à des actes potentiellement violent.
En général, les JID sont équivalents aux adresses mails. Le JID est en effet composé d'un uid et d'un domaine, séparé par un caractère arobase.
La syntaxe de l'attribut mail peut donc être largement reprise pour définir un attribut supplémentaire (avec une classe auxiliaire supplémentaire) pour stocker les jid des utilisateurs s'ils doivent être distincts des adresses de messagerie électroniques.
Les schémas ne s'empilent pas, pour parler correctement.
Par contre, ils définissent des classes d'objets et des attributs.
Il existe plusieurs types de classes :
- les classes structurelles ;
- les classes auxiliaires.
Les premières sont exclusives pour une entrée donnée. Il ne peut y avoir d'autres classes du même type pour un même objet. Par contre, on peut ajouter des classes du second type à volonté. Les classes structurelles imposent généralement la présence d'au moins un des attributs qui leur sont liées, les classes auxiliaires ne l'imposent pas toujours.
Ajoutons à tout cela qu'il y a également de l'héritage entre les classes. Par exemple, inetOrgPerson hérite des mêmes attributs que organizationalPerson, qui elle-même, hérite des attributs de la classe person, etc.. Toutes les classes dépendent normalement de la classe top qui ne définit qu'un seul attribut, indispensable : objectClass.
En tant qu'administrateurs de systèmes, et vu mes différents confrères, nous préférons résoudre les problèmes car, intellectuellement, c'est gratifiant.
Mon expérience m'amène plutôt à penser que tu as affaire à un service de support dont les interlocuteurs de premier niveau ne sont pas des administrateurs systèmes. Au mieux, ce sont des pupitreurs. Tout ce qu'ils savent faire, c'est suivre des procédures strictes.
Si ta demande sort de ce cadre, ils auront du mal à répondre correctement.
Dans un monde professionnel voué à la rationnalisation, ce genre de service n'a qu'un seul objectif à satisfaire : le nombre de tickets résolus dans la période donnée.
Ceci génère des perversions telles que la réponse de l'acquittement de la demande en 1h et 59 minutes (contractuellement, pas plus de deux heures) ou la demande récurrente de fermeture du ticket à la moindre correspondance.
Dans un grand compte, si ton service n'est pas le maître d'ouvrage, ce sera encore pire pour obtenir une réponse dans des délais raisonnables.
Donc, pour mettre fin au conflit israélo-palestinien, on peut recourir à l'arme nucléaire ?
Vu la superficie, une seule devrait suffire à tout raser et comme ça, plus de problèmes.
La fin justifie-telle donc tous les moyens ?
[^] # Re: c'est pas tres long
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Fin de support pour Ubuntu 6.06 LTS desktop edition. Évalué à 4.
[^] # Re: Autre solution, acheter un vélo
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal vélib et moi, après trois jours d'utilisation. Évalué à 1.
Cependant, il faut avouer qu'avec un vélo aussi lourd, il faut en vouloir...
[^] # Re: Pas facile de ce prononcer...
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Faille OpenSSH : qu'une rumeur mais.... Évalué à -1.
[^] # Re: Un rapport avec ceci?
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Faille OpenSSH : qu'une rumeur mais.... Évalué à 6.
Où n'est-ce pas une méthode pour faire parler d'eux ?
[^] # Re: Autre solution, acheter un vélo
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal vélib et moi, après trois jours d'utilisation. Évalué à 2.
http://www.velib.paris.fr/actualites/decouvrez_velib/musclez(...)
[^] # Re: Et IPMI alors ?
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Les serveurs HP et les distributions Linux communautaires. Évalué à 2.
# Et IPMI alors ?
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Les serveurs HP et les distributions Linux communautaires. Évalué à 2.
Et je ne parle même pas des cartes ELOM/ILOM (Sun), des DRAC (Dell) qui sont de véritables systèmes à part entiers (qui restent allumés même si le système est éteint).
À quand un firmware de BMC libre ?
[^] # Re: Analyse poussée ?
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Raisons pour qu'un État n'investisse pas dans le logiciel libre. Évalué à 2.
Ce n'est pas exclusif au Perl.
Ensuite, oui, ça dépend de qui l'écrit et ça n'excuse point de ne pas documenter, en Perl comme en PHP, etc..
[^] # Re: Analyse poussée ?
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Raisons pour qu'un État n'investisse pas dans le logiciel libre. Évalué à 1.
C'est vrai que ça manque d'un easyPerl pour installer MySQL et Apache2 en plus mais franchement...
Quant à la réputation de ne pouvoir lire le code... ce n'est pas plus facile de lire le code de certains logiciels libres écrits en C ou en PHP. Si l'auteur ne fait pas l'effort de bien écrire et documenter ses écrits, ce sera forcément difficile à relire.
Et ne pas voir que PHP a largement repris du Perl et du C, c'est être aveugle.
La grande différence est que les expressions_rationnelles (ou régulières) sont partiquement intégrées à Perl mais ce n'est pas à Perl qu'elles doivent leur complexité (ou leur puissance, c'est selon). C'est autrement plus délicat à utiliser dans d'autres langages.
La grande différence est que PHP a été conçu pour être utilisé dans un environnement Web et qu'il faut pratiquement utiliser soit des modules pour que Perl puisse être utilisé de la même façon (Template::Toolkit[2], par exemple, ou Catalyst[3]). Mais utiliser Perl sans CPAN, c'est comme utiliser PHP sans PEAR (et encore, la qualité y est souvent moindre).
Pour finir, le fait que PHP (tout comme MySQL) soit finalement poussé par une société commerciale a bien aidé pour son « buzz » (ce qui n'est ni le cas de Perl ni celui de PostgreSQL).
[1]: http://www.activestate.com/activeperl/
[2]: http://template-toolkit.org/
[3]: http://www.catalystframework.org/
[^] # Re: Analyse poussée ?
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Raisons pour qu'un État n'investisse pas dans le logiciel libre. Évalué à 1.
[^] # Re: Cool
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Un plugin totem pour accéder facilement aux flux french. Évalué à 2.
Et Dailymotion pue du bec ?
# Pourquoi utiliser une passphrase dans ce cas ?
Posté par Raphaël SurcouF (site web personnel) . En réponse au message Script et clef SSH cryptée avec une passphrase : comment outrepasser ?. Évalué à 2.
Ou d'exploiter un outil comme cfengine ou puppet pour réaliser ce genre de choses.
# CardDAV
Posté par Raphaël SurcouF (site web personnel) . En réponse au message Sécurité LDAP. Évalué à 1.
CardDAV* est une extension de WebDAV qui permet de publier des fichiers vCard à travers WebDAV. Alliée au protocole Zerconf, une ressource WebDAV est plus facile à « découvrir » et donc à partager dans un réseau local.
Il ne fallait pas lire, dans ce passage, un grief contre LDAP de la part d'Apple. Il s'agit simplement de l'exposé commercial de l'utilisation d'un nouveau protocole par MacOS X.
Autre article parlant de MacOS X 10.5 et de LDAP (StartSSL) :
http://blog.garnett.fr/?p=23
Il semblerait que, par défaut, MacOS X 10.5 impose l'utilisateur d'un port LDAP/SSL (636) et ne se contente plus de StartSSL (via le port 389).
*: http://www.ietf.org/html.charters/vcarddav-charter.html
# TLS_REQCERT
Posté par Raphaël SurcouF (site web personnel) . En réponse au message Sécurité LDAP. Évalué à 1.
http://futureshare.lip6.fr/MacOSX-ConfigLDAP-NFS.html
Cela devrait sans doute mieux éclairer ta lanterne.
[^] # Re: Interface PHP
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal ICINGA : Un fork de Nagios. Évalué à 10.
Au risque d'utiliser d'autres buzzwords, il conviendrait mieux d'écrire une interface SOAP/XML-RPC/REST à Nagios et de séparer ainsi la présentation des données via un portail qui pourrait être alimenté par d'autres Nagios/ICINGA voire d'autres sources d'informations relatives à la supervision.
Dans le monde du logiciel libre, la logithèque est trop importante pour faire des choix étriqués en terme d'interfaces et dans le monde de la supervision, nous avons besoin d'une vision globale, merci. Pas d'une énième interface PHP.
[^] # Re: horreur !
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal La belgique bloque l'accès au site stopkinderporno. Évalué à 2.
En France aussi (malheureusement pour le second).
[^] # Re: petit coin de liberté ??
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal La belgique bloque l'accès au site stopkinderporno. Évalué à 5.
[^] # Re: petit coin de liberté ??
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal La belgique bloque l'accès au site stopkinderporno. Évalué à 10.
http://www.liberation.fr/depeches/0101559640-tabassage-d-un-(...)
Publier des informations de cette nature ne peut que conduire à de tels actes.
[^] # Re: The Elements Of Style: UNIX As Literature
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal Au secours! Mark Shuttleworth veut simplifier les logiciels !. Évalué à 0.
$ man man
Œuf, poule, ...
# JID = mail
Posté par Raphaël SurcouF (site web personnel) . En réponse au message Carnets d'adresse centralisés LDAP. Évalué à 4.
La syntaxe de l'attribut mail peut donc être largement reprise pour définir un attribut supplémentaire (avec une classe auxiliaire supplémentaire) pour stocker les jid des utilisateurs s'ils doivent être distincts des adresses de messagerie électroniques.
[^] # Re: Les schémas, ça s'empile.
Posté par Raphaël SurcouF (site web personnel) . En réponse au message Carnets d'adresse centralisés LDAP. Évalué à 4.
Par contre, ils définissent des classes d'objets et des attributs.
Il existe plusieurs types de classes :
- les classes structurelles ;
- les classes auxiliaires.
Les premières sont exclusives pour une entrée donnée. Il ne peut y avoir d'autres classes du même type pour un même objet. Par contre, on peut ajouter des classes du second type à volonté. Les classes structurelles imposent généralement la présence d'au moins un des attributs qui leur sont liées, les classes auxiliaires ne l'imposent pas toujours.
Ajoutons à tout cela qu'il y a également de l'héritage entre les classes. Par exemple, inetOrgPerson hérite des mêmes attributs que organizationalPerson, qui elle-même, hérite des attributs de la classe person, etc.. Toutes les classes dépendent normalement de la classe top qui ne définit qu'un seul attribut, indispensable : objectClass.
[^] # Re: Toutepuissance de l'applicatif ?
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Oracle achète Sun. Évalué à 0.
Pareil pour l'iPhone et autres produits « populaires ».
[^] # Re: Contribution
Posté par Raphaël SurcouF (site web personnel) . En réponse à la dépêche Oracle achète Sun. Évalué à 3.
Sans parler des architectures : x86 ou Sparc.
# Admin ou « admin » et demi
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal allez, installe moi unzip !. Évalué à 6.
Mon expérience m'amène plutôt à penser que tu as affaire à un service de support dont les interlocuteurs de premier niveau ne sont pas des administrateurs systèmes. Au mieux, ce sont des pupitreurs. Tout ce qu'ils savent faire, c'est suivre des procédures strictes.
Si ta demande sort de ce cadre, ils auront du mal à répondre correctement.
Dans un monde professionnel voué à la rationnalisation, ce genre de service n'a qu'un seul objectif à satisfaire : le nombre de tickets résolus dans la période donnée.
Ceci génère des perversions telles que la réponse de l'acquittement de la demande en 1h et 59 minutes (contractuellement, pas plus de deux heures) ou la demande récurrente de fermeture du ticket à la moindre correspondance.
Dans un grand compte, si ton service n'est pas le maître d'ouvrage, ce sera encore pire pour obtenir une réponse dans des délais raisonnables.
[^] # Re: Trop d'opposant ? ou pas assez de député de la majorité ?
Posté par Raphaël SurcouF (site web personnel) . En réponse au journal HADOPI rejeté, mais de façon démocratique?. Évalué à 3.
Vu la superficie, une seule devrait suffire à tout raser et comme ça, plus de problèmes.
La fin justifie-telle donc tous les moyens ?