Bien plus jeune et bien moins connu que Google Map, Google Street permet de visiter les grandes villes US en 360 degré panoramique, sympa non?

L’API est disponible et assez simple a utiliser.

Bon, c’est sûr qu’on ne pourra pas visiter Paris ou Bruxelles tout de suite mais connaissant Google, ça viendra

Voici une démo assez impressionnante

Plus d’info: http://code.google.com/apis/maps/documentation/services.html#Streetview

Pour bien débuter un projet web, il faut d’entrée de jeu penser à la sécurité. Une fois que des milliers de lignes de codes auront été écrites et des centaines d’URL diffusées, il sera beaucoup plus compliqué de revoir sa copie.

Donc, voilà quelques astuces pour structurer son projet en prenant la sécurité en compte.

La structure des dossiers

Dans cet exemple, chaque dossier à une place et un rôle précis pour éviter les ennuis :

(lire la suite…)

Pownce a annoncé la sortie de la version 2 de leur API.

Plus complète elle dispose de nouvelles fonctionnalités:

• Possibilité d’afficher les notes
• Aptitude à poster des messages, des liens, des fichiers, des événements et des réponses
• Capacité à récupérer des listes d’amis et privé.
• Intégration des OAuth token-based web authentication.

Il leur a fallut du temps pour sortir une vrai API, mais cette fois, c’est clair, on a quelques chose d’intéressant.

Pour l’occasion, ils ont ouvert un annuaire d’applications Pownce
Vous découvrirez la documentation ici
http://pownce.pbwiki.com/API+Documentation2-0

Qui a dit qu’il fallait se prendre la tête avec la librairie GD de PHP pour faire un graphique? Certes GD c’est bien mais c’est du code et du code pour obtenir quelque chose bien léché. On peut aussi utiliser des librairies toutes faites utilisant GD comme Artishow par exemple (ce qui donne, soit dit en passant, des trucs vraiment bien). Mais, il en faut bien un, ce genre de script est (ou peut être) lourd voir même très lourd en temps de traitement et en traitement à proprement parlé. En plus mais c’est très rare, certains hébergeurs ne proposent même pas GD.

Bref, il faut trouver quelque chose qui nous fait tout ça mais délocalisé. Et c’est là que mon ami Google intervient. Il va vous permettre de générer une image d’un graphique par une simple adresse, si c’est pas beau

(lire la suite…)

Vous savez, les feedflares, les petits liens qui apparaissent quelque fois en bas de certains flux RSS gérés par Feedburner, comme ceux-ci par exemple :

Et bien vous pouvez en créer rien que pour vous et par vous. En plus, c’est super simple. Suivez le guide!

(lire la suite…)

Pour réaliser le classement des blogs belges selon FeedBurner, il m’a fallut utiliser l’API FeedBurner pour récupérer le nombre d’abonné pour chaque URL donnée.

Evidemment, cela peut avoir d’autres utilités, comme par exemple remplacer le bouton fourni par FeedBurner, pour des raisons d’esthétiques et d’intégration graphique.

Avant toute chose, il va falloir activer l’API Awareness fournie par FeedBurner. Si cela n’a pas déjà été fait, rendez-vous sur votre compte FeedBurner et activez l’API dans l’onglet Publicize > Awareness API > Activate.

Désormais, vos données peuvent être lues par des applications externes à FeedBurner, mais n’ayez crainte, vos données confidentielles le resteront.

Maintenant que nous pouvons récupérer nos données de l’extérieur, jettons un oeuil au fichier XML fourni par l’API :

<rsp stat="ok">

<!--

This information is part of the FeedBurner Awareness API. If you want to hide this information, you may do so via your FeedBurner Account.

-->

<feed id="775325" uri="parenthesebe">

 <entry date="2007-11-17" circulation="65" hits="244" downloads="0" reach="12">

</feed>

</rsp>

Il y a donc 5 données exploitables : la date d’enregistrement du flux, le nombre d’abonnés, le nombre de “hits”, le nombre de téléchargements et le nombre d’articles atteint. Une seule de ces données nous interesse pour ce tutorial : le nombre d’abonnés.

Pour récupérer ce nombre d’abonnés, nous utiliserons le code PHP suivant :

<?php

$feeduri = "parenthesebe";

$xml = simplexml_load_file("http://api.feedburner.com/awareness/1.0/GetFeedData?uri=".$feeduri) or die ("Unable to load XML file!");

$subs = $xml->feed->entry['circulation'];

echo $subs;

?>

Désormais, vous pouvez mettre en forme votre propre bouton en utilisant un logiciel de graphisme et la mise en page CSS. Si vous voulez voir un exemple d’utilisation de ce bout de code, rendez-vous sur le site de Papy Geek.

Quand on développe des applications lourdes et qu’on travaille en équipe, une organisation assez stricte du code s’avère rapidement indispensable. La logique MVC est un modèle d’organisation basé sur 3 éléments : Modèle, Vue et Contrôleur.

• Le modèle est la partie qui s’occupe des données. En développement PHP/MySql, il est généralement composé des classes représentant les tables de la base de données.
• Les vues sont les interfaces utilisateurs. Dans le cas du développement web, ce seront toutes les sorties JS/XML/HTML.
• Et enfin les contrôleurs sont le pont entre le modèle et les vues. Ils reçoivent les requêtes de l’utilisateurs et appellent les fonctions du modèle et les vues en conséquence.

Avec ce type d’organisation, on peut aisément partager le travail entre les designers, la base de données et l’organisation des pages.
De plus, une fois l’application en place, il est facile de modifier un de ces éléments sans avoir à toucher aux autres.
Et comme le code est réutilisable, il est très facile et rapide d’écrire de nouvelles pages.

Si la logique MVC semble attirante, il faut quand même se méfier et bien réfléchir avant de l’utiliser : Correspond elle vraiment à mes besoins ?
Toute l’organisation du code nécessite des traitements additionnels comme la transformation des données en objets et en tableaux.
Cet ajout de code a pour conséquence des pages plus lentes à afficher (hors utilisation du cache) et une consommation de ressources plus importante.

Avantages :

• Séparation des compétences (design, base de données, application)
• Simplicité de mise à jour
• Vitesse de création de pages

Inconvénient :

• Pages plus lentes à afficher (hors cache)
• Plus de ressources consommées
• Développement initial plus long

Et si cet article vous fait penser qu’il faut passer au MVC, voilà quelques Frameworks PHP :
Akelos - Un portage de Ruby on Rails port en PHP
BareBonesMVC - Très simple : un seul fichier, pas de configuration – PHP5
CakePHP - Basé sur les concepts de Ruby on Rails
CodeIgniter - Framework très complet
DragonPHP - MVC2 (un seule contrôleur centralise tout) - PHP5
Odin Assemble - Très léger
Symfony Framework - Framework très complet - PHP 5
TinyMVC Framework - Très léger
Zend Framework - Framework très complet - PHP 5