date_default_timezone_set('Europe/Paris');
$date = new DateTime('2008-11-12 00:00:00');
// Ajoutons 3 jours 2 heures 54 minutes et 23 secondes 
date_add($date, new DateInterval("P3DT2H54M23S"));
echo $date->format("d-m-Y H:i:s"), "\n";
=> 15-11-2008 02:54:23

La notation est certes étrange mais tous ceux ayant eu à manipuler des dates seront ravis de cet ajout. Plus d'informations dans la documentation.

Cette année deux pistes se déroulent en même temps, cela veut dire qu'il faut choisir la session à laquelle assister. Nous avons fait tout notre possible pour rendre le choix plus simple en évitant les conférences s'adressant au même public en même temps.

Le programme mêle les retours d'expériences (20minutes.fr, BNP, rue89.com, ...), les sujets plus techniques (Oracle 11G et PHP, montée en charge chez Mozilla, atelier sur la sécurité: "Hackez-moi ca!", les performances coté client, maitriser javascript, ...) et des sujets plus larges (La communauté PHP et son devenir, les machines dans nos sociétés humaines). Le programme complet est disponible ici.

En espérant vous y voir !

J'y serais, et vous ?

N'ayant pas trouvé de solution sur la toile j'ai écrit un script [PHP][php] qui parcourt récursivement un répertoire et regarde si les fichiers photos existe dans le catalogue de lightroom.

[php]: http://www.php.net Attention : je ne prends aucune responsabilité quand à l'utilisation que vous pourrez en faire, une mauvaise utilisation peut détruire votre catalogue, faites une sauvegarde au préalable.

Limitations : ce script n'interagi qu'avec un catalogue à la fois, si vous avez plusieurs catalogues référençant les mêmes photos sur le disque ce script ne vous sera pas d'une grande aide

Lightroom utilise une base de données SQLite il est donc possible de faire des requêtes sur cette base. Le schéma n'est pas publié par Adobe, si votre catalogue est corrompu ne venez pas vous plaindre

Le script est non destructif, il affiche les informations sur les fichiers et les commandes que vous pouvez executer pour les supprimer.

Exemple d'utilisation (sur OS X):

php find_deleted_photos_lr.php ~/Pictures ~/Pictures/Lightroom/Lightroom\ Catalog.lrcat

Le script : http://www.limbourg.com/arnaud/code/find_deleted_photos_lr.php.txt

Les extensions considérées comme des photos se trouvent en début de script, modifiez les à votre guise.

ps: le script n'est pas spécialement beau. Denombreux bouts de code des examples de SPL (la librairie standard PHP) sont utilisés

http://afup.org/pages/forumphp2008/appel-a-conferenciers.php

Pour cet évènement unique en France nous recherchons les experts francophones qui souhaitent partager leurs expériences et leur savoir-faire. Une liste non-exhaustive inclue les sujets suivants:

• Comment gérer un projet PHP (outils, méthodes, ...)
• Assurer la qualité du code
• Le Droit sur Internet
• Monter son entreprise autour de PHP
• La montée en charge
• Connecter des services (web services)
• Les interfaces riches (choix technologie, implémentation, ...)

Pour postuler rendez vous sur cette page: http://afup.org/pages/forumphp2008/appel-a-conferenciers.php

C'est comme toujours par ici:

http://feeds.feedburner.com/forumphp2007

J'en profite pour rappeler qu'il est impératif de mettre la directive display_errors à "off" et mettre en place un fichier de log via error_log à la place.

Le livre passe en revue de nombreuses considérations à prendre en compte lors du développement d'applications web. Bien sur des composantes tiennent du bon sens et sont applicables ailleurs que le web.

Le sommaire (repris du site Eyrolles):

  # Risques liés aux applications web

    * Introduction à la sécurité des applications web
    * Vulnérabilités des pages web
    * Formulaires et téléchargement ; valider les données
    * Cookies et sessions

 # Mesures de sécurité pour PHP

    * Installation et configuration de PHP
    * Intégrité des scripts PHP
    * Risques liés aux bases de données
    * Vulnérabilités des base de données
    * Mesures de sécurité pour MySQL

 # Mesures de sécurité pour les technologies connexes

    * Mesures de sécurité côté serveur
    * Techniques de sécurisation des applications web
    * Mener un audit de sécurité

Le plan est clair est progressif, les aspects simples précédents les attaques plus tordues. Les auteurs rappellent à tout moment qu'il s'agit de faire un compromis entre les différents éléments d'un système dont la sécurité fait partie.

Si vous débutez ou n'avez jamais pris l'aspect sécurité de façon sérieuse je vous recommande vivement d'acheter cet ouvrage. Vous y apprendrez toutes les bases nécessaires.

Pour ceux déjà familier avec la sécurité il servira de référence. Vous pourrez aussi le laisser négligemment traîner sur votre bureau pour le porter à l'attention de vos collègues. Et enfin il vous donnera bons arguments lors des discussions avec vos responsables.

Moins 30 c'est pas froid ! J'suis nue-mains... Ca va être la plus grosse difficulté difficulté pour nous: "la chaleur"

J'ai souri (bon ok j'ai pleuré de rire)

Basé sur ce billet, les deux requêtes suivantes vous permettent de remplir un champ de type "date" avec des dates a peu près aléatoire pour autant d'enregistrement que vous voulez. Il vous suffit de créer plus de vues ou d'ajouter la même vue dans le "from" avec des alias pour augmenter le nombre d'enregistrement (c'est un produit cartésien).

Le code suivant génère des dates pour 9 enregistrements sur le plus petit dénominateur commun, à savoir un mois de 28 jours. L'année est mise en dur dans la requête, vous pouvez aisément la remplacer.

Note: ce n'est pas la façon la plus élégante ni la plus efficace pour les dates mais ça fonctionne

"Closed source applications are generally more secure, by limiting access to the original source we reduce the ability to have [it] exploited."

J'ai de sérieux doutes quand au bien-fondé d'une telle remarque. La citation suivante illustre bien le contre-argument

As a cryptography and computer security expert, I have never understood the current fuss about the open source software movement. In the cryptography world, we consider open source necessary for good security; we have for decades. Public security is always more secure than proprietary security. It's true for cryptographic algorithms, security protocols, and security source code. For us, open source isn't just a business model; it's smart engineering practice.

Bruce Schneier in Crypto-Gram Newsletter, http://www.schneier.com/crypto-gram-9909.html

L'idée est que la sécurité est bien meilleure lorsque de nombreuses personnes peuvent analyser les mécanismes utilisés or, dans le cas de code propriétaire, le nombre de paires d'yeux conduisant une analyse est bien moins important. La conclusion logique est que la sécurité est moindre.

Cela n'a rien de bien nouveau en soi mais je suis surpris que l'on puisse encore lire de tels arguments.

Je me suis aperçu plus tard le site n'a pas vu de mise à jour depuis un an et demi et donne tous les signes d'une mort clinique. L'argument de la meilleure sécurité ne leur a pas réussi apparemment.

J'en profite pour vous souhaiter de bonnes fêtes !

Vous pouvez vous abonner au flux en suivant ce lien: http://feeds.feedburner.com/forumphp2007

Les résumés: http://afup.org/pages/forumphp2007/resumes.php

MaJ 26 novembre: trois conférences sont disponibles sur le flux ainsi que sur la page de résumé des sessions.

MaJ 3 décembre: Trois nouveaux podcast sont disponibles.

MaJ: 17 décembre: de nouvelles conférences sont disponibles sur le podcast !

http://www.wampserver.com

http://www.afup.org/forumphp