HTML5 apporte de nombreuses nouvelles fonctionnalités, notamment concernant les formulaires.

Nous allons voir dans ce billet la spécification HTML Media Capture.
Celle-ci permet d’élargir les capacités des champs de formulaires de type file.
Jusqu’à présent, les champs de formulaires de type file permettaient juste d’ouvrir une fenêtre pour récupérer dans le système de fichiers celui (ou ceux) à envoyer avec le formulaire.
Il est dorénavant possible d’utiliser ces mêmes champs pour utiliser l’un des périphériques de capture (audio, vidéo ou image) pour créer le fichier à envoyer.

Comment le mettre en œuvre ?
La mise en place d’un tel système est particulièrement simple.
Il suffit d’ajouter au champ un attribut capture et le tour est joué ! Cet attribut étant de type booléen, c’est-à-dire que sa seule présence (sans valeur ou quelle que soit sa valeur) suffit à indiquer au navigateur le comportement souhaité.

Enfin… il suffit… pas tant que ça en fait.
En réalité, l’attribut capture n’est pas suffisant, en effet, ce seul attribut ne permet pas de savoir quel type de media est demandé, donc quel périphérique utiliser.
Il est donc nécessaire de préciser aussi l’attribut accept avec une valeur correspondant au type mime souhaité.

Notez que l’attribut capture n’oblige pas l’utilisateur à utiliser un périphérique : il lui est demandé s’il veut envoyer un fichier existant ou s’il veut utiliser le périphérique approprié.

Exemples.
Voici les trois cas possibles d’utilisation à l’heure actuelle :

Compatibilité.
À l’heure actuelle, seuls les navigateurs pour mobiles et tablettes semblent supporter cette fonctionnalité.
Voir la table de compatibilité pour mobiles.
Mais gageons que les versions desktop des navigateurs vont l’implémenter rapidement.

Voir les spécifications du W3C (comprenant des exemples plus avancés).

Un nouveau magazine PHP a vu le jour récemment, lancé par l’équipe de PHP Magazin. Il a la particularité d’être destiné aux décideurs de l’entreprise plutôt qu’aux programmeurs.

PHP Enterprise ne propose du code qu’en de très rares et brèves occasions, pour illustrer un argument plutôt que pour expliquer comment résoudre un problème. En revanche, le magazine est regorge d’articles écrits pour les décideurs de l’entreprise, en particulier ceux qui doutent encore de la fiabilité du langage ou qui souhaitent suivre l’évolution de son adoption.

Les sujets abordent les ponts possibles avec SAP, la comparaison avec Java, les entreprises qui ont fait confiance à PHP et qui s’en félicitent… Sans oublier la démarche qualité, les progrès en sécurité, bref, toutes les questions qu’un chef d’entreprise ou de projet est amené à se poser, jusqu’aux critères de recrutement d’un bon développeur PHP.

Tous les auteurs sont des personnes de renom dans la communauté PHP. On retrouve ainsi Andi Gutmans (chef du projet Zend Framework), Pádraic Brady (expert sécurité), etc.

http://www.enterprisephp.net/

• « Zend Framework avec Zend Studio for Eclipse » 03 mars 2008
• « Tirez partie de vos serveurs d’applications PHP avec Zend Core » 10 mars 2008
• « Superviser vos applications PHP avec Zend Platform » 17 mars 2008
• « PHP & Oracle, Zend Core for Oracle » (Webinar conjoint avec Oracle) 25 mars 2008
• « Intégration PHP sur System i » (Webinar conjoint avec un expert System i IBM) 07 avril 2008

Pour rappel, FLV est un format reconnu par la plupart des lecteurs Flash, il permet de bien compresser les fichiers et d’intégrer facilement un fichier vidéo dans une page Web.

La méthode décrite par Vexxblog est d’utiliser les outils FFmpeg et FLVTool2.
FFMPEG permet de convertir la vidéo au format désiré (ici FLV), puis FLVTool2 est utilisé pour ajouter les informations meta au fichier final.
PHP est simplement là pour simplifier le traitement, par exemple si vous avez une galerie de photos et que vous souhaitez y incorporer des vidéos FLV.

Rendez-vous sur le site de FFmpeg pour le code source à compiler, ou bien sur ce site pour obtenir une version précompilée pour Windows.
FLVTool2 est disponible pour Windows, OS X et Linux sur le site officiel.
Vous aurez aussi besoin d’activer l’extension ffmpeg-php dont la version compilée pour Windows est disponible dans le Googlegroup ffmpeg-php (ou plus précisément ici).

Utilisez ensuite le code PHP fourni par Vexxblog :

http://vexxhost.com/blog/2007/05/20/how-to-convertencode-files-to-flv-using-ffmpeg-php/

[…]

Je viens de passer ma journée à essayer de compiler cette extension pour Windows et PHP 5.2.2, sans succès. Si quelqu’un y parvient, merci de faire signe…

PHPEdit supporte presque tous les frameworks (code hint et code insight), il suffit de le configurer.
Pour ajouter le support de Zend Framework :

1. Afficher les préférences (F10) ;
2. Dans Langages / PHP / Dépendances de fichiers, dans le chemin « include path », ajouter le chemin jusqu’au Zend Framework, cocher la case « récursivité », cliquer sur la génération du cache, puis Ajouter.

Pour rappel, vous pouvez conserver en permanence une version à jour du framework en utilisant une tâche planifiée ou une tâche cron et le repository SVN :

svn checkout http://framework.zend.com/svn/framework/trunk

Pour rappel, Zend Studio avait déjà une telle extension pour Internet Explorer et pour Firefox.

Cette extension est des plus utiles car elle permet de déboguer une page, un site ou bien seulement les requêtes POST. Un bouton permet également d’ouvrir le script courant dans PHPEdit.

Plus d’informations : http://doc.waterproof.fr/phpedit/debugging_profiling/browser_integration
Télécharger le plugin : http://www.waterproof.fr/products/PHPEdit/extensions/firefox/download.php

Le phpBB Group vient d’annoncer sa décision de diffuser des podasts sur phpBB. Au programme du premier épisode :

• Différences entre les cookies sous phpBB 2.x et 3.x
• Différence entre COPA et COPPA pour la protection des enfants
• Jabber
• PHP 5
• Différences entre les catégories, forums, sous forums etc.

Le site : http://podcast.phpbb.com/
Le premier épisode : http://podcast.phpbb.com/podcasts/episode1.mp3

Au programme :

• Amélioration des stack traces (affichage de la pile des appels de fonctions à chaque notice, warning ou erreur) ;
• Lien vers les fichiers depuis la trace d’exécution (appels de fonctions avec leurs paramètres et valeurs) ;
• Couverture de code (quelles lignes ont été exécutées) ;
• Débogage à distance.

Derick demande également aux développeurs qui utilisent Xdebug de lui faire signe.

L’annonce : http://derickrethans.nl/xdebug_2_released.php
Le site d’Xdebug : http://xdebug.org/

Ce qui est particulièrement intéressant, est la partie « Debugging & profiling » disponible ici : http://doc.waterproof.fr/phpedit/debugging_profiling/configuration. Pour rappel, PHPEdit vous donne le choix entre Xdebug et DGB pour déboguer vos scripts.

Pour rappel, les tests d’acceptance sont la phase finale du test d’une application. Ils interviennent après les tests unitaires et les tests d’intégration.

Il s’agit de tester si l’application réagit comme le client s’y attend, plutôt que du point de vue du développeur comme c’est le cas pour les autres tests. La différence majeure avec les tests d’intégration est que le client est impliqué dans les tests d’acceptance.

Pour lire l’article complet : http://feeds.feedburner.com/~r/ZendDeveloperZone/~3/128359718/2242-Acceptance-Testing-of-Web-Applications-with-PHP
Ce sujet a été traité sur nos forums : http://www.developpez.net/forums/archive/index.php/t-288092.html