IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Facebook abandonne le FBML pour iFrame
Et ouvre les portes de la plate-forme au HTML, au CSS et au JavaScript

Le , par Gordon Fowler

48PARTAGES

2  0 
Pour certains, ce sera une bonne nouvelle. Pour d'autres, une très mauvaise. Facebook abandonne son langage maison FBML (Facebook Markup Langage), dérivé du HTML, qui permettait jusqu'ici de personnaliser des pages officielles (avec une « landing page » plus riche par exemple).

Tout un écosystème s'était formé autour de cette technologie spécifique que beaucoup voyait – à tort ou à raison – comme un langage Web bridé.

Pour le remplacer, Facebook a choisi iFrame. Une décision qui ouvre en grand les portes de la plate-forme au trio HTML, CSS, JavaScript.

Un pas vers l'ouverture, donc. Mais surtout une main tendue aux développeurs de ces trois langages même si quelques limitations du FBML persistent (pas de lancement automatique de la lecture d'une vidéo par exemple).

Que ceux qui ont utilisé FBML pour leurs créations se rassurent, les onglets ainsi générés ne sont pas effacés (en tout cas pas jusqu'à nouvel ordre). Ils auront donc le temps de gérer la transition et de modifier leurs codes en conséquence.

Que l'on juge cette évolution positive ou négative, une réalité demeure. Facebook fait – un peu - ce qu'il veut, quand il veut, avec les technologies qu'il autorise aux développeurs. Et sans véritablement prévenir à l'avance de ses intentions.

Un peu comme pour son interface - diront les mauvaises langues. Une UI qui enchaîne les expérimentations plus ou moins heureuses (nouvelle visionneuse d'image très peu ergonomique, obligation de faire MAJ+Entrée pour aller à la ligne dans un message, etc.), là aussi sans prévenir.

Pour autant, cela ne veut pas dire que développer pour et sur Facebook soit un mauvais choix.

Il faut juste intégrer cette dimension « mouvante » dans les projets.

Source : Facebook Developer Roadmap


Et vous ?

Satisfait par ce changement ?
Que pensez-vous de la politique de Facebook envers les développeurs : satisfait(e) ou critique ?

Ressources sur Développez :

Le forum dédié aux outils de développement pour Facebook
Le forum dédié aux APIs des Réseaux Sociaux

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Faiche
Membre confirmé https://www.developpez.com
Le 27/03/2011 à 23:10
Pour le remplacer, Facebook a choisi iFrame. Une décision qui ouvre en grand les portes de la plate-forme au trio HTML, CSS, JavaScript.
fiou, ça sent le hacking à plein nez ! je connais des marchands de viagra qui se frottent les mains !

Que l'on juge cette évolution positive ou négative, une réalité demeure. Facebook fait – un peu - ce qu'il veut, quand il veut, avec les technologies qu'il autorise aux développeurs. Et sans véritablement prévenir à l'avance de ses intentions.
Comme microsoft (au hazard TFS 2008 -> 2010) ou apple (les blagues avec le inapp billing) quoi

Enfin bon, soyons objectif : ça fait un langage de moins à apprendre
0  0 
Avatar de Seb33300
Membre émérite https://www.developpez.com
Le 28/03/2011 à 0:21
Citation Envoyé par Faiche Voir le message
fiou, ça sent le hacking à plein nez ! je connais des marchands de viagra qui se frottent les mains !
Il était déjà possible de faire ses application Facebook en iFrame.

En fait aant, lorsque l'on devait créer une application Facebook on avait le choix :
la faire en FBML ou en iFrame

A priori maintenant on devrait plus avoir le choix..
0  0 
Avatar de laurentg2003
Membre actif https://www.developpez.com
Le 28/03/2011 à 11:43
fiou, ça sent le hacking à plein nez
Je ne vois pas le rapport on peut développer une application Fb avec une iframe totalement sécurisée.Perso je ne fais de l'ajax qu'avec des iframes bcp plus simple et rapide.
Fb est trés facilement hackable mais aprés coté iframe c'est ton serveur et ton code.
Le systeme via FBML etait déjà en fait dans une iframe vu que l'application est sur ton serveur et donc ta page index dans la page FB
Le fbml offrait une trés bonne interface graphique mais fbjs etait beaucoup trop bridé pour des raisons de sécurité je suppose
et fql interdisair les requetes avec des jointures...
De plus malgré ,l'affirmation de Fb comme quoi l'application etait plus rapide car le fbml etait mis en cache c'etait plus lent qu'une iframe
De plus,il fallait 2 applications une pour fb et une autre pour les autres réseaux sociaux genre twitter.C'est evident que twitter grignotte des parts de marché..
et avec FBML tout le monde s'est heurté a ce bug
Errors while loading page from application ,surement du a une bande passante trop faible
Au fond qui devellope encore avec fbml ?...
je suis donc passé au iframe mais il y a un autre probleme,ils changent leur api sans arrêt donc j'utilise une iframe et facebook connect
En fait il faut se passer au maximum de tout ce qui est facebook dans une appli facebook...
mais niveau hacking dans un sens tu as raison
Facebook fait du" hacking"
les dev développent leur appli l'hebergent sur leur serveur
et ça ne coute rien à fb et ils ne sont même pas capable d'offrir des appi corect...
Et la gestion des iframes via IE est un truc assez absurde en JS
de plus mêmes les sessions coté serveur sont désactivés via une iframe sur IE
Il faut vraiment etre un acharné pour faire une appli FB mais c'est mon cas vu que cela offre une grande visibilité.
1  1 
Avatar de Seb33300
Membre émérite https://www.developpez.com
Le 29/03/2011 à 0:04
Citation Envoyé par laurentg2003  Voir le message
Et la gestion des iframes via IE est un truc assez absurde en JS
de plus mêmes les sessions coté serveur sont désactivés via une iframe sur IE

C'est un bug (une fonctionnalité ?) de IE.
Pour activer les cookies et donc les sessions dans IE, tu peux placer ce code PHP en début de pages ouverte dans l'iframe :

Code php : Sélectionner tout
header('P3P:CP="IDC DSP COR ADM DEVi TAIi PSA PSD IVAi IVDi CONi HIS OUR IND CNT"');
0  0 
Avatar de visafacile.net
Nouveau membre du Club https://www.developpez.com
Le 30/03/2011 à 9:25
Retour au trio HTML + CSS + JS ! Comme on dit c'est avec de vieilles marmites qu'on fait les meilleurs plats.
0  0 
Avatar de NicoImpact
Nouveau Candidat au Club https://www.developpez.com
Le 15/04/2011 à 17:58
Bonjour à tous,

comme la plupart d'entre vous, je gère une page professionnelle sur Facebook malgré le peu de connaissance que je possède en programmation. Ainsi, quel a été ma surprise lorsque j'ai noté les modifications apportées par Facebook quant au développement des applications.

Ainsi, dans mes photos, je dispose d'un dossier Ressources dans lequel mes Jpeg sont insérés, afin d'être utilisés dans mes applications : je devais récupérer le numéro du dossier ainsi que celui du Jpeg, les insérer dans mon code et le tour était joué.

Aujourd'hui, ceci ne fonctionne plus, à cause de l'évolution en terme de développement, mais aussi à cause de la mise en place du mode "theater" pour les photos.

Comment dois-je procéder pour faire évoluer mon "application" ?(http://www.facebook.com/edsimpactmon...app_7146470109)
Je ne suis plus "à jour" sur cette application et ceci me pose problème. Merci d'avance !
0  0 
Avatar de laurentg2003
Membre actif https://www.developpez.com
Le 29/03/2011 à 12:47
ah merci trés bien
Mais je n'utilise plus de sessions vu que je me passe des données de FB car il y a des bugs récurents pour récuperer des données j'utilise des iframes avec un callback
et c'est une fonctionalité de IE pour des raisons de sécurité
IE des raisons de sécurité cte blague lol
mais php n'as pas le droit de citer sur mon interface un truc simple sur index.php récuperer les données Fb via php et les encapusuler dans un objet javascript et les appeler avec window.parent.maFonctionConstructeur() en dehors de toutes fonctions
et une fois que tu les as tu les rends navigables en paramètre
mais merci ça peut etre utile un jour c'est bon à savoir
ensuite comment IE desactive des sessions coté serveur ???
0  1