Archive for the ‘Facebook Twitter und der Rest’ Category.
13. Januar 2012, 10:04
Diese äußerst flüchtige Fehlermeldung wirft Facebook ganz gern mal aus und ich teile mal meine Erfahrungen damit.
Mögliche Ursachen:
1. Fehlende Anwendungsdomain.
Das macht sonst keine Probleme und es ist durchaus möglich, dass man als Admin selbst niemals auf die Fehlermeldung stößt und erst die richtigen User davon geplagt werden. Lösung: eh klar, unter Anwendungsdomain die Domain eintragen. Beispielsweise haben meine Anwendungen meistens die Struktur http://app.domainname.com/gewinnspiel/ -> also geb ich bei Domain ein domainname.com
2. Sandbox Modus
Das vergisst man leicht: während des Entwickelns befindet sich die App normalerweise im Sandbox Modus und EIGENTLICH sollte sie währenddessen außer den Admins und den Testern keiner sehen. Facebook ist aber dämlich genug, allen Admins einer Facebook Seite einen halben Zugang zu eingebauten Apps im Sandbox Modus zu gewähren. Ich kann verstehen dass ein Seitenadmin sehen sollte, was für Apps sich auf seiner Seite tummeln, aber diese sorglose Freigabe sorgte bei mir schon öfter für Probleme: Seitenadmins wollten die App testen und bekamen dann die tolle Fehlermeldung. Und dann versuchte ich 2 Stunden lang, den Fehler nachzustellen, bis ich draufkam: der user, bei dem das Problem auftrat, ist kein Tester und kein Admin der App. GRAH. Die Lösung: logisch, entweder den User zum admin/tester machen oder aber den Sandbox Modus ausschalten.
14. Dezember 2011, 14:45
Früher ging man auf die Profilseite der Anwendung und klickte dann auf "Zu meiner Seite hinzufügen". Heute hat Facebook sich entschieden, mal wieder das System durcheinander zu bringen und man muss nun diese Url aufrufen:
https://www.facebook.com/dialog/pagetab?app_id=[APPID]&redirect_uri=[APPURL]
Achtung, die APPURL muss der tatsächlichen Url der App entsprechen, sonst gibt Facebook einen Fehler aus.
Sinnlos.
23. November 2011, 11:00
Ich poste das hier mit aller Vorsicht, weil ich heute eine STUNDE darauf verwandt habe, dieses Problem zu lösen und am Ende eigentlich nicht mehr weiß, ob das wirklich die Lösung war oder nicht...
mit der Javascript SDK wollte ich einen Wallpost starten, mit Text und einem Bild. Leider wurde das Bild nie angezeigt. Anscheinend muss dieses Bild besondere Dateiberechtigungen haben... ich hab ihm am Ende 0777 gegeben, weils mir nur noch wichtig war, dsas es geht.
Also, wenn FB.ui mit stream.publish ein bild nicht anzeigt... vielleicht liegts an den Dateirechten?
16. November 2011, 10:21
Wenn beim oauth redirect bei einer facebook app statt der permissions Abfrage ein "an error occured" kommt, kann es helfen, den "Namensraum der Anwendung" zu definieren. Hat bei mir sofort funktioniert. Den entscheidenden Hinweis fand ich, mal wieder, auf stackoverflow. Danke!
6. Oktober 2011, 13:52
Ich versuche, mit oauth Permissions vom Facebook User zu holen und bekomme den error code 191.
Man muss in den Einstellungen der Applikation neben dem "Seitenreiter" auch die Option "Webseite" auswählen und die Url ausfüllen. Danach kommt der Fehler nicht mehr.
6. Oktober 2011, 13:06
Ich habe ein Facebook iframe, index.php. Dort gibt es 4 Links, die alle auf index.php?p=PARAMETER verweisen. Sobald einer dieser Links geklickt wird, ist der signed_request leer. Offenbar wird dieser signed_request nur ein einziges Mal übergeben und zwar beim erstmaligen Laden des iFrames. Bei genauer Betrachtung macht das auch Sinn, man muss sich selber darum kümmern, seine Parameter weiterzugeben, wenn man auf weitere Seiten navigiert. Aber früher hat das problemlos geklappt und das macht die Sache so ärgerlich. Das Weitergeben der Parameter macht man entweder, indem man POST oder GET Parameter mitgibt, oder man macht es so, wie ich es gemacht habe: COOKIES!
Ganz oben auf der index.php Seite mache ich vor dem getSignedRequest folgendes:
-
if($_REQUEST['signed_request']){
-
$inTwoMonths =
60 *
60 *
24 *
60 +
time();
-
setcookie('fbrequest',
$_REQUEST['signed_request'],
$inTwoMonths);
-
}else{
-
$_REQUEST['signed_request'] = $_COOKIE['fbrequest'];
-
}
Leck mich, facebook. Mittendrin die Spielregeln ändern is scheiße, so sieht's aus.
22. September 2011, 09:23
Ein paar Probleme, auf die ich mit der neuen Facebook SDK oder ganz generell gestoßen bin und die dazugehörigen Lösungen:
getSignedRequest - nach dem Betätigen des zurück Buttons geht das nicht mehr. Hat der User "gefällt mir" geklickt oder nicht?
Vielleicht ist getSignedRequest veraltet. Vielleicht ist es verbuggt. Vielleicht habe ich es falsch benutzt. Es ist mir EGAL. Es hat mich Nerven gekostet und jetzt habe ich das ganze anders gelöst:
-
$isFan =
file_get_contents("https://api.facebook.com/method/pages.isFan?format=json&access_token=" .
$fb->
getAccessToken() .
"&page_id=SEITENID");
-
if( $isFan == "true"){
-
//der User hat die Seite 'geliked'
-
}else{
-
//der User hat noch nicht auf 'gefällt mir' geklickt
-
}
Wichtig dabei ist, dass der Inhalt von $isFan tatsächlich ein String ist. if($isFan) sowie if($isFan == true) führen NICHT zu einem richtigen Ergebnis!
Safari auf Mac OS X macht überhaupt komische Sachen
Offenbar hat Mac OS X mal wieder den Vogel abgeschossen. Via Ajax aufgerufene Seiten werfen konsequent Fehler aus, weil sie mit $facebook->getUser() und allen anderen Facebook anfragen nicht klarkommen. Ich hatte irgendwann keinen Bock mehr und habe das ganze schon beim Aufruf meiner Ajax Funktion gelöst:
-
$.post("vote.php", {id:123, fbUser: '<!--? echo $fb--->getUser(); ?>', at: '<!--? echo $fb--->getAccessToken(); ?>'} , function(r){ ... });
Damit gebe ich userID und, weil ich schon dabei bin, accesstoken auch gleich mit. Dann kanns mir schnurz sein, ob Safari rumzickt oder nicht.
Wie komme ich an den Usernamen ?
Dann würd ich für den Wallpost auch ganz gern wissen, wie mein Facebook User so heißt. Früher hab ich das mit $fb->api("/me") gemacht, aber auch das wollte mit der neuen SDK nciht mehr so recht. Deshalb die neue Version:
...Fazit...
In den letzten Stunden frustrierender Recherche hat sich Facebook auf den zweiten Platz meiner Hassliste hochgekämpft und wird damit nur noch übertrumpft von Typo3. Mal sehn, ob es bald einen neuen Spitzenreiter gibt....
16. August 2011, 12:31
Wie offenbar so viele andere habe ich lange vergebens darauf gewartet, dass Facebook mir eine SMS zur Verifizierung schickt. Und weil es mir schon unangenehm genug war, Facebook meine Handynummer zu geben und ich ja gar nicht daran denke, Facebook auch noch meine Kreditkartennummer zu geben, habe ich stattdessen gegoogelt und folgende Seite gefunden:
Facebook Like Button | SMS Verifikationscode kommt nicht…
Hat geklappt!! Großartig!
31. Januar 2011, 11:07
Der iframe Button von Facebook wird folgendermaßen erzeugt:
-
<iframe id="fbframe" src="http://www.facebook.com/plugins/like.php?href=xxx" allowtransparency="true" scrolling="no" frameborder="0" style="height: 62px; width: 100%;"></iframe>
Durch allowtransparency="true" wirft der W3C Validator einen Error (...there is no attribute "allowtransparency"...) beim Fabebook iframe code. Der Internet Explorer braucht das allerdings, sonst wird der Hintergrund weiß und der Button sieht ggf. auf der Seite nicht mehr schön aus. Daher habe ich widerwillig folgendes gemacht um Validität UND Transparenz zu erreichen:
-
$('#fbframe').attr('allowTransparency', true);
Ich muss betonen, dass ich mich nicht allzu wohl dabei fühle. Javascript zu nutzen, um Validität zu erzwingen, obwohl sich der HTML Code im Grunde nicht geändert hat... das... fühlt sich nicht gut an. Aber naja.
28. Juli 2010, 10:47
Das werd ich wohl noch öfter machen müssen... Daher hier mal meine Variante, wie ich eine Facebook "gefällt mir" Box auf einer Seite einbinden kann...
Facebooks Anleitung zum Einbinden einer Like Box
Connections: die Anzahl der Beispieluser, die die entsprechende Gruppe auch mögen
Stream: das Zeug in der Mitte halt... mir fällt grad keine adäquate Beschreibung ein und "stream" find ich auch nich sehr ergiebig
Header: der blaue Header mit "find us on facebook"
Und um das ganze mal zu testen, binde ich hier mal eine Testgruppe ein: