Das Ganze lässt sich ziemlich einfach per .htaccess-Datei erledigen. Einfach folgenden Code benutzen und entsprechend Verzeichnis und Domain anpassen:

RewriteEngine On
RewriteBase /
RewriteCond %{SERVER_PORT} 80
RewriteCond %{REQUEST_URI} account
RewriteRule ^(.*)$ https://www.tricd.de/account/$1 [R,L]

Mit der Regel wird einfach überprüft über welchen Port die Anfrage kommt. Wenn es der Standard-HTTP-Port ist, wird auf die SSL-Version weitergeleitet. In diesem Beispiel gilt das für das komplette Verzeichnis account.

Für eines unserer Projekte haben wir verschiedene eigene Widgets entwickelt die natürlich auch übersetzt werden mussten. Im Forum von WPML gabt es leider keine sinnvolle Hilfe und auch sonst war das alles recht kompliziert. So ging es dann aber doch:

Der Trick besteht hauptsächlich darin, den Titel nicht direkt auszugeben, sondern den widget_title Filter anzuwenden.

apply_filters('widget_title', $instance['title']);

Dadurch wird es für WPML auch möglich, den Titel anhand der vorhandenen Übersetzungen korrekt in der Sprache anzuzeigen.

Und so sieht ein WordPress Plugin Skeleton (Skelett) aus:

/*
Plugin Name: Name Of The Plugin
Plugin URI: http://URI_Of_Page_Describing_Plugin_and_Updates
Description: A brief description of the Plugin.
Version: The Plugin's Version Number, e.g.: 1.0
Author: Name Of The Plugin Author
Author URI: http://URI_Of_The_Plugin_Author
License: A "Slug" license name e.g. GPL2
*/

Ich habe gestern auf meinem Shared Hosting Paket von Domain Factory die ownCloud 5 installiert. Da das Ganze nicht so trivial war, fasse ich die nötigen Schritte mal kurz zusammen:

Das Komplizierte daran ist hauptsächlich die richtige PHP-Konfiguration, zumal das df-Forum an einigen Stellen nicht so ganz exakt die Installation von Modulen beschreibt.

1. PHP-Version checken

ownCloud benötigt mind. PHP 5.3. In meinem Package war jedoch 5.2 installiert. Die entsprechende Einstellung kann man unter Auftragscenter > Für Profis > PHP-Version vornehmen. Dort einfach die entsprechende Version raussuchen und einstellen. Ich habe PHP 5.3.19 gewählt.

2. ZIP-Modul für PHP installieren

Die nächste große Herausforderung war die Installation des ZIP-Moduls. Zwar gibt es einen FAQ-Eintrag wie Module installiert werden können, aber der hilft nur bedingt weiter, da der PHP.INI-Editor in Wirklichkeit etwas anders aussieht. Um das ZIP-Modul nutzen zu können, sind zwei Schritte notwendig:

2.1. extension_dir anpassen

Gehen Sie zunächst unter Auftragscenter > Für Profis > PHP.INI-Editor und erstellen Sie eine PHP5 INI-Datei für die entsprechende Domain. Fügen Sie dort bei den Häufig genutzten Optionen im Punkt extension_dir den Pfad zu den Extensions Ihrer PHP-Version ein. Die Liste befindet sich im o.g. FAQ-Eintrag. Für meinen Fall ist das /usr/local/lib/php_modules/5-53LATEST

2.2. ZIP-Modul einbinden

Wenn das geschehen ist, können Sie im Punkt Sonstige Einstellungen das Modul einbinden. Gehen Sie dazu einfach in den Abschnitt der mit [PHP] startet und fügen Sie folgende Anweisung hinzu: extension = “zip.so”

3. ownCloud per Online-Installer installieren

ownCloud bietet einen einfachen Online-Installer der alle nötigen Checks und die Installation durchführt. Lade Sie die PHP-Datei einfach in ein Verzeichnis Ihrer Website hoch und starten Sie die Installation, indem Sie die Datei per Browser aufrufen.

PS: Ich bin kein Service-Techniker oder irgendwie mit Domain Factory verbunden und kann daher auch keinen Support leisten.

Wenn man in WordPress intensiv Custom-Post-Types, Archive und Kategorien benutzt, kann es schon einmal passieren, dass nicht ganz klar ist, welche Template Datei gerade von WordPress benutzt wird. So kann man es mit ein paar Zeilen PHP herausfinden:

Ich nutze dazu den template_include Filter. Damit kann man auch das Verhalten der WordPress Templates anpassen oder eben auch nutzen, um herauszufinden, welches Template gerade genutzt wird:

add_filter('template_include', 'debug_template_use' );
function debug_template_use($template) {
  var_dump($template);
  // Important: return the default setting
  return $template;
}

Wir registrieren einfach für den Filter ‘template_include’ die Callback-Funktion debug_template_use. Diese bekommt als Parameter den Pfad der Template-Datei. Die kann man sich dann einfach direkt ausgeben lassen. Wichtig hierbei ist, dass man das Template auch wieder zurück gibt, weil sonst einfach kein Template benutzt wird und die Seite weiß bleibt.

Für eines meiner Projekte arbeiten für mit einem Bereich für Subscriber. Da diese allerdings auch Zugriff auf das Backend haben, um etwa dort die Profildaten anzupassen, musste ich mir etwas einfallen lassen.

Am einfachsten ist das mit einer Action zu erledigen. Jedes mal wenn das Backend von WordPress aufgerufen wird, dann wird die ‘admin_init’ Action ausgeführt. Das kann man sich einfach zu Nutze machen und eben allen außer Subscribern Zugriff darauf geben.

function redirect_subscribers() {
	if (current_user_can('subscriber') && $_SERVER['PHP_SELF'] != '/wp-admin/admin-ajax.php') {
    wp_redirect(site_url());
    exit();
  }
}
add_action('admin_init', 'redirect_subscribers');

In der Function wird einfach abgefragt, ob der eingeloggte Nutzer ein Subscriber ist, wenn ja, wird er auf die Startseite des Blogs weitergeleitet. Damit können Subscriber nicht auf das Backend zugreifen.

Wenn die Inhalte Ihrer Website nur für bestimmte Personen zugänglich sein sollen, sollte Sie Ihre WordPress-Webseite per Login schützen. Es gibt einige Plugin die Ihnen die Arbeit abnehmen. Allerdings können Sie das auch mit wenigen Zeilen PHP-Code selber tun.

Die einfachste Möglichkeit, ist wenn Sie in der header.php eine Abfrage einbauen die abfragt, ob der aktuelle Nutzer eingeloggt ist. Wenn das nicht der Fall ist, soll er einfach zum Login weitergeleitet werden. Der Code sieht dann folgendermaßen aus:

if(!is_user_logged_in()) {
  wp_redirect('wp-admin', 302);
  exit();
}

Das ganze gilt dann für alle Seiten die den Header laden.

Wenn es bei größeren Wartungsarbeiten an Ihrer Website zu längeren Ausfallzeiten kommen kann, sollten Sie Ihre Website in einen Wartungsmodus versetzen. Dabei ist meines Erachtens folgendes wichtig:

1. Alle Anfragen sollten von einer Website beantwortet werden.
2. Die Website sollte den Header 503 (Service Temporarily Unavailable) senden.

Die Umsetzung ist Programmier- und Administrationstechnisch sehr einfach und in folgenden Schritten erledigt.

Erstellen Sie zunächst eine PHP-Datei die einen 503 Header zurückgibt. Das sieht im einfachsten Fall folgendermaßen aus:

header('HTTP/1.1 503 Service Temporarily Unavailable');
header('Status: 503 Service Temporarily Unavailable');
header('Retry-After: 600');

Damit nun alle Anfragen wenn dieser Datei beantwortet werden, kann man folgenden Trick anwenden: Leiten Sie alle Anfragen nicht auf das ursprüngliche Document-Root, sondern auf ein leeres. Da dort keinerlei Dateien vorhanden sind, gibt der Server immer ein 404 zurück. Per htaccess kann man dann wiederum festlegen, welche Seite dann ausgeliefert werden soll. Natürlich ist es die soeben erzeugte PHP-Datei.

ErrorDocument 404 /index.php

Mit dieser Zeile in Ihrer htaccess Datei werden alle fehlergeschlagenen Anfragen auf die index.php umgeleitet. Diese sendet dann keinen 404, sondern den 503 Header.

WordPress gibt standardmäßig immer die Links zum Artikel- und Kommentar-Feed mit aus. Das ist allerdings nicht immer gewünscht oder sinnvoll. Um die Links aus dem Quellcode zu entfernen, kann man einfach eine remove-Action verwenden.

remove_action('wp_head', 'feed_links');
remove_action('wp_head', 'feed_links_extra');
remove_action('wp_head', 'rsd_link');

Mit diesen einfachen Zeilen-Code werden Links komplett entfernt. Sie müssen diese einfach in Ihre functions.php im Theme-Ordner hinzufügen oder in ein extra Plugin auslagern.

Wenn Sie einmal ein Theme oder Plugin schreiben, dass bei der Installation bestimmten Seiten anlegen muss, weil dort Funktionalitäten vorhanden sind, dann können Sie das recht einfach mit PHP machen.

Sie müssen lediglich wissen, welches Page-Template genutzt werden soll. Der PHP-Code für WordPress sieht dann so aus:

<?php
// page properties
$args = array(
  'post_title'    => 'Impressum',
  'post_content'  => 'Verantwortlich ...',
  'post_status'   => 'publish',
  'post_author'   => 1,
  'post_type'     => 'page'
);
// Create the page
$page_id = wp_insert_post($args);
// set the template
update_post_meta($page_id, '_wp_page_template', 'page_template.php');
?>

Im ersten Schritt wird dabei die Seite erstellt. Wenn das passiert ist, wird der Seite noch per Meta-Eigenschaften das entsprechenden Seiten-Template zugewiesen. Das war es schon!