Webseiten-Infos.de » WordPress

Spamabwehr mit Antispam Bee

Dieter — Sun, 02 Jan 2011 15:17:02 +0000

Ich hatte schon mehrfach über meine Spamabwehrmaßnahmen mit Plugins für WordPress geschrieben (siehe hierzu “Kommentar-Spam bekämpfen“, “Antispam Bee: Einstellungen geändert“, “Spam-Schutz auf Webseiten-Infos.de” und “Spamschutz nur mit Antispam Bee“).

Inzwischen bin ich überzeugter Anhänger des WordPress-Plugins Antispam Bee (Anleitung, Produktseite) von Sergej Müller. Dieses Plugin reicht alleine zur Abwehr automatisierter Spam-Kommentare völlig aus.

Deshalb lasse ich inzwischen auch die Finger von dem mit WordPress automatisch mitgelieferten Plugin Akismet. Dessen Bedingungen für die kostenlose Nutzung wurden zwischenzeitlich deutlich verschärft (siehe hierzu insbesondere “Akismet ist nur noch für kleine Blogs kostenlos” und “Akismet: Teurer Kommentar-Spam“).

Allerdings haben auf meinen WordPress-Installationen mit dem neuen Jahr die automatisiert versandten Spam-Kommentare massiv zugenommen. Eine mögliche Ursache könnte sein, dass ich aus Performancegründen zu blockierende IP-Adressen aus meiner .htaccess-Datei löschte.

Da ich bislang hier die Spam-Kommentare von Antispam Bee lediglich mit “MARKED AS SPAM” markierte, aber nicht löschen ließ, hatte ich inzwischen pro Tag über 100 markierte Kommentare durchzusehen. Das bedeutet bei 20 Einträgen pro Seite, dass ich etwa fünf Seiten durchsehen muss. Antispam Bee arbeitet sehr zuverlässig. Lediglich ganz wenige Trackbacks wurden bei WordPress-Installationen von mir unzutreffend als Spam eingestuft. Dies dürfte aber daran gelegen haben, dass die URL des Trackbacks und des verweisenden Artikels nicht übereinstimmten.

Deshalb habe ich mich dazu entschlossen, nun (automatisierten) Spam von Antispam Bee direkt blocken zu lassen. Das ist im Administrationsbereich (Backend) unter Einstellungen -> Antispam Bee auch die Standardeinstellung, indem man einfach beim ersten Kästchen kein Häkchen setzt. Danach den Button “Änderungen annehmen” anklicken und fertig. Damit kann ich zwar nicht mehr nachsehen, ob nicht doch ein Trackback vielleicht unzutreffend als Spam angesehen wurde, aber der entfallende Aufwand die als Spam markierten Kommentaren durchzusehen entfällt dadurch. Das ist es mir angesichts des gestiegenen Aufkommens solcher Spam-Kommentare und des damit verbundenen Zeitaufwands wert!

Erstmalige manuelle Kommentare und Kommentare mit Links landen dagegen regelmäßig weiterhin in der Moderation (habe ich im Administrationsbereich (Backend) von WordPress unter Einstellungen -> Diskussion so eingestellt) und werden von mir nach Prüfung freigeschaltet (oder auch nicht). Auch weiterhin akzeptiere ich keine SEO-Namen als Absender. Bestenfalls lösche ich diesen SEO-Namen dann und damit verbundene Links. Ist der Kommentar auch noch unpassend oder ohne nennenswerten Inhalt, kann der Kommentar auch im Papierkorb und Daten-Nirvana landen. Sollte ich mich sehr über manuelle Spammer ärgern, dann werde ich sie öffentlich anprangern! Zudem erwäge ich die IP-Adressen dann für Blacklisten zu melden.

Antispam Bee bietet inzwischen als weitere Spamschutz-Maßnahmen auch noch die Möglichkeit an, Kommentare und Pings aus bestimmten Ländern zu verhindern (über IPInfoDB) sowie das Project Honey Pot als Spammer-Quelle heranzuziehen. Im Bedarfsfalle werde ich diese testweise mal aktivieren.

Sergej Müller entwickelt seine fleißige Biene (Antispam Bee) beständig weiter und ich freue mich schon auf die kommenden Updates.

Kommentare

2. Januar 2011, Sergej Müller schreibt: Dieter, herzlichen Dank für dein Resümee. Die Anzahl der Antispam Bee Nutzer steigt permanent an und das begeistert mich als Entwickler. Ist eine Bestätigung für mich, dass ich einen guten Job gemacht habe und zeigt, dass zuverlässiger Spamschutz auch ohne einer zentralen Liste gewährleistet werden kann.
2. Januar 2011, Dieter schreibt: Sergej, Akismet hat zwar den Vorteil direkt mitgeliefert zu werden, aber Antispam Bee ist die intelligentere Lösung. Mir selbst, aber auch anderen wie z.B. Tanja aka Crazy Girl, ist es schon passiert, dass Kommentare von uns bei anderen Bloggern von Akismet als Spam angesehen wurde!? Das wäre dort mit Antispam Bee nicht passiert!
2. Januar 2011, Frank schreibt: Kann Dir nur zustimmen. Antispam-Bee verwende ich ebenfalls seit längerem. Akismet hatte ich eigentlich noch nie im Einsatz. Im übrigen kann man auch die anderen Plugins von Sergej nur empfehlen.
2. Januar 2011, Dieter schreibt: @Frank Akismet habe ich inzwischen nicht nur deaktiviert, sondern sogar im Rahmen meiner letzten Aufräumaktion bei meinen Plugins gelöscht. :-) Und ja, auch die anderen Plugins von Sergej sind zu empfehlen (siehe hierzu beispielsweise meine Blogbeiträge "Karte mit WordPress-Plugin wpMAPS" und "Antivirus-Plugin verbessert Sicherheit")
3. Januar 2011, Sergej Müller schreibt: Dieter, du hast Akismet aus Plugins gelöscht? Kommt mit nächstem Auto-Update wieder. Wie eine Pest ;)
3. Januar 2011, Dieter schreibt: Sergej, das ist ja Spamverhalten. Müsste da nicht Antispam Bee gegen helfen. ;-)
3. Januar 2011, Sergej Müller schreibt: Für Automattic bin ich mit meinen Plugins sowieso ein Verbrecher, noch ein Schritt und ich stehe auf einer Blacklist und darf nie wieder Plugins auf wordpress.org einstellen ;)
3. Januar 2011, Dieter schreibt: Ne, so einfach solltest Du es ihnen nicht machen. ;-) Dann lösche ich lieber nach den Updates wieder Akismet und Hello Dolly. ;-)
3. Januar 2011, Klaus schreibt: Frohes neues Jahr Dieter! Akismet habe ich bei mir mittlerweile gelöscht. Mehr als Antispam Bee braucht es wirklich nicht. Ein vermeintlicher Fehler bei diesem Plugin hat sich als vermeidbarer Fehler meinerseits herausgestellt. Sergej hatte mir da auch rappzapp geholfen. :) Viele Grüße Klaus
3. Januar 2011, Dieter schreibt: Hallo Klaus, auch Dir ein frohes Neues Jahr! Mir hat Sergej nicht nur geholfen, sondern mit der Einstellungsmöglichkeit für Kommentare finden auch außerhalb von Beiträgen hat er auch den Einsatz auf webseiten-infos.de ermöglicht, denn hier gibt es das Kommentarformular auch auf den Archivseiten. :-) Viele Grüße zurück Dieter
3. Januar 2011, Domingos schreibt: Danke für den Tipp. Habe gar nicht dran gedacht, dass Akismet datenschutzmäßig ein Problem sein könnte.
3. Januar 2011, Dieter schreibt: @Domingos Das Datenschutzproblem bei Akismet ist zwar bemerkenswert, aber im Vergleich zum unangepassten Google Analytics (vollständige Übertragung der IP-Adressen) sowie Facebook insbesondere bezüglich seines Like It-Buttons fast schon harmlos. Mit einem entsprechenden Hinweis in Deiner Datenschutzerklärung bist Du da nach meiner Auffassung auf der sicheren Seite. Hier und auf dieter-welzel.de könnte ich den Passus bzgl. Akismet inzwischen rausnehmen. Werde ich demnächst auch mal machen. Ich persönlich empfinde es problematischer, dass man bei Akismet auch schon mal als nicht spammender Blogger auf die Spamliste kommen kann und dann automatisch im Spamordner landet (sog. false positive). Darüber hinaus finde ich es völlig indiskutabel, dass Automattic die Nutzungsbedingungen für den kostenlosen Gebrauch ohne explizite Unterrichtung der bisherigen Nutzer verschärft.
5. Januar 2011, Crazy Girl schreibt: "Blockieren" ist definitiv eine gute Idee, zumal man sich das ganze Elend auch wirklich nicht ansehen muss und seine Datenbank damit auch nicht für nur zeitweise belasten muss ;-) Und Danke für die Erwähnung *freu*
5. Januar 2011, Dieter schreibt: Tanja, wenn Antispam Bee gut eingestellt ist, gibt es keine false positive Fehler und dann ist blockieren definitiv eine gute Idee. Zur Erwähnung sage ich nur: Crazytoast.de ist eine Fundgrube ;-)
8. Januar 2011, Magrat schreibt: Ironie des Schicksals... Dieter, dein Kommentar auf meiner Seite wurde vom Antispam Bee als Spam markiert... ;) Ich habe Akismet auch rausgeworfen und habe Antispam Bee gemeinsam mit NoSpamNX laufen, und das sehr erfolgreich. *freu* :)
8. Januar 2011, Dieter schreibt: @Magrat Danke für Deinen Hinweis. Das ist ungewöhnlich, denn normalerweise zeichnet sich Antispam Bee durch keine false positive Fehler aus. Hast Du denn zusätzliche Schutzfunktionen von Antispam Bee aktiviert, dass es vielleicht daran liegt (Honey Pot oder schärfere Prüfung)?
8. Januar 2011, Magrat schreibt: Ja... ich hatte die schärfere Prüfung aktiviert. Das erklärt das natürlich. Hab es jetzt deaktiviert. Ist aber ein gutes Zeichen und zeigt, daß es hervorragend funktioniert! ;)
8. Januar 2011, Dieter schreibt: Danke... dann ist die Ursache ja geklärt und beseitigt. Sergej empfiehlt in seiner Doku bei false positive Fehlern diese zusätzliche Prüfung zu deaktivieren. :-)
8. Januar 2011, Magrat schreibt: Richtig, das hatte ich auch gelesen. Und da dein Kommentar bereits der 2. oder 3. war, der dadurch als Spam markiert wurde, und es ansonsten ja prima läuft, kann ich nun ruhigen Gewissens auf die schärfere Prüfung verzichten. :)
8. Januar 2011, Dieter schreibt: Ja, manchmal muss man(n) (Frau auch) die Einstellungen noch nachjustieren. Bei mir bedarf es hier der Einstellungen "Kommentare finden auch außerhalb von Beiträgen Verwendung", sonst habe ich false positive Fehler.
8. Januar 2011, Magrat schreibt: Ah ja, diese Einstellung habe ich auch so... Jedenfalls hat der Sergej da ganze Arbeit geleistet... Respekt... :)
28. Januar 2011, Name-gelöscht schreibt: Ich habe das Plugin von Sergej auch schon länger auf meinen Blogs im Einsatz. Tut es sehr gut und ist eine perfekte Alternative zu Akismet. Kombiniert wird das ganze noch mit SI Capchta und es kommt eigentlich kein einziger Spammer durch.
29. Januar 2011, Dieter schreibt: Für mich ist Antispam Bee nicht nur eine, sondern die perfekte Alternative zu Akismet. Vom Einsatz von Capchtas rate ich aber ab. Sie sind nicht barrierefrei (zugänglich). Lediglich beim Kontaktformular halte ich das bei fehlenden Alternativen für akzeptabel. Bei mir tut es da eine kleine Rechenaufgabe als Funktionalität des WordPress-Plugins Contact Form 7.
29. Januar 2011, Karin schreibt: Ich setze ebenfalls AntiSpamBee ein und bin total zufrieden. Es läuft mittlerweile auf vier WordPressinstallationen und verrichtet seinen Dienst sehr gut.
29. Januar 2011, Dieter schreibt: @Karin Das Schöne an Antispam Bee ist, dass es zudem Akisment mit seinen fragwürdigen Methoden (Datenübermittlung incl. IP-Adresse an den Server in den USA, weitere Einschränkung der kostenlosen Nutzung ohne Unterrichtung der Nutzer) sowie weitere Spamschutz-Plugins überflüssig macht. :-)
23. Februar 2011, Cujo schreibt: Ich verwende AntiSpam Bee in Verbindung mit NoSpamNX von Sven Kubiak und habe dadurch den Spam fast auf 0 reduziert.
23. Februar 2011, Dieter schreibt: @Cujo Ich kenne NoSpamNX nicht. Nach der Beschreibung im WordPress Plugin-Verzeichnis dient es aber wie Antispam Bee dem Schutz vor automatisch generierten Spamkommentaren. Deshalb frage ich mich, für was Du beide Plugins benötigst? Mir reicht Antispam Bee alleine.
25. Februar 2011, Kimi schreibt: Hai Dieter! Schon lange nicht mehr deine Seite besucht. :-) Ich hab noch nicht dieses Plugin probiert, aber ich benutze momentan Growmap plugin für Spam; es funktioniert einwandfrei :-)
26. Februar 2011, Dieter schreibt: Hallo Kimi, das Growmap Anti Spambot Plugin kannte ich noch nicht. Eine interessante Alternative zur Bekämpfung automatisch generierter Spamkommentare. Danke für den Hinweis darauf.
27. Februar 2011, Kimi schreibt: Bitte bitte. Ja, Antispam Bee kannte ich auch noch nicht. Danke.
9. März 2011, Rachil schreibt: Ich hatte auch mit Captcha's gearbeitet und musste bedauerlicherweise feststellen, das es zwar grundlegend hilft, aber so hoch wie es gelobt wird ist es in meinen Augen auch tief gefallen. Seit ich, wie viele hier, Antispam Bee benutze lobe ich in großen Tönen dieses Tool :)
9. März 2011, Dieter schreibt: @Rachil Captcha´s sind nicht benutzerfreundlich und erzeugen eine Zugangsbarriere. Mit Deinem Wechsel zu Antispam Bee hast Du eine gute Entscheidung für die ehrlichen Kommentatoren Deiner Seite getroffen.
15. März 2011, Cujo schreibt: @Dieter NoSpamNX blockiert die Spambots direkt und sorgt dafür, dass der Spam gar nicht erst eingeht. Wie das genau funktioniert, kannst du hier nachlesen: http://www.svenkubiak.de/nospamnx/ Ich habe pro Tag nur noch 1 bis 2 Spam-Postings, um die sich dann AntiSpambee kümmert. Bevor ich NoSpamNX installiert hatte, waren es pro Tag 40-50. Bei NoSpamNX muss man aber etwas vorsichtig sein, da es nicht mit allen Konfigurationen einwandfrei funktioniert. Speziell mit Cache-Plugins arbeitet es nicht immer zusammen. Deshalb empfehle ich dir, nach der Installation von NoSpamNX durchzutesten, ob alles einwandfrei funktioniert. Der Aufwand lohnt sich aber auf jeden Fall, denn der Spam reduziert sich wirklich spürbar.
17. März 2011, Dieter schreibt: @Cujo Danke für die Infos zu NoSpamNX. Was ich da lese, klingt stark nach einer abgespeckten Abwehr gegen automatisierte Spamkommentare im Vergleich zu Antispam Bee. Auf meiner Website www.dieter-welzel.de kamen in den letzten Wochen gelegentlich auch einige Spamkommentare in die Moderation, die wohl automatisch erzeugt wurden. Nachdem ich dort - wie zuvor schon hier - die Option Honeypot von Antispam Bee aktiviert hatte, ist wieder fast völlige Spamfreiheit in der Moderation. :-) Ich nehme an, dass inzwischen Antispam Bee so bekannt und verbreitet ist, dass erste Spammer von automatisierten Spamkommentaren die ausgetauschten Kommentarfelder erkennen. Dagegen hilft die aktivierte Option Honeypot sehr gut. Ein weiterer Vorteil von Antispam Bee ist, dass auch automatisierter Trackback- und Pingback-Spam erkannt und geblockt wird. Dafür brauche ich dann kein weiteres Plugin.
17. März 2011, Kimi schreibt: Dieter, Off topic.. Wenn ich meine Webseite und deine Webseite in http://whichloadsfaster.com/ eingebe, dann lande ich auf Deiner Webseite. Wie kann ich die gleiche Sachen machen mit meiner Seite? Vielen Dank im Voraus Kimi
17. März 2011, Dieter schreibt: Kimi, Off Topic (OT) ist hier nicht nötig. Bitte stelle Deine Frage auf einer passenden Webseite (z.B. unter Was macht eine gute Webpräsenz aus?) oder kontaktiere mich per Mail oder Kontaktformular. Danke! Gruß Dieter
2. Juni 2011, Name-gelöscht schreibt: Die fleißige Biene ist echt super. Vor allem die ständigen Updates machen das Gesamtpaket zu einem der besten derzeit. Vertraue voll darauf. Danke an Sergej an dieser Stelle! Schönes Spam-Bild übrigens :)
2. Juni 2011, Dieter schreibt: Jepp! Die fleißige Biene ist genial. Gerade gab es das Update auf Antispam Bee 2.1. Automatisch erstellte Spamkommentare werden durch die fleißige Biene hier komplett abgeblockt. Manueller Spam hält sich in Grenzen. Ebenso Kommentare mit SEO-Namen und SEO-Backlinks. Die behandele ich dann individuell. In der Regel lösche ich den SEO-Backlink und der Name wird durch Name-gelöscht ersetzt. :-)
1. August 2011, Julia schreibt: Hallo, ich benutze die Biene jetzt auch seit kurzem und bin begeistert. Sie filtert wirklich vieles und seitdem hatte ich keine unerwünschten Kommentare mehr in meinem Blog. Ich danke dir für die Vorstellung des Plugins, die mich zur Installation verleitet hat :) Liebe Grüße Julia
1. August 2011, Dieter schreibt: Hallo Julia, freut mich, dass Du mit der Biene die unerwünschten Spam-Kommentare los geworden bist. Wünsche Dir viel Spaß beim weiteren Bloggen und liebe Grüße zurück Dieter
8. August 2011, Holger schreibt: Hallo, ich habe Akismet, aber nicht aktiviert. Bei meiner WordPress-Installation kam mir das Plugin irgendwie eigenartig vor. Es war rein intuitiv. Man sollte immer mal auf sein Bauchgefühl hören. ;-) Durch Eure Beiträge habe ich eine andere Lösung mit Antispam Bee gefunden. Vielen Dank für die Infos. Ich werde das Plugin nutzen.
8. August 2011, Dieter schreibt: @Holger Antispam Bee und vorsorglich die Moderation von Erstkommentaren und Kommentaren mit Links - wie ich sie hier praktiziere - reicht völlig.
29. September 2011, Max schreibt: Hallo. Danke für den Hinweis mit dem Honeypot. :) Ab und zu sollte man sich die Plugins wieder ansehen. Und Danke auch an Cujo für den Pluginvorschlag mit NoSpamNX. Wenn die Kommentare gar nicht erst durchkommen wärs natürlich noch schöner. Gruß, Max
29. September 2011, Dieter schreibt: Hallo Max, bitte schön! Inzwischen habe ich hier übrigens den Honey Pot sowie Kommentare und Pings aus bestimmten Ländern verhindern aktiviert. Jetzt gibt es nur noch gelegentlich manuellen Kommentarspam, mit dem versucht wird Links zu platzieren. So etwas merke ich aber, weil ich neue Kommentatoren und deren Links immer überprüfe. :-) Gruß zurück Dieter
29. September 2011, Max schreibt: Hallo. Das mit dem verhindern aus bestimmten Ländern hatte ich auch schon gesehen, weiß aber irgendwie nicht was man da so eintragen muss. :) Den Honeypot stell ich probehalber einfach auch mal an. Gruß, Max
30. September 2011, Dieter schreibt: Hallo Max, ich habe die Länder RU (= Russland) und CN (= China) in meine Blacklist eingetragen. Ich hatte insbesondere aus diesen Ländern Spamkommentare. Ob diese Funktionalität für Deine WordPress-Website sinnvoll ist und welche Länder Du dann in die Black- oder Whitelist einbeziehen willst bzw. sollst, musst Du schon selbst prüfen. Für diese Funktionalität als auch den Honey Pot musst Du Dir jeweils einen API-Key besorgen. Näheres zu diesen Funktionen findest Du auf der Website zu Antispam Bee (Klick auf die Fragezeichen zu Ländercode und Honey Pot der Einstellungsseite von Antispam Bee im Administrationsbereich Deiner WordPress-Installation). Gruß zurück Dieter
30. September 2011, Max schreibt: Hallo. Danke. Ich probiere das nach den Feiertagen mal aus. :) Gruß, Max

Neuer Kommentar wird nicht angezeigt?

Dieter — Sun, 05 Dec 2010 21:10:45 +0000

Bereits vor vielen Monaten hatte mich Ute darauf aufmerksam gemacht, dass ein von ihr geschriebener Kommentar für Sie hier erst sichtbar ist, wenn Sie die Webseite in Ihrem Browser neu geladen hat.

Heute berichtete Fritz darüber, dass er sogar den Cache seines Browsers dafür leeren musste.

Ein unhaltbarer Zustand! Deswegen habe ich dieses Problem nun priorisiert und folgende Maßnahmen ergriffen:

Das WordPress-Plugin DB Cache Reloaded als möglichen (Mit-)Täter habe ich deaktiviert (siehe hierzu auch den Blogbeitrag “Verschwundene Kommentare im Firefox – Cache Problem?” einschließlich Kommentare).
Ferner habe ich in meiner .htaccess-Datei das generelle Ablaufdatum (expire date) von 10 Jahren ab Aufruf (Client-Abfrage) auf MIME-Type ohne HTML umgestellt (siehe hierzu z.B. die Konfigurationsdirektive: ExpiresDefault und Speed Up Sites with htaccess Caching).

Hier meine alte Einstellung aus der .htaccess-Datei für expire date:

1
2
3

### turn on the Expires engine
ExpiresActive On
ExpiresDefault "access plus 10 years"

Und so sieht nun die neue Einstellung hierfür in meiner .htaccess-Datei aus:

1
2
3
4
5
6
7
8
9
10

### turn on the Expires engine
ExpiresActive On
ExpiresByType image/gif A2592000
ExpiresByType image/png A2592000
ExpiresByType image/jpg A2592000
ExpiresByType image/x-icon A2592000
ExpiresByType application/pdf A2592000
ExpiresByType application/x-javascript A2592000
ExpiresByType text/plain A2592000
ExpiresByType text/css A2592000

Kontrolliert, ob damit expire date für den MIME-Type HTML entfernt ist, habe ich mit dem Firefox-Addon YSlow. Unter Components bekommt man durch Mausklick auf die Überschriftsspalte Expires (Y/M/D) no expires oder ein expire date angezeigt.

Ich hoffe, das behebt das Anzeigeproblem neuer Kommentare. Vorsorglich weise ich aber noch einmal darauf hin, dass ich Erstkommentare und Kommentare mit Links moderiere (siehe hierzu auch den Blogbeitrag “Kommentar-Spam bekämpfen“).

Für Hinweise, ob es noch Probleme gibt oder diese nun behoben sind, bin ich jederzeit dankbar. Deshalb hier schon mal ein großes Dankeschön an Fritz, der mir über eine Twitter-Direktnachricht bestätigte, dass bei ihm das mit der Aktualisierung unmittelbar nach dem Absenden eines Kommentars nun klappt.

Für Anmerkungen, Hinweise und Rückmeldungen kannst Du gerne die Kommentarfunktion nutzen.

Kommentare

5. Dezember 2010, Ute schreibt: Bei mir klappte es vorhin auch, danke fürs Reparieren. :hurra:
5. Dezember 2010, Dieter schreibt: @Ute Danke für die Rückmeldung. Und ja: :hurra: Hoffe, dass das Problem nun endgültig behoben ist.
17. Dezember 2010, Moni schreibt: Ich mache das sonst immer mit folgendem Metatag, aber dein Lösungsansatz mit der .htaccess ist auch recht interessant. Leider kann man diese nicht auf allen Sharing Hostern selbst editieren: Einfach in den Header mit rein...
17. Dezember 2010, Dieter schreibt: @Moni Metatag-Lösung ist mir nicht bekannt. Von Sharing Hoster, bei denen man die .htaccess-Datei nicht bearbeiten kann, rate ich ab. Dein Code für den Header ist nicht zu sehen. Ich nehme an, dass Du vergessen hast den Code als solchen zu kennzeichnen. PS: Insbesondere Erstkommentare und Kommentare mit Links moderiere ich. SEO-Keywords im Namen akzeptiere ich nicht. In der Regel lösche ich dann auch den Link zur Website!
20. Mai 2011, Marc Nemitz schreibt: Hallo, besteht das Problem aktuell noch oder wurde es endgültig im Zuge der neuen WP-Versionen behoben? Und noch eine Frage, wenn ich mehrere Domains auf einem Platz laufen habe, muss ich etwas besonderes beachten bei der htaccess? Gruß Marc
20. Mai 2011, Dieter schreibt: Hallo Marc, das Problem war meinen Optimierungsmaßnahmen für eine geringe Ladezeit geschuldet. Das hat nichts mit einer bestimmten WordPress-Version zu tun. Deine zweite Frage erschließt sich mir nicht. Was meinst Du mit "Platz"? Gruß zurück Dieter

WordPress 3.0.1 auf 3.0.2 aktualisiert

Dieter — Wed, 01 Dec 2010 21:47:42 +0000

Bereits in meinem Blog auf dieter-welzel.de habe ich unter “Blog auf WordPress 3.0.2 aktualisiert” erwähnt, dass ich schon alle meine WordPress-Installationen von WordPress 3.0.1 auf 3.0.2 aktualisierte (siehe zu WordPress 3.0.2 auch “WordPress 3.0.2 DE-Edition veröffentlicht” und “WordPress 3.0.2 ist da“).

Auch hier nutzte ich die Alternative der automatischen Aktualisierung. Allerdings musste ich hier dann die Green Smilies wieder über die gelben Standardsmilies mittels ftp-Upload kopieren. Aber dann war auch hier das Update erledigt.

Webseiten-Infos.de auf WordPress 3.0.1 aktualisiert

Dieter — Fri, 30 Jul 2010 15:06:51 +0000

Heute ist die deutsche WordPress 3.0.1 veröffentlicht worden (siehe hierzu die Blogbeiträge “WordPress 3.0.1 DE-Edition veröffentlicht” bei WordPress-Deutschland.org und “WordPress 3.0.1 ist da” von Vladimir Simovic aka Perun).

Diese Aktualisierung (dieses Update) behebt 55 Fehler, von denen keiner sicherheitsrelevant sein soll.

Zuerst war im Administrationsbereich (Backend) meiner WordPress-Installationen lediglich ein Aktualisierungshinweis für die US-Version 3.0.1 verfügbar.

Da ich jedoch die deutsche Du-Version von WordPress-Deutschland einsetze, wartete ich die wenigen Stunden bis auch diese bereitstand. Ein ganz herzliches Dankeschön an das Team von WordPress-Deutschland dafür.

Nach einer Datensicherung im Administrationsbereich (Backend) über Werkzeuge -> Daten exportieren führte ich dann hier als auch allen meinen bereits auf WordPress 3.0 befindlichen WordPress-Installationen (siehe hierzu mein Blogbeitrag “Webseiten-Infos.de auf WordPress 3.0 aktualisiert“) die automatische Aktualisierung durch.

Das klappte ohne Probleme. Lediglich auf Webseiten-Infos.de musste ich danach noch die Greensmilies im Ordner wp-includes/smilies wieder hochladen (uploaden), da offensichtlich beim Aktualisieren die gelben Smilies mitgeliefert wurden.

Ach, ging das leicht und schnell mit der Aktualisierung. Bei Dir auch?

Drucken mit WP-Print

Dieter — Thu, 29 Jul 2010 19:22:59 +0000

Für das Drucken einer Website verfügen Browser über ein Icon beziehungsweise über einen Eintrag im Menü (beim Firefox etwa über Datei – Drucken…).

Da manche Elemente einer Webseite wie

die Navigation,
ein farbiger Hintergrund,
Hintergrundbilder

auf einem Ausdruck keinen Sinn machen, sollten Du diese in Deinem Druck-Stylesheet beziehungsweise in der CSS-Datei mit dem Media-Query print (@media print) ausblenden.

Manche Besucher nutzen aber nicht die Browser-Funktion zum Drucken, sondern bevorzugen es Links oder Icons auf einer Webseite anzuklicken. Das mag redundant sein; ich finde es jedoch praktisch und eventuell auch der eine oder andere Besucher.

In WordPress kannst Du diesen Link und ein Icon zum Drucken der Webseite mit dem WordPress-Plugin WP-Print realisieren.

Auf Webseiten-Infos.de habe ich das getan und setze WP-Print mit folgenden Besonderheiten ein:

Ich habe den PHP-Code mit der If-Abfrage für das Plugin in die Theme-Dateien eingebaut (siehe unter 3. der Einbauanleitung (Usage Instructions)).
Die Dateien print-css.css und print-posts.php des Plugins WP-Print habe ich an meine Bedürfnisse angepasst und in mein Theme-Verzeichnis kopiert.
Da der Inhalt der Druckseiten identisch mit der Webseite ist, habe ich zwecks Vermeiden von Problemen mit Suchmaschinen wegen doppeltem Inhalt (Duplicate Content, Double Content) den Drucken-Link mit rel=”nofollow” versehen. Zudem sind die Druckseiten schon voreingestellt im Kopfbereich (Header) mit dem Meta-Tag versehen.
Die beiden Webseiten mit der Linkliste und der Schlagwortwolke nutzen die WordPress-Template Tags wp_list_bookmarks und wp_tag_cloud (siehe hierzu die Blogbeiträge “Erstellen einer statischen Seite mit Linkliste” und “Erstellen einer Schlagwortwolke auf einer Seite“). Der damit ausgegebene Inhalt erschien aber leider nicht auf der Druckseite. Deshalb habe ich in den Theme-Dateien für diese beiden Webseiten den Drucken-Link entfernt.

Damit WP-Print auch funktioniert, musst Du nach dem Aktivieren des Plugins im Administrationsbereich (Backend) unter Einstellungen -> Permalinks den Button “Änderungen übernehmen” drücken, damit die Permalinks aktualisiert werden.

Ich persönlich finde es nett, dass bei den Ausdrucken über WP-Print am Ende der Seite auch Kommentare mit ausgedruckt werden können sowie die URLs der Links aufgeführt werden.

Wie findest Du diese zusätzliche Druckmöglichkeit?
Überflüssig, weil über den Browser selbst gedruckt werden kann?
Oder wie ich eine praktische Ergänzung?

Kommentare

30. Juli 2010, wp-popular.com » Blog Archive » Drucken mit WP-Print | Webseiten-Infos.de schreibt: [...] Read more: Drucken mit WP-Print | Webseiten-Infos.de [...]

Rückblick: WordCamp 2010

Dieter — Sun, 11 Jul 2010 15:14:48 +0000

Inhaltsverzeichnis

Vorbemerkung
Das Vortreffen
Das WordCamp
- Die Ankunft
- Die besuchten Sessions
- Die Unterbrechung: Fußball
- Die Verlosung
Das Nachtreffen
Mein persönliches Fazit
Weitere Blogbeiträge zum WordCamp 2010 in Berlin

Vorbemerkung

Am 3. Juli 2010 fand das WordCamp in Berlin statt. Darauf hatte ich mich schon im Vorfeld sehr gefreut (siehe meinen Blogbeitrag “WordCamp am 3. Juli 2010 in Berlin“).

Erstmalig nahm ich an einem BarCamp teil. Dass es dabei um WordPress gehen würde, war sehr wahrscheinlich. Schließlich haben die meisten Blogbeiträge auf Webseiten-Infos.de WordPress als Thema (siehe hierzu auch die Kategorie WordPress).

Bei Twitter sollten Beiträge (Tweets) zum WordCamp 2010 in Berlin mit dem Hashtag #wcb10 gekennzeichnet werden. Davon machten ich und viele weitere WordCamp-Teilnehmer intensiv Gebrauch.

Entsprechend einem Hinweis von Micha buchte ich ein Zimmer für die beiden Nächte in dem Hotel Die Fabrik. Das Einzelzimmer war mit 38 € pro Übernachtung günstig. Dafür konnte man natürlich keinen 4 oder gar 5 Sterne Komfort erwarten. So gab es nur Gemeinschaftsduschen und -toiletten. Mein Zimmer im dritten Stock war nur über Treppen erreichbar, aber passte mit einem Spind als Schrank zum Hotelnamen “Die Fabrik”. Das Preis/Leistungsverhältnis war aus meiner Sicht in Ordnung und ich war mit dem Hotel vollkommen zufrieden.

Das Vortreffen

Angereist war ich bereits am 2. Juli 2010 mit dem Zug. So konnte ich am Vorabend an dem Vortreffen im Brauhaus Mitte teilnehmen. Dort traf ich erstmalig WordPress-Nutzer, -Coder und -Fans. Teilweise kannte ich sie bereits aus dem Internet, insbesondere der Blogosphäre, teilweise waren es für mich bisher Unbekannte.

Es war sehr schön zu erleben, wie ungezwungen und natürlich wir uns da gegenseitig vorstellten und ins Diskutieren kamen. Ich saß am Tisch mit Thomas Boley, Nadine Boley, Monika Meurer, Achim Meurer und Birgit Olzem. Gleich anfangs stellte sich heraus, dass die iPhone-Nutzer in einer erdrückenden Überzahl an “meinem” Tisch waren und ich mit meinem Android-Smartphone Motorola Milestone aus der Reihe tanzte. Eine gelungene Gelegenheit meine Kritik am iPhone zu platzieren und so für eine lebhaftere Diskussion zu sorgen *fg*.

Das Ganze gipfelte dann in dem Vorschlag von Monika, dass in der Zeit des Fußballspiels Deutschland gegen Argentinien eine Session zu den besten iPhone-Apps durchgeführt werden könne. Es ging dann aber den Abend nicht nur um iPhone versus Android, sondern auch um BarCamps, WordPress, Politik und vieles mehr.

Leider machte das Brauhaus schon um 24 Uhr zu, so dass ich mich dann auf den Weg zurück zum Hotel machte.

Der Abend hatte mir sehr gut gefallen und die Vorfreude auf das WordCamp stieg noch mehr.

Das WordCamp

Die Ankunft

Pünktlich um 8:30 Uhr traf ich im Betahaus ein. Nomen est omen: Dieser Veranstaltungsort (die Location) hatte das passende Beta-Feeling. Das Ganze garniert mit dem typischen Charme eines Gebäudes im Berliner Baustil a la Kreuzberg.

Nach einer kurzen Registrierung bei den Organisatoren gab es drinnen ein kostenloses T-Shirt zum WordCamp vom Sponsor Shirtinator sowie einen Stoffbeutel mit dem WordPress-Logo. Ebenfalls gab es kostenlos Flaschen mit Wasser und Apfelsaft-Schorle sowie frisches Obst. Wenig später gesellten sich dazu auch noch Backwaren und Gummitiere.

Um 9:30 Uhr ging es dann mit einer kurzen Begrüßung durch die Organisatoren sowie der Erstellung des Sessionplans los.

Die besuchten Sessions

Den endgültigen Sessionplan gibt es auf WordCamp.de.

Ich habe an folgenden Sessions teilgenommen:

Performance-Optimierung von (WordPress)-Websites von Vladimir Simovic aka Perun
BuddyPress: Social Networks mit WordPress – Einführung, Themes & Plugin von Dennis Morhardt
tempELA – eine Template Engine für Widgets und Plugins von Thomas Boley
Barrierefreiheit in WordPress Themes optimieren: TwentyTen und WPBasis von Sylvia Egger
Xtreme One – ein kommerzielles WordPress Framework von Michael Preuß

Zu diesen Sessions im Einzelnen:

Performance-Optimierung von (WordPress)-Websites

Die Session von Vladimir beruhte inhaltlich im Wesentlichen auf bereits von ihm zuvor veröffentlichte Blogbeiträge (“Die großen Performance-Bremsen im Frontend 1” und “Die großen Performance-Bremsen im Frontend 2“). Leser seines Blogs kannten also wesentliche Aspekte seiner Session schon. Zudem habe ich selbst schon über ein Jahr lang meine WordPress-Installation Webseiten-Infos.de hinsichtlich der Performance optimiert, so dass mir die Techniken dafür schon bekannt waren. Gleichwohl war diese Wiederholung für mich nett und hilfreich, zumal es Vladimir ebenso gut verständlich präsentierte wie er auch seine Bücher schreibt.

Monika Thun-Soun bloggte zu dieser Session einen Live-Blogbeitrag: frontend Optimierung-live aus dem WordCamp

Von mir gibt es hier auch schon einige Blogbeiträge zum Thema Performance-Optimierung:

BuddyPress: Social Networks mit WordPress – Einführung, Themes & Plugin

Diese Session war für mich richtiges Neuland. Mit BuddyPress hatte ich mich noch überhaupt nicht beschäftigt. Dennis Morhardt gab einen Einblick in die Möglichkeiten von BuddyPress und seine weitere Entwicklung. Im Ergebnis handelt es sich um eine Communitytool bzw. eine Social Network-Erweiterung. Sie setzte früher WPMU voraus. Durch die Zusammenführung von WordPress und WPMU mit WordPress 3.0 funktioniert sie aber nun auch mit WordPress im Multiuser-Betrieb.

Leider habe ich die URLs der Praxisbeispiele, die er dann online zeigte, nicht behalten. Allerdings setzte das Orga-Team für das WordCamp 2010 BuddyPress ein. Du kannst also dort BuddyPress im Einsatz sehen und erleben. Zudem hat er die Folien seines Vortrags bei Slideshare eingestellt (siehe hierzu auch seinen Blogbeitrag “WordCamp 2010: BuddyPress – Einführung, Themes und Plugins“).

tempELA – eine Template Engine für Widgets und Plugins

Thomas Boley stellte auf dieser Session seine Eigenentwicklung, eine kleine Template Engine namens tempELA für Widgets und Plugins von WordPress vor. Sinn und Zweck dieser Template Engine ist es, den PHP- und HTML-Code von Widgets und Plugins sauber zu trennen.

Vergleichbares gibt es bei TYPO3 und er vermisste es bisher bei WordPress. tempELA stellt er kostenlos zur Verfügung. Er hofft und wünscht sich, dass andere Entwickler seine Idee aufgreifen und nutzen. Dadurch würde sich die Ausgabe bei Widgets und Plugins über Templates künftig individuell anpassen lassen. Bei einer Aktualisierung eines solchen Widgets oder Plugins könnte dann vermieden werden, dass die individuelle Ausgabe mittels Template-Datei überschrieben wird, also erhalten bleibt.

Für mich war diese Session interessant, auch wenn ich keine Widgets und Plugins schreibe(n kann). Ich hoffe, ich habe das als Nicht-Programmierer gleichwohl richtig verstanden und wiedergegeben.

Den Vortrag auf dem WordCamp 2010 (Dateigröße: 1,09 MB),
die Template Engine (ZIP, Dateigröße: 651 Bytes) sowie
das komplette Plugin (ZIP, Dateigröße: 3,66 KB)

gibt es unter tempELA auf wildbits.de, dem Blog von Thomas Boley.

Barrierefreiheit in WordPress Themes optimieren: TwentyTen und WPBasis

Sylvia Egger zeigte in dieser Session wie sich das neue Standard-Theme von WordPress 3.0 TwentyTen in dem Screenreader Jaws 11 anhört. Ein ungewohntes und sehr beeindruckendes Hörerlebnis. Sie hatte das Theme TwentyTen einer BITV-Selbstbewertung (siehe hierzu auch meinen Blogbeitrag “Der BITV-Selbsttest mit Fragebogen“) unterzogen und kam dabei auf immerhin 80 von 100 Punkte. Eine ganz ordentliche Ausgangsbasis. Optimierungen sind allerdings empfehlenswert, da erst mit 90 Punkten ein Webangebot als gut zugänglich und ab 95 Punkten als sehr gut zugänglich gilt.

In der sehr interessanten Diskussion während des Vortrags bestätigte sich unter anderem, dass

die derzeitige Barrierefreie Informationstechnik Verordnung (BITV) überholt und ihre Novellierung überfällig ist (siehe hierzu auch den Blogbeitrag “BIENE-Prüfschritte und BITV2” von Jens Grochtdreis),
Tabindex generell nicht mehr verwendet werden sollte (auch bei Formularen),
auch Accesskeys nicht mehr eingesetzt werden sollten (siehe hierzu meinen Blogbeitrag “Zugänglichkeit ohne Accesskeys“).

Wichtig ist es Webseiten auch mal mit einem Screenreader zu testen. Allerdings greifen Screenreader wie JAWS 11 tief in das Betriebssystem ein. Deshalb ist beim Installieren von Screenreadern Vorsicht angesagt.

Leider können die verschiedenen Screenreader und ihre Versionen unterschiedlich gut mit Wörtern aus anderen Sprachen umgehen. Die Auszeichnung anderer Sprachen mittels lang und xml:lang ist prinzipiell ratsam, führt aber zu kurzen Pausen beim Vorlesen durch den Screenreader. Theoretisch müsste man also seine Inhalte mit mehreren Screenreadern testen. Dieser Aufwand dürfte aber im Regelfall zu hoch sein. Ich behelfe mir deshalb mit der Regel, dass ich englische Wörter mit lang=”en” und xml:lang=”en” auszeichne, wenn sie ausgesprochen sich deutlich von der deutschen Aussprache unterscheiden, sprich sich ein phonetischer Unterschied ergibt (siehe hierzu auch meinen Blogbeitrag “Sprachwechsel für Screenreader“).

Zudem wurde der künftige Standard Web Accessibility Initiative’s Accessible Rich Internet Applications (WAI-ARIA) kurz angesprochen (siehe dazu auch meine Blogbeiträge “WAI-ARIA und (X)HTML validieren!” und “Landmark roles auf Webseiten-Infos.de“).

Sei noch darauf hingewiesen, dass Sylvia Egger die Folien ihres Vortrags bei Slideshare eingestellt hat und ihren Vortrag auch als PDF-Datei (Dateigröße: 822 KB) bereitstellt (siehe hierzu auch ihren Blogbeitrag “WordCamp 2010: Das war mein erstes Barcamp“).

Xtreme One – ein kommerzielles WordPress Framework

Michael Preuß stellte anschließend sein demnächst in die Betaphase gehendes Theme-Framework Xtreme One für WordPress vor. Dieses Framework setzt WordPress 3.0 oder höher voraus. So wird insbesondere die Funktionalität Child Themes genutzt. Als Grundlage dient das besonders robuste und flexible CSS-Framework YAML von Dirk Jesse.

Die Einstellung wesentlicher Parameter erfolgt im Administrationsbereich (Backend) und durch zusätzliche Widgets. So kannst Du beispielsweise einfach mit Mausklicks

die Zahl der Spalten und deren Größen festlegen,
ob Landmark-Roles verwendet werden sollen oder nicht,
vielfältige Festlegungen für die Navigation, den Kopfbereich (Header) und den Fußbereich (Footer) treffen,
die CSS-Dateien automatisch komprimieren lassen.

Ich setze hier auf Webseiten-Infos.de das von mir modifizierte WordPress-Theme YAML Green (Update) von Michael Preuß ein. Und ich muss sagen, ich bin begeistert.

Gerne stelle ich mich als Beta-Tester zur Verfügung. Wenn Xtreme One verfügbar ist, gedenke ich damit mein private Website dieter-welzel.de einem Relaunch zu unterziehen und komplett auf WordPress zu überführen.

Die Unterbrechung: Fußball

Leider gab es wegen des Fußballspiels Deutschland gegen Argentinien zwischen 16 und 18 Uhr keine Session.

Ich nutzte die Zeit zu netten Gesprächen und Diskussionen im Sessionraum 1. Der einzige Sessionraum im Erdgeschoss, der damit nicht ganz so heiß war wie die anderen Räume.

Die Verlosung

Vor den letzten Sessions ab 19 Uhr gab es dann noch eine große Verlosung.

Zu gewinnen gab es viele lohnenswerte Preise. Hierzu gehörten beispielsweise

eine SEO-Analyse für eine Website
eine Lizenz für die Screencast-Software Camtasia
mehrere Exemplare des Buches Werkzeuge fürs Web von Vladimir Simovic und Thordis Bonfranchi-Simovic
mehrere Exemplare des Buches WordPress – Das Praxisbuch von Vladimir Simovic und Thordis Bonfranchi-Simovic
mehrere Exemplare des Buches Das WordPress-Buch von Frank Bültge und Thomas Boley
mehrere Exemplare der Lern-DVD WordPress – Das umfassende Training von Frank Bültge

Ich gewann ein Exemplar des Buches Das WordPress-Buch von Frank Bültge und Thomas Boley. Das Buch hatte ich jedoch schon Monate zuvor käuflich erworben. Erfreulicherweise fand sich ein anderer Gewinner, der dafür schon die Lern-DVD von Frank Bültge hatte. Wir tauschten deshalb unsere Gewinne aus der Verlosung. Nun müssen meine Freundin und ich nur noch die Zeit finden, uns mal die Lern-DVD anzusehen.

Das Nachtreffen

Leider konnte ich an dem Nachtreffen (Aftercamp-Event) nicht teilnehmen, da ich schon anderweitig verabredet war.

Mein persönliches Fazit

Das WordCamp 2010 in Berlin hat mir sehr gut gefallen. Ein ganz großes Dankeschön an die Organisatoren, Sponsoren und Teilnehmer dafür. Zudem hatte ich während des WordCamps unter anderem das Vergnügen Thomas Scholz aka toscho und Dirk Jesse persönlich kennenzulernen. Toscho hat mir auch folgende Aufgabe für Webseiten-Infos.de mit auf den Weg gegeben: Die Archivfunktion standardgemäß zu nutzen.

Darüber hinaus bekam ich noch von einem Teilnehmer die Anregung für Suchergebnisse das Codeschnipsel von Sergej Müller zu verwenden (siehe hierzu seinen Blogbeitrag “WordPress: Begriffe im Suchergebnis jederzeit hervorheben“).

Herzlichen Dank für diese Hinweise. Das ist notiert und werde ich in Angriff nehmen. Allerdings kann das aus Zeitgründen noch etwas dauern, bis ich es umgesetzt habe.

Ab jetzt habe ich eine erste Messlatte für künftige BarCamps und ich bin sehr gespannt wie sich das auf meine künftigen Einschätzungen auswirken wird. Denn: Das wird bestimmt nicht mein erstes und letztes, sondern lediglich mein erstes BarCamp gewesen sein.

Wo es Licht gibt, gibt es auch Schatten. Deshalb greife ich die Listen von Monika gerne auf und gebe hier ebenfalls an, was ich im Einzelnen gut fand und was aus meiner Sicht künftig besser sein dürfte.

Was ich positiv fand:

Die 10 € Gebühr, damit angemeldete Teilnehmer auch kommen, also gegen sogenannte No Shows.
Toll finde ich zudem, dass die Organisatoren die Anmeldegebühr an den Verein Dunkelziffer spendeten.
Der Veranstaltungsort (die Location) machte ihrem Namen Betahaus alle Ehre.
Das stabile WLAN, für das allerdings der Ansturm durch die vielen Smartphones, Net- und Notebooks zu groß war, so dass zeitweise alle IP-Adressen belegt waren.
Die Versorgung mit Getränken und frischem Obst machte das heiße Wetter leichter erträglich.
Die vielen interessanten Sessions, auch wenn ich nicht an allen Sessions teilnehmen konnte.
Die schnelle Sessionplanung sorgte dafür, dass es schnell losgehen konnte.
Das kühle Eis am Nachmittag. Dank an die edlen Spender!
Die WordPress-Klinik, auch wenn ich leider nicht dazu kam sie zu nutzen.

Was ich weniger gut fand:

Die mit Beamer an die Wand geworfenen Sessionplan und Twitterwall waren schlecht lesbar.
Die Räume im Betahaus waren nicht klimatisiert.
Die Sessionräume im oberen Stockwerk hatten eine schlechte Akustik (Hall).
Die große Pause für das Fußballspiel.

Weitere Blogbeiträge zum WordCamp 2010 in Berlin

Die Blogbeiträge habe ich alphabetisch nach dem Titel sortiert.

Sollte ich einen Beitrag vergessen habe, bitte ich mich zu unterrichten, damit ich die Liste ergänzen kann.

Bericht vom Wordcamp in Berlin #wcb10 von Heinz Duschanek (Nachtrag vom 12. Juli 2010)
Das schrägste Barcamp bisher – Wordcamp Berlin 2010 von Monika Meurer
Das WordCamp 2010 in Berlin – ein Rückblick von Sebastian Gerth
Mein Besuch beim Wordcamp 2010 von Sebastian Thiele
Mein Rückblick auf das WordCamp 2010 von Jens Grochtdreis
Review: WordCamp 2010 Berlin von Kai Thrun (der WebArchitekt)
Rückblick auf das WordCamp 2010 in Berlin von Michael Jendryschik
WordCamp 2010 – ein Rückblick von Frank Bültge
Wordcamp 2010 – Ein Läufer auf Abwegen von Heiko Wache (Nachtrag vom 12. Juli 2010)
WordCamp 2010 – Erfahrungsbericht von Thorsten Landsiedel
Wordcamp 2010 – mein Feedback von Michael Herrling (Nachtrag vom 12. Juli 2010)
WordCamp 2010 Berlin: kleiner Rückblick von Vladimir Simovic aka Perun
WordCamp 2010 in Berlin von André Wendt
WordCamp 2010: Das war mein erstes Barcamp von Sylvia Egger
WordCamp Berlin 2010: 35 Grad, 200 WordPress-Geeks und jede Menge Infos von Jan Tißler (t3n News)

Die erkennbar unterschiedlichen Wahrnehmungen der Teilnehmer scheint mir stark von

der eigenen Erwartungshaltung,
den bisherigen Erfahrungen mit BarCamps bzw. WordCamps sowie
den subjektiven Eindrücken

geprägt zu sein. Das provoziert bei mir schon hin und wieder die Frage, ob ich da auf der gleichen Veranstaltung war. Aber so ist das halt, jeder hat seine eigene Wahrnehmung.

Kommentare

11. Juli 2010, der WebArchitekt schreibt: Ich denke den größten Unterschied macht die Erwartungshaltung. Wir waren relativ überrascht, wo die Themen angesiedelt waren. Aber darauf hat man als Veranstalter keinen Einfluss und wie ich es so oft sagte: Bei 200 Leuten kann man es nicht allen recht machen. Dies mal habe ich in die Röhre geschaut, wenn es den meisten gefallen, ist das doch klasse. So soll's ja auch sein. Nun denn, ich werde das WordCamp wohl 2011 auch wieder besuchen nur vermutlich mit ein paar Sessions im Gepäck. Genug Vorbereitungszeit hätte ich ja nun ;o) Kurz angerissen zu Torsten's "Verriss" zum betahaus. Ich denke, er bezog seine Sichtweise darauf, wenn er dort als Unternehmer Fläche mieten würde. Ich will ihn nicht in Schutz nehmen, aber ich sprach mit Ihm während der Veranstaltung darüber und bin mit ihm da einer Meinung. Als Arbeitsumgebung wäre es für mich auch ein NoGo. However, keep on rollin' ;)
11. Juli 2010, Thomas Scholz schreibt: Den Hinweis auf Sergejs Script hast du nicht von mir – das kannte ich bis eben noch gar nicht. Wir haben eventuell mal über Search Unleashed gesprochen, das mit WP 3.0 leider nicht funktioniert. Dieses Plugin bringt auch eine Hervorhebung der Suchbegriffe mit. Ansonsten … es war schön, aber sehr kurz.
11. Juli 2010, Dieter schreibt: @WebArchitekt Ja, ich denke auch, dass die Erwartungshaltung den größten Unterschied ausmacht. Ich hatte sie deshalb in der Aufzählung auch als Erstes aufgeführt. ;-) Welche Themen für Sessions schweben Dir denn so vor? Als Arbeitsumgebung wäre das Betahaus auch nichts für mich. Ich brauche mein Einzelbüro und bin ja nicht in der Branche tätig. ;-)
11. Juli 2010, Dieter schreibt: @Thomas Es war in Berlin und ist auch jetzt für mich zu heiß. Entschuldigung, da habe ich den Hinweis auf den Codeschnipsel von Sergej in der Tat von einem anderen Teilnehmer bekommen. Werde ich gleich korrigieren. Search Unleashed kannte ich bisher nicht. Ich verwende zum Hervorheben das Plugin Search_Hilite.
11. Juli 2010, Dieter schreibt: @Thomas Nachtrag: Ja, für mich hätte es auch länger (2 Tage) sein können.
13. Juli 2010, WordCamp 2010 – Erfahrungsbericht « Netztaucher schreibt: [...] – 12. Juli 2010: Und noch mehr Erfahrungsberichte vom WordCamp 2010: Dieter Welzel von Webseiten-Infos.de, Sebastian Thiele, Jens Grochtdreis und eine der wenigen Frauen auf dem Camp: Mo vom [...]
13. Juli 2010, Bericht vom Wordcamp in Berlin #wcb10 « Online-Marketing Blog aus der E-Werkstatt schreibt: [...] Dieter Welzel [...]
13. April 2011, Schqwozza schreibt: Ich war auch da und habe sogar auch ein T-Shirt bekommen!
13. April 2011, Dieter schreibt: @Schqwozza Was für ein Name. ;-) Wieso auch sogar ein T-Shirt bekommen? Es waren doch sogar noch T-Shirts über? Warst Du wirklich da?

WordPress total bei Technikwürze

Dieter — Wed, 07 Jul 2010 05:21:51 +0000

Viel zu lang ist es schon her, dass ich mir mal wieder Zeit für einen Podcast bei Technikwürze genommen habe.

Wie es der Zufall (?) wollte, erschien kurz vor dem WordCamp in Berlin am 3. Juli 2010 ein Podcast WordPress total mit Frank Bültge und Vladimir Simovic aka Perun. Moderiert wurde der Podcast von David Maciejewski.

Ich genoss diese 2 Stunden und 20 Minuten dauernde Hörsendung im mp3-Format auf meinem Smartphone Motorola Milestone (Dateigröße: 128 MB). Die Zeit dafür fand ich auf der Zugfahrt von Siegburg nach Berlin und zurück anlässlich des WordCamps in Berlin am 3. Juli 2010.

Und was soll ich sagen: Obwohl ich die Bücher von Frank Bültge und Vladimir Simovic schon größtenteils gelesen habe, fesselte mich dieser Podcast.

Solltest Du WordPress einsetzen oder einzusetzen gedenken, dann kann ich Dir das Hören dieses Podcasts wärmstens empfehlen.

Zudem gibt es auf der Webseite zur Sendung “WordPress total”

jede Menge hilfreicher und interessanter Links rund um das Thema WordPress sowie
eine große Verlosung mit lesenswerten WordPress-Büchern und Video-Training (Teilnahmeschluss: 16. Juli 2010, 15 Uhr).

Webseiten-Infos.de auf WordPress 3.0 aktualisiert

Dieter — Mon, 05 Jul 2010 22:15:03 +0000

Nachdem ich WordPress 3.0 lokal mit meinen Plugins getestet hatte, ging es an die Datensicherung (das Backup) des Testblogs auf meinem Webspace sowie von Webseiten-Infos.de.

Beim Testblog wollte zuerst das automatische Aktualisieren nicht funktionieren. Es zeigte lediglich das Herunterladen der Update-Datei an und blieb dabei stehen.

Die Lösung brachte dann das Erhöhen des PHP-Speicherlimits von 64 MB auf 96 MB in der wp-config.php.

Obwohl ich unter Server-Einstellungen im Administrationsbereich meines Webspace bei Alfahosting.de lediglich bis zu 48 MB PHP-Speicherlimit einstellen kann, funktioniert erfreulicherweise das Hochsetzen des PHP-Speicherlimits in der wp-config.php gleichwohl. Überprüft hatte ich das mit dem WordPress-Plugin WP System Health (Plugin-Seite) von Heiko Rabe.

Zu dem hohen Speicherbedarf verweise ich auf meinen Blogbeitrag “Ursache des enormen Speicherbedarfs gefunden!” (Stichworte: Deutsche Sprachdatei sowie 64Bit-System).

Vorsorglich aktivierte ich noch kurz das WordPress-Plugin WP Maintenance Mode (Plugin-Seite) von Frank Bültge.

Anschließend klappte das automatische Aktualisieren sowohl im Testblog als auch bei Webseiten-Infos.de ohne Probleme.

Dann musste ich lediglich noch das WordPress-Plugin WP Maintenance Mode wieder deaktivieren.

Darauf folgend aktualisierte ich noch die Plugins, bei denen nun verfügbare Updates für WordPress 3.0 und höher angezeigt wurden.

Die Greensmilies musste ich nach dem Update in das Verzeichnis wp-include/images/smilies erneut hochladen (Upload), damit die Original-Smilies von WordPress wieder durch die Greensmilies ersetzt wurden.

Das Update auf WordPress 3.0 verlief hier also angenehm einfach mit der Funktion “automatisch Aktualisieren”.

Lediglich der Speicherbedarf von 61,11 MB für Webseiten-Infos.de nach dem Update stimmt mich etwas nachdenklich. Neben den oben genannten Ursachen (deutsche Sprachdatei und 64Bit-System) spielen da meine rund 50 aktivierten Plugins natürlich auch eine erhebliche Rolle.

Und hast Du Deine WordPress-Installation auch schon erfolgreich auf WordPress 3.0 aktualisiert?

Kommentare

11. Juli 2010, Tanja schreibt: Wenn ich mir Deinen Speicherbedarf ankucke, dann wird mir echt übel und ich schiebe die Updates gleich nochmal vor mir her ;-) Hab gerade mal gekuckt wieviel WordPress im leeren Zustand (Neuinstallation) frisst: etwas über 31MB... ist schon ne dicke Hausnummer geworden :-(
11. Juli 2010, Dieter schreibt: @Tanja Ich finde es auch erschreckend, dass ich mit deutscher Sprachdatei und meinen Plugins schon nahe an 64 MB, mein früheres PHP-Speicherlimit komme. Das liegt aber auch daran, dass alfahosting.de 64Bit-Systeme im Einsatz hat. Bei one.com habe ich sogar nur 32 MB PHP-Speicherlimit. Dort läuft gleichwohl WordPress 2.9.2. Automatisches Aktualisierung auf WordPress 3.0 wollte dort aber nicht funktionieren. Da habe ich auch die große Sorge, dass der Speicher nicht ausreichen würde. Da werde ich wohl die Installationen zu einem anderen Webhoster (alfahosting.de) umziehen und erst dann die Aktualisierung vornehmen.
11. Juli 2010, Tanja schreibt: Mit 32MB schaffst Du das nicht. Habe von einigen 1&1 Kandidaten gelesen, die nicht updaten können. Dort gibt es ja generell nur die 40MB. Ich würde das System dort lieber auf 2.9 lassen. Da läuft es wenigstens. Mit 32MB müsstest Du es zwar rein theoretisch in der Grundinstallation zum laufen kriegen, aber nach den ersten Plugins aktivieren ist der Ofen aus. Außerdem ist es auch alles andere als lustig an der obersten Grenze rumzuturnen. Da sind hin und wieder Ausfälle vorprogrammiert.
11. Juli 2010, Dieter schreibt: @Tanja Ja, ich werde die WordPress-Installationen mit one.com als Webhoster bei WordPress 2.9.2 belassen. Stattdessen werde ich meine letzte Website dort sowie die meiner Freundin in den nächsten Wochen nach alfahosting.de umziehen. Dann geht das auch mit dem (automatischen) Aktualisieren von WordPress auf die Version 3.0. 1&1 käme für mich als Webhoster derzeit eh nicht in Betracht.
11. Juli 2010, Tanja schreibt: Ich weiß nicht ob das wirklich so zielführend ist, unbedingt 3.0 haben zu müssen ;-) Ansonsten würde ich es auch so machen. Ich für meinen Teil bleib erst mal 3.0 fern, was aber schon alleine in "ich hab keine Zeit für die ganzen Updates" begründet liegt. Und dann ist da noch die Speicher Geschichte. Ich hab zwar überall 64M, hab aber keinen Bock auf noch mehr Auslastung als eh schon. Immer im Hinblick auf die Probleme die ich damit schon im Hintergrund hatte. Die kleinen Blogs kann ich definitiv beizeiten mal updaten, aber bei den größeren ist mir etwas mulmig zumute, zumal ich nicht unbedingt als "sie brauchen zuviel ressourcen auf dem Server" auf andere Lösungen gedrängt werden möchte.
11. Juli 2010, Dieter schreibt: @Tanja Ob man WordPress 3.0 haben möchte oder gar braucht, hängt von den eigenen Bedürfnissen ab. Ich setze WordPress immer mehr als klassisches CMS mit Blog ein. Da WordPress in diese Richtung weiterentwickelt wird, passt das für mich. Ich habe inzwischen eine Testinstallation und drei WordPress-Installationen bei alfahosting.de automatisch aktualisiert und es klappte dort ohne Probleme. Andere Webhoster, die nur geringe PHP-Speicherlimits zulassen, können dagegen an dem automatischen Aktualisieren oder gar mit dem Aktualisieren schlechthin scheitern. Deshalb kann ich Deine Rückhaltung sehr gut verstehen. Was die Ressourcenauslastung betrifft, habe ich dagegen schon sich widersprechende Infos gelesen. Bei einem reduzierte sich durch das Update auf WordPress 3.0 die Serverlast deutlich und andererorts erhöhte sie sich. Ich denke, dass kommt auf viele Faktoren an und da empfiehlt sich ein Testen auf dem Webspace des Webhosters.
11. Juli 2010, Tanja schreibt: Bei den großen Blogs mit vielen Besuchern bin ich dennoch lieber erst mal vorsichtig. Dass mich mein Provider vom Server wirft, würde ich gerne vermeiden. Und was mich weiter stutzig macht sind die im Hintergrund laufenden Crons, die oft mehr als 64M brauchen (wie das ja auf der crazytoast der Fall war/ist). Ich habe in letzter Zeit in meinem eingehenden Log sehr viele "leere Trackbacks", also welche die versuchen zu senden, aber nix rüber bringen. Das lässt darauf schließen, dass so einige das gleiche Problem haben das ich hatte.
20. Februar 2011, Anonymous schreibt: [...] [...]
21. Dezember 2011, Webseiten-Infos.de auf WordPress 3.0.1 aktualisiert | Webseiten-Infos.de schreibt: [...] auf WordPress 3.0 befindlichen WordPress-Installationen (siehe hierzu mein Blogbeitrag “Webseiten-Infos.de auf WordPress 3.0 aktualisiert“) die automatische Aktualisierung [...]

Vorsicht beim Updaten von Plugins!

Dieter — Sun, 27 Jun 2010 20:40:00 +0000

Gelegentlich zeigt mir der Administrationsbereich (das Backend) meiner WordPress-Installation an, dass neue Versionen von Plugins verfügbar sind.

Wie es sich gehört, schaute ich erst einmal unter Detail der Version x.x ansehen nach, was denn diese neuen Versionen kennzeichnet.

Zu meiner Überraschung musste ich bei

feststellen, dass diese mindestens WordPress 3.0 voraussetzen.

Das finde ich ausgesprochen unglücklich, da ich noch WordPress 2.9.2 im Einsatz habe. Hätte ich mir nicht die Beschreibung der Plugins vorher angesehen, hätte ich wahrscheinlich ein Kompatibilitätsproblem bekommen.

Daher mein Tipp: Vor einer Aktualisierung (einem Update) eines WordPress-Plugins immer erst einmal vorsichtshalber die Mindestversion überprüfen.

Kommentare

30. Juni 2010, Tanja schreibt: *kicher* ja, so kann es gehen. Wer einfach nur blind jedem Update hinter her läuft, der kann auch mal böse aufwachen ;-) Ich lasse mir die verfügbaren Updates gar nicht mehr anzeigen (hab doch ein Plugin dazu), damit setze ich mich auch nicht mehr unter Druck und ähnliches. Ständig irgendwo diese roten Markieren etc. sind mir dann doch zu doof ;-) und... ich bin wohl doch nicht die letzte, die noch nicht auf 3.0 umgestiegen ist :-)
30. Juni 2010, Dieter schreibt: @Tanja Da werde ich mal nachschauen, welche Plugins es noch von Dir gibt. ;-) und ... nein, Du bist nicht die letzte, die noch nicht auf WordPress 3.0 umgestiegen ist. Ich teste bisher WordPress 3.0 lokal und werde es erst online testen sowie Datensicherung betreiben, bevor ich es auf mein Testblog loslasse. ;-)
30. Juni 2010, Tanja schreibt: Kannst Du ganz einfach hier http://wordpress.org/extend/plugins/profile/crazy-girl sehen ;-) Ich hab noch nicht mal mit dem Testen angefangen ;-) Liegt daran, dass meine Tage derzeit 48 Stunden lang sein müssten :-(
30. Juni 2010, Dieter schreibt: @Tanja Ist ja der helle Wahnsinn! Du hast schon 5 WordPress-Plugins geschrieben. Wow! Auch bei mir müsste der Tag derzeit 48 Stunden haben. Habe ein dringendes Schlaf-Nachholbedürfnis. :-(
30. Juni 2010, Tanja schreibt: "Heiliger Strohsack" fällt mir dazu nur ein *lacht*. Ja, es sind tatsächlich schon 5 Plugins, aber schon lange kein neues mehr. Einfach keine Zeit... :-(
30. Juni 2010, Dieter schreibt: @Tanja Zeit hat man nicht, Zeit nimmt man sich. Ich habe im Moment sehr viel Arbeit und deswegen auch ein verstärktes Zeitproblem.
1. Juli 2010, Tanja schreibt: Da gabs doch mal den super dämlichen Spruch "Zeit ist Geld, Geld ist Luxus und Luxus kann ich mir nicht leisten". Da muss sich defintiv was ändern daran, positiv denken ist angesagt ;-)
1. Juli 2010, Kimi schreibt: Gott sei dank, sowas hab ich nicht :D
1. Juli 2010, Maverick schreibt: Besonders praktisch finde ich in diesem Zusammenhang, wenn man bereits eine Lokalinstallation von WordPress hat, so dass man beim aktualisieren von WordPress selbst und Plugins oder auch bei Theme-Design-Änderungen kein unnötiges Risiko eingehen muss. Mit dem "WampServer" WordPress Lokal auf eigenem Laptop bzw. Desktop zu installieren und laufen zu lassen, ist eine saubere und einfache Sache. Bin persönlich jedenfalls damit sehr zufrieden.
2. Juli 2010, Dieter schreibt: @Tanja Jepp, think pink. ;-) @Kimi Was meinst Du mit "sowas"? Zeit? Geld? Luxus? :roll: @Maverick Ich habe XAMPP lite für die lokale WordPress-Installation(en) im Einsatz. Der lokalen Installation traue ich nicht alleine, weil manche Plugins nur auf dem Webspace funktionieren (z.B. wpMAPS und Amazon Machine Tags) und deshalb lokal nicht getestet werden können. Zudem kann es durch unterschiedliche PHP-, MySQL-Versionen bzw. Einstellungen lokal und auf dem Webspace ebenfalls zu nicht erkennbaren Kompatibilitätsproblemen kommen. Gleichwohl bin ich inzwischen der Überzeugung, dass lokal testen auch Sinn macht.
2. Juli 2010, Tanja schreibt: @Maverick und Dieter: Ich spiegel mir die gesamte WP Installation auf eine andere Domain (oder Subdomain wenn man keine überflüsige Domain hat) und teste dann dort. Das gibt in der Regel die aussagekräftigsten Ergebnisse.
2. Juli 2010, Kimi schreibt: @Dieter haha. Die Drei habe ich leider nicht :( Ich meinte aber die Plugins. die du beschrieben hast, die habe ich nicht :) Ich benutze nicht viele Plugins.
2. Juli 2010, Kimi schreibt: Ich hab fast vergessen zu fragen: Ist es jetzt ein Major Update, dass mein PR 2 von Google PR? zurück ist?
4. Juli 2010, Dieter schreibt: @Kimi Ein neues richtiges PageRank-Update hat es meines Wissens bisher noch nicht gegeben. Das würden wir bestimmt durch Artikel in der Blogosphäre mitbekommen.
5. Juli 2010, Kimi schreibt: @Dieter, ah okay, weil mein PR ist wieder 2. Ich hab gedacht, das Update ist schon erfolgt. Danke für die Antwort ;)
5. Juli 2010, Maverick schreibt: @Dieter XAMPP Lite ist natürlich ebenfalls eine tolle Lösung. Was die Funktions- und Verhaltenweisen von einigen Plugins im quasi Live-Einsatz und lokal betrifft, so möchte ich dir voll und ganz zustimmen, ohne, dass natürlich eine WP-Lokalinstallation ihre Quasi Daseinsberechtigung verlieren würde.
5. Juli 2010, Dieter schreibt: @Maverick Viele WordPress-Nutzer testen vor einer Aktualisierung die neue WordPress-Version überhaupt nicht. Andere nur lokal (so wohl beispielsweise Frank Bültge) oder nur mit einer Testinstallation auf dem Webspace (so wohl beispielsweise Vladimir Simovic aka Perun). Da bin ich mit meinem Testen lokal und auf dem Webspace wohl eher der Übervorsichtige. ;-)

Hurra: WordPress 3.0 ist da!

Dieter — Fri, 18 Jun 2010 04:07:39 +0000

WordPress 3.0 steht zum Herunterladen (Download) bereit (siehe hierzu die Blogbeiträge “WordPress 3.0 “Thelonious”” bei WordPress.org und “WordPress 3.0 “Thelonious” ist da!” bei WordPress-Deutschland.org).

Das Warten hat ein Ende.

Herzlichen Dank an das Team von WordPress-Deutschland. Es hat die deutsche Version von WordPress 3.0 ganz schnell bereit gestellt.

Jetzt heißt es eine Datensicherung (ein Backup) machen und dann auf meinem Testblog insbesondere das Funktionieren der eingesetzten Plugins zu testen.

Dann werde ich auch gleich lokal WordPress 3.0 mit Dreamweaver CS5 testen können. Das Programm habe ich gestern erhalten. Es soll nun auch Content-Management-Systeme (CMS) wie WordPress unterstützen.

Darüber hinaus werde ich im Forum von WordPress-Deutschland und im Forum von WordPress die Augen hinsichtlich Installations- und Update-Problemen offen halten.

Auf dem WordCamp am 3. Juli 2010 in Berlin wird WordPress 3.0 bestimmt eines der Hauptthemen sein (siehe hierzu auch die Kurznotiz mit Video “WordPress 3.0” auf wordcamp.de). Ich werde dort sein und freue mich schon sehr darauf. Bekanntlich ist Vorfreude die reinste Freude.

Kommentare

18. Juni 2010, Kimi schreibt: Hurraaaaaaa! Es ist echt geil :) ich hab auch das Upgrade gemacht, heute nacht lol, weil ich nicht schlafen konnte :( . Gott sei dank, Upgrade war super gelaufen. Ich habe oft gelesen, dass Leute manche Probleme mit dem Upgrade haben. Dieter, hast du eine Erklärung dafür, warum deine Seite echt schnell ist? O_o? Danke.
18. Juni 2010, Dieter schreibt: @Kimi Herzlichen Glückwunsch zum erfolgreichen Update. Ich konnte im Quelltext Deines Blogs sehen, dass als Generator WordPress 3.0 angegeben ist. Da ich viele Plugins im Einsatz habe, werde ich erst Datensicherungen machen und testen. Warum meine Seiten schnell sind ist einfach erklärt: Seit über einem Jahr optimiere ich meine Seite auf geringe Ladezeiten. Wichtige Hilfsmittel sind dabei die Firefox Addons YSlow und Page Speed. Neu auch die Website GTmetrix.com (siehe hierzu auch "Performance-Messung mit GTmetrix"). Insbesondere nicht für das Web optimierte Grafiken, verzichtbare Grafiken, JavaScript-Frameworks und WordPress-Plugins können die Performance negativ beeinflussen. Deshalb findest Du hier beispielsweise wenige Grafiken und die Übersicht der Tastaturkürzel für Smilies als eigene Seite/eigenes Fenster vor.
19. Juni 2010, Holger schreibt: Die neuen Features von WordPress 3.0 sind ein Traum. Custom Content Types und die Drag and Drop Menüs habe ich bisher immer bei WordPress vermisst. Habe vorher mit Drupal gearbeitet. Die neuen Funktionen machen WordPress so viel interessanter für komplexe Webseiten. Von der Verschmelzung mit WPMU ganz zu schweigen.
19. Juni 2010, Dieter schreibt: @Holger Habe gerade eine lokale Testinstallation von WordPress 3.0 durchgeführt. Dort werde ich auch mal die neuen Features testen. Da Du so davon schwärmst: Ist die Bedienungskomfort im Administrationsbereich (Backend) für den Betreiber denn besser als Drupal? Oder warum bist Du von Drupal zu WordPress gewechselt?
19. Juni 2010, Kimi schreibt: @Dieter, ich benutze auch die Addons Page Speed und YSlow, darum weiss ich, dass deine Seite schnell läuft. Mein Problem ist, dass ich Bilder und Icons benutze, plus viele Videos embed code :) aber anders kann ich das nicht machen, ich muss video code posten und die Plugins, die ich jetzt benutze, möchte ich nicht deaktivieren, die sind cool :D Na ja, 80+/100 is ja nicht schlecht, oda? :P
19. Juni 2010, Dieter schreibt: @Kimi Mit vielen Videos und Bildern dürftest Du kaum meine geringen Ladezeiten erreichen können. Was Du aber m.E. insbesondere noch machen könntest: - Deine Seite einschließlich JavaScript- und CSS-Dateien mittels gzip komprimiert auszuliefern (möglichst über die .htaccess-Datei einstellen). - Icons mittels CSS-Sprite zu einer Grafik zusammenfassen und als CSS-Hintergrundgrafiken ins Layout einzubinden. - Grafiken z.B. mit smash.it in der Dateigröße reduzieren. - Statische Komponenten um einen weit in der Zukunft liegenden Expirationswert ergänzen (über .htaccess). Nachtrag: Fast 80% bei Page Speed sind nicht schlecht, aber da ist mehr möglich, zumal Deine Blogs bei YSlow nur 63% erreichen.
20. Juni 2010, Kimi schreibt: Whoaaa, das ist ein bisschen kompliziert für Anfänger wie mich, aber irgendwann mal probiere ich das, vielen Dank für deine Tipps :)
20. Juni 2010, Dieter schreibt: @Kimi Gern geschehen. Die Tipps bekommst Du auch mit YSlow und Page Speed. Dort sogar in englischer Sprache. ;-)
21. Juni 2010, WordPress 3-0 veroeffentlicht | Infopool für Webmaster und Blogger schreibt: [...] von Webseiten-infos.de testete per 18. Juni die neue Version inkl. Plugins auf seinem [...]
30. Juni 2010, Alex L schreibt: Hi Dieter, inzwischen ist WordPress 3.0 ein nicht weniger aktuelles Thema in der deutschsprachigen Blogosphere und auch ich bekam dies natürlich als Erstes aus einem eMail-Newsletter mit, installierte dann das Ganze etwas später. Das Blog läuft und schwere Einbussen kann ich nach einigen Tagen unter WP 3.0 noch nicht ausfindig machen. Dabei scheint das Update, offensichtlich geklappt zu haben und ich kann mich nicht beschweren ;-). Viele Blogger sprachen die neue Option MultiSite an. Was hältst du davon? Würdest du dies auf einem deiner Blogs einsetzen wollen?
1. Juli 2010, Dieter schreibt: Hi Alex, ja, WordPress 3.0 ist in aller Munde. Gleichwohl werde ich mich, obwohl es erfreulicherweise wenig Probleme beim Aktualisieren zu geben scheint, werde ich vorsichtig bleiben. D.h., erst teste ich lokal fertig, dann kommt das in einem Passwort-geschützten Bereich auf dem Webspace liegende Testblog dran und erst danach werde ich tatsächlich aktualisieren. Die Option MultiSite klingt viel versprechend. Allerdings gibt es einige Plugins, die damit (noch?) nicht kompatibel sind. Zudem würde mich vorrangig der Einsatz von Multisite über meine verschiedenen Toplevel Domains interessieren, so dass alle meine WordPress-Installationen über einen Administrationsbereich (Backen) verwalten könnte. Das ist aber, soweit ich weiß, noch nicht standardmäßig möglich, sondern bedarf zusätzlicher Anpassungen (siehe hierzu "Multisite-Domain-Mapping mit WordPress 3").
1. Juli 2010, Alex L schreibt: Hi Dieter, ja, du machst es mit den Updates sehr überlegt, wie ich es sonst von dir kenne. Und wahrscheinlich wird es in der Tat so sein, dass das herkömmliche Updaten einen in vielen Fällen eintretenden Erfolg bringt. Aber auch da könnte es zu einigen Plugin-Inkompatibilitäten kommen, wie man es auf ein paar Blogs lesen kann. Zwecks MultiSite: Allzuviel konnte ich darüber noch nicht lesen, wobei sehr praktisch wäre es schon, eigene Blogs auf einer WordPress-Installation zu betreiben. Dennoch eilt es bei mir persönlich mit der Installation von MS nicht.
2. Juli 2010, Dieter schreibt: @Alex Aktuell brauche ich nicht lange wegen gründlichem Testen, sondern weil ich derzeit wegen der Arbeit zu fast nichts mehr komme. Ich hoffe sehr, dass der Erfahrungsaustausch auf dem WordCamp in Berlin am 3.7.2010 sowie der Podcast "WordPress total" von Technikwürze auf der heutigen Zugfahrt nach Berlin mich in Sachen WordPress ein Stückchen voranbringen.
5. Juli 2010, Maverick schreibt: Entpuppt sich hier Dieter etwa als "Quellcode-Leser"? Wenn ja, dann würde ich sagen, willkommen im Club, denn auch ich ertappe mich nicht selten beim Quellcode-Lesen ;-). Apropos WordPress 3.0, ich persönlich habe seit langem nicht mehr die automatische Update-Funktion von WP getestet, weil ich immmer manuell aktualisiere, ich denke jedoch, sie funktioniert mittlerweile perfekt.
5. Juli 2010, Dieter schreibt: @Maverick Soweit ich Quelltext lesen kann, versuche ich das auch. ;-) Hier habe ich gerade die automatische Update-Funktion für WordPress 3.0 genutzt. Und was soll ich sagen: Es funktionierte gut.

Danke für Eure Kommentare

Dieter — Thu, 03 Jun 2010 16:58:49 +0000

Es ging plötzlich so schnell: Bevor ich mich versah, hatte ich plötzlich über 1.000 freigeschaltete Kommentare hier auf Webseiten-Infos.de.

Deshalb leider leicht verspätet ein herzliches Dankeschön an alle Kommentatorinnen und Kommentatoren, die hierzu beigetragen haben.

Ich verzichte jetzt bewusst darauf, einzelne Namen zu nennen, denn die Gefahr, dass ich dann jemanden vergesse, ist einfach zu groß.

Die statische Seite mit allen Kommentaren hatte ich leider entfernen müssen (siehe hierzu meinen Blogbeitrag “Seite mit Kommentarliste entfernt“).

Nun schwebt mir vor, mich mal an einer statischen Seite mit einer Liste aller Kommentatorinnen und Kommentatoren zu versuchen. Mal schauen, ob ich dazu etwas im Netz finde und das umsetzen kann. Wenn dem so ist, gibt es hierzu natürlich einen Blogbeitrag, in dem ich die Umsetzung beschreibe.

Die Kommentarfunktion von WordPress ist für mich auf Webseiten-Infos.de eine der wichtigsten Bestandteile des so genannten “Mitmach”-Web 2.0. Das Logo von Webseiten-Infos.de (siehe hierzu meinen Blogbeitrag “Das neue Logo ist da!“) spiegelt mit dem Text Web 2.0 die für mich große Bedeutung des “Mitmach”-Webs wieder.

Viele Kommentare halfen mir beim Lösen von Darstellungsproblem auf Webseiten-Infos.de. Zudem erlebte ich hier schon viele interessante sowie kontroverse Diskussionen. Ich hoffe sehr, dass das hier auf Webseiten-Infos.de so weiter geht.

Und schließlich bin ich über die Kommentare schon auf viele interessante Blogs gestoßen. Das eine oder andere Blog kam dadurch in meine Linkliste (Blogroll).

Meine Fragen an Dich:

Was hältst Du von der Idee einer eigenen Seite mit einer Liste aller Kommentatorinnen und Kommentatoren?
Kennst Du schon ein Blog, das so etwas umgesetzt hat?
Hast Du einen Tipp dazu für mich?

Kontaktformular mit Contact Form 7

Dieter — Fri, 14 May 2010 20:32:57 +0000

Seit heute gibt es ein neues Kontaktformular auf der Website Webseiten-Infos.de.

Grund: Das von mir bisher eingesetzte WordPress-Plugin WP-ContactForm erzeugte folgende Fehlermeldung:

Du hast nicht ausreichend Rechte, um auf diese Seite zuzugreifen.

Zwar gibt es eine aktualisierte Version, aber diese ist nicht über das Plugin-Verzeichnis von WordPress verfügbar und kann deshalb auch nicht automatisch aktualisiert werden.

Zudem hatte ich an diesem WordPress-Plugin in dessen Quellcode Erweiterungen zur Verbesserungen der Zugänglichkeit (Accessibility) vorgenommen.

Ich hatte keine Lust wieder am Quelltext des Plugins arbeiten zu müssen und suchte deshalb ein WordPress-Plugin für Formulare, das auch das label-Element unterstützt.

Mit dem WordPress-Plugin Contact Form 7 (Webseite zum Plugin, Quick Start Guide for Contact Form 7: 31 Seiten, 664 KB) wurde ich fündig. Es gibt zwar einen Ableger (Fork) namens Contact Form 8 davon, aber das Plugin scheint weniger weit entwickelt zu sein und nicht so intensiv weiter entwickelt zu werden.

Gut gelöst finde ich bei Contact Form 7 den Spamschutz mittels einer leichten Rechenaufgabe.

Lediglich die Möglichkeit, dass der Absender eine Kopie der Mitteilung erhalten kann, fehlt mir. Der Absender kann eine Kopie der Mitteilung erhalten, wenn beim Formular im Administrationsbereich (Backend) die Option “verwende Mail (2)” mit einem Häkchen versehen ist.

Damit nicht die Plugin-eigene CSS- und JavaScript-Datei bei allen WordPress-Seiten geladen wird, habe ich die wp-config.php um Folgendes ergänzt:

1 2	define('WPCF7_LOAD_JS', false); define('WPCF7_LOAD_CSS', false);

Zudem kopierte ich den CSS-Code aus der Datei style.css im Plugin-Ordner contact-form-7 in die CSS-Datei meines WordPress-Themes. So sparte ich eine HTTP-Anfrage (einen HTTP-Request) ein.

Soweit ich das nach eigenen Tests erkennen kann, müsste es das gewesen sein, damit das Kontaktformular funktioniert.

Wer sich gut in PHP-Sicherheitsfragen auskennt, kann übrigens auf ein Plugin für das Formular verzichten und stattdessen die Lösung Contactable – Kontaktformular in WordPress von Frank Bültge nutzen. Für mich ohne tiefgehende PHP-Kenntnisse aber leider keine Alternative, obwohl ich gerne versuche die Zahl der von mir eingesetzten WordPress-Plugins zu verringern.

Solltest Du Verbesserungsbedarf an dem Kontaktformular feststellen, würde ich mich über einen Hinweis darauf freuen.

Und welche Lösung verwendest Du für ein Kontaktformular?

Kommentare

14. Mai 2010, Tweets die Kontaktformular mit Contact Form 7 | Webseiten-Infos.de erwähnt -- Topsy.com schreibt: [...] Dieser Eintrag wurde auf Twitter von Dieter Welzel erwähnt. Dieter Welzel sagte: Kontaktformular mit Contact Form 7 http://tinyurl.com/38k22pk [...]
16. Mai 2010, Tanja schreibt: Wenn ich Formulare in WordPress brauche - was hin und wieder gerade bei Kundenprojekten vorkommt - greife ich immer auf den "dd formmailer" zu. Falls er Dich interessiert, suche ich Dir die Adresse raus. Ist ziemlich einfach gestrickt das Plugin und man kann beliebig viele Formulare erstellen und einbinden.
16. Mai 2010, Dieter schreibt: @Tanja Danke, "dd formmailer" habe ich über Google schon gefunden. Das WordPress-Plugin "Sitemap Generator Plugin for WordPress" vom selben Autor (Dagon Design) setze ich hier ein. Beliebig viele Formulare kann ich übrigens auch mit dem WordPress-Plugin Contact Form 7 erstellen und einbinden. Gleichwohl vielen Dank für Deinen Tipp. Werde mal bei Gelegenheit auf einer Testinstallation den dd formmailer ausprobieren.
16. Mai 2010, Tanja schreibt: Ich mag das Plugin total gerne und habe schon super unterschiedliche Formulare für Kunden damit erstellt. Funktioniert auch immer reibungslos. Hier habe ich es auf einer Domain von mir im kleinen Einsatz: http://www.officetrend.de/kontakt/, falls Dich das interessiert ;-)
16. Mai 2010, Dieter schreibt: @Tanja Schönes Beispiel! Das Formular hast Du schön gestaltet. Gefällt mir. Im Moment reicht mir Contact Form 7, aber gut zu wissen, dass es eine gute Alternative gibt. :-)
15. August 2010, arbeitstier schreibt: Contact Form 7 halte ich derzeit für das beste Plugin in Sachen Formulare in WordPress 3. In Verbindung mit dem Spam-Schutz "really simple captcha" eine langlebige sichere Sache und wirklich schnell einsatzbereit.
15. August 2010, Dieter schreibt: Da Contact Form 7 bereits einen optionalen Spamschutz in Form einer beliebigen Additionsaufgabe mitbringt, erschließt sich mir nicht direkt der Sinn eines (zusätzlichen) Captcha. Die Rechenaufgabe ist beim Kontaktformular von Webseiten-Infos.de übrigens aktiviert und bisher kam bei mir darüber kein Spam.
wirklich schnell einsatzbereit
Das kann ich persönlich erst nach einer Einarbeitung mit der Funktionsweise des Plugins bestätigen. Aber vielleicht liegt das auch daran, dass ich Webdesign nur als Hobby in meiner Freizeit betreibe.
4. Juli 2011, Uwe schreibt: Hallo Herr Welzel, danke für den Tipp, ich finde das ContactForm7 Plugin super. Ich habe nur zwei Fragen: Wie kann ich den Abstand nach unten, zwischen den einzelnen Feldern, verändern. Der default Abstand ist ziemlich groß, wie und wo kann ich diesen verändern bzw. anpassen? Mir gefällt diese Box mit den abgerundeten Ecken, die Sie hier für Ihr Formular verwenden. Wie kann ich eine solche Box gestalten und wie kann ich dann auch ein Kontaktformular hinein bringen? Vielen Dank im voraus, MFG Uwe
4. Juli 2011, Dieter schreibt: Hallo Uwe, freut mich, dass Dir der Tipp mit dem Plugin Contact Form 7 zusagt. Ich versuche mal Deine Fragen zu beantworten: Schau Dir mal den Quelltext der Webseite mit dem Formular an (z.B. mit Firefox-Addon Firebug). Bei meiner Seite ist das Formular (form) mit einem Container (div) umgeben, der die id wpcf7-f1-p15-o1 hat. Die einzelnen Zeilen mit den Eingabefeldern (input) sind mit einem Absatz (p) umgeben. In der CSS-Datei kannst Du nun für den Selektor wpcf7-f1-p15-o1 p einen eigenen unteren Abstand zum nächsten Element definieren, z.B. margin-buttom: 0.2em. Mit dem Firebug kannst Du diese Änderungen sogar in Firebug direkt begutachten und erst wenn es Dir gefällt in die CSS-Datei eintragen und hochladen (uploaden). Die abgerundeten Ecken sieht man nur in modernen Browsern, also z.B. nicht im Internet Explorer 8 und kleiner. ;-) Sie sind mit CSS3 realisiert. Hier wie folgt: input[type="text"] { border-radius: 5px 5px 5px 5px; -moz-border-radius: 5px; -khtml-border-radius:5px; } Ich hoffe, das hilft Dir weiter. Beste Grüße Dieter

WordPress: Pingdienste auswählen

Dieter — Fri, 14 May 2010 14:33:35 +0000

Im Zeitalter der Echtzeitsuche, Blogsuche sowie von Twitter und Co. hat die Bedeutung von Pingdiensten für Blogs abgenommen.

Gleichwohl ist weiterhin in WordPress ein gelegentliches Überprüfen der im Administrationsbereich (Backend) unter Einstellungen > Schreiben eingetragenen Pingdienste (ganz unten unter Update Services) empfehlenswert.

Bei der letzten Kontrolle fand ich unter Update Services folgende Pingdienste, die ich zuvor eingetragen hatte:

http://ping.wordblog.de/

http://ping.feedburner.com/

http://rpc.technorati.com/rpc/ping

http://api.my.yahoo.com/RPC2

http://blogsearch.google.com/ping/RPC2

http://www.bloglines.com/ping

http://rpc.pingomatic.com/

http://ping.blogstart.de/

http://xmlrpc.blogg.de/

http://www.news2paper.com/ping

Diese Eintragungen sind schon mindestens ein Jahr alt. Deshalb überprüfte ich die Verfügbarkeit dieser Pingdienste, indem ich die Links im Browser eingab. Das Ergebnis dieser Überprüfung:

Die meisten Pingdienste gaben eine Fehlermeldung aus.
Einige dieser Fehlermeldungen waren für mich nicht eindeutig.
Sie konnten auch daher rühren, dass ich statt einen Ping zu senden die URL mit dem Browser aufrief.

Wie auch immer, Zeit sich nach Empfehlungen im Web umzuschauen.

Im Web fielen mir folgende Artikel sowie Listen für Pingdienste auf:

Auf der Codec-Website von WordPress gibt es eine internationale Liste von Pingdiensten und Links zu weiteren Listen.
Lesenswert und hilfreich waren für mich folgende Artikel einschließlich Kommentare:
- “WordPress Ping Dienste – welche machen Sinn?” von Tanja
- “WordPress Ping Dienste” auf flexib.de
- ~~“Ping-Services für WordPress” von Sergej Müller~~
- “Deutschsprachige Pingdienste” von Vladimir Simovic aka Perun
- “Welche Pingdienste sind für WordPress wirklich sinnvoll?” auf meinungsguck.de

Mein persönliches Fazit:

Beim Eintragen von Pingdiensten ist weniger mehr.
Übertreibt man es mit den Pingdiensten kann es Probleme beim Publizieren und Aktualisieren von Artikeln geben (siehe hierzu beispielsweise den Abschnitt “Pingdienste: weniger ist mehr – langsames Publizieren von Artikeln” im Artikel “WordPress Ping Dienste – welche machen Sinn” von Tanja)
Darüber hinaus besteht durch das Weiterleiten von Pings durch Pingomatic und Co. die Gefahr, dass Pingdienste mehrfach angepingt werden und Du deshalb schnell als Spammer eingestuft wirst.

Letztendlich muss jeder WordPress-Blogger selbst entscheiden, welche Pingdienste er unter Update Services einträgt.

Ich habe mich entschlossen, meine Liste deutlich zu verkürzen. Sie sieht nun wie folgt aus:

http://ping.wordblog.de/

http://rpc.pingomatic.com/

http://blogpingr.de/ping/rpc2

Schau mer mal, ob sich das positiv auf die Geschwindigkeit beim Publizieren und Aktualisieren von Artikeln sowie die Besucherzahlen auswirkt.

Und wie sieht Deine Liste der Pingdienste unter Update Services aus?

Kommentare

14. Mai 2010, Tweets die WordPress: Pingdienste auswählen | Webseiten-Infos.de erwähnt -- Topsy.com schreibt: [...] Dieser Eintrag wurde auf Twitter von Dieter Welzel erwähnt. Dieter Welzel sagte: WordPress: Pingdienste auswählen http://tinyurl.com/38kd2yy [...]
16. Mai 2010, Tanja schreibt: Ich glaube ich muss auch mal wieder prüfen. Dazu nutze ich aber meistens den pingoptimizer, den ich mir mal irgendwo gezogen haben. Der zeigt schön an, welche Pings nicht gesendet werden können.
16. Mai 2010, Dieter schreibt: @Tanja Herzlichen Dank für den Tipp mit dem pingoptimizer. Ich habe eben das WordPress-Plugin "cbnet Ping Optimizer" installiert und so eingestellt, dass maximal noch ein Ping in 15 Minuten gesendet wird.
16. Mai 2010, Tanja schreibt: Ich hab einen anderen ping optimizer, den auf den Andreas hier aufmerksam gemacht hat: http://www.majeres.de/pingspam-in-wordpress-vermeiden Keine Ahnung ob die das gleiche können. Das Logfile war das, was mich am meisten interessiert hat. Aktiv habe ich ihn aber momentan nirgends mehr laufen...
16. Mai 2010, Dieter schreibt: @Tanja Danke für den Hinweis auf den Blogbeitrag von Andreas. Das Logfile beim WordPress-Plugin MaxBlogPress Ping Optimizer klingt interessant und gut. Der cbnet Ping Optimizer hat das nicht. Andererseits schrecken mich die Warnung im Blogbeitrag von Andreas, dass man eine Wegwerf-Mailadresse zur Registrierung verwenden sollte, da man sonst mit Spam zugemüllt wird, und der Blogbeitrag "Ping Optimizer – Der SEO Versuch ging wohl nach hinten los" von Thomas ab. So gesehen tust Du anscheinend gut daran, das Plugin nicht mehr aktiviert zu haben. Ich werde mal den cbnet Ping Optimizer testen, wenn auch da leider die Kontrollmöglichkeit mittels Logfile fehlt.
16. Mai 2010, Tanja schreibt: Ich machs nur an bzw. grabe es aus, wenn ich aktuell nen kurzen Überblick haben will, welche funktionieren und welche nicht.Der Feedburner Ping würde mich interessieren, ob der funzt...
16. Mai 2010, Dieter schreibt: @Tanja Nur im Bedarfsfalle aktivieren ist eine sehr gute Idee. So mache ich das mit WordPress-Plugins, die ich nur gelegentlich brauche auch. :-) Dann werde ich MaxBlogPress Ping Optimizer mit einer Wegwerf-Mailadresse zum Registrieren doch mal ausprobieren. :-)
18. Juli 2010, FrankWL schreibt: Hi, diese ganzen Plugins wie CBnet oder MaxBlogPress sind ja nur aufgekommen, weil WP selbst ja jeden Artikel und v.a. jedes Zwischenspeichern eines Artikels als Ping sendet. Weiß jemand, ob das auch für WP3.0 noch stimmt? Wenn nein, dann sind die Plugins überflüssig geworden. Grüße, FrankWL
18. Juli 2010, Dieter schreibt: @FrankWL Ich verwende CBnet und da gibt es leider kein Logfile, das einem die Kontrolle ermöglicht. Solltest Du MaxBlogPress Ping Optimizer mit WordPress 3.0 einsetzen oder ausprobieren, kannst Du es selbst testen. Deine Rückmeldung wäre bestimmt auch für andere WordPress-Nutzer von Interesse. ;-)
27. Dezember 2010, Matthias schreibt: Ich bin inzwischen auch dazu übergegangen, nur noch 2 Pingdienste zu nutzen. Die scheinen völlig ausreichend zu sein. LG
27. Dezember 2010, Dieter schreibt: @Matthias Passt ja zu meinem persönlichen Fazit: Weniger ist mehr ;-)
8. Februar 2011, Tanja schreibt: Ich habe jetzt die oben im Artikel genannten Drei eingesetzt und zusätzlich http://rpc.bloggerei.de/ping/ Ich bin gespannt, ob es was bringt :)
10. Februar 2011, Dieter schreibt: @Tanja Einfach die Entwicklung Deiner Besucherzahlen beobachten.
10. Februar 2011, Tanja schreibt: Werde ich beobachten, auf jeden Fall danke für deine drei Vorschläge!
21. Mai 2011, Tagebuchschreiber schreibt: Danke, dann werde ich meine Liste mal aufräumen. Langsam scheinen diese Pingdienste ja echt auszusterben...
21. Mai 2011, Dieter schreibt: @Tagebuchschreiber Aufräumen ist eine gute Idee, denn bei Pingdiensten ist weniger mehr.
20. Juni 2011, Tanja schreibt: Mit meinen vier Diensten gingen die Besucherzahlen zuletzt ein wenig zurück, daher habe ich noch einmal recherchiert. Und siehe da: auf das Anpingen von Technorati kann man zukünftig verzichten: http://technorati.com/ping
20. Juni 2011, Dieter schreibt: Technorati hatte ich mich zwar mal als Blogger angemeldet. Dessen Bedeutung und Benutzerfreundlichkeit hat aber abgenommen, so dass ich den Dienst nicht mehr nutze. Danke für den Hinweis auf deren eingestellten Pingdienst. Da entfernte ich ihn ja berechtigterweise aus meiner Liste der Pingdienste.

Weiterleitungen beseitigen

Dieter — Thu, 13 May 2010 21:50:29 +0000

Mit dem WordPress-Plugin Broken Link Checker (Version 0.9.2) beseitige ich nicht nur tote Links (siehe dazu meinen Artikel “Links überprüfen“), sondern beseitige auch Weiterleitungen (redirects) von Links.

Solche Weiterleitungen (redirects) führen Dich nicht wie tote Links (broken links) auf eine 404-Fehlerseite, sondern leiten von dem unzutreffenden zum richtigen Link weiter.

Heute habe ich nach langer Zeit wieder solche Weiterleitungen beseitigt, indem ich die unzutreffenden Links durch die endgültigen Link ersetzt habe. Eine beachtliche, immerhin dreistellige Zahl an solchen Links war da aufgelaufen und beschäftigte mich mehrere Stunden.

Dabei stellte ich folgende Ursachen für Weiterleitungen bei Links besonders häufig fest:

Es erfolgte ein Wechsel mit oder ohne www-Präfix (siehe hierzu auch meinen Blogbeitrag “Webseite mit oder ohne www-Präfix?“).
Die Permalink-Struktur der Website / des Blogs wurde geändert (siehe hierzu beispielsweise den Artikel “Der optimale Permalink“).
Der Link wurde um einen abschließenden Schrägstrich (Trailing Slash) / ergänzt (siehe hierzu beispielsweise den Artikel “.htaccess und Mod-Rewrite für CMS und Blog“). Dies empfiehlt sich zur Vermeidung von doppeltem Inhalt (Duplicat Content).

Das Schöne bei dem WordPress-Plugin Broken Link Checker ist, dass ich im Administrationsbereich (Backend) meiner WordPress-Installation unter Werkzeuge > Fehlerhafte Links alle Redirects (Weiterleitungen) durch einen Mausklick auf den gleichnamigen Link angezeigt bekomme.

Dann brauche ich unter der jeweiligen URL nur noch den mit Mouseover erscheinenden Link Details mit der Maus anzuklicken (siehe Bildschirmfoto (screenshot)) und schon sehe ich unter Location die URL des richtigen Links, also das Ziel der Weiterleitung (des Redirects).

Diesen richtigen Link kann ich kopieren und unter dem mit Mouseover erscheinenden Link “Bearbeite URL” zu speichern.

Und schon ist der Link mit der Weiterleitung durch das Ziel der Weiterleitung ersetzt.

Angesichts der Diskussionen um die Vorteile des kostenlosen Windows-Programms Xenu gegenüber dem WordPress-Plugin Broken Link Checker (siehe dazu viele Kommentare beim Blogbeitrag “Hinweise für Kommentare“), sei darauf aufmerksam gemacht, dass auch Xenu Weiterleitungen anzeigen kann (Einstellung unter Options > Preferences… mit Häkchen bei “Treat redirections as errors“). Für das Ändern der Links musst Du dann noch den Blogbeitrag, die Seite, den Kommentar oder Pingback bzw. Trackback bearbeiten.

Und beseitigst Du neben toten Links (broken links) auch Weiterleitungen (redirects)?

Falls ja, welches Hilfsmittel verwendest Du?

Kommentare

14. Mai 2010, Tweets die Weiterleitungen beseitigen | Webseiten-Infos.de erwähnt -- Topsy.com schreibt: [...] Dieser Eintrag wurde auf Twitter von Dieter Welzel erwähnt. Dieter Welzel sagte: Weiterleitungen beseitigen http://tinyurl.com/2wpe3oc [...]

Hinweise für Kommentare

Dieter — Sun, 09 May 2010 21:23:48 +0000

Hinweise zu meinem Umgang mit Kommentare gibt es bereits seit längerem sowohl als Text im Kommentar-Formular unter der Überschrift Kommentar schreiben (comments.php) als auch in der Datenschutzerklärung.

Dies ist leider zum Schutz vor Spamkommentaren notwendig.

Automatische Spamkommentare hält mir die fleißige Biene Antispam Bee von Sergej Müller automatisch fern (siehe hierzu meine Blogbeiträge “Spamschutz nur mit Antispam Bee” und “Spam-Schutz auf Webseiten-Infos.de“).

Alle Erstkommentare und damit auch manuelle Spamkommentare werden erst geprüft, bevor ich sie freischalte oder nicht.

Nun ist die Grenze zwischen Spamkommentaren und erwünschten Kommentaren fließend und hängt stark von der Wertung des Seitenbetreibers ab.

Ich bin da – ähnlich wie Tanja aka Crazy Girl (siehe hierzu ihre Blogbeiträge “Blog Spammer Schutz – nofollow Vogelscheuche zeigt Erfolge” und “I LOVE rel=“nofollow“ als Spamschutz“) – tendenziell eher restriktiv.

Warum?

Das hat viele Gründe. Die Wichtigsten sind:

Besucher sollen lesenswerte Kommentare und Links vorfinden. SEO-Links von Agenturen, die damit Backlinks für eigene Projekte oder Aufträge erhalten wollen, tragen dazu regelmäßig nicht bei.
Darüber hinaus besteht bei solchen Backlinks die erhöhte Gefahr von schlechter Nachbarschaft (bad neighbourhood), die den Ruf Deiner Website schädigen kann.

Anders als beim Blog crazytoast.de von Tanja habe ich hier auf Webseiten-Infos.de bisher nur ein geringes manuelles Spamaufkommen. Deshalb brauche ich bisher keine nofollow Vogelscheuche.

Um den Kommentarschreibern, aber dezente Hinweise darauf zu geben, was ich hier als manuellen Kommentar-Spam ansehe, habe ich mein Kommentarformular heute um einige Tooltips mittels title-Attribut ergänzt.

Hier die von mir vorgenommenen Ergänzungen:

1	<small title="Bitte keine Fake- und SEO-Namen. Andernfalls wird der Name oder der Kommentar gelöscht!">Name (erforderlich)</small>

<span title="Die Angabe einer E-Mail-Adresse ist als Spamschutz verpflichtend. Jeder Kommentar mit einer neuen E-Mail-Adresse erscheint erst, wenn ich ihn freigeschaltet habe.">E-Mail (erforderlich)</span> <span title="Deine E-Mail-Adresse wird weder weitergegeben noch veröffentlicht (siehe Datenschutzerklärung).">(bleibt geheim)</span>

1	<small title="Ich prüfe die angegebene Webseite und behalte mir vor, diesen Link jederzeit zu löschen.">Webseite</small>

1	<label for="comment" title="Bitte zum Thema kommentieren. Danke!">Kommentarfeld: </label>

Wie findest Du diese dezenten Hinweisen? Überflüssig? Hast Du einen anderen Vorschlag?

Nachtrag vom 11. Mai 2010:

Aufgrund der Diskussion hier habe ich meine Entscheidung bezüglich der title-Attribute noch einmal überprüft.

Mein Fazit: Hinweise, die so dezent sind, dass sie faktisch nicht wahrgenommen werden, sind überflüssig.

Deshalb habe ich sie entfernt.

Kommentare

9. Mai 2010, Crazy Girl schreibt: Danke für die Erwähnung ;-) Ich habe jetzt erst mal richtig suchen müssen, bis ich das gefunden habe. Glaube nicht so wirklich, dass da jemand mit der Maus drüber fährt und das damit dann auch sieht. Lass mich aber gerne eines besseren belehren. Grundsätzlich finde ich es auch nicht schlecht das Feld "Webseite" in "Blog" umzubenennen. Hält in meinem Fall aber auch kaum einen nicht-blog davon ab, sich dort einzutragen. Nur die Vogelscheuche ist bis dato recht effektiv ;-)
10. Mai 2010, Dieter schreibt:
Ich habe jetzt erst mal richtig suchen müssen, bis ich das gefunden habe. Glaube nicht so wirklich, dass da jemand mit der Maus drüber fährt und das damit dann auch sieht.
Ok, sehr dezenter Hinweis wäre also treffender gewesen. ;-)
Grundsätzlich finde ich es auch nicht schlecht das Feld “Webseite” in “Blog” umzubenennen. Hält in meinem Fall aber auch kaum einen nicht-blog davon ab, sich dort einzutragen.
Von der Umbenennung würde ich auch hier keinen nennenswerten Effekt erwarten. Allerdings habe ich grundsätzlich auch kein Problem damit, wenn der Link kein Blog ist.
Nur die Vogelscheuche ist bis dato recht effektiv
Ich hoffe, ich muss nichts dergleichen einsetzen. Es beruhigt aber zu wissen, dass sie im Bedarfsfall helfen könnte.. ;-)
10. Mai 2010, Fritz schreibt: Hallo Dieter, lustig finde ich Crazy Girls Aufteilung des Webs in Blogs (=gut) und "Nicht-Blog-Webseiten" (=böse). Um deine Frage zu beantworten: Wenn's schon nichts nützt, dann schadet es zumindest nicht. ;-)
10. Mai 2010, Thomas Scholz schreibt: Ich finde es überflüssig. Einem Spammer sind diese Hinweise, so er sie überhaupt liest, vollkommen egal; jedem anderen … auch. Ich habe meine Löschgründe im Klartext hingeschrieben, um auf Fragen wie: »Warum wurde mein Kommentar gelöscht?«, antworten zu können: »Steht doch da!« Da so eine Frage aber bisher nie gestellt wurde, werde ich wohl auch den Hinweis bald rausnehmen.
10. Mai 2010, Dieter schreibt: @Fritz Die Aufteilung von Blog (gut) und Rest (böse) finde ich etwas zu pauschal. Gleichwohl ist es eine klare Ansage für eine Linkangabe bei Kommentaren. Der Hinweis als title-Attribut ist sehr dezent und dürfte deswegen in der Tat nur selten wahrgenommen werden. Er soll auch lediglich den Hinweis "Erstkommentare und Kommentare mit Links werden moderiert." unter dem Absende-Button sowie die Ausführungen in der Datenschutzerklärung ergänzen. @Thomas Ich denke auch, dass diese ergänzenden und sehr dezenten Hinweise keinen manuellen Kommentar-Spammer abhalten werden. Das ist aber erfreulicherweise auf Webseiten-Infos.de bisher auch nicht notwendig, denn die Anzahl solcher Spam-Kommentare erfordert keine zusätzlichen Gegenmaßnahmen wie bei Tanja auf crazytoast.de. Ich gebe zu, Deine Absicht Deinen Hinweis bald herauszunehmen und die Begründung dafür, lasse mich auch noch einmal über die Sinnhaftigkeit meiner Ergänzung nachdenken. Mal schauen, vielleicht nehme ich diese Ergänzung auch schon bald wieder zurück.
10. Mai 2010, Crazy Girl schreibt: @Dieter: Ich drück Dir die Daumen dass Du so was nicht brauchst. Mir platzt nicht umsonst alle halbe Jahr mal ordentlich die Hutschnur ;-) @Fritz: Das ist keine pauschale Aufteilung des Webs sondern schlicht und ergreifend auf den Kommentarbereich des Blogs bezogen. Wer auf nicht-Blogs verlinkt hat auch eine weitaus höhere Gefahr der "bad neighbourhood", da für alle nicht-Blogs Blogkommentare zu den "spammy Links" gehören (genau wie Bookmarks, Linklisten, Webkataloge etc. alles was man selbst setzen kann), von denen sie nicht zu viele in ihrer Backlinkstruktur haben sollten, sonst drohen Abstrafungen ... und dem verlinkenden Blog damit die "bad neighbourhood". @Thomas: Die emails und diesbezüglichen Fragen als Kommentar (warum wurde mein Link gelöscht; warum wird mein Kommentar nicht freigeschalten; verlinken sie mich endlich, schließlich kriegen sie kostenlosen Content von mir;...), die ich im Laufe der letzten 1 1/2 Jahre erhalten habe, könnte ich gar nicht zählen, so viele sind es. Teilweise sogar ziemlich dreist, mit Drohungen und Beschimpfungen versehen. Unterm Strich lässt sich zusammen fassen: Je "oller" (krimineller, abartiger, versauter etc.) der Link, desto "doller".
10. Mai 2010, Thomas Scholz schreibt: @Crazy Girl: Das erstaunt mich jetzt schon. Ich lösche pro Woche etwa vier bis sechs solcher Kommentare und habe noch keine Nachfrage bekommen. Allerdings läuft mein Blog noch nicht sehr lange. Ob die verlinkte Website ein Blog ist oder nicht, das finde ich absolut irrelevant. Zum einen sind viele Blogs reine Cycle-Pages und werden irgendwann später auf die eigentlichen Ziele umgelenkt. Hier prüfe ich verdächtige Kandidaten regelmäßig. Zum anderen führen einige meiner Leser zwar kein Blog, werten meines aber durch ihre Kommentare oft auf. Die nicht zu verlinken fände ich einfach unhöflich.
10. Mai 2010, Dieter schreibt: @Tanja
Ich drück Dir die Daumen dass Du so was nicht brauchst.
Danke. Und falls doch, weiß ich immerhin, was schon mal geholfen hat. ;-) @Thomas Geht mir genauso. Es gibt auch "gute" Websites und "böse" Blogs. ;-) Ach ja, und zudem gibt es Mischformen Websites mit Blog. :-)
10. Mai 2010, Crazy Girl schreibt: @Thomas: Vielleicht liegt es bei mir ja am Namen und/oder daran, dass ich ne Frau bin, die manche Leute viel eher für "dumm" verkaufen möchten. Keine Ahnung, könnte aber sein. Hin und wieder fühle ich mich an meine SEO Anfangszeit vor vielen Jahren erinnert, da haben mich einige aufgrund "Frau" einfach nur direkt ausgelacht. Ich sehe mir ja die Seiten die von mir verlinkt werden wollen regelmäßig an und lese auch die Kommentare. Die Kombi "nicht-Blog / wertvoller Kommentar" war bis dato noch nicht wirklich dabei. Ich habe eigentlich nur einen, dessen nicht-Blog ich verlinke, ein Stammkommentator, der mal nen Blog hatte und dann irgendwann aufgehört hat zu bloggen. Sicherlich kann man nicht immer alle über einen Kamm scheren, doch bei mir war es bisher immer sehr auffällig so, dass nicht-Blogs regelmäßig als "Spammer" aus der Reihe tanzten und mit Seiten aufwarteten, bei denen man so richtig ein ungutes Gefühl bekommt, wenn man sie öffnet. Das mag sich aber auf anderen Blogs auch anders zeigen. @Dieter und Thomas: Ich lasse regelmäßig Xenu über meinen Blog laufen (alle 2 bis 3 Monate), wodurch ich ganz schön a) dead links und b) redirected pages identifizieren kann. Die Ziele sehe ich mir dann natürlich an und entscheide entsprechend. Auch prüfe ich immer mal wieder alle verlinkten Seiten, die nur ein paar wenige Links von mir haben und sehe mir an, was sich auf deren Seiten tut. Da ist mir auch schon ein paar Mal heftiges aufgefallen. Und last but not least nehme ich mir die vor, die schon länger nicht mehr da waren und kucke mir deren Seiten an. Artet natürlich immer in Arbeit aus, vor allem bei den knapp 7000 Kommentaren die ich mittlerweile habe. Trotzdem habe ich bemerkt, dass eine solche Arbeit immer mal wieder notwendig ist. "Bad Neighbourhood" schleicht sich viel zu schnell ein. Manche Sachen zeigen sich in der Menge auffällig und man kann sich eine Plugin Lösung überlegen, wie z.B. mein Comment Count Admin Plugin. Es hat sich mit der Zeit gezeigt, dass es nicht wenige Kanditaten gibt, die die WordPress 1 freigeschalteter Kommentar pro eMail Adresse Regel ausnutzen und in den Folgekommentaren, deren verlinkte Seiten der Admin in der Regel nicht mehr so beachtet, teilweise wirklich unschöne Ziele unterjubeln.
10. Mai 2010, Ute schreibt: Mir wären die Hinweise nicht aufgefallen, insofern halte ich sie schon deshalb nicht für nötig. Es geht mir sonst wie Thomas ich glaube nicht, dass sich Spammer für Hinweise interessieren. Ich schreibe schon auch, dass Name und nicht Keyword reinsoll, aber mehr um jedwede etwaige Diskussion zu unterbinden. Im Moment lösche ich die Links zu irgendwelchen Seiten, die nur Werbung enthalten, wenn der Kommentar inhaltlich ok ist und verweise stattdessen auf den Artikel zu Spam. Bei fehlenden Namen steht nach wie vor ohne_namensnennung falls es nicht ein im Netz bekannter Nick ist. Ich würde z.B. toscho oder Crazy Girl stehen lassen.
11. Mai 2010, Tweets die Hinweise für Kommentare | Webseiten-Infos.de erwähnt -- Topsy.com schreibt: [...] Dieser Eintrag wurde auf Twitter von Dieter Welzel erwähnt. Dieter Welzel sagte: Hinweise für Kommentare http://tinyurl.com/38mlffs [...]
11. Mai 2010, Dieter schreibt: @Tanja Ich setze hier zum automatischen Prüfen von Links nicht mehr Xenu, sondern das WordPress-Plugin Broken Link Checker ein. Beide erfüllen ihre Funktion. Allerdings empfinde ich Broken Link Checker bei einer WordPress-Installation als komfortabler. Das regelmäßige automatisierte Prüfen der Links halte ich für eine lästige, aber notwendige Maßnahme. Darüber hinaus ist leider eine manuelle Prüfung unverzichtbar. Ich erlebe es immer mal wieder, dass eine Domain aufgegeben wurde und dann bei einem Domainverkäufer geparkt ist. Solche Links entferne ich dann möglichst schnell. Das ist zwar lästig, aber eine Website bzw. ein Blog muss halt auch gepflegt werden. @Ute Wir gehen ähnlich gegen manuellen Spam vor. Dabei habe mir das mit dem Ersetzen von Keyword-Namen durch ohne_namensnennung von Dir abgeschaut. Allerdings steht bei mir dann Name-gelöscht. Ja, Spammer werden sich durch so dezente Hinweise nicht abhalten lassen. Ein Hinweis, der nicht bzw. kaum wahrgenommen wird, ist überflüssig. Deshalb werde ich in Kürze die ergänzten title-Attribute wieder entfernen. @Alle Danke, dass Ihr mir Eure Meinung mitgeteilt habt. Die Diskussion hat mir bei der Entscheidungsfindung geholfen.
11. Mai 2010, Tanja schreibt: Du weißt schon, dass der Broken Link Checker ausschließlich nur die Artikel prüft. Der Kommentarbereich ist damit total außen vor, wird nicht geprüft etc. Und da die meisten Links ja in den Kommentaren sitzen, halte ich von solchen Plugins so ganz und gar nix ;-)
11. Mai 2010, Dieter schreibt: @Tanja Nein, ich weiß nicht, dass der Broken Link Checker ausschließlich Artikel prüft. Und laut Beschreibung für die derzeitige Version 0.92 scheint das auch nicht zu stimmen. Dort steht:
Monitors links in your posts, pages, comments, the blogroll, and custom fields (optional).
Im Übrigen habe ich die meisten Links in meinen Artikeln und halte ich von diesem Plugin sehr viel (siehe auch meine Seite "Links überprüfen"). ;-)
11. Mai 2010, Thomas Scholz schreibt: Dieter, wie sieht denn dessen Datenbanknutzung inzwischen aus? Ich habe ihn vor einem Jahr rausgeworfen, weil er allein viermal so viel Platz beansprucht hat wie der gesamte Rest meiner WP-DB – und weil er soviele Seiten als unerreichbar gemeldet hat, die tatsächlich vollkommen in Ordnung waren. Xenu finde ich da wesentlich angenehmer.
11. Mai 2010, Dieter schreibt: @Thomas Die Datenbanknutzung hatte ich mir bisher nicht angesehen. Aber da hast Du mich auf eine Idee gebracht. Gesagt, getan. Die Datenbankgröße beträgt bei mir insgesamt rd. 6,1 MB und die fünf Tabellen vom Back Link Checker machen davon rd. 1,5 MB aus. Das ist etwas weniger als 25%. Aus meiner Laiensicht viel, aber noch akzeptabel. Angeblich nicht erreichbare Seiten gibt es hin und wieder immer noch. Bei mir hält sich das in Grenzen. Manchmal sind die Seiten auch wirklich zeitweise nicht verfügbar. Früher war Xenu auch der Linkchecker meiner Wahl. Inzwischen nutze ich den Broken Link Checker lieber, da ich mit ihm besser zurecht komme.
12. Mai 2010, Tanja schreibt: Ich für meinen Teil habe wohl die meisten Links in den Kommentaren. Bei knapp 7000 Kommentaren dürfte da schon einiges zusammenkommen. Bezweifle, dass ich oder jemand anders so viele in den Artikeln hat ;-) Ein Plugin würde ich für diese Arbeit nie und nümmer nutzen. Zwingt die Performance unnötig in die Knie und das auch nicht gerade wenig. Zudem noch die Sache mit der aufgeblähten Datenbank... alles unnötige Last. Wozu gibt es solch nette Software wie Xenu, mit der das alles vom Server ferngehalten werden kann :-)
12. Mai 2010, Dieter schreibt: @Tanja Knapp 7.000 Kommentare ist der helle Wahnsinn. Respekt! Ich habe es mit dieser Antwort gerade mal auf 900 Kommentare gebracht. Laut Broken Link Checker verfügt Webseiten-Infos.de aktuell über 1954 Links. Eine Aufteilung nach Artikel, Kommentare etc erfolgt dort aber leider nicht.
Ein Plugin würde ich für diese Arbeit nie und nümmer nutzen.
Tja, so verschieden sind die Geschmäcker. Ich finde es praktisch direkt im Backend (Administrationsbereich) tote Links und Umleitungen (Redirekts) prüfen zu können. Dort kann ich dann auch direkt die Links aufrufen und im Bedarfsfall entfernen oder ändern.
Zwingt die Performance unnötig in die Knie und das auch nicht gerade wenig.
Gut, ich habe die Performance meines Webspaces nicht kontinuierlich analysiert. Bisher ist mir bei meinen gelegentlichen Tests durch das Plugin keine auffällige Performance-Einbuße aufgefallen, wohl aber beim Test einiger Caching-Plugins.
Wozu gibt es solch nette Software wie Xenu, mit der das alles vom Server ferngehalten werden kann.
Wozu gibt es das Plugin? Weil ich dann keinen Windows-Rechner brauche, auf dem das Programm laufen kann und darf? ;-) PS: Dein Kommentar hatte einen etwa 2 Stunden späteren Zeitstempel. Wie geht das denn? Habe ihn korrigiert.
13. Mai 2010, Crazy Girl schreibt: Das mit dem Zeitstempel kann ich mir nur durch die DENIC Probleme gestern erklären... um die Uhrzeit hätten die aber eigentlich nicht mehr sein dürfen...??? Keine Ahnung, ich bin ja live hier. Die Performance Probleme durch das Plugin habe ich am eigenen Leib erlebt, als ich es Ende letzten Jahres nochmal testete. Ist nach 2 Tagen immer wieder testen wieder rausgeflogen. Jedes Mal wenn ich es einschaltete, war minutenlang "tote Hose" angesagt auf der ganzen Domain, als admin wie auch als Leser. Abgesehen davon war das was als fehlerhaft etc. ausgegeben wurde ein Witz gegenüber der Ausgabe von Xenu. Hat vieles gefehlt bei dem Plugin. Ist nur meine persönliche Erfahrung. Bei einem Blog in der Größe von meinem, ist das mit einem solchen Plugin nicht mehr machbar. Und wenn dann auch noch die Ergebnisse fehlerhaft sind, dann ist das mehr als ärgerlich ;-) Da mein Blog ja nicht gerade klein ist, brauche ich selbst mit minimalistischen Plugins schon wesentlich mehr Performance als kleinere Blogs. Bezeichne die crazytoast deswegen auch gerne als Schwergewicht, wobei es m.E. vor allem an der Menge der Kommentare liegt. Bis sich eine Seite mit über 100 Kommentaren aufbaut dauert das halt etwas. Auf performancelastigere Plugins verzichte ich deswegen gerne oder lagere sie, wie in diesem Fall oder auch bei der Blogroll, einfach aus. Das gilt z.B. auch für Entwicklungen oder Plugins wie letzter Artikel des Kommentators oder Twitter Adresse. Bedeutet eine Datenbankabfrage mehr pro Kommentar, ist bei dieser Anzahl der Kommentare nicht mehr zu machen, ohne gleich einige Sekunden Performance einzubüßen...
13. Mai 2010, Dieter schreibt: @Tanja Das mit dem falschen Timestamp fiel mir nur auf, weil meine Antwort über Deinem Kommentar auftauchte. :irre: Die DENIC-Probleme könnten eine Erklärung sein. Derzeit scheint es aber noch mehr Störungen zu geben: - Vorgestern war ein Blog bei one.com wegen 403er-Fehler und - vorhin gmx und web.de nicht erreichbar. Auf Performance-lastige Plugins verzichte ich auch. Broken Link Checker scheint hier kein Performance-Fresser zu sein. Aber Webseiten-Infos.de hat auch deutlich weniger Seiten und Links als crazytoast.de. Beim Broken Link Checker kann ich den Intervallrhythmus für das Überprüfen von Links einstellen. Auch so lässt sich die Inanspruchnahme von Serverkapazität reduzieren. Soweit mich die Funktionalität eines Plugins überzeugt und ich es im Administrationsbereich lediglich gelegentlich benötige, aktiviere ich es lediglich im Bedarfsfalle.
13. Mai 2010, Crazy Girl schreibt: Bei Dir kommen schon auch noch die Zeiten in denen Du ein Plugin wie dieses nicht mehr einschalten kannst, ohne alle Deine User mit für längere Zeit nicht mehr aufzurufenden Seiten zu konfrontieren ;-)
13. Mai 2010, Dieter schreibt: @Tanja Gerne hätte ich so viele Besucher (wie Du). ;-) Ich werde aber mal testweise das Plugin Broken Link Checker deaktivieren. Mal sehen, ob dann die Ladezeit dieser Website signifikant kürzer wird.
13. Mai 2010, Crazy Girl schreibt: Ich konnte selbst nicht mehr auf meinen Blog zugreifen nach Aktivierung und musste ne halbe Stunde bis Stunde warten, bis wieder was ging.
13. Mai 2010, Dieter schreibt: @Tanja Angst machen gilt nicht. ;-) Aber ich wäre wahrscheinlich nicht so geduldig gewesen, sondern hätte dann mittels ftp-Programm den Ordner mit dem Plugin auf dem Webspace gelöscht.
13. Mai 2010, Crazy Girl schreibt: Hatte das schon ernsthaft in Erwägung gezogen, war aber neugierig und wollte wissen wie lange das dauert ;-) Als ich wieder rein kam war es auch ziemlich heftig. Minutenlanger Seitenaufbau um von einer auf die andere zu kommen. Echt ein Alptraum :-(
13. Mai 2010, Dieter schreibt: @Tanja Ja, ja, die weibliche Neugier. ;-) Mein Eindruck ist, dass die Serverlast durch das Plugin bei neueren Versionen verringert wurde. Inwieweit das Plugin auf Webseiten-Infos.de Serverlast erzeugt, werde ich durch Deaktivieren des Plugins in Kürze mal untersuchen.

Erstellen einer Schlagwortwolke auf einer Seite

Dieter — Sat, 08 May 2010 18:25:12 +0000

Mit Hilfe des WordPress-Template Tags wp_tag_cloud kannst Du eine statische Seite erstellen, in der automatisch die Schlagworte (tags) als Schlagwortwolke (tag cloud) angezeigt werden.

Auf die Idee kam ich durch den Blogbeitrag “Auswertung: was soll in die Sidebar?” von Throdis Bonfranchi-Simovic. Danach findet eine Schlagwortwolke (tag cloud) in einer Sidebar keine große Beachtung.

Zudem empfiehlt Google unter dem Gesichtspunkt der Benutzerfreundlichkeit (Usability) auf einer Webseite nicht mehr als 100 Links zu setzen.

Deshalb entfernte ich die Schlagwortwolke (tag cloud) aus den Seiten. Stattdessen legte ich einen Link zu einer eigenen Seite mit der Schlagwortwolke (tag cloud) an. So habe ich viele interne Links auf allen Seiten durch einen einzigen Link ersetzt.

Nachfolgend zeige ich Dir am Beispiel der statischen Seite Schlagwortwolke (tag cloud) wie ich das auf Webseiten-Infos.de realisiert habe.

Die selbst erstellte Datei home.php aus dem Ordner meines WordPress-Themes YAML Green geöffnet und unter dem Namen schlagwortwolke.php abgespeichert.
In der Datei schlagwortwolke.php folgende Änderung am Anfang vorgenommen:
1
2
3
4
5

/*
Template Name: Home
*/
?>

in

1
2
3
4
5

/*
Template Name: Schlagwortwolke
*/
?>

geändert.
Nach dem Template Tag the_content habe ich ich den Template Tag wp_list_cloud einschließlich Parameter sowie zusätzlichem CSS reingeschrieben.
1
2
3
if (function_exists('wp_tag_cloud')) : ?>
wp_tag_cloud('smallest=100&largest=150&unit=%&format=list&number=75'); ?>
endif; ?>

Dabei ist der eingelagerte CSS-Code mittels style nicht elegant. Schöner wäre es, wenn er in der extern eingebundenen CSS-Datei wäre. Da er aber lediglich für die eine Webseite mit der vollständigen Linkliste benötigt wird, erscheint es mir vertretbar, hier Inline-CSS einzusetzen.

Zu den mit & verknüpften Parametern im Einzelnen:

1
smallest=100

legt die Größe der kleinsten Schriftgröße für das am wenigsten verwendete Schlagwort (tag) fest (Standardwert: 8).
1
largest=150

legt die Größe der größten Schriftgröße für das am häufigsten verwendete Schlagwort (tag) fest (Standardwert: 22).
1
unit=%

ist die Einheit (unit) für die Schriftgröße in pt (Standard), px, em, ex oder %.
1
format=list

legt die Ausgabeart für die Schlagwortwolke (tag cloud) fest. Hierfür gibt es die Werte flat (Standard), list, array. Bei flat werden die Schlagworte (tags) durch ein Leerzeichen getrennt, das mit dem Parameter separator definiert werden kann. Der Wert list sorgt dafür, dass die Schlagworte (tags) in einer ungeordneten Liste (ul) mit der Klasse wp-tag-cloud (class=”wp-tag-cloud”) ausgegeben werden. Der Wert array ermöglicht die Weiterverarbeitung der Schlagworte (tags) in PHP.
1
number=75

legt die maximale Anzahl an gezeigten Schlagworten (tags) fest (Standardwert: 45).

Zum Gestalten der Schlagworte (tags) habe ich meine CSS-Datei wie folgt ergänzt:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

.wp-tag-cloud a {
text-decoration: none;
}
.wp-tag-cloud li {
border: 0;
display: inline;
line-height: 2;
margin-left: 0;
margin-right: 0;
padding: 3px 0;
width: auto;
}
ul.wp-tag-cloud {
list-style-type: none !important;
list-style-image: none;
text-align: center;
}

Als letzter Schritt habe ich noch eine statische Seite mit dem Titel Schlagwortwolke erstellt und dafür das Template Schlagwortwolke (schlagwortwolke.php) ausgewählt.

Für Verbesserungs- und Korrekturvorschläge bin ich jederzeit dankbar.

Kommentare

8. Mai 2010, Micha schreibt: Mein lieber Dieter! Wenn Du schon .tag_cloud a {} in Dein Stylesheet schreibst, kannst Du Deiner ul auch gleich eine Klasse verpassen und die Regeln auch ins Stylesheet schreiben. ;)
8. Mai 2010, Dieter schreibt: Lieber Micha, Du hast Recht. Ich hatte es schon mal probiert und damals Probleme gehabt - wohl mit der Spezifität -, die ich nicht lösen konnte. Ich werde mal einen neuen Anlauf wagen. ;-)
8. Mai 2010, Dieter schreibt: Danke für den Hinweis. Klappte im ersten Anlauf. :-)
9. Mai 2010, Tanja schreibt: Kommt immer drauf an mit der Tagcloud... Ich gehe jetzt langsam aber sicher meine Blogs durch und sehe mir über die Statistiken an, wie die Tagcloud genutzt wird. Und... in den meisten so gut wie gar nicht, aber der liebe SchnäppchenTiger macht mal wieder die Ausnahme, da klicken die Leute auf die Tags. Also bleibt da die Tagcloud in der Sidebar drinne ;-) Auf der CrazyToast habe ich die Tagcloud als Seite ja schon von Anfang an. Den li-Kram hättest Du Dir aber mit "format=list" sparen können, geht z.B. so (xx für die entsprechenden Zahlen: wp_tag_cloud('smallest=xx&largest=xx&number=xxx&format=list');
9. Mai 2010, Dieter schreibt: @Tanja Dem Thema "Nutzen der Schlagwortwolke" wollte ich einen eigenen Blogbeitrag widmen. Es passt aber auch gut hier in die Diskussion. Perun hatte die Frage ja bereits in seinem Artikel "WordPress: klickt jemand auf die Tag-Wolke" aufgeworfen und aus seiner Sicht beantwortet. Du (1. Kommentar, 2. Kommentar) und ich (ein Kommentar) haben uns dort auch schon dazu geäußert. Ich teile Deine Auffassung, dass auf Basis der analysierten Besucherstatistik die Entscheidung für oder gegen eine Schlagwortwolke (tag cloud) getroffen werden sollte. Wenn wie bei Deinem Schnäppchen Tiger die Nutzung bei über 4% liegt, dann würde ich sie auch nicht entfernen. Ich gehe stark davon aus, dass die von Dir gewählte Überschrift "Schnäppchen Blog Suche:", die Formatierung als Navigationsliste sowie Deine Schlagwortkombinationen maßgeblich zu der hohen Nutzerakzeptanz beitragen. Hier auf der Website Webseiten-Infos.de hat sich die Schlagwortwolke auf einer eigenen statischen Seite bewährt (in den TOP 50 meiner Seiten und hat aktuell einen PageRank 3). Deshalb bleibt sie ebenso wie der Link dazu im Fußbereich (Footer).
Den li-Kram hättest Du Dir aber mit “format=list” sparen können
Ich hatte schon format=list als Parameter eingesetzt, jedoch ursprünglich ohne weitere Listenformatierung den Listenpunkt nicht wegbekommen. Jetzt hat es aber geklappt. Den Blogbeitrag habe ich angepasst. Vielen Dank für den Gedankenschubser! :hurra:
9. Mai 2010, Tanja schreibt: ja, "Schnäppchen Blog Suche" oder solche Überschriften wie "Suchbegriffe" oder ähnliches könnten natürlich hilfreich sein, dass die Tagcloud geklickt wird. Hab übrigens gerade nochmal genau nachgesehen, die Nutzung meiner Tagcloud liegt bei 4,69%. Gegenerüber der 0,x% die aich auf anderen Blogs habe, ein doch recht überzeugender Wert. Generell denke ich auch, dass die Tagcloud überflüssig ist, aber Ausnahmen bestätigen bekanntlich die Regel ;-)
9. Mai 2010, Dieter schreibt: @Tanja Deine gelungene Wortwahl hat offensichtlich zu einer hohen Klickrate beigetragen. Herzlichen Glückwunsch dazu. Und ja, Ausnahmen bestätigen die Regel. Deine Schlagwortwolke (tag cloud) auf schnäppchentiger.de bestätigt das eindrucksvoll.
9. Mai 2010, Tweets die Erstellen einer Schlagwortwolke auf einer Seite | Webseiten-Infos.de erwähnt -- Topsy.com schreibt: [...] Dieser Eintrag wurde auf Twitter von Dieter Welzel erwähnt. Dieter Welzel sagte: Erstellen einer Schlagwortwolke auf einer Seite http://tinyurl.com/37lgef4 [...]
9. Mai 2010, Tanja schreibt: Ich darf mich aber nicht mit "fremden Federn schmücken", habs eigentlich nur so ähnlich bei einem Kollegen entdeckt und das dann entsprechend abgewandelt. Passt in dem Blog aber auch hervorragend. Manche Projekte entwickeln aber auch eine wirklich schöne Eigendynamik. Da sprudelt man nur so vor Ideen die dann meist auch funktionieren ;-) Bezüglich Schlagwortwolke habe ich aber auch noch einen Blog, der etwas aus der Reihe tanzt. Nicht ganz so sehr, aber immerhin auch knapp 3% Klickrate auf die Tags.

Ist WordPress ein CMS oder eine Blogging-Plattform? Beides!

Dieter — Sat, 24 Apr 2010 22:22:58 +0000

Dies ist eine freie Übersetzung des Blogbeitrags “Is WordPress a CMS or a blogging platform? Yes.” von Milton Brian Jones.

Herzlichen Dank an Milton für die Erlaubnis eine freie Übersetzung veröffentlichen zu dürfen und an Throdis Bonfranchi-Simovic aka Sahanya für den Lesetipp.

Ich mag WordPress. Ich benutze es auf dieser Website und es ist das Content Management System (CMS), das ich am besten kenne.

Ich gebe zu, dass mir einige andere Systeme vermutlich besser gefielen, wenn ich sie so gut kennen würde wie WordPress. Deshalb versuche ich über andere Content Management Systeme nicht schlecht zu reden. Ich habe die Flexibilität, die mir WP als Designer gibt, und die Benutzerfreundlichkeit, die es Kunden erlaubt, nach der Inbetriebnahme ihre Inhalte aktuell zu halten, immer schon geschätzt.

Wenn ich Kritik an WordPress als CMS höre, dann bezieht sich diese hauptsächlich auf die primäre Schwäche, dass WordPress nur oder hauptsächlich auf Bloggen ausgerichtet ist.

Wenn Du weißt, wie man WordPress Themes anpasst, ist Dir natürlich klar, dass es einfach ist, die ganzen Blog-Bestandteile herauszunehmen (falls gewünscht) und eine traditionelle Website mit WordPress als CMS zu realisieren – das ist kein Problem.

Aus diesem Grund ist es mir egal, dass der Schwerpunkt von WordPress direkt nach der Installation beim Bloggen liegt, bzw. genauer gesagt, startete WordPress als Blog-Software und entwickelte sich weiter. Es wird sich mit der Version WordPress 3.0 noch weiter weg von seinen Blog-Wurzeln entfernen.

Aber die andere Sache, die mich befremdet, ist die Meinung, dass WordPress wegen seines Schwerpunkts auf das Bloggen kein “echtes CMS” sei: Wie kann es für ein Content Management System schlecht sein, im Kern Blog-Funktionalität zu enthalten?

Abgesehen von der Tatsache, dass Du WP leicht so anpassen kannst, dass kein Blog integriert ist, solltest Du die Beziehung der Wörter Inhalt (content) und Blog zueinander bedenken.

Was ist ein Blog wirklich anderes als ein beständig aktualisierter Strom von Web-Inhalten? Text, Bilder, Videos, Ton, Links … Inhalt. Die meisten der Websites, die ich regelmäßig seit Jahren besuche, sind Blogs. Du weißt, warum ich diese Seiten besuche? Wegen ihres Inhalts.

Was zählt ist der Inhalt (Content is king) und Blogs sind Spitzenreiter in Bezug auf den Inhalt.

Vielleicht sollte die Frage nicht lauten, ob ein CMS, dass auf einem Blog basiert, ein echtes CMS sein kann, sondern ob ein CMS, dass keine leistungsstarke Blogging-Plattform beinhaltet, als echtes CMS bezeichnet werden kann.

Ich mache hauptsächlich Witze über den letzten Teil. Ich verstehe, warum viele Leute WordPress nicht für ein traditionelles CMS halten. Es gibt viele gute Content Management Systeme, die das Bloggen nicht unterstützen. In vielen Situationen ist ein gebrauchsfertiges Content Management System die beste Lösung, die genau das abdeckt, was Du brauchst – nicht mehr und nicht weniger.

Andererseits wie oft kommt es bei der Erledigung von Aufträgen vor, das man eigentlich nur etwas gebrauchsfertig (out of the box) installiert und den Kunden dann damit allein lässt? Die meiste Zeit geht es um einige Anpassungen. Wenn Du also kein Blog brauchst, dann installiere einfach ein Theme, dass diese Bestandteile nicht enthält, gestalte eine benutzerdefinierte Startseite (Homepage) und die Website, wie Du sie haben willst.

Versteh mich nicht falsch. Es gibt Websites, für die WordPress nicht sonderlich geeignet ist. Ich sage nicht, dass es das beste CMS für jede einzelne Website auf dieser Welt ist. Aber wenn es nicht sonderlich geeignet ist, hat das Problem nicht darin seine Ursache, dass seine Startseite ein Blog ist.

Wenn ich tatsächlich eine Website ohne Blog für einen Kunden mit WordPress erstelle, dann tröste ich mich mit dem Wissen, dass ich ein Blog ganz einfach mit der besten Blog-Software einrichten kann, wenn er später ein Blog (hinzugefügt) haben möchte. Bedenkt man, wie wichtig Blogs zum Aufbau von überzeugenden Inhalten sind, ist es verständlich, dass sich ein Kunde mit wachsenden und sich verändernden Ansprüchen ab einem bestimmten Punkt in diese Richtung bewegen möchte.

In vergangenen Zeiten, war WordPress vielleicht eine Blogging-Plattform, die so zurecht gebogen werden konnte, dass sie als CMS funktioniert. Heutzutage ist es ein großartiges CMS, das eine großartige Blogging-Plattform beinhaltet.

Wenn das Bloggen standardmäßig im Mittelpunkt von WordPress steht, was soll es? Das ist nicht eine Schwäche, es ist eine Stärke. Für viele Betreiber von Websites ist das Blog der wichtigste Inhaltsbereich der gesamten Website. Warum sollte man das wie einen nachträglichen Einfall behandeln?

Ergänzende Anmerkungen:

Ich, Dieter Welzel, betreibe Websites wie www.webseiten-infos.de lediglich als Hobby, habe also keine Kunden.

Gleichwohl finde ich es persönlich praktisch, mit WordPress auch eine Website ohne Blog aufsetzen und später einfach um ein Blog ergänzen zu können. Umgekehrt geht das übrigens auch.

Alles nur eine Frage der richtigen Theme-Wahl. Dazu demnächst mehr.

Kommentare

2. Mai 2010, Alex L schreibt: Ich nutze ja auch schon seit 2 Jahren WP auch wenn nur im Sinne eines Blogs. Die Ansicht, welche in diesem Beitrag vermittelt werden will, ist einleuchtend und ich teile diese Meinung definitiv. Ob Blog mit CMS-Bestandteilen oder CMS mit Blog-Bestandteilen, Hauptsache man kann es vielfältig verwenden und man kann bei WordPress nicht behaupten, dass es nur für reine Blogs gedacht sei. WordPress ist doch ruckzuck umgestaltet, soweit man es selbst kann. Daher kann man in diesem Punkt nicht meckern. Auf die neue Version freue mich und in welchem Umfang ich 3.0 einsetzen werde, wird sich direkt nach der Veröffentlichung und den ersten Erfahrungen damit zeigen.
2. Mai 2010, Fabian schreibt: WordPress hat als Blogging Plattform angefangen, aber bei den ganzen Erweiterungen, Apps und Plugins kann es mittlerweile auch mit den professionellen Content Management Systemen konkurrieren. Mittlerweile kann man damit ja Foren, Shops und so weiter und so fort betreiben. Das ist halt das Schöne an Open Source Projekten.
2. Mai 2010, Dieter schreibt: @Alex Auf Jurafernstudium.de und dieter-welzel.de setze ich derzeit WordPress auch nur als Blog auf den Unterseiten jurafernstudium.de/blog/ und dieter-welzel.de/blog/ ein. Hier auf Webseiten-Infos.de dagegen gibt es auch sog. statische Seiten mit Artikeln, nutze ich also WordPress als CMS mit Blog. @Fabian WordPress selbst kennt nur Plugins zum Ergänzen und Modifizieren von Funktionen. Es gibt allerdings für das iPhone als auch Android-Smartphones eine App für das Bloggen mit WordPress. Zur Foren-Integration in WordPress kann man beispielsweise auf bbPress zurückgreifen. Eine gute Shop-Integration in WordPress ist mir allerdings noch nicht bekannt. An was hattest Du da denn gedacht?
3. Mai 2010, Fabian schreibt: Hatte das WordPress e-commerce Plugin im Sinn. Habe es zwar selbst noch nicht ausprobiert, da ich selbst keinen Online Shop betreibe, aber soll wohl (für ne kostenlose Lösung) doch recht brauchbar sein. Trotz allem, ich finde WordPress verdient mittlerweile die Bezeichnung CMS auch wenn es im Grunde um ein sehr funktionsfähiges erweiterbares Blogging Programm handelt.
3. Mai 2010, Dieter schreibt: @Fabian Kenne das WordPress e-commerce Plugin ebenfalls nicht. Habe dafür aber gehört, dass die WordPress-Lösungen mit guten e-commerce Shops nicht mithalten können. Ist für mich auch kein Thema, da ich keinen Online Shop habe oder zu betreiben gedenke. Übrigens, auch andere finden, dass WordPress als CMS bezeichnet werden kann (siehe beispielsweise "WordPress, das CMS" bei toscho.de).
28. November 2010, Relaunch mit WordPress Framework Xtreme One | Dieter Welzel's Blog schreibt: [...] WordPresss von einer Blogsoftware zu einem CMS (siehe hierzu auch beispielsweise “Ist WordPress ein CMS oder eine Blogging-Plattform? Beides!“, “WordPress, das CMS” und “WordPress ist ein CMS, [...]

Adminbereich nur über https

Dieter — Sat, 17 Apr 2010 00:04:49 +0000

Während Du die mit WordPress betriebenen Webseiten von Webseiten-Infos.de mit Deinem Browser über http als auch https aufrufen kannst (siehe hierzu meinen Blogbeitrag “Webseiten-Infos nun auch mit https“), soll der Administrationsbereich (das Backend) möglichst nur über eine sichere Verbindung mittels SSL, sprich https erreichbar sein.

Durch Zufall bin ich heute über den lesenswerten Blogbeitrag “WordPress gehackt – was tun, eine Schnellhilfe” von Frank Bültge und dann den Blogbeitrag “Gehackt. Dümmer geht’s nimmer.” von Martin Sauer auf den Blogbeitrag “WordPress und die Sicherheit?” von James Lepthien gestoßen (Nachtrag vom 24. Januar 2011: Leider nicht mehr online).

Dort ist beschrieben, wie Du bei Webseiten, bei denen man sowohl über http als auch https in den Administrationsbereich (das Backend) gelangt, dies auf https beschränken kann.

Dazu musst Du die wp-config.php Deiner WordPress-Installation lediglich möglichst weit vorne um folgende Anweisung ergänzen:

1	define('FORCE_SSL_ADMIN', true);

Ich habe es gerade auf Webseiten-Infos.de getestet und bin sehr angetan.

Nun wird jeder Aufruf einer Administrationsseite automatisch auf die zugehörige https-Seite umgelenkt.

Damit dürfte ich meine WordPress-Installation wieder ein kleines Stückchen sicherer gemacht haben.

Herzlichen Dank an James Lepthien für den Tipp in seinem Blogbeitrag.

Kommentare

19. April 2010, Dominik schreibt: Allerdings braucht man dann doch noch ein SSL Zertifikat, oder nicht? Gruß
19. April 2010, James schreibt: Gern geschehen ;) Es ist wirklich nicht mit anzuschauen, wie viele User noch ihre WordPress Anmeldedaten via Postkarte durchs Internet schicken...
19. April 2010, Dieter schreibt: @Dominik Ja, deshalb auch direkt im ersten Satz der Link zu meinem Blogbeitrag “Webseiten-Infos nun auch mit https". ;-) @James Asche über mein Haupt. Auch ich gehörte zu diesen WordPress-Nutzern, die ihre Anmeldedaten unverschlüsselt versandten. Aber man ist ja lernfähig. ;-)
20. April 2010, Sergej Müller schreibt: Und ich dachte, du gehörst zu meinen Stammlesern ;) Schöner Beitrag. Wenn SSL-Zertifikate nicht immer Zusatzkosten verursachen würden, würden mehr Nutzer diese Möglichkeit der Absicherung nutzen.
20. April 2010, Dieter schreibt: @Sergej Ich bin ein armer, alter Mann und hatte Deinen immer wieder lesenswerten Blogbeitrag "Sicherheit in WordPress: 10 Schritte zum Schutz des Admin-Bereichs" nicht mehr aktiv im Gedächtnis. Dein Artikel ist halt schon vom 25. Dezember 2008. Du warst der Zeit mal wieder voraus. ;-) Wie auch immer, ich hatte ja auch bis vor wenigen Tagen noch kein SSL-Zertifikat, weil es eben Zusatzkosten verursacht und ich mich erst mal darüber informierte. Und hier auf Webseiten-Infos.de schreibe ich auch häufig über die Veränderungen auf dieser Website. ;-)
20. April 2010, Sergej Müller schreibt: Ja, wir werden einfach nicht jünger. ;) Danke für deinen Post, der sicherlich viele WordPress-Nutzer an die vorhandene Möglichkeit erinnert hat.
21. April 2010, Dieter schreibt: @Sergej Wenn ich hier einen neuen Blogbeitrag schreibe, nutze ich häufig erst einmal die Suchfunktion. Ich war schon öfters erstaunt darüber, was sich da so alles findet, sprich was ich schon bereits geschrieben habe. BTW: Aktuell sind es 215 Blogbeiträge auf Webseiten-Infos.de.
22. April 2010, asaaki schreibt: Wer einen eigenen Server betreibt und SSL nur für den Adminbereich braucht, kann sich ja ein selbst signiertes Zertifikat erstellen. Das reicht ja dann für die eigenen Zwecke. Und "Postkarten"-Logins kann man auch schon etwas damit umgehen, indem man z. B. das Login mit "Semisecure Login Reimagined"-Plugin nutzt.
22. April 2010, Dieter schreibt: @asaaki Habe nur Webspace und kann bezüglich eines eigenen Servers deshalb nicht mitreden. Für Seitenbetreiber mit eigenem Server und einem CMS ist Dein Vorschlag aber auf jeden Fall eine Überlegung wert. Danke für den Hinweis auf das WordPress-Plugin Semisecure Login Reimagined. Das kannte ich bisher nicht und werde ich mal auf meinen WordPress-Installationen ohne https-Seiten testen. :-)
23. Mai 2010, Sergej Müller schreibt: Wollte noch mal auf diesen Beitrag hinweisen und sagen: So nicht. Siehe dort meine Kommentare und von mit aufgedeckte Risiken, den Admin-Bereich komplett auf SSL umzustellen (anders als dein Tipp hier): http://stadt-bremerhaven.de/gastbeitrag-wordpress-administration-per-ssl-absichern/
23. Mai 2010, Dieter schreibt: @Sergej Herzlichen Dank für Deinen ergänzenden Hinweis. Er zeigt, dass das Verschlüsseln des Verzeichnisses wp-admin problematisch ist, da dies zu Funktionseinschränkungen - z.B. beim Flash-Uploader - führt. Du hattest mich bereits mal per Mail auf das Problem beim Passwortschutz für das Verzeichnis wp-admin hingewiesen (Punkt #7 in Deinem Artikel "Sicherheit in WordPress: 10 Schritte zum Schutz des Admin-Bereichs"). Nun sollte das hier wieder behoben sein. :-)
3. September 2010, Felix schreibt: Danke für diesen Beitrag, hat mir sehr geholfen. Ich habe bei meinem Anbieter auch ein SSL-Zertifikat. Allerdings habe ich mehrere Domains auf meinem Server und muss für alle das selbe SSL-Zertifikat nutzen. Daher zeigen mir die Browser dann leider gerne an, dass die Seite nicht 100%ig verifiziert ist, da die Domain nicht stimmt. Aber für diesen Zweck, sollte es reichen.
3. September 2010, Dieter schreibt: @Felix Ich benutze https für die sichere Übertragung nur für den Administrationsbereich (das Backend). Beim Internet Explorer bekomme ich da immer die Frage, ob ich nur die Bestandteile der Webseite sehen möchte, die über eine sichere Verbindung übertragen werde. Bei den anderen Browsern habe ich diese Abfrage nicht. Kann also auch bei einer Domain schon Problemchen geben, wobei das bei mir Browser spezifisch ist. Wenn Du eine 100%ige Verifizierung möchtest, bräuchtest Du wohl für jede Domain ein eigenes SSL-Zertifikat oder gibt es da noch andere Möglichkeiten?
3. September 2010, Felix schreibt: Naja, leider werden ja auch im Backend teilweise Daten unverschlüsselt übermittelt, dafür habe ich auch noch keine Lösung gefunden. Sonst kann ich im Moment mit einem Zertifikat für mehrere Domains leben. Im Fall der Fälle kann man sich ja für so einfache Sachen auch selbst eins generieren, ist dann aber eben von keiner offiziellen Stelle validiert.
3. September 2010, Dieter schreibt: @Felix Ja, es werden auch im Backend nicht alle Daten verschlüsselt, aber das ist auch nicht nötig. Wichtig ist, dass die Anmeldedaten (Benutzername und Passwort) nicht von Dritten gelesen werden können.

WordCamp am 3. Juli 2010 in Berlin

Dieter — Wed, 10 Mar 2010 20:59:26 +0000

Freude! Berlin, Berlin, wir fahren nach Berlin!

Am 3. Juli 2010 findet im betahaus in Berlin Kreuzberg das WordCamp 2010 statt.

Erstmalig werde ich an einem WordCamp teilnehmen und freue mich schon sehr darauf.

Nähere Infos dazu gibt es im Blogbeitrag “WordCamp 2010 am 3. Juli in Berlin” von WordPress Deutschland.

Anmelden kannst Du Dich für das WordCamp auf der Website wordcamp.de.

Kommentare

10. März 2010, Micha schreibt: WoW. Ich treffe meinen Ober-Bug-Hunter-Beta-Tester :)
10. März 2010, Dieter schreibt: Und ich den Theme-Erfinder, der das valide und leicht erstell- und pflegbare Layout dieser WordPress-Installation überhaupt erst ermöglichte. Ich freue mich sehr darauf. :-) :-) :-)
21. Dezember 2011, Rückblick: WordCamp 2010 | Webseiten-Infos.de schreibt: [...] Am 3. Juli 2010 fand das WordCamp in Berlin statt. Darauf hatte ich mich schon im Vorfeld sehr gefreut (siehe meinen Blogbeitrag “WordCamp am 3. Juli 2010 in Berlin“). [...]

Spamschutz nur mit Antispam Bee

Dieter — Tue, 09 Mar 2010 21:07:21 +0000

Seit etwa zwei Wochen schützt als einziges Plugin Antispam Bee 1.4 von Sergej Müller die WordPress-Installation von Webseiten-Infos.de vor Spam (genauer: vor automatischen Spam-Kommentaren sowie falschen Track- und Pingbacks).

Auslöser dafür war der Kommentar von Ute zu meinem Blogbeitrag “Empfehlenswerte externe Dienste“, dass Sie gerne auf externe Webdienste wie Akismet verzichten würde.

Das nahm ich zum Anlass meine Einstellungen von Antispam Bee zu überprüfen und dann testweise Akismet zu deaktivieren.

Diesen Test hat Antispam Bee hervorragend bestanden und so setze ich die fleißige Biene nun als einziges Plugin zur Spamabwehr ein. Im Hinblick auf meine Bestrebungen die Zahl meiner aktiven Plugins möglichst zu reduzieren eine erfreuliche Entwicklung.

In dem Zusammenhang sei auch erwähnt, dass Sergej das Plugin in den letzten Monaten mit zusätzlichen Optionen weiter verbessert hat. Meine aktuellen Einstellungen von Antispam Bee zeigt der folgende Screenshot:

Den Spam lasse ich von Antispam Bee übrigens lediglich markieren und nicht automatisch löschen, damit ich die Spammails nach häufig auftretenden IP-Adressen überprüfen kann. Besucher mit solchen IP-Adressen sperre ich dann mittels der .htaccess-Datei künftig von Webseiten-Infos.de vollständig aus (siehe hierzu auch meinen Blogbeitrag “Spam-Schutz auf Webseiten-Infos.de“).

Wichtig für den optimalen Spamschutz Deiner WordPress-Installation ist, dass Du Dir die Beschreibungen der Funktionen von Antispam Bee durchliest und dann Deine Einstellungen vornimmst. Ich hatte das anfangs nicht beherzigt und deshalb auch ein kleines Problem mit der fleißigen Biene (siehe hierzu meinen Blogbeitrag “Antispam Bee: Einstellungen geändert“).

Sehr praktisch ist, dass die Einstellungsmöglichkeiten des Plugins im Administrationsbereich (Backend) von WordPress mit den jeweiligen Erläuterungen der Funktion verlinkt sind.

Ein herzliches Dankeschön an Sergej für dieses und seine vielen weiteren tollen Plugins für WordPress wie beispielsweise Antivirus (siehe hierzu meinen Blogbeitrag “Antivirus-Plugin verbessert Sicherheit“) und wpMAPS (siehe hierzu meinen Blogbeitrag “Karte mit WordPress-Plugin wpMAPS“).

Da ich aktuell Akismet deaktiviert habe, habe ich auch meine Datenschutzerklärung insoweit angepasst, sprich um das Wort “eventuell” ergänzt.

Mein persönliches Fazit:

Für mich reicht Antispam Bee bei meinen WordPress-Installationen als einziges Plugin zum Schutz vor automatischem Kommentar-Spam und vor falschen Track- und Pingbacks.

Ich kann dieses Plugin besten Gewissens auch als “Einzelkämpfer” empfehlen.

Gegen manuellen Kommentar-Spam schütze ich mich durch Moderation der Kommentare.

Kommentare

10. März 2010, Ute schreibt: Klasse, :hurra: dank dir fürs drüber schreiben, da werde ich doch bei Gelegenheit mal wieder putzen und testen müssen. Aber so wie du schreibst, gibt es da wohl kein Problem mehr, prima! :)
10. März 2010, Dieter schreibt: @Ute Gern geschehen! Du hast mir den letzten Anstoß dazu gegeben, mal auf Akismet testweise zu verzichten und nur noch Antispam Bee einzusetzen. :-) Und selbst mit meinen Archivseiten, die auch ein Kommentarfeld haben und insoweit exotisch sind, verschluckt Antispam Bee keine richtigen Kommentare mehr. In der zweiwöchigen Testphase war mir kein einziger Fehler durch Antispam Bee aufgefallen. Automatischer Spam wurde korrekt als Spam markiert und über manuelle Kommentare wurde ich aufgrund meiner WordPress-Einstellungen unter Einstellungen > Diskussion im Administrationsbereich (Backend) per Mail benachrichtigt. Manuelle Kommentare waren dann freizuschalten bzw. bei bereits bestätigten Kommentatoren wie Dir erscheinen direkt. :-)
10. März 2010, Sergej Müller schreibt: Dieter, du verwöhnst mich aber wirklich - Danksagung auf dem höchsten Niveau. Ich danke dir. Im Hintergrund forsche ich an dem Plugin weiter, experimentiere und teste. Wir sind noch nicht am Ziel, aber gut drauf unterwegs ;)
10. März 2010, Dieter schreibt: @Sergej Ehre, wem Ehre gebührt. Inzwischen ist für mich Antispam Bee perfekt. Bei meinen übrigen WordPress-Installationen werde ich ebenfalls Akismet deaktivieren und nur noch Antispam Bee als Antispam-Plugin einsetzen. Ich weiß überhaupt nicht, was Du da noch forschen, experimentieren und testen könntest. Für mich ein weiterer Beleg für Deinen Ideenreichtum. Bin schon jetzt gespannt wie ein Flitzebogen, welche Pfeile Du da noch gegen die Spamplage abschießen wirst.
8. April 2010, plerzelwupp schreibt: Also ich verfahre da wie Du und nutze auch "nur" AntispamBee. Die Einstellungen sehen bei mir zwar ein klein wenig anders aus, doch verrichtet die Biene auch bei mir saubere Arbeit. Ein paar zusätzliche Regeln hab ich in der WordPress Kommentar-Blacklist erstellt, da ich zuletzt mit "essays", "supremessays" usw. zugemüllt wurde. Das sind aber wirklich ein paar "durchgerutschte" Ausnahmen. Aber vielleicht wäre das auch ein kleiner Denkanstoß für Sergej, eine kleine Schnittstelle zur WP-White- und Blacklist zu schaffen (direkt im Plugin). Ansonsten brauch ich keine zusätzliche Software oder Captchas gegen Spam. Die leichte Biene reicht vollkommen aus.
8. April 2010, Dieter schreibt: @plerzelwupp Auch ich nutze neben Antispam Bee und der .htaccess-Datei zudem die WordPress interne Blacklist. Bei mir sieht sie aktuell wie folgt aus: mail.ru rambler.ru profiles.friendster.com/ casino dealerbeat.com unlock iphone unlockiphone22.com Ich werde sie bestimmt weiter ergänzen. Whitelist als WordPress-interne Funktion kenne ich nicht. Hast Du da ein WordPress-Plugin im Einsatz? Bei mir hat - wie bereits im Blogbeitrag geschrieben - Antispam Bee keinen Spamkommentar durchrutschen lassen. Das gilt auch weiterhin.
8. April 2010, plerzelwupp schreibt: Eben kam ein Kommentar per E-Mail an, den ich hier noch nicht sehe. Nun - ich sag's mal in's Leere. Mit der Whitelist hab ich mich getäuscht - da war ich wohl zu schnell. Ich selbst nutze nur die Blacklist - das andere Feld ist dafür da, um Kommentare in direkt in die Moderation zu verschieben. Da hab ich mich gerade nochmals vergewissert. Bei mir stehen in der Blacklist Begriffe wie: supremeessays.com primedissertations essaysprofessors gogetessays master-dissertations essayslab quality-papers.com rate-loans primeessays primewriting essays Ich hoffe, dass diese Worte keine der legitimierten Benutzer in den Mund nimmt. ;-)
8. April 2010, Dieter schreibt: @plerzelwupp Ursächlich für den nicht direkt zu sehenden Kommentar dürfte das hier eingesetzte WordPress-Plugin DB Cache Reloaded sein. Ich werde mal schauen, ob sich dieses Caching-Problem beheben lässt. Zur Blacklist: Ich hatte bisher einen ganzen IP-Bereich wegen eines automatischen Keyword-Spamers mit lowest-rate-loans gesperrt. Nun tauchen trotzdem schon wieder Spams von diesem Spamer bei den von Antispam Bee als Spam erkannten Kommentaren auf. Ich habe deshalb dieses Wort nun ebenfalls in die Blacklist aufgenommen. Und natürlich hoffe ich, dass auch hier kein normaler Kommentarscheiber eines dieser Worte verwendet.
9. April 2010, Sergej Müller schreibt: Ich plane in einer der kommenden Version, eine Kontinentalprüfung einzubauen. Damit meine ich Folgendes: Man kann als Plugin-Admin bestimmte Regionen als eigenständige Blacklist festlegen (z.B. RU und/oder CN). Der Kommentator bzw. sein Herkunftsland wird beim Abschicken des Kommentars mit dieser Liste abgeglichen. Denn: Ein in China oder Russland verfasster Kommentar hat als Reaktion auf einem deutschsprachigen Blog sehr, sehr selten etwas Sinnvolles zu suchen. Gibt natürlich Ausnahmen bei dem Muster, aber als Option in den Plugin-Einstellungen macht die Funktion sicher eine gute Figur und würde jede Menge Spam abfangen. Grüße vom Entwickler, Sergej
10. April 2010, Dieter schreibt: @Sergej Das klingt sehr interessant. Zwar kann man theoretisch auch die IP-Bereiche für bestimmte Länder mittels .htaccess-Datei blockieren, aber das bläht die .htaccess-Datei wohl kräftig auf und kann die Performance der Website beeinträchtigen. Ich bin sehr gespannt und stelle mich auch gerne als Beta-Tester zur Verfügung.
11. April 2010, Sergej Müller schreibt: Genau, die Regeln der htaccess werden auf jeden Request angewandt. Da macht eine Prüfung nur beim Absenden eines Kommentar mehr Sinn und sorgt für mehr Effizienz.
11. April 2010, Dieter schreibt: @Sergej Das verspricht eine weitere intelligente Lösung aus der WPCoder-Schmiede zu werden. Ich freue mich schon jetzt wie ein kleiner Junge auf Weihnachtsgeschenke darauf. :-)
30. Mai 2010, dirk schreibt: Ich würde ganze Länder nicht sperren. Es gibt z.B. viele Expats, die im Ausland leben und sich aus Langeweile den ganzen Tag im Internet herumtreiben. Spamvermeidung ist wichtig, aber ganze Länder würde ich niemals kicken wie es Sergej gerne machen würde.
30. Mai 2010, Dieter schreibt: @dirk Sergej plant das als Option anzubieten. Das ist in meinen Augen eine sinnvolle Erweiterung. Warum? Weil es Blogs gibt, die mit Spam aus bestimmten Ländern überschwemmt werden. Russland und China sind insoweit nach meiner Erfahrung leider führend. Da werden dann - wenn ich das richtig verstanden habe - alle Kommentare von Besucher einschließlich Expats aus aktivierten (!) Blacklist-Ländern restriktiver gehandhabt werden können (!). In Abhängigkeit davon, ob der Antispam Bee-Nutzer die Option "Spam markieren, nicht löschen" aktiviert hat oder nicht, kann er manuell nachsteuern oder nicht. Das Aufrufen der Webseiten ist dagegen weiterhin möglich. Damit ist diese Spamschutz-Maßnahme auch nicht so heftig wie eine länderbasierte IP-Sperre mittels .htaccess-Datei. Deren Vorteil ist jedoch, dass sie zugleich auch gut vor Hackerangriffen aus solchen Ländern schützt. Der einzelne Antispam Bee-Nutzer muss halt die Vor- und Nachteile abwägen, die mit dem Aktivieren dieser Länderoption verbunden sind. PS: Ich habe Deinen Link entfernt, da ich kein Impressum finden konnte, dass Dich als Betreiber des verlinkten Blogs ausweist. Da bin ich konsequent!
30. Mai 2010, Sergej Müller schreibt: Steht dabei auch jedem frei, ob er das macht oder nicht. Eine Option hat die Eigenschaft, abgewählt zu werden. Wobei in den Standard-Einstellungen diese eh nicht aktiv ist, müsste also vom Blogger aktiv hinzugeschaltet werden. Mit all seinen Bedenken im Hintergrund.
30. Mai 2010, Dieter schreibt: @Sergej Herzlichen Dank für Deine kompetente Erläuterung. Ich finde es gut, das Du beabsichtigst, die Länder-Blacklist nicht als Standard-Einstellung zu aktivieren.
30. Mai 2010, Sergej Müller schreibt: Würde ich nie machen, da die Funktion schon eher was für Blogs mit extrem viel Spamaufkommen ist - "Normalsterbliche" brauchen sie eigentlich nie. Selbst in meinen Tests hat der Länderfilter lediglich 5% vom Gesamtspam aussortiert, den Rest haben bereits implementierte Methoden zuverlässig erkannt. Auf Twitter hast du sicherlich mitbekommen, dass ich noch eine weitere Abwehrtechnik eingebaut habe, auf die ich echt stolz bin. Stichwort "Honig für Biene" ;)
30. Mai 2010, Dieter schreibt: @Sergej Ja, auf Twitter habe ich mitbekommen, dass Du und die Biene Honig mögen. Ich bin aber zuversichtlich, dass Du bald das Geheimnis lüften wirst. Oder habe ich da schon etwas verpasst?
30. Mai 2010, Sergej Müller schreibt: Ich hatte den Screenshot gezeigt und den Link in die Doku gesetzt, wo ich die zukünftigen Funktionen bereits ausführlich beschreibe. Das Update erscheint dann die Tage. Vielleicht am Dienstag.
30. Mai 2010, Dieter schreibt: @Sergej Screenshot hatte ich gefunden, indem ich Deine Tweets der letzten Tage durchgegangen war. Doku hatte ich noch nicht nachgesehen, aber natürlich jetzt mal gleich nachgelesen. Klingt richtig gut.
10. April 2011, Rolf schreibt: Also ich persönlich hatte noch keine Probleme mit Spam, aber das liegt wohl am Bekanntheitsgrad des Blogs. Gut zu wissen, dass es eine Möglichkeit gibt dem entgegen zu wirken. Danke für den Artikel!!!! Gruß Rolf
10. April 2011, Dieter schreibt: @Rolf Auch inwieweit man seine Blogbeiträge über Pingdienste bekannt macht, spielt für das Spamaufkommen eine Rolle. Denn viele Spammer scheinen auf Pingdienste als Informationsquelle zurückzugreifen. Gruß zurück Dieter
21. Dezember 2011, Empfehlenswerte externe Dienste | Webseiten-Infos.de schreibt: [...] auf das WordPress-Plugin Antispam Bee von Sergej Müller (siehe hierzu meinen Blogbeitrag “Spam-Schutz nur mit Antispam Bee“). Deshalb habe ich Akismet in der Aufzählung dieses Blogbeitrags [...]

Webseiten-Infos.de » WordPress

Spamabwehr mit Antispam Bee

Kommentare

Ähnliche Beiträge

Neuer Kommentar wird nicht angezeigt?

Kommentare

Ähnliche Beiträge

WordPress 3.0.1 auf 3.0.2 aktualisiert

Ähnliche Beiträge

Webseiten-Infos.de auf WordPress 3.0.1 aktualisiert

Ähnliche Beiträge

Drucken mit WP-Print

Kommentare

Ähnliche Beiträge

Rückblick: WordCamp 2010

Inhaltsverzeichnis

Vorbemerkung

Das Vortreffen

Das WordCamp

Die Ankunft

Die besuchten Sessions

Performance-Optimierung von (WordPress)-Websites

BuddyPress: Social Networks mit WordPress – Einführung, Themes & Plugin

tempELA – eine Template Engine für Widgets und Plugins

Barrierefreiheit in WordPress Themes optimieren: TwentyTen und WPBasis

Xtreme One – ein kommerzielles WordPress Framework

Die Unterbrechung: Fußball

Die Verlosung

Das Nachtreffen

Mein persönliches Fazit

Weitere Blogbeiträge zum WordCamp 2010 in Berlin

Kommentare

Ähnliche Beiträge

WordPress total bei Technikwürze

Ähnliche Beiträge

Webseiten-Infos.de auf WordPress 3.0 aktualisiert

Kommentare

Ähnliche Beiträge

Vorsicht beim Updaten von Plugins!

Kommentare

Ähnliche Beiträge

Hurra: WordPress 3.0 ist da!

Kommentare

Ähnliche Beiträge

Danke für Eure Kommentare

Ähnliche Beiträge

Kontaktformular mit Contact Form 7

Kommentare

Ähnliche Beiträge

WordPress: Pingdienste auswählen

Kommentare

Ähnliche Beiträge

Weiterleitungen beseitigen

Kommentare

Ähnliche Beiträge

Hinweise für Kommentare

Kommentare

Ähnliche Beiträge

Erstellen einer Schlagwortwolke auf einer Seite

Kommentare

Ähnliche Beiträge

Ist WordPress ein CMS oder eine Blogging-Plattform? Beides!

Kommentare

Ähnliche Beiträge

Adminbereich nur über https

Kommentare

Ähnliche Beiträge

WordCamp am 3. Juli 2010 in Berlin

Kommentare

Ähnliche Beiträge

Spamschutz nur mit Antispam Bee

Kommentare

Ähnliche Beiträge