Moby-Dik a écrit 2937 commentaires

Apache n'a pas pour but de valoriser Linux, Unix, ou un OS en particulier. Apache est développé sans arrière-pensée stratégico-commerciale, au contraire des produits MS qui font partie d'un mouvement d'ensemble.

Et pour continuer l'exemple, IIS ne tourne que sous Windows.

Faut aussi avouer que mathématiquement pour l'algorithme même de clée publique clé privé il a énormément aidé.

Heu, quelqu'un a des précisions ? Je ne connais rien à ce sujet... Merci d'avance ;)

Et on ne le dira jamais assez, le nom UnitedLinux est en soi une atrocité invendable.

Hmm, je sais pas si y a des admins de linuxfr dans le coin, mais j'ai eu bcp de mal à poster le commentaire ci-dessus. D'une manière générale, avec les proxys du boulot, j'arrive rarement à poster un commentaire (c'est le seul site qui me fait ça). Y a-t-il des incompatibilités connues ?

(-1)

Comme le dit PRZ la partie intéressante à récupérer est l'interface graphique (sous Windows et MacOS ;-)), assez agréable et qui tente au maximum de faire oublier la non-intuitivité du fonctionnement de la crypto à clé publique. En effet, même si des plugins spécifiques (par exemple Enigmail pour Mozilla, compatible GPG et PGP) peuvent largement faciliter l'utilisation du soft, il reste qu'une interface centralisée et autonome permettant de gérer le trousseau de clés, mais aussi de faire diverses opérations (chiffrer un fichier par exemple), est indispensable.

Pour le coeur du programme, à savoir le code de chiffrement proprement dit, GnuPG n'a effectivement pas grand'chose à envier à PGP (au contraire, voire).

Rha, rogntudju, j'ai pas réussi à poster de long message de toute la journée (saleté de serveur ?), j'essaie une dernière fois ;(

Des précisions donc : l'unique élection qui eut lieu permit de choisir une fraction (cinq parmi quinze, je crois) des membres du "board of directors" de l'icann. Dès après les élections, les instances dirigeantes virent d'un mauvais oeil les personnes élues ; peut-être qu'ils espéraient un vernis démocratique à peu de frais en comptant sur des personnalités sans envergure.... Les directeurs n'ont de toute façon pas énormément de pouvoirs par rapport à l'ensemble de la machine bureaucratique (voir le mode de fonctionnement).

D'autre part il n'y eut jamais de véritable démocratie même interne. Ainsi un des directeurs élus finit par porter plainte auprès de l'Etat de Californie (à mon souvenir) pour avoir accès à des documents dont on lui refusait illégalement la consultation. On doit pouvoir retrouver les détails sur le site de l'EFF (http://www.eff.org/(...)), qui avait soutenu la dite démarche. Notons également que la moitié du budget est dépensée en frais légaux (cabinet d'avocats), ce qui est bizarre vu les activités supposées de l'Icann.

Enfin, ne pas oublier que l'Icann est toujours sous le contrôle du Département du Commerce américain, ce qui permet au gouvernement US de refuser ou d'imposer une décision s'il en a envie.

Des représentants élus, ça fait une démocratie représentative. Une démocratie directe, c'est quand ce sont les citoyens qui votent directement les décisions (assemblée en Grèce Antique, votations en Suisse Moderne ;-)).

Quant à dire que plus la "démocratie" est directe, plus elle est "démocratique", il me semble que c'est une tautologie (l'un des deux mots étant défini par rapport à l'autre).

Et encore, chez Windows ils ont mis un utilitaire de défragmentation, mais chez Linux ils sont trop prétentieux ils disent qu'ils en ont pas besoin ! Pffft ! Que des lamerZ !

L'une des options qui m'eclatent le plus dans DB2, c'est la parrametrage des temps de reponses des tetes de lecture pour accelerer une jointure entre 2 tables sur 2 disques differents ...

Ah, éclatant. On peut aussi paramétrer la longueur du pipeline du CPU et les temps de pénalité en cas de branch prediction miss ?

Ce qui serait vraiment éclatant, c'est que le machin soit suffisamment bien foutu pour éviter à l'admin ce genre de config ultra-bas-niveau ;)

Si je comprends bien, aegir il cherche un système de publication sur le web de type framework haut de gamme professionnel et libre qui plus est...

linuxfrench utilise spip, c'est déjà pas mal non ?

Non, mais tout le monde attend que tu nous donnes un lien vers :
- le standard du Pascal moderne qui-fait-tout-bien
- le compilo en logiciel libre multi-plateforme (et performant, tant qu'à faire)
- les librairies standardisées elles aussi

Par contre avoir des mots de passe en clair pose un autre probleme : celui d'une faille dans ton appli ou sur le serveur. Si quelqu'un arrive d'une maniere détournée à lire un de tes scripts (via une entrée mal protégée, via un faille d'un logiciel sur le serveur, via ..) il obtiendra le mot de passe pour acceder à la bdd, et ca c'est plus génant.

Certes mais avoir des machins compilés ne change rien au problème. On peut récupérer le mot de passe en clair dans la section data (par exemple) du binaire. C'est un peu moins immédiat, mais pas vraiment bloquant pour quelqu'un de déterminé.

Il est de toute façon recommandé de bloquer tout accès à la base depuis l'extérieur (firewall et/ou config du sgbd - skip_networking sous MySQL par exemple).

des tableaux de Variants pour faire du OLE

Ce serait plus simple de mettre OLE à la poubelle.
Et puis, c'est tellement beau, les Variants, on a l'impression de faire du typage dynamique en assembleur.

Sauf qu'entre temps, le Pascal est devenu objet... [...] L'environnement de développement Pascal serait pauvre. C'était vrai en 81, encore en 83, plus depuis... Jamais entendu parler de Delphi ?

C'est standard, tout ça ? Y a un compilateur dispo en logiciel libre, et multi-plateforme ?

Le Pascal, un langage de mangeur de quiches. Kernighan, inventeur du C avec Dennis Ritchie, explique pourquoi le Pascal n'est pas adapté à la vraie programmation, dans "Why Pascal is Not My Favorite Programming Language" :

http://www.lysator.liu.se/c/bwk-on-pascal.html(...)

Dites, ils ont overclocké leur turbine à pipo, chez LinuxFrench ? :)

Un extrait qui tue...

«C'est pas que java/EJB soit mauvais, c'est seulement que les « application serveur » auxquels je pense n'apportent pas grand chose de plus que des problèmes et des factures. Coder en L3G c'était bien il y a 15 ans, mais maintenant on veut quand même du RAD»

13 pages pour en arriver là, y'en a qui savent vraiment pas quoi faire de leur temps. Ben si, ils sont payés pour ça.

et côté mail gère sans problème des folders de milliers de messages

Ah non, en IMAP j'ai eu énormément de problèmes avec de gros dossiers. Systématiquement s'il chargeait plus 100 ou 200 messages à la fois (courant s'il l'on se resynchronise, ou que l'on archive un bout de dossier enlocal), le machin plantait.

Heureusement, avec Mozilla, plus d'embrouilles.

C'est vrai que les développeurs du libre sont pas souvent très sexy (sauf moi bien sûr :-)). Suffit de voir les photos des rédacteurs dans linuxfrench (mouarf) ou les grosses queues (de cheval) de certains militants du gnu (hihi)....

Mais qu'est-ce que ça vient foutre ici ce genre de querelle de chiffoniers ? Pouvez pas aller vous défouler dans la cour de récré ?

Moi-même présentement j'ai un carnet que t'y crois pas, sous Outlook Express quand je passe en grandes icônes ça prend la moitié d'écran, et tout cuir vachette hein pas du skaï, et des boutons dorés style "manager" sur les côtés pour briller la nuit.

Alors quand même, hein !

l'on pourrait voir de nombreuses applications portées sous Linux (je pense à celles d'Adobe, Ciel, Ebp, Quarks....) Le problème est que ce n'est pas du libre. "Un peu" dommage pour un système GNU / Linux...

php4 sur apache 2 n'est pas stable

J'ai essayé au boulot PHP 4.2.1 avec Apache 2.0.39, ça ne compile même pas. La partie qui fait rustine entre php et apxs2 est en cause.

Pour la lenteur, un thread sur la liste de développement d'Apache explique que c'est dû à une mauvaise compréhension de l'API d'Apache 2 par les développeurs PHP. En gros, au lieu d'envoyer les données d'un seul coup (au moins pour les morceaux de HTML statique), ils se retrouvent à les découper en petits bouts de 400 octets, et Apache 2 reproduit ce découpage derrière, d'où performances pourries.

Et encore, je te raconte pas les soi-disant marchands de bouse, qui en fait ne vendent que des épinards.... ;)

- I am not the Messiah !

- Only he who says he is not the Messiah, is the Messiah ! He is the Messiah !

- Oh, piss off, then : I am the Messiah !

- He said it ! He is the Messiah !

Le passage par valeur qui oblige à utiliser des pointeurs. En quelque sorte toucher à la mémoire en C est un passage obligé.

Ca doit être un troll :)) Vu que toute variable (à peu près) est stockée en mémoire quel que soit le langage, tout langage oblige à toucher à la mémoire... Rhha quelle horreur. Maintenant, si c'est le fait qu'il y ait des petites étoiles pour le signaler explicitement, tu peux toujours passer au C++, et les remplacer par des passages par référence.

La syntaxe qui peut très rapidement devenir cryptique pour peu qu'on ait à faire à un "3l33t c0d3rZ".

Humm. Tu en connais des langages qui empêchent de coder comme un porc ? (il vaudrait mieux que tu répondes non :-))

est-ce que le C est toujours utilisé à bon escient ? A mon avis non, mais ça n'engage que moi.

Bravo pour cette tautologie. Cite donc un langage toujours utilisé à bon escient :)