by Nils on 8. Dezember 2007
Ich möchte demnächst alle früheren Beiträge von meiner alten Drupalinstallation unter nsah.de und aus meinem alten WordPress-Blog unter blog.nsah.de hier veröffentlichen. Damit Suchmaschinen und Besucher nicht im Leeren landen will ich diese auf die entsprechenden Seiten in meinem neuen Blog umleiten.
Falls man von einer Drupal Installation aus weiterleiten will, so ist dies auch mittels des Path Redirect Moduls möglich (Danke für den Hinweis Steffen). Hier können nicht nur interne sondern auch externe Weiterleitungen eingerichtet werden. Aber aufgepasst: die Weiterleitung tritt erst in Kraft, wenn unter der ursprünglichen URL keine Inhalte verfügbar sind. D.h. dass der alte Beitrag in der alten Drupalinstallation gelöscht werden muss, sonst wird das Path Redirect Modul nicht aktiv.
Da ich unabhängig von Modulen umleiten will, so dass ich ggf. auch das alte CMS komplett löschen kann ohne die Weiterleitungen zu verlieren und ich zusätzlich Beiträge aus meinem alten WordPress Blog in diesen Blog umziehen lassen will, kommt für mich nur eine Lösung über die .htaccess Datei in Frage.
Ich hatte hier vor einiger Zeit in einem Artikel über das geniale Tool MySQLDumper zum komfortablen Sichern von MySQL-Datenbanken auf gehostetem Webspace berichtet.
Ich selbst bin seit ca. einem 3/4 Jahr zufriedener Kunde bei all-inkl. Viele positive Berichte im Netz, die preisgünstigen und trotzdem leistungsfähigen Tarife und der bisher immer schnelle und unkomplizierte Support haben mich überzeugt. Ein kleiner Wermutstropfen war dabei bisher, dass beim Anlegen von MySQL-Datenbanken in der all-inkl Administration jeweils nicht nur wie üblich einen neuen Datenbanknamen unter einem vorhandenen Datenbanknutzer erhalten, sondern zu jeder einzelnen Datenbank auch ein neuer Datenbanknutzer angelegt wird. So hat man ggf. 20 MySQL-Datenbanken und die dazugehörigen 20 MySQL Benutzer. Diese Tatsache ist zwar für die weitere Nutzung der Datenbanken unerheblich, aber MySQLDumper ging bisher immer davon aus, dass es wie üblich nur einen Nutzer und mehrere Datenbanken gibt, so dass die Backupverwaltung mit MySQLDumper für all-inkl Kunden mit mehreren Datenbanken bisher etwas mühselig war.
Mittlerweile ist dieses Manko aus der Welt, denn mit der neuen Version (1.23 pre-release) lassen sich mit mein Lieblingstool MySQLdumper nicht nur die verschiedene Datenbanken für einen Datenbankbenutzer auswählen, sondern Konfigurationsdateien für unterschiedliche Datenbankbenutzer anlegen, so dass man auch zwischen diesen einfach hin- und herwechseln kann. Ich habe gleich eine Anleitung für die Einrichtung dieses neuen Features und die Einrichtung automatisierter Backups mit all-inkl als Hoster erstellt.
by Nils on 25. Februar 2007
Wer schon einmal den Provider gewechselt hat und dadurch auch mit seiner Datenbank umziehen musste, der kann vielleicht ein Lied von den damit verbundenen Problemen singen.
Zunächst ist das Ein- und Ausspielen der Datenbank ab einer gewissen Größe über die üblichen Datenbankverwaltungstools wie z.B. phpMyAdmin nicht möglich, weil die vom Hoster festgesetzte max. Laufzeit von PHP-Scripten überschritten wird. Darüber hinaus tritt oft grade bei deutschsprachigen Inhalten das Problem auf, dass die Umlaute nach dem Umzug nicht mehr korrekt dargestellt werden.
Zur Lösung des ersten Problems gibt es ein geniales Tool names MySQLdumper.
Werbung: Links in Verbindung mit Affiliate- oder Partnerprogrammen, die zu einer Provision