Kaj Arno met les points sur les i de la rumeur actuelle qui circule au sujet du départ de Monty Widenius. Oui, c'est une forte possibilité, mais non, elle n'est pas encore concrétisée. Vous trouverez toutes les raisons de Kaj dans son blogue du jour.

Nous avions relayé la rumeur du départ de Monty de Sun, via ValleyWag et Sheeri, mais il semble que cela ne soit pas encore le cas.

•  The rumours on Monty resigning (0 visite)

PHP et MySQL ne font l'objet d'aucune alerte de sécurité dans leurs versions courantes :
PHP 5.2.6 et 4.4.9; MySQL 5.0.67 (communauté) , 5.1.26 et 6.0.6.
Les mises à jour sont recommandées vers ces versions.

5 alertes de sécurité ont été émises cette semaine, concernant des applications suivantes :

Drupal, Invision Power Board, PHP Nuke, Zen Cart et e107

• Drupal Content Creation Kit Module Multiple HTML Injection Vulnerabilities
  
   http://www.securityfocus.com/bid/31027 (0 visite)
  
  Site :  http://drupal.org/ (0 visite)


• Invision Power Board "name" Remote SQL Injection Vulnerability
  
   http://www.frsirt.com/bulletins/15385 (0 visite)
  
  Site :  http://www.invisionboard.com/ (0 visite)


• myPHPNuke 'printfeature.php' SQL Injection Vulnerability
  
   http://www.securityfocus.com/bid/30959 (0 visite)
  
  Site :  http://www.securityfocus.com/bid/31023 (0 visite)


• Zen Cart Multiple SQL Injection Vulnerabilities
  
   http://www.zencart.com/ (0 visite)
  
  Site :  http://www.frsirt.com/english/advisories/2008/2468 (0 visite)


• BLOG Engine Plugin for e107 Remote SQL Injection Vulnerability
  
   http://e107.org/ (0 visite)
  
  Site :  frsirt (0 visite)

•  phpsecure (0 visite)


•  securityfocus (0 visite)

PHP developper a lancé la question à la communauté sur Twitter, et les réponses sont toujours aussi variées et distinctes. Il y a celui qui explique que PHP commençait là où d'autres technologies s'arrêtaient, et bien sûr, les classiques raisons de communauté, gratuité, liberté ou prix. Cela fait du bien de voir que la plate-forme n'a pas pris une ride.

•  Why do you use PHP? (0 visite)

Le retard de réplication remonte à une origine simple : le maître peut traiter les modifications de données en parallèle, puisque c'est comme cela qu'elles lui sont fournies. L'esclave, lui, doit les exécuter séquentiellement, car elles sont toutes consignées dans le log binaire avant de lui être fournie.

Tant que la réplication ne sera pas capable de dépasser cette limite, le retard de réplication sera une réalité à combattre tous les jours. A commencer par ne pas mettre le machine la plus puissante comme maître, ce qui aura tendance à lui faire prendre de l'avance.

•  MySQL Slave Delay Explained And 7 Ways To Battle It (0 visite)