Ich hatte am Sonntag einen Tweet abgesetzt, dass ich meine Blog-Kommentare per SQL-Script bereinige und per DM die Rückfrage erhalten wie ich das machen würde. Dieses möchte ich hier beschreiben.

Ich starte als erstes ein Tool zur Verwaltung von SQL-Datenbanken. Dabei ist es egal, ob das webbasierende Tool phpMyAdmin oder eine lokal installierte Applikation wie zum Beispiel HeidiSQL genutzt wird. Nach dem Verbindungsaufbau mit der Datenbank, welche zur WordPress-Instanz gehört, führe ich die folgenden Zeilen aus:

DELETE FROM wp_comments WHERE comment_approved ="0";
DELETE FROM wp_comments WHERE comment_approved ="trash";
DELETE FROM wp_comments WHERE comment_approved ="spam";
DELETE FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp_comments);

Bei diesem Vorgehen werden alle als „Spam“ deklarierte, im Papierkorb befindliche und noch nicht genehmigte Kommentare samt ihrer eventuell vorhandenen Metadaten aus der Datenbank gelöscht.

Seit dem 05.09.2014 steht die Version 4.0 von WordPress zur Verfügung. Es wurde im Medienbereich sowie im Bearbeitungseditor einiges verbessert.

Nach einem Backup aller wichtiger Dateien und Datenbanken wurde das Update durchgeführt. Einen Fehler konnte ich bis dato nicht feststellen und auch im Bereich der Erweiterungen sind keine Anomalien aufgetreten.

Des Weiteren ist WordPress das am meisten verwandte CMS-System. Entsprechend sollte dieses System in der Eigenverantwortung aktualisiert werden, da es anhand der Verbreitung gern auch von Hackern angegriffen wird.

Ich arbeite ja teilweise am Wochenende größere Artikel vor oder an Tagen, wo ich weiß, dass ich es nicht schaffen werde einen Blogartikel zu erstellen. Desweiteren nutze ich gerne auch die Entwürfe für die Ideensammlung und habe teilweise eine große Anzahl an Artikeln, über die ich ein wenig den Überblick verliere.

Entsprechend nutze ich gerne das WordPress-Plugin „WordPress Editorial Caledar“. Mit diesem Plugin wird unter dem Punkt „Beiträge“ im Dashboard der Eintrag „Kalender“ hinzugefügt und man kann Artikel zum Beispiel von einem Tag zum anderen Verschieben, was für eine Planung sehr angenehm ist oder auch sich recht schnell einen Überblick verschaffen, welche Artikel man in der letzten Zeit veröffentlicht hat.

Vielleicht ist es ja auch für den einen oder anderen Blogger hier eine sinnvolle Unterstützung, um die Artikel ansprechender zu verwalten.

Download QR-Code

Editorial Calendar

Entwickler: Colin Vernon, Justin Evans, Joachim Kudish, Mary Vogt, and Zack Grossbart

Preis: Kostenlos

Leider hatte ich in der letzten Zeit immer wieder Probleme mit meinem WordPress-Plugin, welches ich zur Verteilung von Blogartikeln in Twitter genutzt habe. Entsprechend wollte ich nun mal das im WordPress Jetpack enthaltene „Publicize“ ausprobieren.

Dieses fühlte sich schon sehr gut an und bis auf eine Kleinigkeit, welches ich bei meinem alten Tool bereits immer manipulieren musste, funktioniert dieses sehr gut. Was mich stört ist, das die Links per ShortLink versandt werden und somit mit der ArtikelID. Ich, und das ist meine persönliche Meinung, finde es per Permalink einfach angenehmer.

Dazu gibt es allerdings auch einen Support-Artikel, da dieses in der derzeitigen Version nicht möglich ist einzustellen und somit muss man den folgenden Code in die functions.php seines Themes implementieren:

function tweakjp_cust_shortlink() {
    global $post;
 
    if ( !$post )
        return;
 
    return get_permalink($post->ID);
}
add_filter( 'get_shortlink', 'tweakjp_cust_shortlink' );

Entsprechend verwandelt diese Funktion den Shortlink in einen Permalink und versendet diesen.

Weitere Informationen: Link

Für ein kleines Firmen-Projekt sollte eine Informationsseite erstellt werden. Dieses wurde durch einen Bekannten mit einem WordPress-Blog durchgeführt. Nun sollten neben seinem Team aber auch andere Abteilungen Informationen zu Verfügung gestellt bekommen. Er rief bei mir an und fragte, ob ich eine Lösung hätte, wenn folgendes definiert worden wäre:

• Alle dürfen die Infoseiten sehen
• Abteilungsseiten nur für entsprechend Mitglieder
• Sonderseiten nur für entsprechende Mitglieder

Ich hatte mit bereits für ein anderes Projekt etwas ähnliches ausgearbeitet, was allerdings leider nicht an den Start ging. Also fix einen Bastelblog erstellt und hier ist die Lösung.

Benötigte Plugins:

• User Access Management
• User Role Editior
• Authenticator (optional)

User Role Editor:

Mit dem „User Role Editor“ werden neue Benutzergruppen erstellt. Diese können als Kopie des „Registrierten Lesers“ angelegt werden, wenn der Benutzer nur das Recht „Lesen“ im Blog erhalten soll. Durch dieses Plugin ist es möglich fein strukturierte Gruppen zu erstellen.

User Access Management:

Über das Plugin „User Access Management“ werden die mit dem „User Role Editor“ angelegten Gruppen verknüpft. Auf Seiten oder auch Artikeln ist es bei der Erstellung über die Funktion „Access“ möglich die Gruppen zu aktivieren und somit den Zugriff zu steuern.

Wichtig bei der Umsetzung einer Struktur ist die vorherige Planung, da es nur 2 Optionen bei der Rechte-Verteilung gibt:

• Rekursive Verteilung
• keine rekursive Verteilung

Wenn die rekursive Verteilung eingeschaltet ist, können ab der ersten Anpassung der Berechtigungen für eine Seite alle diese und auch die Unterseiten angezeigt werden.

Wenn die rekursive Verteilung abgeschaltet ist, muss man sich zwar selber ein paar kleine Gedanken zur Struktur machen, allerdings ist eine feinere Aufschlüsselung der Berechtigungen im Seitenbaum möglich. Hierbei ist dann zu beachten, dass es zu keiner Lücke im Berechtigungskonzept kommt.

Authenticator (optional):

Damit sichergestellt ist, dass ein Benutzer sich authentifiziert hat, kann man das Plugin „Authenticator“ einsetzen, da dieses bei der Anzeige an der WordPress-Seite erst einmal eine Benutzer-Abfrage durchführt. Das Kennwort samt Benutzer kann selbstverständlich gespeichert werden. Somit bekommt der Benutzer aber nur den für Ihn zur Verfügung stehenden Content angezeigt.

Artikel statt Seiten:

Was ich hier mit Seiten beschrieben habe, ist auch mit Artikeln möglich. So können alle dieselbe Domäne mit entsprechender Hauptseite benutzen, aber es werden, je nach Berechtigung, unterschiedliche Artikel angezeigt.

Fazit:

Es ist mit ein paar einfachen Klicks möglich seinen Blog-Inhalt entsprechend seiner Bedürfnisse zu veröffentlichen. Dieses ist bestimmt auch für den privaten Bereich einsetzbar.

Mir fällt dazu der Familien-Blog ein, wo zwar der Urlaubsbericht für alle Internetbenutzer zur Verfügung stehen soll, aber die Bildergalerie nur der Verwandtschaft.

Ich hatte seit längerem Probleme auf den Visual Editor meiner WordPress-Installation zuzugreifen. Da ich allerdings in letzter Zeit auch nicht viele Artikel geschrieben hatte, war es nicht ein eklatantes Problem, da ich einige Artikel auch per Smartphone erstellt habe. Als ich nun mehrere Artikel, die ich in meiner Pipeline habe bearbeiten wollte, fiel es mir wieder auf

Nach den üblichen Kontrollen, ob der „Visual Editor“ evtl in der Software bzw. meinem Benutzerprofil abgeschaltet war, wurde ich auf die folgende Lösung aufmerksam zu der man eine Anpassung durchführen muss.In der Datei „wp-config.php“ habe ich folgende Erweiterung durchgeführt:

// Anpassung zum Script Debugging

 define(‚SCRIPT_DEBUG‘, true);

Dieses muss vor der Zeile hinzugefügt werden ab der man nichts mehr ändern soll.

Entsprechend stehen mir nun wieder alle Funktionen des „Visual Editor“ zur Verfügung.