Letzte ipernity-Bilder im Blog anzeigen
Mit dem Wordpress-Plugin iperss von Dirk Sohler ist es möglich, die aktuellsten ipernity-Fotos in Form einer kleinen Bildergalerie einzubinden. Ich nutze das Plugin in Verbindung mit dem PHP Code Widget, um meine letzten Bilder als Widget an der rechten Seite anzuzeigen. Den folgenden Codeschnipsel habe ich als PHP Code Widget hinzugefügt (was die einzelnen Parameter für Funktionen haben, kann man auf der Pluginseite nachlesen):
<?php iperss('jakewalk', 6, 100, ipernity, '_blank', 60, 'default'); ?>
So sieht es dadurch bei mir aus (das Aussehen kann durch CSS beeinflusst werden):
Mit dem Update auf Wordpress 2.7 und wohl bedingt dadurch, dass ich Wordpress nicht direkt im htdocs-Verzeichnis installiert habe, funktionierte das Plugin nicht mehr. Ich erhielt die Fehlermeldungen “could not write cache file” und “could not write cache date file”. Dieses Problem hing in meinem Fall nicht wie in der FAQ angegeben mit den falschen Rechten (daran kann es prinzipiell auch liegen) zusammen, sondern lag daran, dass im falschen bzw. nicht existenten Verzeichnis gesucht wird. Dies konnte ich durch eine minimale Code-Änderung beheben:
Einfach Zeile 69 in der iperss.php ändern von:
$workdir = 'wp-content/plugins/iperss';
in:
$workdir = WP_PLUGIN_DIR.'/iperss';
Dadurch funktioniert das Plugin unter Wordpress 2.7 tadellos.
No trackbacks yet.
Das iPhone und die stiefmütterliche Informationsverwaltung
about 6 months ago - 3 comments
Drehen des Bildschirms abschalten
about 1 year ago - No comments
Vergesst Homescreen 2.0, hier kommt Lock Screen Info
about 1 year ago - 19 comments
Glasklart für SBSettings mit neuen Icons
about 1 year ago - 2 comments
Wordpress mit Gravataren aufwerten
about 2 years ago - No comments
Ein Update mit Tücken
about 2 years ago - No comments
Umstellung von Wiki auf Blog
about 2 years ago - No comments

about 1 year ago
Hi Jakewalk!
Ich hatte das gleiche Problem, leider ist es immer noch vorhanden. Ich habe $workdir geändert und dem iperss-Ordner alle Rechte gegeben. Hast Du vielleicht noch eine andere Idee? Danke und Gruß,
Ringo
about 1 year ago
Hm, ich habe mal die vorzunehmende Änderung, sowie ein paar weitere Debugfunktionen hinzugefügt. Diese werden aktiviert, indem du die Variable $iperss_debug in Zeile 58 auf den Wert 1 setzt. Dadurch wird das PHP-Error-Reporting aktiviert und angezeigt, ob Wordpress die Cache-Dateien findet. Außerdem werden die bereits integrierten Debug-Informationen ausgegeben. Hier findest du die Datei.
about 1 year ago
Raphael, danke für Deine Mühe!
Ich hab den Fehler gefunden. Das Problem war, dass die Dateien “cachedate-” und “cachestore-” bei mir die Endung “default” hatten. Hab’s in “cacheid” geändert und es funktioniert.
Oder sollte ich sie anders benennen?
Gruß
about 1 year ago
Hmm, leider kann man keine anderen Größen als die von ipernity vorgegebenen angeben.
Bei dem hauseigenen widget geht das:
MiniSlideshow
about 1 year ago
Der letzte Parameter in der Funktion iperss() bestimmt, wie die Cache-Datei heißt. (Ich hatte den Parameter im obigen Beispiel für meinen Blog vergessen, wahrscheinlich rührt daher das Problem.) Im obigen Funktionsaufruf lautet der letzte Parameter ‘default’, daher lauten die beiden Cache-Dateien bei mir auch “cachedate-default” und “cachestore-default”. Je nach Funktionsaufruf müssen also die Dateien bei dir lauten.
Und ja, du bist beim Einbinden des ipernity-Feeds über iperss an die vorgegebenen Ausgabegrößen gebunden. (75px, 100px, 240px, 500px, 560px). Die von dir angeführte MiniSlideshow sieht auch hübsch aus, verfolgt aber eben auch einen anderen Ansatz (Flash-Slideshow statt Bildergalerie). Was du machen könntest, wäre die Ausgabe eines Bildes im Browser herunterzuskalieren. Wenn du bspw. ein Bild mit der Seitenlänge von 500px im Browser fest auf 333px einstellst, sieht das in modernen Browsern noch sehr aktzeptabel aus. Alternativ könnte man das iperss-Plugin so erweitern, dass es die Bilder aus dem Feed lokal cached und auf die gewünschte Größe mittels GD-Klasse herunterskaliert. Freiwillige vor…
about 1 year ago
Es GIBT also eine Variable, die das aktuelle Plugin-Verzeichnis referenziert!
Gut zu wissen! *g*
Die Version, die auf der API basiert, läuft auf meinem Server schon, nebst fertiger Cache-Klasse
about 1 year ago
Das sind ja tolle Nachrichten. Was sind denn die Vorteile der neuen Version, die über die API zugreift im Gegensatz zur bisherigen Version?
about 1 year ago
Abgesehen davon, dass sie Dank API und fertiger Caching-Klasse besser funktioniert? Nun … Keine
http://www.ipernity.com/group/api-users/discuss/19599