Le seul warning est sur la présence d'URLs relatives. Tu peux essayer d'héberger une copie de la page (en réglant correctement le MIME-Type) et voir si le fait de passer à des URLs absolue règle les erreurs retournées par ton téléphone.
Heureusement que les nouveaux sites professionnels PHP sont développés en Apache2/PHP5. Par exemple http://velib.paris.fr/ nous annonce fièrement dans les entêtes:
Server: Apache/1.3.33 (Debian GNU/Linux) PHP/4.4.6-0.dotdeb.2 with Suhosin-Patch
Tu trouves sale la solution qui consiste à écrire du code C dans un fichier et à le faire compiler.
Nous n'avons pas les mêmes gouts.
Le développement en C est maitrisé et connu; maintenable, on trouve des compilateurs pour pratiquement toutes les architectures.
Je trouve particulièrement sale un mécanisme qui génèrerait directement du code binaire en mémoire; qui devrait être exécuter. Ca oblige à jouer avec les segments de données et de code; à contourner le résolveur de lien; a mettre tout un tas d'artifice qui vont être propre à l'architecture et à l'OS, sans garantie même d'une version à l'autre.
En plus de cela, ça oblige à intégrer au minimum un assembleur et un résolveur de liens directement dans ton programme, tache qui sera mal fait par rapport à un assembleur maintenu.
Ces taxes ne sont pas posées pour compenser le piratage, elles ne légitiment pas le piratage et ne rendent pas légaux l'utilisation de morceaux piratés.
Cette taxe existe pour compenser la copie privée. Lorsqu'on achète un morceau de musique, on achète en réalité une ou deux choses:
- Un support physique, sauf dans le cas de musique dématérialisée.
- Un droit d'écoute personnel du morceau.
Le droit d'écoute permet ce que l'on appelle en France l'exception pour la copie privée. On a payé le droit d'écouter la musique, quelque soit le support physique, et comme les supports physiques ne sont pas tous très solides, on a le droit de multiplier les supports physiques. Cela ne change rien au droit d'écoute que l'on a reçu. On n'a pas le droit de passer la musique à qui on veut, ou de la diffuser en public par exemple.
Comme certains (surtout parmi les gens qui touchent du pognon sur l'exploitation de la musique) ont estimé qu'ils perdaient de l'argent à chaque copie, parce que les gens ne re-achetaient pas ce qu'ils avaient déjà acquis; ils ont inventé un 'manque à gagner' lié à la copie privée; et pour compenser ce manque à gagner, on nous a pondu une belle taxe.
Depuis quelques temps existe l'annuaire universel, comme tu n'en parles pas, j'aborde le sujet:
L'annuaire universel français (j'imagine que tu es français avec un plan de numérotation pareil) contient l'ensemble des abonnés au téléphone en France, quelque soit l'opérateur.
Les lignes fixes y sont déclarés par défaut par l'opérateur sauf opposition explicite (liste rouge).
Les lignes mobiles n'y sont pas déclarés par défaut (liste rouge), sauf demande du client.
Le client titulaire d'une ligne fixe ou mobile, s'il le souhaite, et cela gratuitement et aussi souvent qu'il le souhaite, peut demander certaines options lors de sa parution dans l'annuaire universel. Dans les options possibles, il y a l'opposition à la prospection marketing, aussi appelé liste orange.
Si tu es sur liste rouge (situation par défaut) ou si tu es sur liste orange, et sauf autorisation explicite de ta part; les entreprises n'ont pas le droit de te téléphoner ou de t'envoyer ce genre de SMS, si ce n'est pas le cas, ils ont toute légalité de le faire.
J'suis d'accord avec Serge, le champignon est tout autant, voir plus exceptionnel et mérite largement toute notre considération; surtout sautés à la poële avec un peu de crème fraiche.
Sur un portable, il est généralement difficile de mettre deux disques dur.
Sur mon serveur, depuis plusieurs années j'ai mis le /boot sur une CF, non pas pour augmenter la vitesse, cela ne fait pas de différence; mais pour augmenter la fiabilité.
Les choses vont peut-être changer avec les nouveaux PC et le support par Vista d'une mémoire Flash complémentaire au disque dur. Ca devrait se démocratiser dans le matériel vendu.
Ca donne ça (c'est une vieille carte de 32 Mo):
hda: PQI ATA Rev6.0, CFA DISK drive
hda: 64000 sectors (32 MB) w/0KiB Cache, CHS=1000/16/4
hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: 6 MB in 3.66 seconds = 1.64 MB/sec
Je pense que cela n'a pas d'impact. Les cartes compact-flash proposent plusieurs protocoles, et l'un de ces protocole est IDE (sauf certaines cartes économiques qui 'oublient' de l'implémenter).
L'adaptateur fait donc essentiellement une adaptation physique, il propose un connecteur CF d'un coté, et un connecteur 40 broches + Molex ou un connecteur 44 broches de l'autre.
Sur certains adaptateurs, on trouve quelques portes logiques qui permettent d'avoir une LED d'activité qui s'allume en cas d'accès et un cavalier pour choisir d'installer la carte en maître ou en esclave.
Ca n'a rien à avoir avec un adaptateur IDE sur USB qui doit convertir un protocole série Mass-Storage de l'USB vers des commandes IDE sur un bus parallèle et qui demande de l'électronique.
Comme la FAT règne en maître sur le secteur des cartes mémoire, ces problèmes de vieillissement prématuré de certaines cellules (celles de la table d'allocation justement) ont été critique dès le début. A chaque fois que l'on modifie le nombre de secteur d'un fichier, la FAT est ré-écrite.
Les fabriquants ont été obligé d'installer dans leurs cartes une couche d'indirection entre les secteurs logiques vus par le système et les secteurs logiques. Ainsi, si on écrit 100 fois le même secteur, ce n'est pas le même secteur physique qui est utilisé à chaque fois.
Bien sur, ça coute, et dans le bas de gamme, on trouve encore probablement des mémoires qui n'implémentent pas ce genre de chose.
Un grand classique, c'est le défaut d'alimentation.
La RAM actuelle est très sensible aux chutes de tension; et parfois le contenu est corrompu alors que la carte mère, chargé de surveiller la tension et d'agir en cas de problème; ne voit rien.
Il y a eu une discussion il y a quelques mois chez les développeurs Linux signalant que souvent; en cas de coupure de courant sur des cartes mères bas de gamme; il arrivait qu'un transfert DMA en cours vers un disque dur se termine sans que la carte mère se rende compte que les données étaient corrompues. Le secteur écrit sur le disque dur au moment de l'extinction était donc complètement corrompu.
Si les gens qui sont contre une certaine position quittent le pays, alors ça contribue à concentrer l'autre catégorie, les gens qui soutiennent cette position et donc à leur donner du pouvoir.
Enfin, c'est peut-être une vision un peu mathématique des choses.
Je n'ai pas vu de bench entre le 32 bits et le 64 bits; mais c'est à mon avis la seule modification qui vaut le coup.
Le mode amd64 dispose de bien plus de registres et lors des appels de fonction, les paramètres sont passés premièrement dans les registres; ce qui doit donner normalement une sérieuse accélération. Logiquement, l'espace d'adressage étant plus gros, une partie des instructions sont plus grosses et le cache du processeur est un poil moins bien utilisé.
Je veux bien aider à la diffusion via bittorrent; mais pour cela il faut qu'il y ait un tracker officiel qui serve de référence.
Sans ce tracker de référence, pleins de gens vont créer leurs propres tracker et le traffic sera dispersé sur différentes copies, sans gain réel et du coup sans grand intérêt.
Je sais bien que les ampoules à LED sont populaires et à la mode, mais contrairement à ce que beaucoup pensent, elles n'ont pas un rendrement extraordinaire. La fluorescence donne de bien meilleurs résultats.
Le rendement en lumens par watts donne:
Ampoule à incandescence: 15 lm/W
Ampoule à incandescence hallogène: 20 lm/W
LED blanche de puissance: 30-45 lm/W
Ampoule fluoro-compact: 60-70 lm/W
C'est quand le filament est froid que sa résistivité est plus faible. C'est pour cela que les ampoules classiques claquent généralement au moment où l'on allume la lumière.
Mais ton raisonnement est exacte; il ne faut pas énormément de temps au filament pour refroidir, et le nombre d'allumage compte pour beaucoup dans la durée de vie de l'ampoule.
Ca me fait penser à une autre histoire de hoax que j'ai vu récement.
J'étais dans une gare SNCF de la banlieue parisienne en train d'attendre des amis, et en trainant, j'ai vu le texte de http://www.hoaxbuster.com/hoaxliste/hoax_message.php?idArtic(...) placardé sur le mur par un employé zélé, à destination des usagers. Le message avait été reçu par fax et visiblement circule aussi par ce moyen vu le nombre d'entêtes qui étaient en haut de la page.
Contrairement à ce que tu penses, je crois qu'une erreur d'écriture peut-être bien plus grave.
Si l'écriture touche les méta-données, alors cela peut détruire en grande partie ou complètement le système de fichier.
Ce que l'on reproche au RAID-5, c'est de ne pas être capable de faire ses écritures de façon atomique. Or comme il n'y a pas de somme de controle globale transverse à tous les disques, le système n'est pas capable de détecter de corruption lors d'une reconstruction.
Pour contourner ce problème, et là on sort du cadre d'un particulier; les fabriquant propose des cartes matérielles qui disposent de NVRAM ou de RAM et de batterie qui permet de conserver les données en cas de coupure de courant. Lorsque le courant revient, la carte écrit les blocs qu'elle n'a pas pu écrire avant la coupure sur les disques qui existent encore.
Comme c'est une carte matérielle, la structure de la matrice RAID-5 est propriétaire et il faut donc prévoir une carte de secours pour garantir de pouvoir remonter la matrice si la carte active meurt.
Encore un autre problème, évoqué par Theodore Ts'o ( par exemple en http://lkml.org/lkml/2005/6/27/298 mais je sais qu'il en a parlé lors de la conférence sur les FS en 2006, je ne retrouve plus le texte):
- Lors d'un transert DMA, les données sont copiées de la RAM vers le disque pour écriture. Le disque est fabriqué de façon a garantir une écriture de secteur atomique (ça ne fait que 512 octets).
- Lorsqu'il y a une coupure de courant, la tension chute à un niveau inacceptable pour la RAM (qui est très sensible) et son contenu est corrompu.
- Si la carte mère fait mal son boulot, et visiblement il y a beaucoup de cartes économiques qui ont ce défaut, elle ne détecte pas la chute de tension suffisement vite, et laisse le transfert DMA se faire vers le disque. Le disque n'ayant pas encore détecté la chute de tension écrit le secteur corrompu.
Hop, on a des données inutilisables sur le disque. Avec un journal on s'en sort si chaque evenement a une somme de controle. Sinon...
# Valide d'après le W3C
Posté par Sébastien Koechlin . En réponse au journal backend RSS linuxfr pas "normal" ?. Évalué à 5.
Le seul warning est sur la présence d'URLs relatives. Tu peux essayer d'héberger une copie de la page (en réglant correctement le MIME-Type) et voir si le fait de passer à des URLs absolue règle les erreurs retournées par ton téléphone.
# Velib
Posté par Sébastien Koechlin . En réponse au journal Fin de PHP 4 annoncée. Évalué à 1.
Server: Apache/1.3.33 (Debian GNU/Linux) PHP/4.4.6-0.dotdeb.2 with Suhosin-Patch
Oups /o\
[^] # Re: Je ne comprend pas
Posté par Sébastien Koechlin . En réponse au journal Auprès de mon arbre.... Évalué à 4.
Voir le blog d'un spécialiste du CNRS qui s'est spécialisé dans ce genre de chose: http://blogdesebastienfath.hautetfort.com/archive/2007/04/18(...)
[^] # Re: Perl !
Posté par Sébastien Koechlin . En réponse au journal Créer un livre dont vous êtes le héros avec des outils libres + question sur les regex. Évalué à 10.
perl -p fait la boucle et le print tout seul pour tout le contenu du fichier passée en entrée.
perl -e execute le programme passé sur la ligne de commande
Le if cherche un nombre suivit de '->' et le conserve dans la variable $i; il supprime la sortie en vidant $_
Le else ajoute "$i->" devant les chiffres et ajoute un saut de ligne.
Voila, ça ne m'a pas pris 10 minutes.
# Les gouts et les couleurs
Posté par Sébastien Koechlin . En réponse au journal Auto-génération de code à la volée. Évalué à 4.
Nous n'avons pas les mêmes gouts.
Le développement en C est maitrisé et connu; maintenable, on trouve des compilateurs pour pratiquement toutes les architectures.
Je trouve particulièrement sale un mécanisme qui génèrerait directement du code binaire en mémoire; qui devrait être exécuter. Ca oblige à jouer avec les segments de données et de code; à contourner le résolveur de lien; a mettre tout un tas d'artifice qui vont être propre à l'architecture et à l'OS, sans garantie même d'une version à l'autre.
En plus de cela, ça oblige à intégrer au minimum un assembleur et un résolveur de liens directement dans ton programme, tache qui sera mal fait par rapport à un assembleur maintenu.
Bref, une vrai usine à gaz.
# Une taxe n'est pas une amende
Posté par Sébastien Koechlin . En réponse au journal De la taxation des disques durs.... Évalué à 9.
Ces taxes ne sont pas posées pour compenser le piratage, elles ne légitiment pas le piratage et ne rendent pas légaux l'utilisation de morceaux piratés.
Cette taxe existe pour compenser la copie privée. Lorsqu'on achète un morceau de musique, on achète en réalité une ou deux choses:
- Un support physique, sauf dans le cas de musique dématérialisée.
- Un droit d'écoute personnel du morceau.
Le droit d'écoute permet ce que l'on appelle en France l'exception pour la copie privée. On a payé le droit d'écouter la musique, quelque soit le support physique, et comme les supports physiques ne sont pas tous très solides, on a le droit de multiplier les supports physiques. Cela ne change rien au droit d'écoute que l'on a reçu. On n'a pas le droit de passer la musique à qui on veut, ou de la diffuser en public par exemple.
Comme certains (surtout parmi les gens qui touchent du pognon sur l'exploitation de la musique) ont estimé qu'ils perdaient de l'argent à chaque copie, parce que les gens ne re-achetaient pas ce qu'ils avaient déjà acquis; ils ont inventé un 'manque à gagner' lié à la copie privée; et pour compenser ce manque à gagner, on nous a pondu une belle taxe.
# Opposition contre la prospection marketing
Posté par Sébastien Koechlin . En réponse au journal [HS] SPAM SMS. Évalué à 2.
L'annuaire universel français (j'imagine que tu es français avec un plan de numérotation pareil) contient l'ensemble des abonnés au téléphone en France, quelque soit l'opérateur.
Les lignes fixes y sont déclarés par défaut par l'opérateur sauf opposition explicite (liste rouge).
Les lignes mobiles n'y sont pas déclarés par défaut (liste rouge), sauf demande du client.
Le client titulaire d'une ligne fixe ou mobile, s'il le souhaite, et cela gratuitement et aussi souvent qu'il le souhaite, peut demander certaines options lors de sa parution dans l'annuaire universel. Dans les options possibles, il y a l'opposition à la prospection marketing, aussi appelé liste orange.
Si tu es sur liste rouge (situation par défaut) ou si tu es sur liste orange, et sauf autorisation explicite de ta part; les entreprises n'ont pas le droit de te téléphoner ou de t'envoyer ce genre de SMS, si ce n'est pas le cas, ils ont toute légalité de le faire.
[^] # Re: je préfère tout de même les champi
Posté par Sébastien Koechlin . En réponse au journal Appel à la population !. Évalué à 4.
# Apache ?
Posté par Sébastien Koechlin . En réponse au journal Mon serveur Web. Évalué à 4.
Je ne comprends pas pourquoi tu ne fais pas traiter ces requêtes par Apache ?
Tu fais écouter Apache sur le port 1090, port sur lequel tu déclares un VirtualHost qui ne contient qu'un document: ta page d'erreur. Non testé:
Listen 1090 <VirtualHost *:1090> DocumentRoot /var/www/blacklisted/ ServerName host.foo.com ErrorLog /dev/null CustomLog /dev/null NullFormat ErrorDocument 403 /index.html <Directory "/var/www/blacklisted/"> Options None DirectoryIndex index.html AllowOverride None Order Deny,Allow Deny from All </Directory> </VirtualHost>[^] # Re: Partie mobiles
Posté par Sébastien Koechlin . En réponse au journal Un PC qui carbure a l'huile minéral. Évalué à 1.
Le disque est bien évidement mort au bout de quelques dizaines de minutes si je me souviens bien.
[^] # Re: Sinon ..
Posté par Sébastien Koechlin . En réponse au journal Aide pour blague au bureau. Évalué à 1.
Lorsqu'on est paralysé, on ne peut pas respirer, les muscles de la cage thoracique ne sont pas épargnés par la substance. Seul le coeur est autonome.
Ce genre de substance est utilisée à l'hôpital dans les gaz anesthésiques, et nécessite systématiquement une assistance respiratoire.
[^] # Re: Limitations ?
Posté par Sébastien Koechlin . En réponse au journal remplacer un disque dur par une compact flash. Évalué à 2.
Sur mon serveur, depuis plusieurs années j'ai mis le /boot sur une CF, non pas pour augmenter la vitesse, cela ne fait pas de différence; mais pour augmenter la fiabilité.
Les choses vont peut-être changer avec les nouveaux PC et le support par Vista d'une mémoire Flash complémentaire au disque dur. Ca devrait se démocratiser dans le matériel vendu.
Ca donne ça (c'est une vieille carte de 32 Mo):
[^] # Re: Pub ?
Posté par Sébastien Koechlin . En réponse au journal remplacer un disque dur par une compact flash. Évalué à 2.
L'adaptateur fait donc essentiellement une adaptation physique, il propose un connecteur CF d'un coté, et un connecteur 40 broches + Molex ou un connecteur 44 broches de l'autre.
Sur certains adaptateurs, on trouve quelques portes logiques qui permettent d'avoir une LED d'activité qui s'allume en cas d'accès et un cavalier pour choisir d'installer la carte en maître ou en esclave.
Ca n'a rien à avoir avec un adaptateur IDE sur USB qui doit convertir un protocole série Mass-Storage de l'USB vers des commandes IDE sur un bus parallèle et qui demande de l'électronique.
[^] # Re: Limitations ?
Posté par Sébastien Koechlin . En réponse au journal remplacer un disque dur par une compact flash. Évalué à 3.
Les fabriquants ont été obligé d'installer dans leurs cartes une couche d'indirection entre les secteurs logiques vus par le système et les secteurs logiques. Ainsi, si on écrit 100 fois le même secteur, ce n'est pas le même secteur physique qui est utilisé à chaque fois.
Bien sur, ça coute, et dans le bas de gamme, on trouve encore probablement des mémoires qui n'implémentent pas ce genre de chose.
# Alimentation défectueuse ou faible
Posté par Sébastien Koechlin . En réponse au journal à la recherche du materiel parfait. Évalué à 2.
La RAM actuelle est très sensible aux chutes de tension; et parfois le contenu est corrompu alors que la carte mère, chargé de surveiller la tension et d'agir en cas de problème; ne voit rien.
Il y a eu une discussion il y a quelques mois chez les développeurs Linux signalant que souvent; en cas de coupure de courant sur des cartes mères bas de gamme; il arrivait qu'un transfert DMA en cours vers un disque dur se termine sans que la carte mère se rende compte que les données étaient corrompues. Le secteur écrit sur le disque dur au moment de l'extinction était donc complètement corrompu.
[^] # Re: C'est triste
Posté par Sébastien Koechlin . En réponse au journal Quel pays choisir ?. Évalué à 5.
Enfin, c'est peut-être une vision un peu mathématique des choses.
[^] # Re: Les améliorations techniques des processeurs.
Posté par Sébastien Koechlin . En réponse au journal Comparatif entre Debian compilé contre Debian générique.. Évalué à 1.
Le mode amd64 dispose de bien plus de registres et lors des appels de fonction, les paramètres sont passés premièrement dans les registres; ce qui doit donner normalement une sérieuse accélération. Logiquement, l'espace d'adressage étant plus gros, une partie des instructions sont plus grosses et le cache du processeur est un poil moins bien utilisé.
# Bittorrent
Posté par Sébastien Koechlin . En réponse au journal Little Hollywood, film indépendant sous licence libre. Évalué à 7.
Sans ce tracker de référence, pleins de gens vont créer leurs propres tracker et le traffic sera dispersé sur différentes copies, sans gain réel et du coup sans grand intérêt.
# Obtenir un certificat signé
Posté par Sébastien Koechlin . En réponse à la dépêche L'État français se dote d'une autorité de certification racine. Évalué à 6.
# LTSP
Posté par Sébastien Koechlin . En réponse au journal Linutop. Évalué à 1.
[^] # Re: Ampoule à LED
Posté par Sébastien Koechlin . En réponse au journal L'inventeur de l'année. Évalué à 1.
[^] # Ampoule à LED
Posté par Sébastien Koechlin . En réponse au journal L'inventeur de l'année. Évalué à 3.
Le rendement en lumens par watts donne:
Ampoule à incandescence: 15 lm/W
Ampoule à incandescence hallogène: 20 lm/W
LED blanche de puissance: 30-45 lm/W
Ampoule fluoro-compact: 60-70 lm/W
[^] # Re: Plutot pratique
Posté par Sébastien Koechlin . En réponse au journal L'inventeur de l'année. Évalué à 3.
Mais ton raisonnement est exacte; il ne faut pas énormément de temps au filament pour refroidir, et le nombre d'allumage compte pour beaucoup dans la durée de vie de l'ampoule.
[^] # Re: Hoax
Posté par Sébastien Koechlin . En réponse au journal La perversité de Windows Vista. Évalué à 1.
J'étais dans une gare SNCF de la banlieue parisienne en train d'attendre des amis, et en trainant, j'ai vu le texte de http://www.hoaxbuster.com/hoaxliste/hoax_message.php?idArtic(...) placardé sur le mur par un employé zélé, à destination des usagers. Le message avait été reçu par fax et visiblement circule aussi par ce moyen vu le nombre d'entêtes qui étaient en haut de la page.
[^] # Re: Meilleur et moins cher que le RAID5 ?
Posté par Sébastien Koechlin . En réponse à la dépêche Deux analyses précieuses sur la fiabilité et la longévité des disques durs. Évalué à 3.
Si l'écriture touche les méta-données, alors cela peut détruire en grande partie ou complètement le système de fichier.
Ce que l'on reproche au RAID-5, c'est de ne pas être capable de faire ses écritures de façon atomique. Or comme il n'y a pas de somme de controle globale transverse à tous les disques, le système n'est pas capable de détecter de corruption lors d'une reconstruction.
Pour contourner ce problème, et là on sort du cadre d'un particulier; les fabriquant propose des cartes matérielles qui disposent de NVRAM ou de RAM et de batterie qui permet de conserver les données en cas de coupure de courant. Lorsque le courant revient, la carte écrit les blocs qu'elle n'a pas pu écrire avant la coupure sur les disques qui existent encore.
Comme c'est une carte matérielle, la structure de la matrice RAID-5 est propriétaire et il faut donc prévoir une carte de secours pour garantir de pouvoir remonter la matrice si la carte active meurt.
Encore un autre problème, évoqué par Theodore Ts'o ( par exemple en http://lkml.org/lkml/2005/6/27/298 mais je sais qu'il en a parlé lors de la conférence sur les FS en 2006, je ne retrouve plus le texte):
- Lors d'un transert DMA, les données sont copiées de la RAM vers le disque pour écriture. Le disque est fabriqué de façon a garantir une écriture de secteur atomique (ça ne fait que 512 octets).
- Lorsqu'il y a une coupure de courant, la tension chute à un niveau inacceptable pour la RAM (qui est très sensible) et son contenu est corrompu.
- Si la carte mère fait mal son boulot, et visiblement il y a beaucoup de cartes économiques qui ont ce défaut, elle ne détecte pas la chute de tension suffisement vite, et laisse le transfert DMA se faire vers le disque. Le disque n'ayant pas encore détecté la chute de tension écrit le secteur corrompu.
Hop, on a des données inutilisables sur le disque. Avec un journal on s'en sort si chaque evenement a une somme de controle. Sinon...