SEO, web, high tech et mobile

Sortie de CodeIgniter 2.1.0

Ces derniers mois, la communauté CodeIgniter a prospéré et grandie énormément.
Le framework CodeIgniter a rapidement gravi les classements sur GitHub (Projets PHP Page)  jusqu’à la 4ème place au moment de la rédaction de cet artcile.
Il y a eu des contributions de 77 nouveaux développeurs.

Au lieu de simplement continuer la branche 2.0.x CodeIgniter est maintenant sur 2.1.x, qui  reflète certains changements plus importants qui ont été ajoutés depuis la dernière version:

1. Migrations - versioning du schéma de BDD avec avec de simples méthodes up () et down() . 
2. Database Driver PDO :  CodeIgniter supporte maintenant PDO ce qui ouvre le nombre de moteurs de bases de données disponibles via le framework. 
3. Plus de syntaxe PHP 5 – depuis la suppression du support pour PHP 4, nous avons continué la suppression de PHP4 par son remplacement PHP5 qui est beaucoup plus rapide.

Ce sont quelques-uns des plus grands changements, mais 2.1 en apporte un grand nombre d’autres énumérés dans le changelog .

Avec le passage à Git et GitHub, l’équipe et les ingénieurs EllisLab peuvent soutenir les branches et la gestion des versions multiples plus facilement. 

L’annonce officielle : http://codeigniter.com/news/codeigniter_2.1.0_belated_release_announcement

Lire la Suite

Jérôme PASQUELIN

Sortie de la version 2.0.6 de Symfony2 (correction d ‘une faille de sécurité)

Symfony 2.0.6 vient de sortir. Elle corrige une vulnérabilité de sécurité dans EntityUserProvider du pont Doctrine (Doctrine Brigde).

Si vous laissez vos utilisateurs mettent à jour leurs login / nom d’utilisateur à partir d’un formulaire, et si vous utilisez Doctrine en tant que fournisseur d’utilisateur, alors vous êtes vulnérables et que vous devez mettre à jour dès que possible.

Le problème est qu’il est possible pour un utilisateur de passer à un autre. Voici comment le reproduire: L’utilisateur actuel change son nom d’utilisateur via un formulaire à un autre nom d’utilisateur existant. Lorsque le formulaire est soumis, il aura une erreur de validation (comme le nom d’utilisateur existe déjà), mais l’objet utilisateur dans la session sera encore modifié pour les nouveaux nom. Cet utilisateur de la session sera utilisé pour les prochaines requêtes et ainsi, l’utilisateur sera mis à cette autre utilisateur.

La solution est de toujours rafraîchir l’utilisateur via la clé primaire (qui ne peuvent être mis à jour via un formulaire) au lieu du nom d’utilisateur.

Sourcehttp://symfony.com/blog/security-release-symfony-2-0-6

Lire la Suite

Jérôme PASQUELIN