Problem

Alle Anfragen an zB.: die-hatta.org (z.B. Subdomains á la style.die-hatta.org oder “vertipper-subs” á la ww.die-hatta.org) sollen permanent umgeleitet werden auf http://www.die-hatta.org.

Lösung

Einfache Umleitungen mittels mod_rewrite und .htaccess-Datei:
(more…)

Tags: 301, apache, domain, htaccess, htaccess redirect, Http, Lösung, mod_rewrite, Permalink, RewriteCond, RewriteRule, seoScout, Weiterleitung, www

Natürlich sind mit der alten URL schon zig Seiten im Google-Index. Durch diesen Umstand ist DC (Double Content) garantiert! Die Anforderung an das Rewrite ist also eine Dynamische Rewrite-Regel, welche die Bots auf die neue URL verweist und die alte URL aus dem Index entfernt. Genau das macht einen 301-er Weiterleitung: Der Server sendet Status 301 (Moved Permanently), um anzuzeigen, dass die Ressource für immer unter der neuen URL erreichbar ist.

Die Aufgabe läßt sich mit folgender Regel in der .htaccess lösen:

## redirect (domain.tld) to (www.domain.tld [http://www.domain.tld])
RewriteCond %{HTTP_HOST} !^www.flimmerblog.de$
RewriteRule ^(.*)$ http://www.flimmerblog.de/$1 [L,R=301]

Tags: 301, Bot, domain, google, htaccess, htaccess redirect, Moved, Permanently, rewrite, tld, URL

Ich stand vor kurzen vor dem Problem, dass ich das Aussehen meines Blogs http://www.flimmerblog.de unterschiedlich haben wollte, je nachdem, ob man eingeloggt ist, doer auch nicht.

Ich habe hierzu sozusagen einen zweiten Blog dazu gemerged, da sich der Membersbereich auf einer anderen Subdomain und einem anderen Verzeichnis befinden sollte. Aber erstmal eins nach dem anderen:

1. Ein komplettes Backup fahren, sowohl Webspace als auch Datenbank!!!
2. Die Tabelle “wp_options” duplizieren. (”wp_” steht für das gewählte Präfix) Die neue Tabelle “members_options” nennen.
3. Den kompletten Webspace in das neue Verzeichnis kopieren, in das der Membersbereich kommen soll.
4. Im MEMBERS Verzeichnis die Datei /wp_settings.php öffnen und folgendes suchen:

// Table names
$wpdb->posts = $wpdb->prefix . 'posts';
$wpdb->users = $wpdb->prefix . 'users';
$wpdb->categories = $wpdb->prefix . 'categories';
$wpdb->post2cat = $wpdb->prefix . 'post2cat';
$wpdb->comments = $wpdb->prefix . 'comments';
$wpdb->link2cat = $wpdb->prefix . 'link2cat';
$wpdb->links = $wpdb->prefix . 'links';
$wpdb->options = $wpdb->prefix . 'options';
$wpdb->postmeta = $wpdb->prefix . 'postmeta';
$wpdb->usermeta = $wpdb->prefix . 'usermeta';
$wpdb->terms = $wpdb->prefix . 'terms';
$wpdb->term_taxonomy = $wpdb->prefix . 'term_taxonomy';
$wpdb->term_relationships = $wpdb->prefix . 'term_relationships';

hier nun die Zeile: $wpdb->options = $wpdb->prefix . 'options';
ändern in: $wpdb->options = 'members_options';

Das war es. Nun werden bis auf die Options alle Tabellen von der original Wordpress-Installation verwendet. Das Verzeichnis MEMBERS kann nun mittels .htaccess oder ähnlichem Passwort geschützt werden. Einträge werden von beiden Domains/Verzeichnissen aus in die selben Tabellen vorgenommen.

Eine einfache und schnelle Möglichkeit Redundanz von Daten entgegenzuwirken.

Tags: datenbank, duplizieren, htaccess, members, passwortschutz, prefix, tabellen, tutorial, wp_options, wp_settings