Insane in the Main Frame

Wenn man in WordPress debug auf true schaltet, bekommt man eventuell direkt die Meldung, dass wp_register_script oder wp_enqueue_script fehlerhaft aufgerufen wurde. Das hat mich schon etwas Zeit gekostet, die Lösung des Problems zu finden: man darf diese Funktionen nicht mehr so aufrufen sondern nur noch innerhalb einer action.

Vorher:

Nachher:

Und nun wirft das ganze keine Fehlermeldung bzw. Notice mehr aus!

Nach dem Umzug auf einen anderen Server zeigte der Downloadmanager plötzlich nichts mehr an außer Kategorien. Im Backend waren die Dateien noch vorhanden, nur angezeigt wurde nichts. Grund ist derselbe wie beim nextgen und contactform7 Plugin auch: sie alle gehen nach dem Serverumzug nicht mehr, weil die config Werte mit serialize() bearbeitet werden und mit einer geänderten Domain dann nicht mehr korrekt eingetragen werden. Hilft also nur eines: alle Download Templates händisch rüberkopieren und die Pfade ändern.

Wenn ich meine WordPress Daten mit get_post hole, dann ist post_content natürlich unformatiert. nl2br ist nur bedingt geeignet, aber es geht einfacher:

Ich LIEBE WordPress!

Es hat mich wirklich VIEL Recherche gekostet um herauszufinden, wie man den JW Player mit dem OVA Plugin verwendet, so man den JW Embedder benutzen will. Und hier die einfache Lösung:

So einfach... wenn mans mal weiß...

ContentFlow ist ein ganz nettes tool, allerdings ist die Version 1.0.2 offenbar nicht ganz ausgereift. Ich hab festgestellt, dass öfter Bilder "verschwinden", es werden einfach nicht alle Bilder angezeigt sondern ein leeres DIV. Das Bild wird nach dem nächsten refresh wieder nromal geladen, dafür kanns sein dass ein anderes nicht mehr sichtbar ist. Das war für mich natürlich untragbar, aber nach kurzer Recherche habe ich festgestellt, dass eine alte Version gut funktioniert:

ContentFlow 1.0.0

Nachdem ich ein wordpress Projekt von Server A nach Server B übertragen hatte, waren plötzlich sämtliche nextgen Konfigurationen verschwunden. Sämtliche Galerien auf der Seite funktionierten nicht mehr, stattdessen wurden einfach alle Bilder unformatiert und ohne hübsche Slideshow angezeigt.

Das Problem lässt sich mit Datenbankzugang folgendermaßen beheben: in wp_options den Eintrag finden wo option_name = ngg_options und dann option_value von der alten Datenbank holen und reinkopieren. Die Werte in option_value sind offenbar die config Werte der Galerie und werden aus irgendeinem Grund nicht richtig eingetragen in die Datenbank.

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.

Dass der Internet Explorer 6 mit Transparenzen nicht so gut klarkommt, ist mir schon lange klar. Aber heute war ich sehr erstaunt, als meine PNGs im IE8 auf einmal schwarze Ränder hatten.

Offenbar liegt das an jquery... sobald man mit transparenzen oder hide/show arbeitet, kann das passieren. Ich hatte das Problem bisher nur bei Projekten, wo es eh schon stressig war, deshalb hatte ich nie wirklich Zeit, das Problem genauer zu recherchieren und eine praktikable Lösung zu finden. Ich habe mir bisher damit beholfen, die Bilder doch als jpg abzuspeichern oder die PNGs im 8-bit-Modus zu speichern. Oder, wenn das beides nichts gebracht hat, mir Alternativen zu den jquery Funktionen erlaubt.

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.

Da war ich schon kurz davor, die beiden Tags mit preg_replace zu entfernen, bevor mir klar wurde, dass man beim Aufruf der Funktion direkt title und alt Tag ändern kann:

Und schon klappt das.