toto = if (a == 2) then 3
elsif (a== 5) then 6
else 42
end
equivalent perl :
$toto = ($i == 2) ? 3 : ($i == 5) ? 6 : 42
Comme quoi, on peut faire ca aussi.
Pour le use switch, j'ai tendance a dire : j'aime pas devoir faire appel a un module pour quelque chose qui pour moi releve plus du langage. Or le switch manque effectivement.
Et si tu fais une matrice, tu peux faire des itérateurs each_row, each_cell, etc.
La, ca devient interessant (non parce que les reverse et tout, ma foi, un foreach regle le probleme, alors qu'une manipulation de matrice oblige a faire deux foreach, c'est pas toujours top top)
Oui, mais on peut coder salement dans n'importe quel langage :) Ceci dit, il suffit de faire un grep pour retrouver toutes les définitions d'une classe.
Je disais plus ca en argument au fait qu'on critique toujours perl parce que c'est un langage qui permet de coder salement. On *peut* le faire. Dans tous les langages. Mais y'a aucun interet a le faire, quelque soit le langage.
Mais la magie de la redéfinition des opérateurs, c'est que tu peux définir une bonne fois pour toutes comment "<=>" compare tes objets.
Je ne sais pas si tu as essayé Rails, mais justement, ça roxor des ours grace à Ruby.
j'ai testouille, oui. Convaincu, non.
(pour le probleme de dates, la solution est dans perldoc.perl.org, une petite recherche te dit de faire un :
use DateTime;
(on en apprend tous les jours))
J'ai le meme avis que beaucoup d'autres ici. Perl a de la bouteille, est moins hype que python ou ruby. Mais il reste un excellent langage, il me permet d'etre efficace. ruby, j'ai teste avec RoR, j'ai patauge. Je ne suis pas fait pour, apparemment. Et python, j'aime pas ses regexp, NA ! :D
- c'est un langage fonctionnel, en plus d'être objet, et ça permet certaines constructions élégantes, par exemple récupérer la valeur de retour d'un "case" (équivalent du switch de C, en mieux).
C'est vrai, le switch case en perl n'existe pas en tant que tel. On peut aussi dire qu'on se debrouille tres bien sans :D
- les itérateurs, c'est vachement mieux que toutes les variantes de foreach. Je suppose qu'on doit pouvoir en ajouter à Perl, mais c'est bien quand tous les objets énumérables les ont d'office.
Moi, j'ai jamais aime les iterateurs, ca m'embrouille l'esprit, je n'arrive pas a "visualiser" ce qui se passe derriere. J'ai l'impression qu'on veut me masquer l'aspect "boucle" de la chose. Alors qu'un bon vieux foreach, ca te prend 2 lignes de plus que ton iterateur, je ne vois pas le probleme. Mais bon, ca c'est purement subjectif
- tu peux rajouter ou redéfinir des méthodes d'objets existants quand tu veux, là où en Perl tu devrais définir une fonction d'enrobage. Je prend un exemple à la con: si tu décides que tu veux logger toutes les connexions effectuées via http, il te suffit de redéfinir la méthode de connexion de la classe Net::HTTP (ou quelque chose du style) au début de ton script, et tu n'as rien à faire d'autre.
Inconvenient : ton Net::HTTP peut se retrouver dissemine dans tout ton code, apres, vazyleon pour retrouver la methode que tu veux. J'ai bon ? :D
- tu n'as pas besoin de mémoriser si ta variable est un array, un hash, un ensemble, un graphe, un arbre... pour savoir comment prendre un élément dedans, tu fais juste variable[identifiant].
Chacun son truc, moi j'aime les langages qui sont un minimum typés, ca m'interdit de faire des conneries genre vouloir acceder a la valeur d'un element d'une hash table alors que je suis dans un contexte de string. Ca me parait une contrainte importante. Encore une fois, c'est subjectif.
- tu peux redéfinir les opérateurs, c'est pratique, surtout pour l'opérateur de comparaison qui sert à faire des tris.
Je crois que perl6 devrait ajouter ce genre de fonctionnalites.
Pour ton exemple cela dit :
@articles = sort {$b cmp $a} @files;
- le controle d'accès des méthodes, ça a du bon pour les gros projets. (La philosophie de perl c'est: on n'exécute pas une fonction privée, pas parce que c'est impossible mais parce que ce n'est pas poli. En ruby c'est pas possible.)
Vrai. Y'a des moyens d'interdire reellement l'execution d'une fonction donnee, mais ca reste plus ou moins de la bidouille. C'est bien un element dommageable pour perl :)
- Ruby on Rails, ça déchire des ours, et ça aurait été vraiment difficile à coder en Perl.
C'est pas dit hein :D
Cela dit, justifier de la pertinence d'un langage par une application en particulier, je trouve ca mediocre comme argument :) Si je veux developper un module qui fait, disons, des acces a un annuaire LDAP, je m'en fiche royalement que RoR dechire des ours. Je veux que le langage que je vais utiliser me permette de faire mon script de maniere efficace, rapide, et qui reponde a mes attentes. RoR a beau etre un framework de dev web vachement classe, hype, a la mode et tout, il n'empeche que c'est pas ca qui va me faire developper un truc en Ruby. A la rigueur un truc pour le web, si je veux utiliser un framework et que le langage me plait. Mais c'est tout :)
Je repond pour lui : python impose une indentation, elle fait partie du langage. Et lui aime bien, je pense, garder ce genre de choses comme etant une commodite du codeur. A lui de faire son indentation comme il le souhaite.
En fait, je m'en doute bien que des gens l'utilisent deja. J'avais place ca juste pour pouvoir amorcer mon double jeu de mot sur thor et dapper drake :D
Sur une note beaucoup moins "creuse", je trouve que le logo pour la thor beta 1 : http://www.mandriva.com/var/mdk/storage/images/media/images/(...)
simple, mais efficace et sympathique. J'aime bien ce genre de design, si tout mandriva pouvait adopter ca plutot que [troll]cette etoile coloree a la toys'r us[/troll], ca serait vachement classe !
Tu seras peut-etre donc dans les premiers a tester cette nouvelle mandriva.
Moi, ce que je m'attend a voir, c'est que le premier qui teste mandriva Thor et adore nous fera un joli topic pour dire quil ne reste plus a Ubuntu Dapper Drake qu'a revoir sa copie.
(ce commentaire hispano norvegien sans interet vous etait offert par moi meme, avec des vrais morceaux de jeux de mot)
raté, la stratégie gagnante est celle du donnant donnant (jusqu'à preuve du contraire), parce qu'elle sait pardonner rapidement, et ne se laisse pas faire quand on la tape. Les stratégies les plus simples sont souvent les meilleures :)
Rappel : pour savoir la valeur d'une stratégie, on la confronte à d'autres, mais on n'a aucune connaissance de la nature de cette autre.
Le problème de ta stratégie est qu'elle ne laisse aucune place au pardon, donc quelque soit la stratégie en face, si celle ci trahit disons deux fois de suite, c'est fini. Exemple type, celle qui teste les réactions de l'autre pendant disons, 20 coups, en faisant des séquences, genre (T pour taperdessus, C pour coopération)
CCTCTTCCCTTTCTCTCCTC
A un moment, y'a deux T, donc dès la fin des 20 premiers coups, elles vont se taper dessus.
Il faut être capable de revenir à un état C-C, car il est plus "rentable" dans la durée, pour l'ensemble. Une stratégie comme la tienne a de fortes chances de tomber vite dans le travers (de porc) T-T, qui est le moins profitable.
(oui, en fait j'ai travaillé sur le sujet il fût un temps, j'ai même fait des jolis graphes, en caml, et tout, c'était marrant).
Souvenez-vous (ou pas) d'un de ces personnages qui a eu son heure de gloire par ici, en hiver l'an dernier (je crois). Un trolleur professionnel, qui a dû écrire 2 journaux de quarantes pages chacun, déchainant les passions les plus viriles. Du troll à l'état pur.
J'ai le malheur de ne pas retrouver son pseudo ni le journal (privé sans doute). Il avait un pseudo sans équivoque genre linuxlove (mais c'est pas ça), et soutenait dur comme fer que le libre, c'était le mal, économiquement pas fiable, etc.
Quelqu'un serait-il capable de retrouver ça ? J'ai fait le tour de mes favoris et de mes connaissances googlelesques, sans trouver :'(
Je pense que les utilisations de sendmail sont plus historique qu'autre chose non ?
Tout a fait, sendmail est le premier serveur digne de ce nom. Et il est encore dans le peloton de tete de ce qui se fait de mieux en terme de securite/performances/stabilite (soit dit en passant, la securite de sendmail a ete il fut un temps un probleme, mais ca a ete corrige en fait assez rapidement).
Et pour les nouvelles installations, je connais au moins une personne qui n'installera jamais que du sendmail, c'est le responsable du serveur mail de l'Universite de Zaragoza. Il en a une maitrise assez impressionnante (il patche sa configuration directement dans les fichiers resultant du m4, le tout sans doc, et sans se tromper. C'est tres bluffant a voir).
Tant qu'on n'est pas a faire des trucs etranges, ce qui peut amener dans de rares cas a bidouiller les fichiers .m4, la configuration se fait en un seul fichier, a coups de var = val.
Maintenant, le vrai challenge est de trouver le nom de la variable qu'on veut utiliser, mais quand on en arrive a ce genre de point la, je dirais que ton sendmail commence a sentir bon le serveur configure aux petits oignons.
Un sendmail, pour ce que j'en ai vu, c'est vachement plus configurable qu'un postfix (mais pour ca, faut pas avoir peur du camboui et de m4).
Sinon, pour le support de MILTER, je dirais : bien, mais dommage, MILTER etant tres souvent utilise pour la modification du message justement, qu'une bonne partie de l'interet du support de l'API tombe.
Sera il raisonnable dans le futur d'héberger son site web dans la cave de la pme? Un onduleur couplé à un groupe électrogène n'est il pas plus fiable qu'un data center surexploité avec 15.9A sur une prise de 16A?
Il y a des entreprises qui font deja ca. Apres, tout depend de la qualite de ton courant chez toi (ou chez l'entreprise) pour la fiabilite. Cela dit, elle ne fait pas tout. Si tu heberges chez toi et que ca prend feu, qui assure ? Et les donnees perdues ?
Les data center ont de beaux jours devant eux encore pour un bon moment, parce qu'un hebergeur dedie/mutualise a les capacites et les infrastructures necessaires pour fiabiliser ce genre de choses (salles blanches, dispositif incendies, portes blindees...) Et ont (je l'espere, parce que ca j'en sais rien) les assurances qui vont bien avec, qui font qu'en cas de panne, s'il y a un probleme, le dedommagement n'est pas imputable a l'entreprise qui est hebergee, mais a l'hebergeur, qui fait remonter ca a l'assurance pour pouvoir amortir les coups durs.
D'ailleurs la meilleur sécurité est la redondance. Mieux vaut avoir son site web en France, et une copie en Australie. Il y a il des possibilités de collaboration au niveau des hébergements? Par exemple: si un site tombe à cause d'une tempête exceptionnelle, l'url est commuté automatiquement vers un site de secours.
La, tu casses toute ton idee :) Depuis quand une pme/pmi a les moyens d'avoir une succursale en Australie ? Si un grand hebergeur ne propose pas de replication, est-ce qu'une petite boite va mettre en oeuvre ce genre de dispositifs (ca suppose des surcouts assez importants mine de rien)
D'ailleurs la meilleur sécurité est la redondance. Mieux vaut avoir son site web en France, et une copie en Australie. Il y a il des possibilités de collaboration au niveau des hébergements? Par exemple: si un site tombe à cause d'une tempête exceptionnelle, l'url est commuté automatiquement vers un site de secours.
La par contre, la parade s'organise, on trouve de plus en plus de services de sauvegarde de donnees en ligne. J'en connais un, je ne vais pas faire de pub parce que c'est pas le genre de linuxfr, et c'est pas libre, il en existe pas mal d'autres. Les hebergeurs proposent aussi souvent des backup (OVH par exemple sous forme de CD...)
Tu oublies dans les désavantages celui qui me casse le plus les bonbons :
* quand t'as deux mac, ne pense même pas à vouloir essayer de synchroniser ton ipod (dans mon cas, un shuffle) depuis l'un, puis l'autre, des deux mac. Parce qu'il t'efface tout ton contenu quand tu ouvres itunes \o/
Y'en a qui font de la pub personnelle, et c'est bien, c'est parfois subtile, parfois moins, mais ça passe.
Y'en a d'autres qui font ça comme des pieds, et ça passe pas du tout. Je veux dire simplement que je trouve que les spams commerciaux n'ont pas leur place dans les journaux, fussent-ils sur les journaux privés.
Finalement, le pauvre fiancé ayant perdu sa fiancée, va pouvoir avoir du temps libre pour débugger ce qui l'a rendu célibataire... Sauf que le manque de sexe va le démotiver...
Saleté de sercle *vicieux* :D
Oui, enfin :
* la dernière version de WMP pour Mac OS X date de mathusalem
* WMP n'est officiellement plus maintenu par Microsoft. Flip4Mac a pris la relève, mais... ne marche pas terrible
* ni WMP, ni Flip4Mac ne supportent les DRM, on ne peut toujours pas lire les derniers formats wmv...
Conclusion, sous osx comme sous linux, c'est grosso modo le même combat.
C'est pas un dotclear qui tourne là ? 180.000 euros pour un dotclear, une charte graphique, un hébergement, et un peu de com", je trouve ça un peu fort de café, pas vous ?
Allez, soyons pas vaches, mettons 20000 euros (on est super larges là, on y croit à mort, mais dans la réalité on devrait plutôt s'approcher de la moitié) pour toute la partie technique. Une campagne de com' à 160000 euros, pour si peu, je trouve ça limite du foutage de gueule...
Ben surtout que c'est pas dell.com qu'il a. Si encore c'était le cas, on peut arguer qu'il y a une légère différence entre le nom et le prénom, qui fait qu'avoir comme prénom milka, ça donne pas droit à milka.fr, mais qu'avoir comme nom de famille milka pourrait peser plus dans la balance... Non ?
Bon, moi je vais aller cacher mon nomdefamille.org, des fois que...
Y'en a bien d'autres en fait, parmi ceux-ci :
sunrisebrowser, amaya (oui bon, ok, je sors), omniweb, freeverse, shiira, icab, deskbrowse, flock sont parmi les plus "connus" si on enlève safari, firefox/mozilla, camino et opera.
Je ne vous cache pas que si ça se passe à Vienne, j'aurai probablement du mal à y aller, alors que ma foi, Lyon...
Seul regret : je n'ai pas vu de date...
Au crédit lyonnais c'est la même chose, que des chiffres. Et pas plus de 6 non plus. Je trouve que niveau sécurité c'est un peu lamentable.
Après, au CL, ils limitent à 3 tentatives, après ils bloquent. Ca limite les dégâts. Le CA ne le fait apparemment pas, ou alors ils le cachent bien.
En fait, même pas, un mac mini, ça se démoule, comme une tarte aux quetsch :)
Le meilleur outil serait une spatule de peinture, c'est fin et large. Moi j'avait démoulé le mien avec un couteau suisse et une petite lame, ça marche bien.
Après, l'accès à la ram est presque direct, rien à démonter.
Je tourne à 512Mo, et ça marche très bien, si ça peut te rassurer :)
[^] # Re: Alternative au perl
Posté par iznogoud . En réponse au journal Script LCL. Évalué à 1.
toto = if (a == 2) then 3
elsif (a== 5) then 6
else 42
end
equivalent perl :
$toto = ($i == 2) ? 3 : ($i == 5) ? 6 : 42
Comme quoi, on peut faire ca aussi.
Pour le use switch, j'ai tendance a dire : j'aime pas devoir faire appel a un module pour quelque chose qui pour moi releve plus du langage. Or le switch manque effectivement.
Et si tu fais une matrice, tu peux faire des itérateurs each_row, each_cell, etc.
La, ca devient interessant (non parce que les reverse et tout, ma foi, un foreach regle le probleme, alors qu'une manipulation de matrice oblige a faire deux foreach, c'est pas toujours top top)
Oui, mais on peut coder salement dans n'importe quel langage :) Ceci dit, il suffit de faire un grep pour retrouver toutes les définitions d'une classe.
Je disais plus ca en argument au fait qu'on critique toujours perl parce que c'est un langage qui permet de coder salement. On *peut* le faire. Dans tous les langages. Mais y'a aucun interet a le faire, quelque soit le langage.
Mais la magie de la redéfinition des opérateurs, c'est que tu peux définir une bonne fois pour toutes comment "<=>" compare tes objets.
C'est ce que je pensais, en disant : normalement, perl6 devrait corriger ce manque :
http://dev.perl.org/perl6/doc/design/apo/A03.html
Je ne sais pas si tu as essayé Rails, mais justement, ça roxor des ours grace à Ruby.
j'ai testouille, oui. Convaincu, non.
(pour le probleme de dates, la solution est dans perldoc.perl.org, une petite recherche te dit de faire un :
use DateTime;
(on en apprend tous les jours))
J'ai le meme avis que beaucoup d'autres ici. Perl a de la bouteille, est moins hype que python ou ruby. Mais il reste un excellent langage, il me permet d'etre efficace. ruby, j'ai teste avec RoR, j'ai patauge. Je ne suis pas fait pour, apparemment. Et python, j'aime pas ses regexp, NA ! :D
[^] # Re: Alternative au perl
Posté par iznogoud . En réponse au journal Script LCL. Évalué à 1.
C'est vrai, le switch case en perl n'existe pas en tant que tel. On peut aussi dire qu'on se debrouille tres bien sans :D
- les itérateurs, c'est vachement mieux que toutes les variantes de foreach. Je suppose qu'on doit pouvoir en ajouter à Perl, mais c'est bien quand tous les objets énumérables les ont d'office.
Moi, j'ai jamais aime les iterateurs, ca m'embrouille l'esprit, je n'arrive pas a "visualiser" ce qui se passe derriere. J'ai l'impression qu'on veut me masquer l'aspect "boucle" de la chose. Alors qu'un bon vieux foreach, ca te prend 2 lignes de plus que ton iterateur, je ne vois pas le probleme. Mais bon, ca c'est purement subjectif
- tu peux rajouter ou redéfinir des méthodes d'objets existants quand tu veux, là où en Perl tu devrais définir une fonction d'enrobage. Je prend un exemple à la con: si tu décides que tu veux logger toutes les connexions effectuées via http, il te suffit de redéfinir la méthode de connexion de la classe Net::HTTP (ou quelque chose du style) au début de ton script, et tu n'as rien à faire d'autre.
Inconvenient : ton Net::HTTP peut se retrouver dissemine dans tout ton code, apres, vazyleon pour retrouver la methode que tu veux. J'ai bon ? :D
- tu n'as pas besoin de mémoriser si ta variable est un array, un hash, un ensemble, un graphe, un arbre... pour savoir comment prendre un élément dedans, tu fais juste variable[identifiant].
Chacun son truc, moi j'aime les langages qui sont un minimum typés, ca m'interdit de faire des conneries genre vouloir acceder a la valeur d'un element d'une hash table alors que je suis dans un contexte de string. Ca me parait une contrainte importante. Encore une fois, c'est subjectif.
- tu peux redéfinir les opérateurs, c'est pratique, surtout pour l'opérateur de comparaison qui sert à faire des tris.
Je crois que perl6 devrait ajouter ce genre de fonctionnalites.
Pour ton exemple cela dit :
- le controle d'accès des méthodes, ça a du bon pour les gros projets. (La philosophie de perl c'est: on n'exécute pas une fonction privée, pas parce que c'est impossible mais parce que ce n'est pas poli. En ruby c'est pas possible.)
Vrai. Y'a des moyens d'interdire reellement l'execution d'une fonction donnee, mais ca reste plus ou moins de la bidouille. C'est bien un element dommageable pour perl :)
- Ruby on Rails, ça déchire des ours, et ça aurait été vraiment difficile à coder en Perl.
C'est pas dit hein :D
Cela dit, justifier de la pertinence d'un langage par une application en particulier, je trouve ca mediocre comme argument :) Si je veux developper un module qui fait, disons, des acces a un annuaire LDAP, je m'en fiche royalement que RoR dechire des ours. Je veux que le langage que je vais utiliser me permette de faire mon script de maniere efficace, rapide, et qui reponde a mes attentes. RoR a beau etre un framework de dev web vachement classe, hype, a la mode et tout, il n'empeche que c'est pas ca qui va me faire developper un truc en Ruby. A la rigueur un truc pour le web, si je veux utiliser un framework et que le langage me plait. Mais c'est tout :)
[^] # Re: Alternative au perl
Posté par iznogoud . En réponse au journal Script LCL. Évalué à 1.
[^] # Re: Effaré...
Posté par iznogoud . En réponse au journal Mandriva Thor béta de sortie. Évalué à 1.
Sur une note beaucoup moins "creuse", je trouve que le logo pour la thor beta 1 :
http://www.mandriva.com/var/mdk/storage/images/media/images/(...)
simple, mais efficace et sympathique. J'aime bien ce genre de design, si tout mandriva pouvait adopter ca plutot que [troll]cette etoile coloree a la toys'r us[/troll], ca serait vachement classe !
[^] # Re: Effaré...
Posté par iznogoud . En réponse au journal Mandriva Thor béta de sortie. Évalué à 1.
Moi, ce que je m'attend a voir, c'est que le premier qui teste mandriva Thor et adore nous fera un joli topic pour dire quil ne reste plus a Ubuntu Dapper Drake qu'a revoir sa copie.
(ce commentaire hispano norvegien sans interet vous etait offert par moi meme, avec des vrais morceaux de jeux de mot)
[^] # Re: Noms de code...
Posté par iznogoud . En réponse au journal Mandriva Thor béta de sortie. Évalué à 3.
[^] # Re: bien
Posté par iznogoud . En réponse au journal Le discours occidental vire t-il à la rhétorique ?. Évalué à 3.
Rappel : pour savoir la valeur d'une stratégie, on la confronte à d'autres, mais on n'a aucune connaissance de la nature de cette autre.
Le problème de ta stratégie est qu'elle ne laisse aucune place au pardon, donc quelque soit la stratégie en face, si celle ci trahit disons deux fois de suite, c'est fini. Exemple type, celle qui teste les réactions de l'autre pendant disons, 20 coups, en faisant des séquences, genre (T pour taperdessus, C pour coopération)
CCTCTTCCCTTTCTCTCCTC
A un moment, y'a deux T, donc dès la fin des 20 premiers coups, elles vont se taper dessus.
Il faut être capable de revenir à un état C-C, car il est plus "rentable" dans la durée, pour l'ensemble. Une stratégie comme la tienne a de fortes chances de tomber vite dans le travers (de porc) T-T, qui est le moins profitable.
(oui, en fait j'ai travaillé sur le sujet il fût un temps, j'ai même fait des jolis graphes, en caml, et tout, c'était marrant).
[^] # Re: Tant qu'on en est à creuser dans les méandres de linuxfr
Posté par iznogoud . En réponse au journal L'été est manchot, extrême manchot !. Évalué à 3.
# Tant qu'on en est à creuser dans les méandres de linuxfr
Posté par iznogoud . En réponse au journal L'été est manchot, extrême manchot !. Évalué à 1.
J'ai le malheur de ne pas retrouver son pseudo ni le journal (privé sans doute). Il avait un pseudo sans équivoque genre linuxlove (mais c'est pas ça), et soutenait dur comme fer que le libre, c'était le mal, économiquement pas fiable, etc.
Quelqu'un serait-il capable de retrouver ça ? J'ai fait le tour de mes favoris et de mes connaissances googlelesques, sans trouver :'(
[^] # Re: Problème
Posté par iznogoud . En réponse à la dépêche Sortie de Postfix 2.3. Évalué à 4.
Tout a fait, sendmail est le premier serveur digne de ce nom. Et il est encore dans le peloton de tete de ce qui se fait de mieux en terme de securite/performances/stabilite (soit dit en passant, la securite de sendmail a ete il fut un temps un probleme, mais ca a ete corrige en fait assez rapidement).
Et pour les nouvelles installations, je connais au moins une personne qui n'installera jamais que du sendmail, c'est le responsable du serveur mail de l'Universite de Zaragoza. Il en a une maitrise assez impressionnante (il patche sa configuration directement dans les fichiers resultant du m4, le tout sans doc, et sans se tromper. C'est tres bluffant a voir).
[^] # Re: Problème
Posté par iznogoud . En réponse à la dépêche Sortie de Postfix 2.3. Évalué à 1.
Maintenant, le vrai challenge est de trouver le nom de la variable qu'on veut utiliser, mais quand on en arrive a ce genre de point la, je dirais que ton sendmail commence a sentir bon le serveur configure aux petits oignons.
Un sendmail, pour ce que j'en ai vu, c'est vachement plus configurable qu'un postfix (mais pour ca, faut pas avoir peur du camboui et de m4).
Sinon, pour le support de MILTER, je dirais : bien, mais dommage, MILTER etant tres souvent utilise pour la modification du message justement, qu'une bonne partie de l'interet du support de l'API tombe.
Bravo a l'equipe postfix :)
[^] # Re: Que sera l'avenir?
Posté par iznogoud . En réponse au journal L’expérimentation FTTH de France Télécom débute. Évalué à 2.
Il y a des entreprises qui font deja ca. Apres, tout depend de la qualite de ton courant chez toi (ou chez l'entreprise) pour la fiabilite. Cela dit, elle ne fait pas tout. Si tu heberges chez toi et que ca prend feu, qui assure ? Et les donnees perdues ?
Les data center ont de beaux jours devant eux encore pour un bon moment, parce qu'un hebergeur dedie/mutualise a les capacites et les infrastructures necessaires pour fiabiliser ce genre de choses (salles blanches, dispositif incendies, portes blindees...) Et ont (je l'espere, parce que ca j'en sais rien) les assurances qui vont bien avec, qui font qu'en cas de panne, s'il y a un probleme, le dedommagement n'est pas imputable a l'entreprise qui est hebergee, mais a l'hebergeur, qui fait remonter ca a l'assurance pour pouvoir amortir les coups durs.
D'ailleurs la meilleur sécurité est la redondance. Mieux vaut avoir son site web en France, et une copie en Australie. Il y a il des possibilités de collaboration au niveau des hébergements? Par exemple: si un site tombe à cause d'une tempête exceptionnelle, l'url est commuté automatiquement vers un site de secours.
La, tu casses toute ton idee :) Depuis quand une pme/pmi a les moyens d'avoir une succursale en Australie ? Si un grand hebergeur ne propose pas de replication, est-ce qu'une petite boite va mettre en oeuvre ce genre de dispositifs (ca suppose des surcouts assez importants mine de rien)
D'ailleurs la meilleur sécurité est la redondance. Mieux vaut avoir son site web en France, et une copie en Australie. Il y a il des possibilités de collaboration au niveau des hébergements? Par exemple: si un site tombe à cause d'une tempête exceptionnelle, l'url est commuté automatiquement vers un site de secours.
La par contre, la parade s'organise, on trouve de plus en plus de services de sauvegarde de donnees en ligne. J'en connais un, je ne vais pas faire de pub parce que c'est pas le genre de linuxfr, et c'est pas libre, il en existe pas mal d'autres. Les hebergeurs proposent aussi souvent des backup (OVH par exemple sous forme de CD...)
[^] # Re: une version moins trollesque
Posté par iznogoud . En réponse au journal Apple et la propriété industrielle. Évalué à 3.
* quand t'as deux mac, ne pense même pas à vouloir essayer de synchroniser ton ipod (dans mon cas, un shuffle) depuis l'un, puis l'autre, des deux mac. Parce qu'il t'efface tout ton contenu quand tu ouvres itunes \o/
Et c'est chiaaaaaaaaant !
# hmmm...
Posté par iznogoud . En réponse au journal SugarCRM : Nouvelles formations inter-entreprises à Strasbourg. Évalué à 8.
Y'en a qui font de la pub personnelle, et c'est bien, c'est parfois subtile, parfois moins, mais ça passe.
Y'en a d'autres qui font ça comme des pieds, et ça passe pas du tout. Je veux dire simplement que je trouve que les spams commerciaux n'ont pas leur place dans les journaux, fussent-ils sur les journaux privés.
[^] # Re: emerge kmymoney
Posté par iznogoud . En réponse au journal Compilation de KmyMoney. Évalué à 1.
[^] # Re: Gag
Posté par iznogoud . En réponse au journal Firefox brise les couples. Évalué à 6.
https://bugzilla.mozilla.org/show_bug.cgi?id=95849
(alias Lack of Sex is interfering with my ability to triage bugs)
et
https://bugzilla.mozilla.org/show_bug.cgi?id=153617
(alias No sex interfering with ability to track bug)
Finalement, le pauvre fiancé ayant perdu sa fiancée, va pouvoir avoir du temps libre pour débugger ce qui l'a rendu célibataire... Sauf que le manque de sexe va le démotiver...
Saleté de sercle *vicieux* :D
[^] # Re: Puisqu'on cause de Gnome...
Posté par iznogoud . En réponse à la dépêche Sortie de GNOME 2.14. Évalué à -1.
[^] # Re: Euh ...
Posté par iznogoud . En réponse au journal :s/MTV/DRM. Évalué à 3.
* la dernière version de WMP pour Mac OS X date de mathusalem
* WMP n'est officiellement plus maintenu par Microsoft. Flip4Mac a pris la relève, mais... ne marche pas terrible
* ni WMP, ni Flip4Mac ne supportent les DRM, on ne peut toujours pas lire les derniers formats wmv...
Conclusion, sous osx comme sous linux, c'est grosso modo le même combat.
[^] # Re: flash
Posté par iznogoud . En réponse au journal Magnifique !!!. Évalué à 2.
Allez, soyons pas vaches, mettons 20000 euros (on est super larges là, on y croit à mort, mais dans la réalité on devrait plutôt s'approcher de la moitié) pour toute la partie technique. Une campagne de com' à 160000 euros, pour si peu, je trouve ça limite du foutage de gueule...
[^] # Re: pire que milka
Posté par iznogoud . En réponse au journal Le retour de l'affaire Milka ?. Évalué à 1.
Bon, moi je vais aller cacher mon nomdefamille.org, des fois que...
[^] # Re: Un projet libre c'est bien
Posté par iznogoud . En réponse à la dépêche Camino 1.0 est disponible. Évalué à 4.
sunrisebrowser, amaya (oui bon, ok, je sors), omniweb, freeverse, shiira, icab, deskbrowse, flock sont parmi les plus "connus" si on enlève safari, firefox/mozilla, camino et opera.
Voir par exemple :
http://darrel.knutson.com/mac/www/browsers.html
qui est franchement très complet :)
# A voté \o-
Posté par iznogoud . En réponse à la dépêche OOoCon 2006 : le vote pour la ville organisatrice est ouvert. Évalué à 3.
Seul regret : je n'ai pas vu de date...
[^] # Re: avant clavier virtuel faut revoir mot de passe
Posté par iznogoud . En réponse au journal Credit Agricole en ligne refusera bientôt l'accès aux navigateurs alternatifs. Évalué à 3.
Après, au CL, ils limitent à 3 tentatives, après ils bloquent. Ca limite les dégâts. Le CA ne le fait apparemment pas, ou alors ils le cachent bien.
[^] # Re: Mais attention, il faut aimer ...
Posté par iznogoud . En réponse au journal "Agile Web Development with Rails" traduit. Évalué à 5.
Il est facile d'accès, certes, ça ne donne pas une vision poussée des choses, mais ça permet de découvrir l'outil, ses possibilités, etc.
[^] # Re: A mon très humble avis ...
Posté par iznogoud . En réponse au message Passer de 1024Mo sous x86 à 512 sous PPC. Évalué à 2.
Le meilleur outil serait une spatule de peinture, c'est fin et large. Moi j'avait démoulé le mien avec un couteau suisse et une petite lame, ça marche bien.
Après, l'accès à la ram est presque direct, rien à démonter.
Je tourne à 512Mo, et ça marche très bien, si ça peut te rassurer :)