Da ich genau das ja gerade erst für Michaela gemacht habe und mir der neue Artikel von Andreas ToDo Liste – Umzug eines WordPress Blogs auf eine neue Domain etwas zu unvollständig ist, dachte ich mir, dass ich dieses Thema aufgreife und ein Tutorial als Erweiterung zu Andreas Artikel dafür verfasse, damit beim Umzug eines Wordpress Blogs auf eine neue Domain wirklich nichts schief geht oder vergessen wird. Wichtig finde ich vor allem, dass das Ganze vor dem eigentlichen Umzug einmal durchgetestet wird. So stellst Du sicher, dass nach dem eigentlichen Umzug nicht auf einmal die Hälfte nicht mehr oder nicht mehr richtig funktioniert.
Das bedeutet, dass Du in diesem Testlauf den neuen Blog einmal komplett aufsetzt und ihn Dir von vorne bis hinten ganz genau durchsiehst. Erst wenn Du mit dem Umzug zufrieden bist, solltest Du ihn dann im endgültigen Schritt einleiten.
Der Wordpress Blog besteht eigentlich aus zwei Bereichen. Einmal die Datenbank mit ihren Tabellen und Inhalten und einmal die Wordpress Dateien selbst, die auch sämtliche Uploads (Bilder etc.), Themes, Plugins etc. beinhalten. Beide Bereiche musst Du getrennt behandeln.
Nun kannst Du Dich auf der neuen Domain in den Adminbereich Deines Wordpress Blog mit den gewohnten Zugangsdaten einloggen.
Sämtliche Daten der alten URL auf die neue URL anpassen
Als nächstes benötigst Du das Search and Replace Plugin von Frank Bueltge. Du installierst es in Deinem neuen Blog, aktivierst es und lässt es über alle Tabellen Deiner Datenbank laufen (die alte URL http://www.alte-domain.tld mit der neuen URL http://www.neue-domain.tld ersetzen).
Wenn Du das alles durch hast, dann prüfst Du Deinen neuen Blog auf Herz und Nieren. Sieh Dir alles sehr genau an, klick Dich überall durch und siehe nach, ob z.B. auch wirklich alle URLs richtig sind, alle Bilder URLs richtig sind und so weiter. Schau Dir an, was Deine installierten Plugins für Ausgaben tätigen und vergiss vor allem auch den Bereich der Widgets nicht (manuelle eingegebene Codes müssen ggf. noch angepasst werden) und schau auch in Deinen Template Dateien nach, ob darin feste URLs enthalten sind, die Du anpassen musst.
Erst wenn Du hier rundum zufrieden bist kannst Du den eigentlichen Umzug starten. In der Zwischenzeit werden vielleicht ein paar neue Kommentare etc. in Deinem alten Blog hinzugekommen sein. Das bedeutet, dass Du einen Teil der oben genannten Schritte noch mal durchführen musst. Aber lieber langsam, Schritt für Schritt, als alles schnell schnell und am Ende funktioniert die Hälfte nicht mehr.
Solltest Du Deine Feeds nicht über Feedburner generieren, sondern die Wordpresseigenen Feeds nutzen, wäre es angebracht vor dem eigentlichen Umzug noch einen entsprechenden Artikel auf der alten Domain zu posten, wo Du auch Deine Feedleser darüber informierst, dass sie Deine alte Feed URL auf die der neuen Feed URL anpassen mögen, da sie sonst keine neuen Feeds mehr von Dir erhalten. Machst Du dies erst nachdem Umzug, wird keiner Deiner bisherigen Feedleser mehr davon erfahren und Du hast sie verloren.
Der eigentliche Umzug
Für den eigentlichen Umzug empfehle ich auf dem alten Blog das Plugin WP Maintenance Mode, ebenfalls von Frank Bueltge, zu installieren, zu aktivieren und entsprechend einzustellen. Damit stellst Du sicher, dass es nicht zu Überschneidungen seitens Deiner User kommt, niemand mehr auf den alten Blog zugreifen und zum Beispiel kommentieren kann. So lange der Umzug noch nicht ganz gelaufen ist, wären alle diese Kommentare verloren.
Solltest Du vor Deinem Umzug Deinen Lesern schon Deine neue Domain mitgeteilt haben, ist es auch wichtig, dieses Plugin ab diesem Zeitpunkt wo Deine Leser von der neuen Domain wissen, auf der neuen Domain zu aktivieren. Stell Dir mal das Datenbankchaos vor, wenn die einen auf der einen Domain und die anderen auf der anderen Domain kommentieren. Das würdest Du nie mehr in den Griff bekommen!
Alte Domain auf die neue Domain umleiten
Nun ist Dein neuer Blog live, funktioniert hervorragend, aber es kennt ihn noch keiner. Damit Deine Leser wie auch die Suchmaschinen von Deinem Umzug erfahren, musst Du die alte Domain auf die neue Domain umleiten. Das machst Du mit einem entsprechenden Eintrag in der htaccess der alten Domain (natürlich mit Deinem entsprechenden Domain Namen):
RewriteEngine On
RewriteRule ^(.*)$ http://www.domain.tld/$1 [L,R=301]
Falls Du selbst noch auf Deine Wordpress Installation auf der alten Domain online zugreifen möchtest, dann holst Du Dir über wieistmeineip.de Deine aktuelle IP Adresse raus, und erweiterst den oben genannten Code in der htaccess um eine Zeile mit Deiner IP Adresse (anstatt den ganzen 9er natürlich Deine IP Adresse in diesem Format eingeben):
RewriteEngine On
RewriteCond %{REMOTE_ADDR} !^99\.999\.999\.999
RewriteRule ^(.*)$ http://www.domain.tld/$1 [L,R=301]
Das sorgt dafür, dass alle außer Du (und die, die die gleiche IP Adresse wie Du nutzen), auf Deine neue Domain umgeleitet werden, wenn sie auf Deine alte Domain zugreifen.
Und nun noch ein Tipp am Schluss: Nach dem Umzug würde ich noch ein paar Tage bis Wochen warten, den Blog auf der neuen Domain auf Herz und Nieren beim aktuellen Betrieb prüfen, und erst dann nach und nach die Daten von der alten Domain löschen. Fertige von allem was Du löscht noch mal eine Sicherheitskopie auf Deinem Rechner an, damit Du im Notfall (falls doch noch was auf diese alten Daten verweist) darauf zugreifen kannst und das auf der neuen Domain entsprechend anpassen kannst.
Du siehst, das Ganze ist kein Pappenstiel und schief gehen kann an vielen Stellen etwas. Deswegen rate ich eingehend dazu, das erst einmal in Ruhe auszuprobieren und den ein oder anderen Testlauf durchzuführen, bevor der eigentliche Umzug gestartet wird. Der Teufel steckt bekanntlich im Detail…
[...] durch das Plugin “Search & Replace” von Frank Bültge auf das ich durch Tanja in einem Beitrag bei Majeres aufmerksam wurde. Das Plugin ist klein, schlank und hinterlässt [...]
[...] – Domain-Umzug mit Wordpress-Blog – Beitrag im Crazy Girls Tipps-Blog. [...]
[...] müssen auf den neuen Server geladen werden.Damit jeder Blog-Umzug gelingt haben Andreas und Tanja jeweils einen Artikel geschrieben, wie man wie man vorgehen muss, sodass jeder Domain-Umzug [...]
[...] Nachtrag: Für noch mehr Informationen, z.B. wegen Domain-Änderung ist diese Seite sehr zu empfehlen: Crazy Girls Tipps [...]
Ja die Bültge-Plugins hatte ich auch schon benutzt – wir haben uns ja noch darüber unterhalten …. wirklich sehr zuverlässig und komfortabel für diese Zwecke. Also unbedingt zu empfehlen
Die Hausaufgaben hast du hier sehr schön dargestellt. Letztendlich sind es aber die kleinen Hoster-spezifischen Kleinigkeiten, die Ärger bereiten.
Außerdem wäre noch zu empfehlen, dass zuallererst die Plugins deaktiviert werden sollten…….
@Oliver: Warum denn die Plugins deaktivieren? Hab ich nicht gemacht, sehe auch nicht wirklich viel Sinn dahinter. Außer es steht in einem was extrem spezifisches drinne… Ansonsten muss das was hier läuft auch dort laufen
Schönes HowTo
Die wp-config musste ich zum Glück nicht ändern, da die DB die selbe geblieben ist
.
Weil einige Plugins beim Serverwechsel Probleme bereiten können. Im schlimmsten Fall ist der Blog nicht mehr erreichbar. Nun, dies könnte nachträglich umgangen werden, indem per FTP das Plugin-Verzeichnis umbenannt wird – muss aber nicht sein.
Diese Problematik taucht insbesondere dann auf, wenn es sich um unterschiedliche php-Versionen handelt (z.B. php4 – vorher php5). Oder mit Befehlen, die auf dem neuen Host nicht erlaubt sind (z.B. mod_deflate).
Plugins deaktivieren halt ich auch nicht für notwendig. Das sieht man ja im Test gleich ob die alle laufen oder nicht. Allerdings gibt es wie Tanja sagt “spezifische” Plugins. So hab ich zum Beispiel vergessen mein Twitter Plugin im Test auszuschalten und hab meine Follower leider mit ein paar nicht funktionierenden Links genervt.
Ich grübel gerade über den Feed…
Wenn man eine 301er Umleitung macht, dann sollte der Feed inklusive Leser doch auch korrekt umgeleitet werden?
Natürlich sollte man sie motivieren, die neue Feedadresse zu nutzen
Die Feedadresse gibt mir noch zu denken. Seltsamerweise funktioniert sie noch, obwohl bei Feedburner noch intrash.majeres.de hinterlegt ist.
Wenn ich diese auf intrash.com ändere, gucken die knapp 60 Abonnenten wohl in die Röhre.
@Andreas: Glück gehabt. Bei mir war letztens das ändern auch der einzelnen SQL Dateien (musste alle Tabellen einzeln ziehen, da eine Plugin Tabelle scheinbar defekt war) ziemlich mühsam
@Oliver: Plugins deaktiveren ist bei einem Wordpress Update definitiv wichtiger als beim Umzug. Da man sowieso vorher den Testlauf hat, sehe ich es als total unwichtig an. Im schlimmsten Falle müssten halt die Plugins mal schnell via FTP gelöscht werden.
Größere Probleme sehe ich hingegen beim Plugins deaktiveren im alten Blog an, da viele keine if-functions-exists Anweisung eingebaut haben, legt das den alten Blog flach. Und das ist ja schließlich in diesem Moment der aktive.
Ist ein abwägen zwischen: Meine aktuellen Besuchern ärgern (Plugins deaktivieren) und mich selbst ägern (Plugins aktiv lassen). Ich bin da mehr für mich selbst
Wer von php 5 auf 4 zieht ist übrigens selbst schuld *lacht* da dürfte das dann auch mit der Datenbank Probleme geben, da die dann meist auch auf der 4er Version laufen. Davon sind einige der ersten nicht mal mehr mit Wordpress selbst kompatibel. Wordpress selbst benötigt mindestens MySQL 4.1.2 und mindetens PHP 4.3.
Grundsätzlich habe ich aber bei meinen vielen Wordpress Installationen auf den unterschiedlichsten Servern schon so viele Fehler gesehen (alle mit leerem neuen Wordpress), so dass die Plugins wirklich die kleinste Rolle spielen bei dem was so alles schief gehen könnte
@Markus: Ja, das Twitter Plugin ist ein Argument. Aber grundsätzlich wie Du auch sagst, halte ich es nicht für notwendig Plugins vor dem Umzug zu deaktivieren, sondern eher für kontraproduktiv für die Leser.
@Marc: Was den Wordpresseigenen Feed betrifft würde ich meine Hand dafür nicht ins Feuer legen
Grundsätzlich ist es aber so, dass wenn jemand über einen alten Feed kommt, via dem 301er auf die neue Seite geleitet wird.
Nur das Problem ist, dass die Leser des alten Feeds keine neuen Feeds mehr zu sehen bekommen, da sie von der neuen Domain losgeschickt werden und diese ja nicht auf dem alten Feed läuft. Technisch gar nicht möglich
@Andreas: Feedburner ist ne Ausnahme. Da dürfte die 301er Umleitung greifen und den alten Feed in den Feedburner umleiten.
Ich glaube aber nicht, dass Deine bisherigen Feedleser wegfallen würden, da die ja Feedburner abonniert haben und diese Adresse gleich bleibt, egal was Du dort einliest (alte oder neue Domain). So zumindest habe ich Feedburner verstanden (nutze es ja selbst nicht)
Ich habe beim Umzug keines der Plugins deaktiviert und hatte keinerlei Probleme
.
Mit Feedburner dürftest du recht haben. Ist ja eigentlich auch logisch, wo ich nur manchmal meinen Kopf habe…
@Andreas: Ja, mit den Plugins ist es in den meisten Fällen so, außer sie machen was außergewöhnliches und automatisches, dann würde ich sie auch eher abschalten.
Was ich damit eigentlich auch meinte ist, dass so viel schief gehen kann, dass wer meint deswegen erst mal alle Plugins deaktiveren zu müssen, eigentlich lieber erst mal ein komplett leeres neues Wordpress aufspielen sollte. Denn dabei habe ich bis dato auf diversen Servern die meisten Probleme gehabt. Da lief Wordpress selbst nicht, mit Fehlern oder sonstirgendwie quer oder total lahm. Darin sehe ich weitaus größere Fehlerquellen als bei den Plugins, wenn man mal vom Standard ausgeht
Im Prinzip sind wir uns ja alle einig was die Plugins betrifft. Ich verstehe sämtliche Einwände und kann auch alle Herangehensweisen nachvollziehen. Ich wollte ja nur darlegen, dass auch von dieser Seite Probleme kommen könnten. So war das zumindest bei meinem Umzug. Mann, hab ich gerätselt.
Letztendlich ist es Geschmackssache und die Art und Weise, wie man dinge anpackt. Wichtig bleibt jedenfalls, dass man sich der Sache bewusst ist und weiß, was man tut
Dieser Artikel gefällt mir so gut, dass ich ihn direkt verlinkt habe
(http://www.erfolgs-blogging.de/blogumzug)
Ich habe schon eine ganze Weile überlegt, selber einen Artikel zu diesem Thema zu schreiben, aber besser würde ich es auch nicht machen, daher verlinke ich ihn einfach.
Mach weiter so und alles Gute
Jürgen
@Tanja & plerzelwupp: Klar könnte da was schiefgehen, man weiß ja nie.
Da ich aber neulich mit allen Blogs zum neuen Hoster umgezogen bin, wusste ich schon, dass keine böse Pappnase in den Plugins steckt.
.
Da hatte das auch gut funktioniert
@Oliver: Klar können auch von der Seite Probleme kommen, aber eben auch von vielen anderen Seiten, die man alle gar nicht alle auflisten kann und die teilweise noch viel wahrscheinlicher sind als die Plugins als Problemquelle.
@Andreas: Böse Pappnasen zu kennen ist natürlich auch nie schlecht
@Jürgen: Danke, das freut mich
Hi Crazy Girl,
um die Datenbank umzuziehen benutze ich immer MySQLdumper. Da gibt es auch keine zu großen Datenbanken, der importiert dir alle Größen, also muss man nicht irgendwo alles einzeln importieren. (Ich habe das mal für mein Forum gemacht, dass dauert Jahre
)
Weiterhin ist der Vorteil das dieses Script direkt auf deinen Server/Webspace liegt und du es so einstellen kannst, dass es dir regelmäßig Backups von deiner Datenbank per Mail zuschickt, oder per FTP auf einen Backup-Speicher hochläd. Ist also wirklich ein Klasse Tool und du kannst damit vieles machen.
Lieben Gruß
Sven
@Sven Genau das Teil nutz ich auch schon seit Jahren. Echt zu empfehlen. Auch dank desen wird mein Umzug nocht mehr wie 10 Minuten dauern. Hab den kompletten Umzug jetzt schon dreimal durchgetestet und würd am liebsten gleich starten. Muss aber noch n bissle was basteln. Hach diese Ungeduld immer^^
@Markus: *lol* Die liebe Ungeduld, mir ging es auch nicht schnell genug.
Aber gut Ding will Weile haben
Nochmal zu Feedburner. Ich habe dort jetzt die Blog-URL für den bestehenden Feed aktualisiert und der neue Artikel kam ohne Probleme im Reader an.
Damit wären meine letzten Bedenken zum Umzug beseitigt.
Jetzt bleibt nur noch abzuwarten, dass die Seiten auch im Index der SuMas erscheinen. Da bin ich wohl zu ungeduldig
.
@Sven: So was brauche ich nicht, dafür habe ich einen Cronjob laufen, der ganz genauso seinen Zweck erfüllt und gerade mal 1KB groß ist
Für alles was sonst mit MySQL zu tun hat, nutze ich MySQL-Front, das beste Programm das es dafür gibt, schließlich muss ich ja auch mit MySQL arbeiten und nicht nur Datensicherungen machen und einspielen. Restriktionen gibt es bei MySQL-Front auch keine bezüglich der Größe.
Bei Michaela musst ich nur alles einzeln exportieren und importieren, weil so ein doofer Plugin-Autor eine fehlerhafte Tabelle geschrieben hat. Noch dazu war das Plugin nicht mal mehr aktiv, also deinstalliert. Dieser Trottel hat also auch noch vergessen eine Deinstallationsroutine für seinen SQL-Schrott zu schreiben
@Markus: Bis dato ging das bei mir auch immer super flott. Nach ein paar Minuten war alles gelaufen. Nur dieses eine Mal dauerte es länger, aber daran ist dieser depperte Plugin Autor schuld. Mit ner geschrotteten Tabelle kommt kein Tool klar.
Die Ungeduld kenne ich auch
@Andreas: Perfekt (Feedburner). Je nachdem wie stark Deine BLs sind, desto schneller geht das in den SuMas.
Tja für so einen Umzug gibts die verschiedensten Möglichkeiten, ich habe meine DB z.B. händisch editiert, das heißt vor dem einspielen im Editor geöffnet Suchen/Ersetzen alte domaine/neue Domaine fertig
Meine Datenbanksicherungen mache ich direkt in PHPmyAdmin und zum wieder einspielen benutze ich BigDump, ein Supertool damit brauch ich kein SQL Dumper.
@ Andreas
die neuen Seiten sollten in wenigen Tagen indiziert sein, bei mir ging super flott
@jokkel: Ja richtig, es gibt die unterschiedlichsten Möglichkeiten
Ich habe zwar keinen Plan von dem allen aber Danke für deine Hilfe.
Echt toll was Oliver und Du so im Hintergrund gebastelt habt.
Ich war da wirklich planlos…
Oliver hat mich ja noch weiterhin am Hals als Nachfolger von Matthias mit jeder Menge Kleinkram und ist sehr lieb und geduldig
Das mit dem Feed habe ich in meinen Kommentaren…der des alten Blogs funktioniert noch immer…
@jokkel: Bisher tut sich leider reichlich wenig. Ich werde schon regelrecht nervös
.
@Arven: Der alte Feed funktioniert noch immer, weil der alte Blog noch nicht gelöscht ist
Wollte ich eigentlich heute machen, aber ich warte noch auf das okay von Oliver.
@Andreas: Bist Du blind? Ich sehe Deine Startseite bereits im Index
@Tanja: Der eine mickrige Eintrag…
Den habe ich seit gestern, aber ich erwarte ölfundrölfzig mehr
@Andreas: Der ist auf jeden Fall besser als nix
und der Rest kommt schon auch noch.
@Tanja: Meine blöde Ungeduld. Ich hoffe bis Ende der Woche sind es wenigstens 50. Der Google Bot ist ja ständig im Blog am Wuseln. Die Webmaster Tools verkünden mir aber leider immer noch 0 indizierte URLs der Sitemap.
Ich seh gar nichts wenn ich site: Abfrage nutze. Sind wohl auch nich nicht alle Datencenter aktuell. Geduld, Geduld^^
@Markus: Tatsächlich, ich sehe jetzt auch den läppischen einen Eintrag nicht mehr. Mal sehen, was der Tag morgen bringen wird.
Hmm ich hab jetzt bei mir vor 1 Stunde die Sache erledigt und Google fängt schon an zu indexieren. Diese Unterschiede sind schon komisch.
@Tanja Mit diesem Kommentar hast Du auch gleich meine neuen Daten
@Andreas & Markus: Die Google Datencenter liefern natürlich nicht immer die gleichen Einträge, wie Markus schon erwähnte.
Der Unterschied zwischen Euch beiden liegt schlicht und ergreifend in den Backlinks auf die alte Domain. Wenn ich den Backlink Checker drüber laufen lasse, kriege ich für Andreas alte Domain das Ergebnis 88, für Markus alte Domain das Ergebnis 927. Klar, dass bei Markus eine ganz andere Power mitkommt.
Die site-Abfrage spinnt sowieso auch noch seit einigen Tagen. Kuckt mal bei Johannes (sistrix.de) auf dem Blog vorbei.
@Markus: Das heißt ich darf jetzt deine bisherigen Kommentare umschreiben auf die neue Domain? Klasse Name übrigens!
@Tanja Ich überleg mir gerade schon die ganze Zeit ob ich nicht einfach mit markus-arlt.de weiter kommentieren soll? Aber ich weiß eben nicht wie das in der Blogszene ankommt, es sein den ich erstell mein Porfolio dann auch mit Wordpress. Mir waren die Links beim Kommentieren ja schon immer egal, so würde alles auf eine zentrale Stelle gehen und es würde wieder passen zum Namen. Dann müsste man nur das www rausnehmen weil das ja in meinem Newsportal über drin war.
@Markus: Ich persönlich mag keine Weiterleitungen und ändere alle paar Monate alle Links mit Weiterleitung sowieso ab. Ich denke dass es nicht gut für eine Domain ist, wenn die Anzahl der ausgehenden Links die auf Weiterleitungen auflaufen, zu hoch ist (ganz genauso wie wenn man auf nicht mehr existierende Seiten linkt).
Deswegen würde ich persönlich auch nie “ne falsche” Adresse angeben, sondern immer die richtige Adresse.
Ich glaube auch dass es für Deine neue Domain nicht wirklich gut ist, wenn sie keine eigenen eingehenden Links aufweist und nur aus den Weiterleitungslinks besteht. Eine Zeit lang macht das sicherlich nichts, aber wenn es dauerhaft so ist, dann eher schon. Kann Dir also nur davon abraten.
Tanja Du hast mich falsch verstanden. Ich will keine Weiterleitungslinks oder ähnliches. Unter h t t p : / / markus-arlt.de wäre ein ganz normaler kleiner Wordpress Press Blog mit meinem Portfolio drauf. Das richte ich ja sowieso ein. Nur die Domain mit www leitet dann noch um wegen der alten Beiträge. Deshalb dachte ich mir ich kommentier immer mit h t t p : / / markus-arlt.de also wie bisher nur eben ohne www da dies momentan ja noch umleitet und auch noch eine ganze weile so bleiben muss. Klar ist es für Newsburger nicht optimal wenn ich nicht mit der Domain kommentier. Allerdings stärkt es gut markus-arlt und da ich dort ja auch meine ganzen Projekte “vorstellen” möchte würden die ja auch etwas davon haben. Ich denke auch für die anderen Kommentatoren, oder Blogger wäre das interesannter, da man ja meist wenn man auf ein Kommentator klickt um die Website anzuschauen was über diesen erfahren möchte. Desweiter werde ich die Domain markus-arlt.de auf jedenfall immer behalten was man bei anderen ja nie weiß. Helft mir, ich weiß nicht weiter^^
Okay, Markus, also zwei verschiedene Projekte. Hm… kommt drauf an wo Du mehr Besucher brauchst, also wo Du mehr davon hast. Ich würde wahrscheinlich eher mal so und mal so kommentieren. Das mache ich mit meinen anderen Blogs ja auch, sonst würden die nie was abbekommen.
Grundsätzlich wird es auch so sein, dass eh nur die was ändern werden an Deinen bisherigen Kommentaren, die Du explizit darum bittest und von denen wohl auch nicht alle. D.h. die www . markus-arlt . de wird sowieso gut versorgt sein. Irgendwann hebst Du die Weiterleitung zu newsburger.de auf und dann verliert die diese Backlinks wieder (auch nicht gerade optimal).
Vielleicht solltest Du, sobald die newsburger.de komplett gefuttert ist über die Webmaster Tools die bisherigen Inhalte von der www . markus-arlt . de löschen lassen, die Umleitung rausnehmen und mit neu hauptsächlich mit der newsburger.de kommentieren. Oder eben mal so mal so…
Die Inhalte von www . markus-arlt . de müssten doch von Google auch so jetzt langsam verschwinden oder? Ich hab ja in den Webmaster Tools ein Domain Umzug gestartet.
Diese blöden Umleitungen. Ich musste ja auch drauf achten das meine uralt Permalinks aus meinen Anfangszeiten auch noch funktionieren. Jetzt läuft quasi noch ein komplettes WP auf der alten URL das diesen Job übernimmt.
Mir wär es auch am liebsten die komplette Domain markus-arlt eigenständig zu haben und nicht www noch umleiten müssen. Aber gerade Artikel Links gibt es eben viele und teilweise auch noch in alter Permalink Struktur, die möchte ich eben nicht verlieren.
Im Prinzip ist es mir egal ob meine alten Links nun auf newsburger.de oder das www von der alten URl weggemacht wird. Aber es könnte Verwirrungen geben wegen Artikel Links, deshalb wenn jemand ändern mag, dann auf newsburger.de Soviel ist jetzt mal sicher^^ Kommentieren werd ich wohl wenn es dann mal soweit ist, nur noch einheitlich. Mit was weiß ich noch nicht.
Danke für die Denkanstöße
Von selbst verschwindet bei Google nichts so schnell – vor allem dann nicht, wenn man es so gebrauchen könnte
Im Ernst, das kann Monate dauern. Am besten ist es wirklich das manuell über die Google Webmaster Tools zu steuern sobald Google die neue ‘gut gefuttert’ hat. Aber pass auf mit der gesamten Domain entfernen, damit kriegst Du die Startseite ein halbes Jahr lang nicht mehr in den Index
Ok dann wart ich erstmal ab. Ich war ja schon drauf und dran löschen zu lassen, aber mir nicht sicher ob die Indexierung der neuen Domain dann länger braucht. Ach das ist fast so schlimm wie die Bürokratie.
Ich seh grad Du hast wohl schon geändert. Besten Dank dafür…
@Markus: Jetzt endlich habe ich fertig. Der Update der Blogroll fehlte noch
Ach da bin ich auch drin, wusst ich noch gar nicht. Ist ja Super^^ Danke. Dein Blogroll Plugin muss ich mir irgendwann eh nochmal zu gemüte führen, ich möchte ja noch so eine Art “News Planeten” einbauen. Aber da brauch ich erstmal viel Zeit für…
@Markus: Ja, da bist Du auch drin. In der Sidebar wird immer alle Stunde ein anderer random Auszug aus der gesamten Blogroll dargestellt. Kannst also auch darin vorkommen
Wenn Du soweit bist wegen dem Blogroll Plugin, dann sag einfach Bescheid (email?). Ich habe es bezüglich Performance für mich etwas “um-getuned”, dazu braucht es aber einiges zusätzliches in der Datenbank sowie einen Cronjob. Der Rest geht dann als individuell angepasste Function und das Plugin braucht es dann gar nicht mehr. Gehe davon aus, dass Du das alles problemlos auf die Reihe bringst, wenn ich Dir die Anleitung dazu schicke. Evtl. mache ich demnächst hier eine kleine Testrunde diesbezüglich. Als “plug and play” Plugin wird es leider nicht gehen, da einfach zu viele individuelle Anpassungen notwendig sind, die Eingriffe in die Datenbank, auf den Server (Cronjob) und in PHP voraussetzen… Bin mir noch nicht so ganz sicher wie und was und überhaupt
Bin auch gerade am Umziehen und halte mich an Deine Vorgaben.
Jetzt hab ich aber ne Frage:
Backup der Datenbank hab ich auf dem PC liegen, wo genau muss ich die sql Datein nun hinladen? Mache ich das auch per FTP? Wenn ja WOHIN genau im Verzeichnis?
LG Nine
@Nine: SQL Daten gehören in die Datenbank. Sie kommen aus der alten Datenbank via Export und gehen in die neue Datenbank via Import.