No big deals. Just a few stories from my life.
Ein weiteres Background-Image-Manager-Plugin hab ich gefunden, welches eine Unzahl an Einstellungen mitbringt. Und genau das ist der große Vorteil von „Background Manager„. Man kann alles, aber wirklich alles einstellen. Wenn dies gewünscht oder gefordert ist, dann ist dieses Plugin die erste Wahl.
Plugin-URL: http://wordpress.org/plugins/background-manager/
Heute hatte ich mal die Anforderung, dass ich in einer WordPress-Seite ein Hintergrund einbauen sollte. Ich hab so was schon mal gemacht, aber dazu bin ich damals in die CSS-Dateien gegangen und hab dort von Hand das Hintergrundbild eingefügt.
Nachdem wir verschiedene Hintergründe testen wollten, hab ich mir gedacht, ich schau mal, ob es nicht einen einfacheren Weg als die CSS-Variante gibt. Und bin fündig geworden.
Das WordPress Plugin „Simple Full Screen Background Image“ fügt auf elegante und simple Art und Weise Hintergrundbilder für einen Blog ein. Dazu berechnet es die Bildgröße neu, wenn man das Browserfenster in der Größe verändert.
Das war genau das, was ich gesucht habe. 😉
In einem Anflug von „Kreativität“ hatte ich heute mal den Gedanken, dass es doch ganz nett wäre, wenn meine Instagram-Fotos auch in meinem WordPress-Blog (also hier) auftauchen würden. Ich bin auf ein Plugin gestossen, dass genau diese Funktionalität mitbringt und war davon begeistert, wie schnell und einfach man es zum Laufen bekommt.
Dank hier auch an Peter „Bodenseepeter“, durch dessen guten Artikel ist erst auf das Plugin aufmerksam wurde. Seinen Post findet ihr unter: http://www.bodenseepeter.de/2012/10/31/instagram-schon-in-wordpress-integrieren/
Das Plugin selbst könnt ihr dann unter folgender Adresse runterladen und im Anschluss installieren:
http://wordpress.org/plugins/instagrate-to-wordpress/
Folgende Einstellung hab ich bei mir am Laufen:
Irgendwie hat mich das schlechte Gewissen schon seit längerem geplagt, weil ich kein Sicherungskonzept für meine WordPress-Webseiten am Start habe und mach sich doch Gedanken macht, was wäre, wenn diese Daten futsch sind.
Erneut aufmerksam auf dieses Thema wurde ich vor einigen Tagen durch einen guten Artikel auf ElmaStudio (http://www.elmastudio.de/wordpress/sichere-deine-wordpress-seite-mit-regelmaessigen-backups/), in dem die verschiedenen Backup-Möglichkeiten vorgestellt wurden. Neben den kostenpflichtigen Diensten (wie VaultPress) wurde auch mein „alter Bekannter“ BackWPup erwähnt und vorgestellt.
Ich hab dieses WordPress-Plugin auch in der Vergangenheit schon des öfteren ausprobiert, jedoch immer ohne Erfolg. Der Sicherungsauftrag wurde immer wegen irgendwelcher gravierender Fehler abgebrochen und somit nicht fertig gestellt. Wobei es bei mir egal war, ob ich die Sicherungsdateien auf die Dropbox, Amazon S3 oder mir per Email schicken lassen wollte.
Den Post hab ich nun zum Anlass genommen, dass ich mir dieses Plugin wieder anschaue und die neuste Version bei mir installiere. Meine Hoffnung war, dass sich durch den aktuellsten Programmstand irgendwas verändert hat, was eine erfolgreiche Sicherung bei mir ermöglicht.
Mir würde an diesem kostenlosen Plugin gefallen, dass es erstens nichts kostet und zweitens vielfältige Konfigurations-Möglichkeiten hat. Doch leider lief auch die aktuellste Version bei mir wieder nicht und mein Backup-Versuch auf die Dropbox schlug wieder fehl.
Die Fehlermeldung, die in den Log-Files auftauchte lautete:
FEHLER: Allowed memory size of 268435456 bytes exhausted (tried to allocate 234618881 bytes)
Ok, hab ich mir gedacht, vielleicht reicht der Speicher nicht, jedoch ich aus der Fehlermeldung nicht erkennen konnte, ob der RAM oder „Festplatten“-Speicher gemeint war. Ich hatte auch noch kurz den Verdacht, ob es vielleicht am vom mir getesteten Email-Versand lag und hier die max. Speichergröße für Nachrichten überschritten wurde. Somit stellte ich in meinem nächsten Versuch bei der Nachrichtengrößte die „0“ (Null) ein, was bedeutet, dass es keinerlei Beschränkung geben würde.
Aber leider schlug auch der nächste Test mit obiger Fehlermeldung fehlt.
Irgendwann kam mir dann der Gedanke, dass wenn es möglicherweise am RAM-Speicher liegen könnte, dass es vielleicht im Zusammenhang mit dem verwendeten Packformat (ZIP) zusammen hängt. Und so stellte ich einfach mal kurzer Hand auf das TAR-Format um und änderte den Ablageort von der Dropbox zu einem lokalen Ordner.
Und siehe da. die Sicherung läuft nun durch. Und was auch bemerkenswert ist, die Sicherung, die davor nach ca. 1 Stunde abbrach, ist jetzt in ca. 3 Minuten erfolgreich durchgelaufen.
Ein Blick mit einem FTP-Programm (bei mir Transmit von Panic) in den Ordner auf dem Server zeigte mir dann eine TAR-Datei mir rund 1,2 GB Größe. Damit diese Datenmenge nicht meinen Server dicht macht, hab ich mir die Sicherungsdatei dann auf meinen lokalen Rechner geholt und lege sie hier hab.
Fazit und Erkenntnis:
Vielleicht wäre das WordPress-Plugin BackWPup auch schon früher bei mir erfolgreich gelaufen, wenn ich die richtigen Einstellungen verwendet hätte. Ich möchte euch somit hiermit den Denkanstoss auf den Weg geben, nicht nur die für euch am bequemste Sicherungsmethode auszuprobieren, sondern auch mal einen anderen Weg (bei mir TAR mit Sicherung in einen Ordner) auszutesten.
Ich bin jetzt erst mal froh, dass die Sicherung nun bei mir läuft und werde in den kommenden Tagen noch etwas damit rum experimentieren. Vielleicht finde ich ja noch was heraus, was den Sicherungslauf etwas mehr automatisiert und ich mir dann nicht mehr die Dabei per FTP holen muss. 😉
Vor einiger Zeit bekam ich bei dem Versuch mich ans Backend dieses Blog anzumelden folgende Fehlermeldung. Das Ganze kam mir relativ komisch vor, weil mir nichts bewusst war, was ich verändert hätte. Keine Dateiänderungen per FTP oder irgendwelche WordPress-Updates, die ich installiert hätte.
"Forbidden. You don't have permission to access /wp-login.php on this server."
Also hab ich mich auf die Suche gemacht, was dieses Fehler auslösen könnte. Bei Google bekommt man dazu eine Vielzahl von Lösungsansätzen, von denen ich auch verschiedene probiert habe, die jedoch nicht zum Erfolg, sprich zur Lösung des Problems, geführt haben.
Was mir jedoch schon aufgefallen ist, was, dass sich viele Vorschläge mit der .htaccess-Datei befasst haben. Als ich dann versucht habe, diese Datei umzubenennen, konnte ich mich plötzlich wieder am WordPress-Backend anmelden.
Also hab ich mit die .htaccess-Datei mal näher angeschaut und siehe da, da befindet sich ein neuer Eintrag drinnen, der weder von WordPress, noch von mir stammt. Die zusätzlichen Zeilen wurden von meinen Webhoster ueberspace.de eingetragen, mit dem Vermerk, dass sie diese Datei gesperrt haben, weil sich sehr viele Attacken auf diese Datei konzentriert haben.
Eigentlich finde ich die Initiative von uberspace.de höchst löblich, doch ich hätte mir gewünscht, dass ich eine kurze Mail dazu erhalten hätte, dann hätte ich mir einiges an Sucherei ersparen können. 😉
Folgende Zeilen wurden der .htaccess-Datei von uberspace.de hinzugefügt:
# 2013-08-13 hallo@uberspace.de # massive Attacken von Tausenden von IPs auf diese Datei RewriteRule wp-login.php - [F]
Wenn man die dritte Zeile mit einem „#“ auskommentiert, dann kann man sich wieder anmelden. 🙂
Ich setze nun schon seit vielen Monaten das WordPress-Plugin „Mini Twitter Feed“ von webdevdesigner.com ein und bin damit rundum zufrieden. Nun ist mir vor einigen Tagen auf meiner Webseite (https://ostermeier.net/twitter/) aufgefallen, dass keine Tweets mehr angezeigt werden. Erst dachte ich mir, dass Twitter vielleicht ein Problem hätte und hab dem Vorfall keine größere Bedeutung zugemessen und erst einmal auch nichts unternommen. Doch als die Tweets mehrere Tage nicht gingen hab ich doch mal etwas genauer geschaut.
Und siehe da, Twitter ist nicht „ausgefallen“, aber sie sind trotzdem schuld. Auslöser war ein API-Update von Twitter von der Version 1 auf die Version 1.1
Dadruch bedingt muss man sich für die „Anwendung“ (mini Twitter Feed) eine neue ID bei Twitter generieren und dann auch im Plugin hinterlegen.
Das Erstellen einer neuen ID ist ziemlich einfach (https://twitter.com/login?redirect_after_login=%2Fsettings%2Fwidgets%2Fnew), aber das Einbinden bzw. Hinterlegen dieser neuen ID im Plugin hat mir doch etwas Kopfzerbrechen verursacht. Aber es ist dann doch einfach als „befürchtet“. 😉
Ab besten gibt man die ID in WordPress direkt beim Shortcode des Plugins mit an. Dies könnte dann ungefähr so aussehen:
minitwitter username="ostermeiernet" limit="20" id="123456789123456789"
Und weil wir schon gerade so schön beim „shortcoden“ sind. In der Beschreibung des Plugins steht, dass man die letzten 100 Tweets anzeigen lassen könne. Bei mir werden aber nur die letzten 20 Einträge angezeigt, egal, was ich bei Limit=“xxx“ reinschreibe. Ist das bei euch auch so? Oder an was liegt das?
Nachtrag / Hinweis / Nennt es wie ihr wollt:
Ich glaube ein ähnliches Problem könnte das Jetpack-Plugin für WordPress auch haben. Auch hier aktualisieren sich meine Tweets nicht mehr. Jedoch habe ich in dem Plugin keine Einstellung gefunden, wo ich eine neue Twitter-App-ID anfordern oder eintragen könnte. Ich hoffe jetzt einfach mal auf ein Plugin-Update 😉
Nachtrag zum Nachtrag:
War etwas verplant, als ich sagt, dass es sich im ein Jetpack-Plugin handle, welches ich in der Sidebar eingebaut hätte und das jetzt nicht mehr funktioniert. RICHTIG ist, dass es sich um ein Twitter-Widget aus dem Widgetkit von Yoothemes handelte, welches ich mal mit meinem Theme damals erstanden hatte und welches nicht mehr ging. Als Lösung kann man das Jetpack „Zeitleisten-Widget“ verwenden. Das funktioniert. Dafür muss man aber wieder eine Twitter-APP-ID anlegen…was aber nicht tragisch ist. 😉
Andreas Weck von t3n.de hat einen guten Bericht geschrieben, was Betreiber (Blogger), die WordPress im Einsatz haben, beachten oder beherzigen könnten, damit ihre Seite sicherer, besser bedienbar und schneller wird.
Hier kurz die Tipps im Überblick, der Link zum vollständigen Artikel findet ihr unter der Auflistung:
Den kompletten Post mit allen Details findet ihr unter:
http://t3n.de/news/wordpress-10-tipps-blogger-469490/
Das CMS WordPress ist vor kurzem 10 Jahre alt geworden. Zu diesem Anlass hat Ellen von elmastudio.de eine Umfrage gestartet, was den Usern vom WordPress an diesem System besonders gefällt und warum sie es einsetzten.
Die Antworten spiegeln zu einem sehr großen Teil aus die Gründe, die für mich für WordPress sprechen. Ich möchte euch hier nur kurze die Schlagworte/Überschriften zeigen, für weitere Infos lest bitte den Originalblog-Eintrag von Ellen. Diesen findet ihr auf ihrer Webseite unter:
http://www.elmastudio.de/wordpress/10-grunde-fur-die-man-wordpress-einfach-lieben-muss/?utm_source=feedly
Hier aber nun die Top-Ten, warum WordPress eingesetzt wird:
In der bitundso Folge Nr. 330 (LINK zur Folge) hat Gerrit ein Tool vorgestellt, welches sich „LiveReload“ nennt und speziell für Leute interessant sein dürfte, die sich hin und wieder mit Webseiten beschäftigen. Ich selber bin davon auch immer wieder „betroffen“ und wer kennt nicht die umständliche Arbeitsweise:
Datei lokal bearbeiten, (per FTP *) auf den Server schieben und dann im Browser (per Reload) kontrollieren, ob alles passt. Genau hier setzt LiveReload an und möchte einem das Leben leichter machen. Es überwacht quasi, ob ein Speichern-Button gedrückt wurde und nimmt dies dann zum Anlass im Browser einen Reload durchzuführen. Die App findet ihr auf: http://livereload.com und im MacApp-Store und kostet US$9.99 bzw. 8,99 EURO. Das Programm ist derzeit für den MAC in der Version 2, für Windows als Beta-Version und für Linux als Browser-Erweiterung „guard-livereload“ zu bekommen.
Ich halte diese App für ein sehr nützliches Tool und möchte nicht mehr darauf verzichten. Also einfach mal einen Blick darauf werfen – es lohnt sich.
* Was auch gehen müsste, was ich aber noch nicht selber getestet habe: Man müsste eine Verknüpfung mit einem FTP Programm und LiveReload machen können. Zum Beispiel mit „Transmit“ von panic. Und dann würde wenn man etwas in einem Editor bearbeitet (z.B. Coda von panic) sowohl die Datei per FTP auf den Server geschoben werden, als auch eine Sofort-Vorschau im Browser angezeigt werden. Dies funktioniert deswegen so gut, weil LiveReload auch das Temp-Verzeichnis vom „Transmit“ überwacht und die Voraschau mit den lokalen Dateien erzeugt.
Ich habe heute das WordPress Plugin YARPP (Yust another Related Post Plugin) installiert und musste dann leider feststellen, dass es mit anderen Plugin´s nicht richtig zusammen arbeitet.
Bei mir im speziellen machte es Probleme mit den Plugin´s „Auto Excerpt“ und „Auto Excerpt Everwhere“, die ich für die Verkürzung meiner Artikel auf der Startseite verwende. Will ich YARPP nutzen, dass werden meine Artikel auch auf der eigentlichen Artikelseite gekürzt, was ich natürlich nicht will.
Es gibt dazu auch schon einen Forums-Eintrag, der aber auch keine Lösung bietet:
http://wordpress.org/support/topic/yarpp-and-auto-excerpt-everywhere
Ich für meinen Teil war nicht auf YARPP festgelegt und nutze nun einfach das Plugin „Related Posts“, welche einwandfrei mit den von mir eingesetzten Plugins funktioniert.
Was ich noch zu diesem Thema empfehlen möchte ist:
http://www.elmastudio.de/wordpress/das-passende-related-posts-wordpress-plugin/
bzw.
http://www.elmastudio.de/wordpress/meine-top-10-wordpress-plugins/
Google stellt ja bekanntlich zum 1. Juli 2013 seinen RSS-Dienst Reader ein. Für mich ist das insofern schlecht, weil ich mittels „NetNewsWire“ meine RSS-Feed „überflogen“ habe und was mich näher interessiert hat „markiert“ (flaged) habe. NetNewsWire hat sich dann mit Google Reader synchronisiert und die „Flagged Items“ hab ich dann mittels WordPress-Plugin auf meiner Webseite angezeigt. So konnte ich von überall (ohne irgendwelche Anmeldung) und auch andere auf RSS- Artikel zugreifen, die ich noch lesen wollte. War eigentlich ein recht charmanter Workaround.
Nun muss ich mich allmählich nach Alternativen zum Google Reader umschauen und bin jetzt erst mal bei „Feedly“ hängen geblieben. Den Dienst kannte ich schon länger vom Namen her, aber erst jetzt habe ich einen Blick darauf geworfen. Als Umsteiger von Google Reader wird einem der „Switch“ sehr leicht gemacht, denn man meldet sich bei Feedly mit seinen Google Account an und dann werden die abonnierten Feed direkt zu Feedly importiert. Das passt ja schon mal. Die Oberfläche (also im Browser) sieht sehr aufgeräumt auf und stellt erst mal keinem vor irgendwelchen Rätsel. Hat man sich erst einmal etwas mit den Einstellungen gespielt, so findet sicher jeder das für ihn passende Lese-Layout.
Ich werd jetzt mal in den kommenden Tagen „Feedly“ etwas genauer anschauen und an mir selber schauen, wie ich mit dieser neuen Art des Feeds-Lesen zurecht komme. Gleichzeitig bin ich noch auf der Suche nach einem WordPress-Pluging, welches mir wieder ermöglicht meine gekennzeichneten Artikel wieder auf meiner Webseite anzuzeigen. Aber ich glaube, dass wird gar nicht so einfach, weil (anderes als bei Google Reader) ich bislang noch nichts in den Feedly-Einstellungen gefunden habe, welche URL meine „Flagged Items“ haben.
Ach ja, eine Anmeldung direkt auf der Webseite (feedly.com) scheint es nicht zu geben. Erst als ich mir die Safari-Erweiterung runter geladen hatte, wurde ich auf eine Seite weiter geleitet, bei der ich mich anmelden konnte. Dort habe ich dann meine Google-Account-Daten eingegeben und dann wars gut. 😉
Ach ja, leider klappt es nicht, dass man mit dem Safari-Plugin Subscribe To Feed Safari Extension einfach den RSS-Feed von Feedly abgreift. Das wäre dann noch etwas zu einfach gewesen. Aber naiv, wie ich bin, hab ich es aber probiert. Wer diese Erweiterung nicht kenn, dem möge ich meinen Post vom Aug.2012 ans Herzen legen.
https://ostermeier.net/wordpress/2012/08/red-sweater-subscribe-to-feed-safari-extension/
Heute war ich auf der Suche nach einem guten Slideshow-Plugin für WordPress. Und nach kurzer Suche bin ich auf das Plugin „Slideshow“ von Stefan Boonstra gestossen.
Das Plugin selbst und mehr Infos findet ihr unter: http://wordpress.org/extend/plugins/slideshow-jquery-image-gallery/
oder auf der Programmierer Webseite: http://stefanboonstra.com
Ich hab ja schon einiges gesehen, aber dieses Stück Software hat mir gleich gefallen. Es ist logisch aufgebaut und man hat wirklich viele Einstellungen, die man verändern kann. So kann man die Slideshow nach seinen Bedürfnissen optimal anpassen.
Es kommt selten vor, dass ich von Software auf Anhieb so überzeugt bin, dass ich freiwillig etwas spende, doch hier war es wieder einmal so.
Also „Daumen hoch“ und dies ist eine krasse Empfehlung an alle, die ein Slideshow-Plugin für WordPress suchen. 🙂
So, heute war es nun endlich soweit. Ich hab mich bei App.Net angemeldet. Aber da ich mir für den Anfang keinen kostenpflichtigen Account zulegen wollte, hab ich ein Invite von Alex Olmar (iPhoneblog) erschnorrt.
So, so weit alles gut. Schaut aus wie ein normales soziales Netzwerk, ausser dass dort noch nicht so viele Leute sich rumtreiben. Was ja durchaus nicht negativ gemeint ist. 😉
Nun war mein nächster Gedanke, es wäre doch sehr nett, wenn ich automatisiert Posts bei App.Net absetzen könnte, wenn ein neuer Artikel hier (also auf ostermeier.net bzw. black4.net) erscheint. Doch im Gegensatz zu Twitter, Facebook und wie sie alle heissen, fand ich hierzu kein passendes WordPress-Plugin, dass diese Arbeit für mich übernehmen würde.
Das einzige, was ich auf die Schnell gefunden habe, sind die Dienste von https://zapier.com, die so was (angeblich) machen würden. Ich hab mich dort angemeldet und habe jetzt mal 2 Wochen kostenlose Testphase vor mir. Ich kann noch nicht sagen, ob es funktioniert, bin aber guter Dinge. Ich würde aber gern ein WordPress-Plugin dafür einsetzten, weil ich irgendwie ein besseres Gefühl dabei habe, wenn ich diesen Dienst „selber betreibe“.
Wenn also einer von euch da draussen eine Plugin-Tipp für mich hat, dann bitte einfach über die Kommentar melden.
Heute stand ich vor dem Problem, dass ich einen wunderschönen Video-Player für WordPress gefunden hatte und diesen auch perfekt mittels Shortcode in Artikel oder Seiten einbauen konnte. Allerdings wollte ich, dass das Video auch in der Sidebar in einem Widget läuft. Per Default geht das leider mit einem normalen Text-Widget nicht, hier wird nur einfach der eingegebene Code angezeigt.
Aber die Lösung ist relativ leicht, wenn man weiß, was man tun muss. 😉
In die function.php des aktuellem Themes ( diese Datei findet man normalerweise unter wp-content > themes) muss folgende Befehlszeile eingefügt werden, um somit Shortcodes in Widgets zu erlauben. Hab das gemacht und nun bin ich wieder happy.
add_filter('widget_text', 'do_shortcode');
Eigentlich wäre es doch recht schickt (und beruhigend), wenn ich ein Backup von meinen WordPress Blogs (www.ostermeier.net und www.apple-swat.de) hätte. Ok, vor einiger Zeit (3. Nov. 2011) hab ich einen Artikel geschrieben, in dem ich das Plugin „WP TimeMachine“ kurz getestet und vorgestellt hatte. Doch irgendwie lief dieses Tool nicht wirklich gut.
So dachte ich mir, es wäre doch nett, wenn man so ein Backup zum Beispiel bei Dropbox oder Amazon S3 ablegen könnte. Nach einigen Versuchen bin ich beim WordPress-Plugin „BackWPup“ hängen geblieben, weil es mir schon mal optischen einen sehr guten Eindruck macht und zum anderen mit die Einstellungsmöglichkeiten sehr gut gefallen. Ich würde dieses Plugin sehr gerne verwenden, doch es bleibt bei mir immer beim Packen der Dateien (sind rund 1,3 GB) hängen. Die SQL-Datenbank selbst wird noch verarbeitet und gepackt, aber wenn dann im weiteren Schritt die eigentlichen Dateien gepackt werden sollten, dann geht es eine Weile sehr gut voran, aber dann bleibt der Pack-Vorgang stehen. Ich habe schon probiert, dass ich vom ZIP- aufs TAR-Format wechsle, aber leider ohne Erfolg.
Ich denke nicht, dass es vom ausgewählten Sicherungsziel abhängig ist, da die Packerei ja noch lokal auf meinem Server (der bei Uberspace ist) stattfindet. Ich werde mal parallel dazu eine Mails an den Support von uberspace.de schicken, vielleicht haben die Jungs dort noch eine Idee.
Wen von euch noch einer einen Vorschlag hätte, an was es liegen könnte, so wäre ich dafür sehr dankbar.