WordPress bietet standardmäßig keine Möglichkeit, Kommentare zwischen verschiedenenen Beiträgen (und / oder Seiten) zu verschieben. Gerade für einmalig durchzuführende Aufräum- oder Umbauarbeiten macht es allerdings auch wenig Sinn, sich auf die Suche nach einem zuverlässigen und vertrauenswürdigem Plugin zu begeben, da die Aufgabe auch mit einigen wenigen SQL-Statements zu erledigen ist.

Zunächt müssen die IDs der beiden Beiträge ermittelt werden, zwischen denen verschoben werden soll. Wer das nicht direkt in der Datenbank erledigen will, kann auch die WordPress-Oberfläche zu Rate ziehen: einfach beim jeweiligen Artikel auf “Bearbeiten” klicken und die ID aus der URL entnehmen, z.B. “/wp-admin/post.php?post=3527&action=edit”.

Dann können die Kommentare verschoben werden:

UPDATE wp_comments SET comment_post_id = <neue_ID> WHERE comment_post_id = <alte_ID>;

Anschließend muß noch die Anzahl der zu einem Beitrag vorhandenen Kommentare korrigiert werden, was nach zwei weiteren SQL-Befehlen erledig ist:

UPDATE wp_posts SET comment_count = 0 WHERE ID = <alte_ID>;
UPDATE wp_posts SET comment_count = (SELECT COUNT(*) FROM wp_comments WHERE comment_post_ID = <neue_ID> AND comment_approved = 1) WHERE ID = <neue_ID>;

Nach der Verschiebung sind mit dem alten Beitrag keinerlei Kommentare mehr verknüpft, weshalb hier die Anzahl direkt auf “0” gesetzt werden kann. Für den neuen Beitrag ist die Anzahl der Kommentare zu ermitteln, wobei für die Spate “comment_count” nur die tatsächlich genehmigten Kommentare gezählt werden dürfen.

Wer den Ruhezustand der Festplatten konfiguriert hat, bereitet diesen nach dem Einspielen des DSM 5.2-5565 Update 1 nicht nur schlaflose Nächte: egal, welcher Zeitraum auch konfiguriert wird, die Festplatten bleiben im Dauerlauf.

Während Synology weiter auf einen Fix warten lässt, findet sich bei Github eine Kurzbeschreibung der Ursache sowie ein Workaround für alle, die nicht auf den fehlerverursachenden winbindd angewiesen sind - den Dienst zu stoppen, was ein einfaches

initctl stop winbindd

auf der Kommandozeile des NAS erledigt.

Kaum ist KB3035583 erfolgreich umschifft, stehen mit KB3068708 und KB2952664 die nächsten Updates bereit, die nur der Vorbereitung auf Windows 10 zu dienen scheinen:

KB3068708:

This kind of update helps the overall application experience on Windows, by improving the current operating system for upgrade to the latest version of Windows.

KB2952664:

This update helps Microsoft make improvements to the current operating system in order to ease the upgrade experience to the latest version of Windows.

Also denn … Rechtsklick auf “Update ausblenden” und hoffen, daß in ein paar Tagen nicht das nächste Windows 10-Update vor der Tür steht.

Seit wenigen Tagen bekommen alle, die das Update KB3035583 nicht deinstalliert haben, nicht nur ein neues Icon im System-Tray, das zum Registrierung für Windows 10 auffordert; auch das Fenster von “Windows Update” in der Systemsteuerung wurde mit Werbung bepflastert:

Ich bleibe dabei:

Für solche Zwecke den Windows Update-Mechanismus zu verwenden ist mehr als bedenklich. Die Akzeptanz, automatisch Updates einspielen zu lassen, könnte durch solches “Marketing durch die Hintertür” rapide schwinden. An einer wachsenden Zahl von PCs mit abgeschaltetem Windows Update kann aber auch Microsoft eigentlich nicht interessiert sein.

Vertrauen ist ein kostbares Gut, das man nicht leichtfertig verspielen sollte!

Aus unerfindlichen Gründen ignoriert der Installer für Ruby Gems die Umgebungsvariablen “http_proxy” bzw. “https_proxy”, stattdessen muß der Proxy in der Kommandozeile angegeben werden:

gem install --http-proxy http://proxy:port name