Mais dès qu'il aura fait corriger le problème, avec un temps de latence, ok, tout redeviendra normal.
Le temps de latence, il fait chier tt le monde, figure-toi.
Toi tu dis qu'il vaut mieux ne rien faire ? Dans ce cas, les spammeurs auront champ libre...
Parce qu'ils n'ont pas le champ libre ? Tout le monde en reçoit tous les jours, du spam... Faut croire que vouloir sécuriser l'intégralité de l'Internet est une idée un peu conne et dangereuse ;)
J'ajoute qu'une page donnant la liste antéchronologique est tout de même un complément appréciable pour les amateurs de fil d'anecdotes non-stop et non modéré.
Est-ce que l'auteur d'un article sur un site "à la LinuxFr" a le droit de demander à ce que son article disparaisse, par exemple, pour motifs divers et personnels ? A-t-il un quelconque droit sur cet article publié sur LinuxFr plus généralement ?
Oui. C'est une spécificité du droit d'auteur français. Ca s'appelle les "droits moraux", qui sont inaliénables. Tu as le droit de t'opposer, même a posteriori, à toute exploitation de ton oeuvre quelle qu'elle soit. C'est un peu comme une clause de conscience.
Et dans un tel débat, aucun argument technique ne permet de trancher.
De même que l'ergonomie s'intéresse à l'intuitivité et à la commodité des interfaces, on pourrait imaginer que des chercheurs abordent les différents langages informatiques selon une grille de critères (cognitif, psychovisuel, etc.).
Car, enfin, même s'il y a des gens qui adorent l'assembleur et intercal, il est sinon objectif, du moins raisonnable d'affirmer que ces langages ne sont pas taillés pour les projets de taille conséquente (pour prendre un exemple extrême).
Je crois que la remarque était que les attributs d'un éléments namespacé devraient, en l'absence d'indication supplémentaire, être considérés comme appartenant par défaut au dit namespace. Ce serait plus conforme au principe de "least astonishement".
Sinon, comme je le dis plus bas, XML n'a jamais été fait pour être écrit à la main,
Toi y en a rigoler ? XML est précisément fait pour que l'opérateur soit capable de travailler (lire et écrire) directement sur le fichier. Pourquoi un machin si verbeux, à ton avis, si ce n'est pas pour ça ?
D'ailleurs, faut pas déconner : c'est quoi XHTML ? C'est pas du XML ? :-))
En faite, le langage est tellement mal foutu, verbeux, pas puissant, anti-intuitif et anti-pratique, qu'on dirait qu'il a ete cree pour vendre des bouquins !
En bref, tout le contraire de XPath qui lui, est vraiment excellent.
Ma question est, mais pourquoi ne pas avoir continue avec la meme syntaxe et
le meme esprit que Xpath, dont xsl a forcement besoin ?
Pourquoi appeler des constantes des variables ???
Pourquoi imposer la recursivite avec un langage aussi verbeux ?
Pourquoi ne pas appliquer les css(la forme) directement sur le XML(le fond) ?
Master-dik, je t'aime beaucoup quand tu fais des blagues lourdes, mais il y a des limites.
:-))
Apparemment les développeurs Mono considèrent que le bytecode .Net est mieux adapté à une optimisation en JIT que le bytecode Java. Certes ce sont les développeurs Mono, mais ils n'ont pas d'intérêt commercial dans .Net, et ils ont choisi librement de traiter le sujet .Net alors qu'ils auraient pu prendre Java, ce qui ne remet pas en cause leur indépendance.
L'autre problème est que la possibilité de bindings dans plein de langages est activement supportée par MS (argument de vente de .Net) tandis que je n'ai pas l'impression que Sun fasse beaucoup de pub autour de la même chose pour Java, et s'en soucie. En clair, si un jour Sun veut sortir un machin qui ne sera efficacement implémentable qu'avec le _langage_ Java, a priori ils ne s'en priveront pas.
J'aimerai savoir. lorsque je modifie l'annuaire, comment faire pour que les clients soient avertis ?
Les clients sont avertis à chaque fois qu'ils font une consultation LDAP, c-à-d normalement à chaque demande ;-)
(à moins que le client ait un système de cache)
LDAP c'est un peu comme une base de données (d'ailleurs le back-end est souvent une base de données : dbm, berkeley db...) : le serveur ne garde pas trace de l'état des clients. Par contre OpenLDAP est paraît-il assez doué pour la réplication, donc tu peux mettre des petits OpenLDAP répliqués sur chaque machine si besoin est.
Ce n'est pas vraiment un fan club mais j'ai l'honneur d'être le premier à faire parti de la liste des gens à éviter de matiasf! Je suis même sur sa page oueb :-p J'ai beaucoup galéré pour y arriver mais je vois qu'avec vos échanges sur apache 2.0, tu tiens le bon bout ;-)
Vu comment c'est parti, c'est plutôt houblahoup (orthographe imprécise) qui va lancer une fatwa sur moi.
Lorsque Apache 2.1 sortira il sera basé sur la version 2.0.x
Basé oui, mais il ne sera pas sûrement compatible du point de vue des modules (ils vont probablement changer plusieurs fois l'API puisque c'est une version de développement).
Allez, arrêtes ton délire et assumes les conséquences de tes trolls
Ah oui, visiblement, toi tu sais argumenter velu :) (du genre : la debian est à la pointe des mises à jour, dixit ton post tout en bas du forum ;-))
et tu joues au mec qui attend un débat objectif et sérieux
Heu, non, honnêtement, je m'en fous, par contre j'aime bien titiller les gens qui ne peuvent pas s'empêcher de pêter un câble quand on critique leur distrib chérie. D'ailleurs t'es pas mal dans le genre, t'es membre d'un fan-club ? :-)))
[^] # Re: Le serveur SMTP de Nerim blackliste.
Posté par Moby-Dik . En réponse à la dépêche Le serveur SMTP de Nerim blackliste.. Évalué à 1.
Le temps de latence, il fait chier tt le monde, figure-toi.
Toi tu dis qu'il vaut mieux ne rien faire ? Dans ce cas, les spammeurs auront champ libre...
Parce qu'ils n'ont pas le champ libre ? Tout le monde en reçoit tous les jours, du spam... Faut croire que vouloir sécuriser l'intégralité de l'Internet est une idée un peu conne et dangereuse ;)
[^] # Re: L'avenir du futuroscope de Poitiers
Posté par Moby-Dik . En réponse à la dépêche L'avenir du futuroscope de Poitiers. Évalué à 1.
[^] # Re: Comprendre XSLT, critique du livre
Posté par Moby-Dik . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
Justement... XSL est lisible, peut-être ? ;)
[^] # Re: Payer l'argent
Posté par Moby-Dik . En réponse à la dépêche Moneo, la nouvelle douloureuse pour les consommateurs ?. Évalué à 1.
perdre sa vie à gagner de l'argent pour avoir le droit de payer des trucs en pure perte
# Re: On cause logiciels libres dans la Gazette des Communes
Posté par Moby-Dik . En réponse à la dépêche On cause logiciels libres dans la Gazette des Communes. Évalué à 1.
# Re: Pour un meilleur journal
Posté par Moby-Dik . En réponse au journal Pour un meilleur journal. Évalué à 1.
# Re: À propos du droit d'un auteur sur son article
Posté par Moby-Dik . En réponse au journal À propos du droit d'un auteur sur son article. Évalué à 1.
Oui. C'est une spécificité du droit d'auteur français. Ca s'appelle les "droits moraux", qui sont inaliénables. Tu as le droit de t'opposer, même a posteriori, à toute exploitation de ton oeuvre quelle qu'elle soit. C'est un peu comme une clause de conscience.
[^] # Re: Des langages verbeux ?
Posté par Moby-Dik . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
[^] # Re: XSL considéré comme nuisible...
Posté par Moby-Dik . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
De même que l'ergonomie s'intéresse à l'intuitivité et à la commodité des interfaces, on pourrait imaginer que des chercheurs abordent les différents langages informatiques selon une grille de critères (cognitif, psychovisuel, etc.).
Car, enfin, même s'il y a des gens qui adorent l'assembleur et intercal, il est sinon objectif, du moins raisonnable d'affirmer que ces langages ne sont pas taillés pour les projets de taille conséquente (pour prendre un exemple extrême).
[^] # Re: Comprendre XSLT, critique du livre
Posté par Moby-Dik . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
[^] # Re: Comprendre XSLT, critique du livre
Posté par Moby-Dik . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
Toi y en a rigoler ? XML est précisément fait pour que l'opérateur soit capable de travailler (lire et écrire) directement sur le fichier. Pourquoi un machin si verbeux, à ton avis, si ce n'est pas pour ça ?
D'ailleurs, faut pas déconner : c'est quoi XHTML ? C'est pas du XML ? :-))
[^] # Re: Comprendre XSLT, critique du livre
Posté par Moby-Dik . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
En bref, tout le contraire de XPath qui lui, est vraiment excellent.
Ma question est, mais pourquoi ne pas avoir continue avec la meme syntaxe et
le meme esprit que Xpath, dont xsl a forcement besoin ?
Pourquoi appeler des constantes des variables ???
Pourquoi imposer la recursivite avec un langage aussi verbeux ?
Pourquoi ne pas appliquer les css(la forme) directement sur le XML(le fond) ?
Ah, enfin une remarque censée :-)))
[^] # Re: Clonage...
Posté par Moby-Dik . En réponse à la dépêche installation de knoppix/debian et backup de HDD par le réseau. Évalué à 1.
[^] # Re: Plein de langage pour la JVM
Posté par Moby-Dik . En réponse à la dépêche Benchmark J2EE vs dotNET. Évalué à 1.
:-))
Apparemment les développeurs Mono considèrent que le bytecode .Net est mieux adapté à une optimisation en JIT que le bytecode Java. Certes ce sont les développeurs Mono, mais ils n'ont pas d'intérêt commercial dans .Net, et ils ont choisi librement de traiter le sujet .Net alors qu'ils auraient pu prendre Java, ce qui ne remet pas en cause leur indépendance.
L'autre problème est que la possibilité de bindings dans plein de langages est activement supportée par MS (argument de vente de .Net) tandis que je n'ai pas l'impression que Sun fasse beaucoup de pub autour de la même chose pour Java, et s'en soucie. En clair, si un jour Sun veut sortir un machin qui ne sera efficacement implémentable qu'avec le _langage_ Java, a priori ils ne s'en priveront pas.
[^] # Re: OpenLDAP et Mozilla
Posté par Moby-Dik . En réponse à la dépêche OpenLDAP, addressbook et auth-apache. Évalué à 1.
[^] # Re: Article du washington post sur la migration d'une région d'Espagne de
Posté par Moby-Dik . En réponse à la dépêche Article du washington post sur la migration d'une région d'Espagne de Windows à Linux. Évalué à 1.
[^] # Re: Et une news a troll de plus
Posté par Moby-Dik . En réponse à la dépêche Microsoft voudrait lier un peu plus Office et Windows. Évalué à 1.
Source Safe, je suis d'accord que c'est pourri, mais je ne crois pas que ce soit inclus par défaut avec Visual Studio.
[^] # Re: Qui utilise encore Potato ?
Posté par Moby-Dik . En réponse à la dépêche Qui utilise encore Potato ?. Évalué à 1.
[^] # Re: OpenLDAP, addressbook et auth-apache
Posté par Moby-Dik . En réponse à la dépêche OpenLDAP, addressbook et auth-apache. Évalué à 1.
Les clients sont avertis à chaque fois qu'ils font une consultation LDAP, c-à-d normalement à chaque demande ;-)
(à moins que le client ait un système de cache)
LDAP c'est un peu comme une base de données (d'ailleurs le back-end est souvent une base de données : dbm, berkeley db...) : le serveur ne garde pas trace de l'état des clients. Par contre OpenLDAP est paraît-il assez doué pour la réplication, donc tu peux mettre des petits OpenLDAP répliqués sur chaque machine si besoin est.
[^] # Re: OpenLDAP, c'est la version libre de l'Active Directory, de Microsoft ?
Posté par Moby-Dik . En réponse à la dépêche OpenLDAP, addressbook et auth-apache. Évalué à 1.
http://www.fivesight.com/downloads/openldap.asp(...)
C'est une version relativement récente (suffisamment pour faire du LDAP v3)
[^] # Re: Qui utilise encore Potato ?
Posté par Moby-Dik . En réponse à la dépêche Qui utilise encore Potato ?. Évalué à 1.
Vu comment c'est parti, c'est plutôt houblahoup (orthographe imprécise) qui va lancer une fatwa sur moi.
M'enfin ;)
[^] # Re: Qui utilise encore Potato ?
Posté par Moby-Dik . En réponse à la dépêche Qui utilise encore Potato ?. Évalué à 1.
Basé oui, mais il ne sera pas sûrement compatible du point de vue des modules (ils vont probablement changer plusieurs fois l'API puisque c'est une version de développement).
Je suis prêt a parier un paquet de pognon sur çà.
Heu, non, merci, ça va ;)
[^] # Merci
Posté par Moby-Dik . En réponse à la dépêche Qui utilise encore Potato ?. Évalué à 1.
[^] # Re: Qui utilise encore Potato ?
Posté par Moby-Dik . En réponse à la dépêche Qui utilise encore Potato ?. Évalué à 1.
[^] # Re: Qui utilise encore Potato ?
Posté par Moby-Dik . En réponse à la dépêche Qui utilise encore Potato ?. Évalué à 1.
content pour toi !
Allez, arrêtes ton délire et assumes les conséquences de tes trolls
Ah oui, visiblement, toi tu sais argumenter velu :) (du genre : la debian est à la pointe des mises à jour, dixit ton post tout en bas du forum ;-))
et tu joues au mec qui attend un débat objectif et sérieux
Heu, non, honnêtement, je m'en fous, par contre j'aime bien titiller les gens qui ne peuvent pas s'empêcher de pêter un câble quand on critique leur distrib chérie. D'ailleurs t'es pas mal dans le genre, t'es membre d'un fan-club ? :-)))