Voici les dernières nouvelles collectées cette semaine sur les listes de développement de MySQL :
Billet original publié sur les blogs de developpez.com...
La version 3.0.0 de phpMyAdmin vient de sortir et est disponible au téléchargement.
Elle nécessite au moins la version 5.2 de PHP et 5.0 de MySQL. Cette version présente une liste de corrections, de modifications et de nouveautés, parmi lesquelles:
Pour plus d'information, lisez la liste complète des modifications ou téléchargez et testez le produit. …
[Lire plus]
Giuseppe Maxia vient de mettre la main sur un moteur de révision,
qui est en fait une table qui note les modifications dans les
données d'une table. Elle fonctionne comme un svn, et note les
opérations qui se déroule sur les données : elle note un numéro
de version pour la ligne (identifiée par une clé primaire), et un
type d'opération (effacé, modifié) ainsi que la date et la valeur
initiale. On a donc une table qui contient l'historique de
l'autre.
C'est un premier pas pour faire des suivis de modifications dans
les bases de données. C'est très demandé en sécurité, pour savoir
qui a fait quoi dans la base, mais cela pourra aussi servir en
production, pour comparer deux tables entre le développement et
la production : or, la fusion de tables fait encore partie des
défis à relever.
Ce message sort juste le lendemain de celui de Ewen, qui traite
justement des triggers pour auditer les tables MySQL.
Je vous invite à découvrir le nouveau numéro de PHP Solutions.
Dans ce numéro :
Flash et PHP, Créer un module pour Joomla!, Flyspray – bug
killer, Application PHP et sécurité.
En plus :
Asterisk et PHP, Spiders – optimisez votre référencement,
Manipulation en PDO, Performance des applications Web, Le
programmateurs d'événements.
Sur le CD joint au numéro :
Ac3Folders : version complète d'une valeur de 17,99 $,
Database Restyle – Application : version valable jusqu'au 22
avril 2009.
En exclusivité, nous vous présentons le cours vidéo sur Flash et
PHP, entièrement en français !
Visitez le site :
http://www.phpsolmag.org/fr
Proposé par Lucas Bartoszewicz
Actuellement, pour les sessions, nous utilisons un gros serveur et MySQL avec des tables en HEAP pour stocker les sessions. Problème, ces tables ne supportent pas les types BLOB et TEXT, ce qui implique d'utilise un champ VARCHAR, limité à 255 caractères, on atteint très vite cette limite.
Je suis donc à la recherche d'alternatives, sachant qu'on va stocker plus d'informations pour éviter au maximum les cookies, et que les performances requises sont importantes: aujourd'hui environ 2000 requêtes de sessions / secondes, demain ce sera bien pire à cause du web 2.0.
MySQL Cluster
MySQL n'est pas encore sortie en version stable en 5.1, version nécéssaire pour avoir un MySQL Cluster. Avec tous les problèmes que l'on rencontre avec 5.1 (enfin, uniquement les nouvelles fonctionnalités), le temps de mise en oeuvre, le coût des serveurs, cette solution est fortement compromise. D'autant plus que MySQL n'utilise pas …
[Lire plus]
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.
7 alertes de sécurité ont été émises cette semaine, concernant
des applications suivantes :
Drupal, Gallery, MyBB, SquirrelMail, ming et phpMyAdmin
Voici les 5 dernières vidéos PHP et MySQL.
Ronald Bradford conte une expérience douloureuse d'administration
MySQL où il se retrouve bloqué hors du système. Il dispose bien
des droits de root, et MySQL réserve toujours une dernière
connexion pour root. Mais pas cette fois-ci.
En fait, les utilisateurs sur son serveur était trop nombreux. Et
comme ils avaient un droit de ALL ON *.*, ils ont consommé toutes
les ressources et même celle réservée pour l'administration.
En substance, pour combattre le retard de réplication, il est
recommandé de réduire la taille des requêtes. C'est à dire, ne
pas lancer de modifications importantes qui risquent de prendre
beaucoup de temps. Update, delete, insert (sur le maître), ou
group by, select (sur l'esclave) : tout ce qui prend trop de
temps, va pénaliser la réplication.
Une des raisons à garder en tête est que le maître va exécuter
toutes les requêtes de réplications en mode simultané (les
utilisateurs lancent des requêtes concurrentes), alors que les
esclaves vont les exécuter en mode séquentiel : les requêtes sont
passées par le log binaire, et sont mises les unes après les
autres. Ainsi, trois updates distincts qui travaillent sur
différentes données durant 5 secondes, mettront 5 secondes sur le
maître, et en fait 15 secondes sur l'esclave (nonobstant les
accélérations possibles lié aux tâches non-liées).
Le 'Query Chopping' ou …
Voici les dernières nouvelles collectées cette semaine sur les listes de développement de MySQL :
Billet original publié sur les blogs de developpez.com...