Selon cet article de Radio-Canada, le Conseil de la radiodiffusion et des télécommunications canadiennes (CRTC) autorise les fournisseurs de service Internet (FSI) à ralentir les connexions de leurs clients pour gérer le trafic sur leurs réseaux.

Selon cette politique, les FSI devront aviser leurs clients de leurs pratiques dans un délai de 30 jours avant la mise en place d'une pratique à caractère non économique.

Selon le CRTC, une pratique devrait être mise en oeuvre seulement si:

• Elle a été conçue pour une raison valable, comme prévenir la congestion d'un réseau Internet;
  
• Elle a été conçue très précisément pour atteindre les résultats visés, en utilisant les moyens les moins contraignants possible;
  
• Elle cause le moins d'ennuis possible aux clients, au fournisseur de l'application ou au FSI qui est un client de gros;
  
• Des investissements dans le réseau ou des mesures à caractère économique ne permettraient pas d'atteindre le même objectif de manière aussi efficace.

Cette décision du CRTC survient alors que son équivalent américain, la Federal Communications Commission (FCC), devrait recommander des mesures contraires au Congrès jeudi. Tant le président américain, Barack Obama, que le président de la FCC, Julius Genachowski, sont des défenseurs de la neutralité d'Internet.

Une idée comme ça à laquelle je pensais. Sur la page principale, après un certain nombre de caractères, un blog pourrait être automatiquement coupé avec une note "Plus de détails" (plutôt que couper à l'aide du tag). Plutôt que d'ouvrir le blog en cliquant sur "Détails" vers une autre page contenant la version longue, il pourrait s'étirer (expend). Cliquer dessus à nouveau fermerait le blog pour le remettre à la version courte.

Si on désire commenter ou voir l'ensemble du blog et des commentaires (comme déjà c'est le cas), cliquer sur le titre ou "X commentaires (Y pertinents)" permettrait de s'y rendre.

Enfin, quelque chose comme ça. Je trouverais pratique d'afficher tout le blog sans ouvrir une autre page avec les commentaires, etc.

Dernière modification le 09/11/2009 @ 11:16 par Drizzt

Au bureau, nous avons eu un problème de performance au niveau de l'accès disque de nos serveurs Dansguardian/Squid. Avec un peu de recherche, je suis tombé sur ce wiki hébergé chez le projet squid-cache lui-même.

Comme nous utilisons un RAID-5 de disques SCSI haute-vitesse, et même un LUN sur un SAN Fiber-Channel, il n'y a pas grand chose d'autre à faire côté hardware, sauf ajouter un 4e serveur.

Voici donc des optimisations à faire du côté du file-system. C'est logiciel, donc ça peut se changer facilement et être remis comme avant si des effets défastes seraient trouvés. Appliquez ces changements sur un disque formatté EXT3 seulement.

Pour le reste de l'article, cliquez sur Détails

Dernière modification le 16/10/2009 @ 15:47 par Drizzt

Petite histoire apprise grâce à mon beau-père, propriétaire d'une Mazda 3 2004. Il semblerait qu'il existe une extension de garantie à 6 ans ou 100 000 km pour les Mazda 3 2004, puisqu'elles ont un problème de perforation de la carosserie.

Il est ainsi possible de faire faire une réparation de la carosserie chez le concessionnaire. Dans le cas de mon beau-père, c'est un changement de porte, de valise ainsi que de la peinture. Avoir fait faire ce travail à ses frais, c'est plus de 3000$ de réparations qu'il aurait eu à débourser.

Donc, si vous connaissez un propriétaire de Mazda 3, ou encore que vous êtes propriétaire d'une Mazda 3, que votre véhicule est toujours sous cette extension de garantie et que vous trouvez qu'il a veilli prématurément, vous devriez aller piquer une petite jasette avec votre gérant de service chez votre concessionnaire!

Un petit message pour vous dire que je vais passer le serveur à CentOS 5 demain ou dimanche.

Il y aura donc indisponibilité du serveur pendant ce temps, ainsi qu'un risque de petits pépins à régler par la suite.

Ne vous surprenez donc pas si le site est indisponible. Je vais rétablir la situation le plus rapidement possible.

Update :
La transition devrait être terminée. C'est possible qu'il y ait des accrocs, par exemple, Nick n'était plus capable d'accéder à son répertoire maison via FTP, c'est un paramètre par défaut de SELinux qui causait ça. Si vous détectez des problèmes, n'hésitez pas à m'en faire part!

Dernière modification le 14/10/2009 @ 11:09 par Drizzt