The latest from the MySQL community

Comment créer une base de données MySQL avec des lieux géographiques, puis réaliser l'interface avec Google pour afficher tout ces points sur une carte du monde.

Active Record est un motif de conception qui permet de relier un objet avec une représentation par colonne dans une base de données. En fait, c'est tellement courant comme relation que des outils génériques ont été conçu pour créer des objets à partir de tables, et vice-versa.

Kore Nordman analyse ce concept, et nous explique quelles sont les limitations du concept d'Active Record, notamment dans son utilisation comme ORM.

Comment créer une base de données MySQL avec des lieux géographiques, puis réaliser l'interface avec Google pour afficher tout ces points sur une carte du monde.

Jan Kneschke publie un tutoriel pour le proxy MySQL, destiné à séparer les requêtes SQL en fonction de leur impact : les écritures vont directement sur le maître, tandis que les lectures vont uniquement sur les esclaves. Cela permet de mettre en place une architecture de réplication sans modifier le code source de l'application amont (PHP ou autre) : le proxy MySQL se charge de faire la répartition entre les différents noeuds de l'architecture.

Dans le deuxième volet du tutoriel, Jan s'intéresse à des couples de requêtes classiques, comme les insertions avec colonne auto_increment, ainsi qu'à la mesure du lag de réplication.

PHP et MySQL ne font l'objet d'aucune alerte de sécurité dans leurs versions courantes : PHP 5.2.3 et 4.4.7; MySQL 5.0.45 (communauté) et 5.0.45 (entreprise), 4.1.22, ainsi que 5.1.20-beta. Les mises à jour sont recommandées vers ces versions.

7 alertes de sécurité ont été émises cette semaine, concernant des applications suivantes : Drupal, Joomla, SPIP, WordPress, phorum, phpMyAdmin et vBulletin

Drupal Project and Project Issue Tracking Modules Insecure Permissions Security Bypass Vulnerability

Site : Joomla SimpleFAQ Component aid SQL Injection

Site : SPIP Inc-Calcul.PHP3 Remote File Include Vulnerability

Site : WordPress Blue Memories Theme "s" Cross-Site Scripting

Site : m-phorum Index.PHP Cross-Site Scripting Vulnerability

Site : RETIRED: phpMyAdmin Multiple Cross-Site Scripting Vulnerabilities

Site : vBulletin V3.6.8 XSS Password Md5 Hash …

[...] cela signifie que la population d'administrateurs de bases de données qui souhaitent gérer leurs données importantes sur MySQL est limité actuellement au nombre des DBA qui étaient déjà en train d'utiliser MySQL il y a 5 ans. Ce qui signifie que l'offre sur le marché est inférieure à la demande actuelle, d'un facteur de 5 à 10."

PHP et MySQL ne font l'objet d'aucune alerte de sécurité dans leurs versions courantes : PHP 5.2.3 et 4.4.7; MySQL 5.0.45 (communauté) et 5.0.45 (entreprise), 4.1.22, ainsi que 5.1.20-beta. Les mises à jour sont recommandées vers ces versions.

7 alertes de sécurité ont été émises cette semaine, concernant des applications suivantes : Drupal, Joomla, SPIP, WordPress, phorum, phpMyAdmin et vBulletin

Drupal Project and Project Issue Tracking Modules Insecure Permissions Security Bypass Vulnerability

Site : Joomla SimpleFAQ Component aid SQL Injection

Site : SPIP Inc-Calcul.PHP3 Remote File Include Vulnerability

Site : WordPress Blue Memories Theme "s" Cross-Site Scripting

Site : m-phorum Index.PHP Cross-Site Scripting Vulnerability

Site : RETIRED: phpMyAdmin Multiple Cross-Site Scripting Vulnerabilities

Site : vBulletin V3.6.8 XSS Password Md5 Hash …

[...] cela signifie que la population d'administrateurs de bases de données qui souhaitent gérer leurs données importantes sur MySQL est limité actuellement au nombre des DBA qui étaient déjà en train d'utiliser MySQL il y a 5 ans. Ce qui signifie que l'offre sur le marché est inférieure à la demande actuelle, d'un facteur de 5 à 10."

Un problème courant de la réplication MySQL est le lag, ou encore le retard entre le serveur maître et les serveurs esclave. La réplication est asynchrone, et les deux peuvent finalement être séparé d'une durée variable.

Dries Buytaert propose plusieurs approches pour gérer ce retard, à défaut de le corriger. 1. Exécuter les requêtes sur le maître, sauf en lecture seule 2. Passer en réplication synchrone (cluster MySQL, patch Google) 3. Utiliser un équilibreur de charge, ou un proxy 4. Utiliser le partitionnement et le sharding 5. Réécrire l'application pour qu'elle gère ce retard 6. Utiliser le modèle media wiki, où on teste le retard, et on attend qu'il se résorbe

Un problème courant de la réplication MySQL est le lag, ou encore le retard entre le serveur maître et les serveurs esclave. La réplication est asynchrone, et les deux peuvent finalement être séparé d'une durée variable.

Dries Buytaert propose plusieurs approches pour gérer ce retard, à défaut de le corriger. 1. Exécuter les requêtes sur le maître, sauf en lecture seule 2. Passer en réplication synchrone (cluster MySQL, patch Google) 3. Utiliser un équilibreur de charge, ou un proxy 4. Utiliser le partitionnement et le sharding 5. Réécrire l'application pour qu'elle gère ce retard 6. Utiliser le modèle media wiki, où on teste le retard, et on attend qu'il se résorbe