Arnaud

Lors du traitement de photos avec Lightroom l'une des étapes essentielles est de supprimer des photos du catalogue lors du tri. Il arrive que la photo soit retirée du catalogue mais se trouve toujours sur le disque. La place disque ainsi perdue devient non-négligeable.

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

Pour rappel l'appel à conférenciers pour le forum PHP 2008 est en cours, n'hésitez pas à envoyer vos propositions de sessions !

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

L'AFUP (Association Française des Utilisateurs de PHP) annonce l'appel à conférenciers pour le Forum PHP 2008.

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

Deux nouveaux podcasts enregistrés lors du Forum PHP 2007 viennent de sortir !

C'est comme toujours par ici:

http://feeds.feedburner.com/forumphp2007

Si vous allez sur le site de http://www.shopalize.com en ce moment il y a des chances que vous voyez ceci:

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.

Il y a quelques temps déjà Damien Seguy m'a demandé si je voulais bien faire une revue de son livre "Sécurité PHP5 et MySQL", j'ai accepté avec grand plaisir et peu de temps après il m'a envoyé un exemplaire (la partie disclaimer comme disent nos amis anglo-saxons).

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.

Entendu aux infos, un quebecois parle de "la grande odyssée "un parcours de 1000 km dans les alpes.

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)

Il arrive souvent d'avoir besoin de données présentes dans la base. Il est tout aussi courant de ne pas avoir de données à disposition (ou pas assez).

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

Lu sur la page d'un framework MVC

"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.

Entendu aux Galeries Lafayette à l'une des caisses, une vendeuse posait cette question à un collègue.

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

L'AFUP propose cette année les podcasts des conférences. Les workshops ne sont pas concernés, de par leur nature ils sont peu intéressant à écouter.

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 !

A l'occasion du forum Romain Bourdon à annoncé la sortie de WAMP2 qui permet notamment d'installer des versions différentes de PHP et MySQL, tous les détails sont sur

http://www.wampserver.com

Nous vous attendons

http://www.afup.org/forumphp

Le rendez-vous Flex d'hier s'est bien déroulé, les réactions sont positives. Si vous avez des remarques sur la session n'hésitez pas à poster un commentaire ou envoyer un mail à bureau@afup.org.

Certains d'entre-vous n'ont pas bien vu les exemples, nous mettrons bientôt à disposition le code des exemples que Mike à présenté.

Une photo de la salle: http://www.flickr.com/photos/arnaudlimbourg/1550788702/

Joshua Eichorn à récemment posté une liste des nouveautés attendues dans la nouvelle version de l'installateur de PEAR. Afin d'éviter la confusion possible à l'heure actuelle l'installateur va changer de nom et s'appeler Pyrus tandis que le "repository" de paquetages se nommera PEAR2.

Voici la liste des points abordés par Joshua lors de sa "PEAR2 Unconference" en marge de la ZendCon.

1. Aucune installation n'est nécessaire. Pyrus vient sous la forme .phar qui peut être lancé directement sous PHP.
2. La plupart des paquetages peuvent être utilisés sans installation et plus tard mis à jour via Pyrus.
3. Pyrus est fait pour le scénario développement/déploiement. Une commande "deploy" permettra de gérer le déploiement sur un serveur de production
4. Le code de Pyrus est plus petit et utilise beaucoup moins de mémoire.
5. Les formats supportés par défaut sont .tar, .tgz, .tbz, .zip, and .phar
6. La version minimum requise est PHP 5.3+ qui permet d'utiliser les fonctionnalités avançées telles que les itérateur SPL, XMLReader/XMLWriter, l'extension ZIP, l'extension phar (si activée), les exceptions
7. Le support des applications (en plus des paquetages) via les rôles www and cfg (fichiers de configuration)
8. Pyrus peut installer la quasi-totalité des paquetages utilisant le format 2.0 de package.xml sans avoir besoin de modifier le code. Vous pouvez également utiliser Pyrus pour gérer vos paquetages PEAR.