Il y a quelques jours, j'avais écrit un article qui expliquait comment utiliser les relations Zend_Db_Table pour charger à la demande (lazy loading) les enregistrements parents d'un objet Zend_Db_Table_Row.
Aujourd'hui, j'ai eu besoin de convertir une date exprimée dans le fuseau horaire PST/PDT (Pacific Summer Time/Pacific Daylight Time) au fuseau horaire de Paris. Avec Zend_Date, il suffit de définir le fuseau horaire source avant de régler la date, puis de repasser dans le fuseau horaire désiré :
L'aide de contrôleur FlashMessenger permet de stocker des messages dans la session. On peut ainsi les retrouver dans la requête suivante. C'est très pratique pour informer l'utilisateur qu'une opération comme la soumission d'un formulaire s'est bien déroulée.
La version 1.9.0 Alpha 1 du Zend Framework est sortie hier et peut être téléchargée depuis le site officiel. Vous pouvez consulter le détail des différentes nouveautés ici et là.
Zend_Db_Table permet de définir des relations entre les tables. Si par exemple on a une table factures et une table clients :
CREATE TABLE `clients` (
`id` SMALLINT(5) UNSIGNED NOT NULL AUTO_INCREMENT,
`nom` CHAR(32) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=INNODB DEFAULT CHARSET=utf8;
CREATE TABLE `factures` (
`id` SMALLINT(5) UNSIGNED NOT NULL AUTO_INCREMENT,
`numero` CHAR(20) NOT NULL,
`client_id` SMALLINT(5) UNSIGNED NOT NULL,
PRIMARY KEY (`id`),
KEY `client_id` (`client_id`)
) ENGINE=INNODB DEFAULT CHARSET=utf8;
ALTER TABLE `factures`
ADD CONSTRAINT `client_ibfk` FOREIGN KEY (`client_id`)
REFERENCES `clients` (`id`) ON DELETE CASCADE;
Les petits génies de Google ont encore frappé. Cette fois ci ils se sont attaqué à la taille des mises à jour de Google Chrome. Jusqu'ici, ils utilisaient bsdif pour produire un patch binaire. La taille des fichiers produits étant encore trop importante à leurs yeux, ils ont mis au point leur propre algorithme nommé Courgette (oui, il lui ont donné le nom d'un légume).
Nginx et son compère PHP-FPM forment une superbe alternative au couple Apache + mod_php. Robuste, rapide, simple à configurer. Il n'y a qu'une chose qui m'embêtait jusqu'ici : quand PHP rencontre une erreur fatale (erreur de syntaxe dans un script par exemple), on a droit à une magnifique page blanche avec un code 200. Pas l'idéal pour déboguer et pas trop sympa pour l'utilisateur qui doit se demander ce qui se passe.
Certainement pour la fin Juillet ou début Août d'après Ralph Schindler.
Au menu (entre autres) :
J'ai suivi la procédure proposée par Otomatic pour installer la version 5.3.0 sur Wamp et ça a l'air de marcher. Reste à faire fonctionner XDebug...
Envoyez un email avec l'URL du site et du flux à planetephpfr AT afup POINT org
Gestion