Workaround für Episoden Seiten im Podlove Publisher

Im Podlove Publisher gibt es in den Experteneinstellungen die Möglichkeit Episoden Seiten zu aktivieren. Gemeint ist damit nicht anders als alle Podcastbeiträge auf einer zusätzlichen Seite anzeigen zu lassen. Seit der Version 2.7.0 des Podlove Publisher funktionierte dieses Feature bei mir nicht mehr.

Die Episoden Seite für alle veröffentlichenden Podcasts

Hintergrund war der Commit b4d9f14; hier gab es unter anderem eine Änderung in der Datei permalinks.php. Wenn nun die URL für die Episoden Seiten eingestellt wurde funktionierte diese nicht mehr. Stattdessen gab es nur die Meldung das die Seite nicht existiert. Als Workaround habe ich die permalinks.php-Datei wieder um folgenden Quellcode aus dem Commit erweitert:

// Add archive pages
if ( 'on' == \Podlove\get_setting( 'website', 'episode_archive' ) ) {
	$archive_slug = trim( \Podlove\get_setting( 'website', 'episode_archive_slug' ), '/' );

	$blog_prefix = \Podlove\get_blog_prefix();
	$blog_prefix = $blog_prefix ? trim( $blog_prefix, '/' ) . '/' : '';

	$wp_rewrite->add_rule( "{$blog_prefix}{$archive_slug}/?$", "index.php?post_type=podcast", 'top' );
	$wp_rewrite->add_rule( "{$blog_prefix}{$archive_slug}/{$wp_rewrite->pagination_base}/([0-9]{1,})/?$", 'index.php?post_type=podcast&paged=$matches[1]', 'top' );
}

Der Quellcode muss an das Ende der Funktion podlove_add_podcast_rewrite_rules angetragen werden. Damit funktioniert das Episoden Seiten-Feature bei mir wieder ohne Probleme. Natürlich muss dieses Prozess bei jedem Update des Podlove Publisher wiederholt werden.

ownCloud cron.lock Probleme abmildern

ownCloud aktualisiert regelmäßig Daten im Hintergrund mittels eines Cronjobs. So werden z.B. neue Artikel aus RSS-Feeds bezogen, wenn die App News installiert ist. Während der Cronjob durchgeführt wird, legt ownCloud eine Datei mit dem Namen cron.lock im data-Verzeichnis der ownCloud Installation an. Unter Umständen kann es passieren das der Cronjob nicht zu einem ordentliche Abschluss kommt und die cron.lock-Datei damit bestehen bleibt. Dies führt dazu das ownCloud keine Aktualisierungen mehr vornehmen kann. Als Workaround kann die Sperrdatei mit einem Cronjob regelmäßig entfernt werden. Dazu muss die Crontab bearbeitet werden:

crontab -e

In die sich öffnende Crontab-Datei wird nun folgendes eingetragen:

4    0    * * *   rm /var/www/example/owncloud/data/cron.lock

Damit wird die cron.lock-Datei jeden Tag um 0:04 Uhr gelöscht, falls sie vorhanden sein sollte. Wichtig ist es dabei die Crontab-Datei mit einer Leerzeile abzuschließen und den Pfad an die eigene Installation anzupassen.

Probleme mit schwarzem Hintergrund im Watch-Fenster des Visual Studios

Beim Debuggen mit dem Visual Studio 2013 fiel mir ein Problem mit dem Watch-Fenster auf. Die Anzeige des Watch-Fensters bestand nur noch aus schwarzen Balken. Damit lässt sich natürlich schlecht debuggen, so das Abhilfe geschaffen werden musste.

Das Watch-Fenster zeigt nur noch schwarze Balken

Das Watch-Fenster zeigt nur noch schwarze Balken

Eine Umstellung der Farbschemas von Blue auf Dark oder Light brachte Besserung, allerdings betreibe ich mein Visual Studio lieber im Farbschema Blue. Doch nach dem Zurückschalten sind die schwarzen Balken im Watch-Fenster wieder da.

Nach der Umstellung funktioniert das Watch-Fenster wieder

Nach der Umstellung funktioniert das Watch-Fenster wieder

Bei diesem Problem scheint es sich um einen Fehler im Visual Studio zu handeln, welcher mit einem etwas kruden Workarround behoben werden kann. Dazu sucht man in den Optionen den Punkt Fonts and Colors und ändert dort die Farbe für den Punkt Merge – Block selection box auf White. Anschließend ist das Watch-Fenster wieder nutzbar.

Probleme mit VirtualBox und der Alt-Gr-Taste

Wenn man die aktuelle VirtualBox-Version 4.3.14 nutzt, wird man im Gastsystem feststellen das die Alt-Gr-Taste nicht korrekt funktioniert. Das äußert sich z.B. darin das At-Zeichen nicht mehr geschrieben werden kann. Der Fehler tritt dabei augenscheinlich nur in Verbindung mit der deutschen Tastaturbelegung auf. Mittlerweile gibt es einen entsprechenden Bugreport bei VirtualBox.

Der Tastatureinstellungen unter Kubuntu

Der Tastatureinstellungen unter Kubuntu

Unter Kubuntu ist es als Workarround möglich eine andere Taste für die dritte Tastaturebene zu definieren. Auch scheint es im neusten Test-Build der VirtualBox einen Bugfix für dieses Problem zu geben. Solange diese Version noch noch nicht offiziell veröffentlicht wurde, muss man sich mit einem Workarround behelfen.

Gelöschte Dateien unter ownCloud entfernen

Bei einer ownCloud-Instanz welche schon einige Betriebsstunden auf dem Buckel hat, kann es zu einem unschönen Effekt kommen. Beim Versuch den Papierkorb über die Funktion „Gelöschte Dateien“ zu leeren, versucht ownCloud alle Dateien aufzulisten, was allerdings nicht gelingt. Der Browser friert ein und das Leeren des Papierkorbes ist nicht möglich.

Der Button um die gelöschten Dateien aufzurufen

Der Button um die gelöschten Dateien aufzurufen

Auch wenn das Leeren des Papierkorber nach Meinung der ownCloud-Entwickler nicht notwendig ist, da die Dateien nach einer Weile weggeworfen werden, sollte es trotzdem eine Lösung geben um den Papierkorb manuell zu leeren. Ein Workarround ist es den Papierkorb direkt zu löschen in dem man das Verzeichnis „owncloud/data/username/files_trashbin/ löscht. Anschließend müssen noch zwei Tabellen in der Datenbank bereinigt werden:

TRUNCATE TABLE oc_files_trashsize;
TRUNCATE TABLE oc_files_trash;

Eine weitere Möglichkeit diese Problematik zu entschärfen, ist es die Vorhaltezeit von gelöschten Dateien von 180 Tagen auf 30 Tage zu reduzieren. Dazu öffnet man die config.php Datei welche im config-Ordner zu finden ist und trägt folgenden Wert ein:

'trashbin_retention_obligation' => 30,

Damit wird verhindert das sich zu viele Dateien im Papierkorb ansammeln und das Problem deutlich entschärft.