Si JavaScript a commencé son histoire sur le web de manière très anecdotique (un pop-up par ci, une validation par là), il n'en reste pas moins un langage très riche et très expressif. Cette session se propose d'explorer certaines des possibilités méconnues de ce langage objet qui est en passe de devenir indispensable. Plus particulièrement, on s'intéresse aux idiomes "fonctionnels" que Javascript offre et qui permettent de produire du code très expressif et compact en composant, enchaînant et manipulant des fonctions (et des objets !). Ces idées seront illustrées sous la forme d'un "kata" de programmation dont l'objectif sera de développer un mini-langage de validation de données, sur la base de l'API jQuery de manipulation du DOM.

Une application PHP sera lancée dans l'arène, et ce sera à vous de l'analyser et de tenter toutes les manoeuvres retorses que vous connaissez pour la pénétrer et en prendre le contrôle.

L'atelier passera en revue à la fois les techniques d'attaques externes (boîte noire, scanners, fuzzing), et interne (audit de code) pour illustrer les risques et exploitations de différentes vulnérabilités.
Il sera alors discuté différentes solutions de protection, et leur limitations : la discussion est ouverte, et il y a des chances que de nouvelles attaques soient découvertes durant l'atelier!

Cet atelier présente la sécurité PHP sous un angle très pratique, en combinant les connaissances de l'audiance et du présentateur pour blinder une application à la sécurité trop vague.

Every instance of Firefox calls home every day.

mozilla.com, addons.mozilla.org, and support.mozilla.com, along with many other Mozilla sites, serve hundreds of millions of pages each day. All of Mozilla's websites are built with PHP, and frequently with third party Open Source PHP projects like CakePHP, Drupal, and TikiWiki.

In this session I'll discuss some of the challenges we have faced, including:

• Our infrastructure and scaling and performance analysis approach
• The challenges and rewards of basing our websites on existing Open Source projects
• Localization
• Security issues

Can a database handle 20K connections on a commodity box?

Large scale deployment of PHP applications is challenging for databases in terms of connection management, thread management, network I/O, state management, performance, scalability, and availability.

All RDBMS vendors are actively looking into solving these challenges. This technical session will describe the new Oracle Database 11g Database Resident Connection Pool.

After an overview of DRCP, the session will describe its components, how it works, sharing the pool across several applications and midle-tiers, configuring DRCP for a large number of connections including the details of DRCP benchmark sustaining 20000 consurret users against an Oracle Database 11g on a copmmodity box.

Finally the session will describe DRCP best practices (i.e., when to use it).

Ning's "Your Own Social Network" application is 160,000 lines of PHP that powers hundreds of thousands social networks, each different than the others. To keep our platform humming along smoothly, as well as to keep our internal development processes sane, we need to know what all that PHP code is doing and how it's structured. Documentation is nice (and essential) but there's no substitute for relying on the code itself as the canonical source for information about, well, the code. That's where static and dynamic analysis come in. Static analysis is scanning, parsing, munching, and otherwise processing our PHP source code to answer whatever questions we have about it. Who calls this function? What parts of the code do disk write operations? Are there any untranslated strings in our localization message catalogs? Dynamic analysis gathers information from running code. How many times is a function called? How long does it take? When does our PHP code access the filesystem? This talk discusses the static and dynamic analysis techniques that we use at Ning to understand and optimize our platform, including the PHP tokenizer, regular expressions, the vld and xdebug extensions, and the PHP DTrace provider.

Les environnements de développement doivent être capables de s'adapter aux pratiques et processus des entreprises.
Eclipse répond à ce besoin de flexibilité et d'adaptation par son environnement ouvert.

Eclipse, la plateforme de développement open source la plus populaire au monde, se base sur une architecture de plugins permettant son extensibilité pour toutes les étapes du cycle de vie du logiciel et cela quel que soient la technologie et le langage utilisé.

PDT (PHP Development Toolkit) est une collection de plugins open source fournissant le support du langage PHP au sein d'Eclipse. Ce support est lui-même extensible ce qui offre de nouvelles capacités d'intégration des frameworks et des outils existant en PHP.

Cette session couvrira les concepts d'extensibilité d'Eclipse et leur mise en ½uvre au sein de PDT mais également de présenter à travers des exemples les opportunités d'intégration des frameworks PHP.

Après PHP 5.0, sorti en juillet 2004, et ses évolutions en 2005 et 2006, PHP 5.3 approche à grands pas : les premières versions alpha ont été publiées cet été, et la sortie de la version stable est pour bientôt !

Après plus de deux ans d'attente, PHP 5.3 apporte son lot de nouveautés : espaces de noms, nouveaux itérateurs, support de classes facilitant l'internationalisation, archives PHP, Late Static Binding, fonctions anonymes et closures, etc. sans oublier une multitude d'améliorations et refontes en tout genre !

Au cours de cette session, nous verrons quelles sont les principales nouveautés de PHP 5.3.

Avec PHP5, la plupart des design patterns sont facilement implémentables.
D'ailleurs, la plupart des librairies PHP (PEAR, ezComponents) et des frameworks PHP (Zend Framework, symfony) les utilisent dans leur code (Factory, Singleton, Adapter, Decorator, Proxy, pour ne citer qu'eux).

Dans cette session, vous découvrirez deux design patterns moins connus dans le monde PHP, qui pourtant, permettent une meilleure réutilisation du code en découplant les classes :

• L'Injection de dépendance
• l'Observateur.

L'Injection de dépendance est certainement l'un des patterns les plus compliqués à comprendre de façon théorique : vous aurez enfin un exemple de comment construire une implémentation simple de ces patterns sur un cas concret d'utilisation.