[gelöst] Nach Umzug und Änderung der (Sub)Domain: Links verweisen auf alte Domain - was muss ich noch anpassen ?
Eingetragen von windm (112)am 26.05.2018 - 07:45 Uhr in
Hallo zusammen,
folgende Situation:
Ich habe eine Site auf einem Testserver gebaut - die Site war unter test.meinedomain.de erreichbar.
Nun haben wir die Site (mit DB) auf einen neuen Server umgezogen - das hat auch alles funktioniert mit DB settings und so.
Die Site ist nun erreichbar unter neu.meinedomain.de und der Aufruf der Startseite funktioniert auch.
Allerdings werden alle internen Links (alles relative Links!) noch als test.meinedomain.de/xyz aufgerufen (womit ich per Click immer auf dem Test-System lande...).
Manuell eingegeben sind die Seiten/Inhalte/Funktionen neu.meinedomain.de/xyz problemlos da, es scheint also nur ein Problem mit der von drupal den relativen Links vorangestellten URL zu geben (das was früher mal die Base-URL war, die man per settings.php eingestellt hat ?)
Was ich gemacht/versucht habe war natürlich schon mehrfach den Cache zu löschen (admin/config/development/performance)
>> Gesamten Cache löschen startet auch augenscheinlich erstmal, dann kommt allerdings eine weiße Seite, die sagt: Redirects to external URLs are not allowed by default, use \Drupal\Core\Routing\TrustedRedirectResponse for it.
Das funktioniert also so nicht korrekt - der Prozess scheint ja irgendwo auf eine "external URL" zu zeigen, was dann geblockt wird.
Da die subdomain test. ja von dem alten Server "mitgekommen" ist, kann es ja eigentlich kein Config-Fehler des neuen Servers sein, sondern deutet auf eine "Altlast" hin, die wir mit umgezogen haben...
Frage ist also: Wo kann sich der Hinweis auf die "alte" Subdomain noch verstecken?
In der DB finde ich die table
drupalcache_bootstrap
drupalcache_config
drupalcache_container
drupalcache_data
drupalcache_default
drupalcache_discovery
drupalcache_discovery_migration
drupalcache_dynamic_page_cache
drupalcache_entity
drupalcache_menu
drupalcache_migrate
drupalcache_page
drupalcache_render
drupalcache_toolbar
Und jetzt konkreter gefragt:
Kann ich alle diese table leeren? (Sind das wirklich nur Caches, die nachher wieder aufgebaut werden?)
Oder kann ich gezielt einen table leeren oder einen Eintrag entfernen, um das geschilderte Problem mit der zu lösen?
Danke im Voraus!
- Anmelden oder Registrieren um Kommentare zu schreiben
Alle Caches gelöscht... Links sind immer noch nicht korrekt
am 27.05.2018 - 10:32 Uhr
Nachdem ich die Cache-Löschung aus meiner Ausgangsfrage einfach ausprobiert habe, habe ich direkt auch mal den Titel dieses Threads geändert...
Also: Alle Caches gelöscht, sowohl über /admin/config/development/performance >Button "Gesamten Cache löschen", als auch die o.g. drupalcache_* table in der DB komplett geleert.
Nach dem Leeren der DB table war die Seite etwas zäh (logisch), an dem Problem geändert hat sich aber nichts. :-(
Wo können sich die Informationen über die ursprünglich genutzte Subdomain noch "festgesetzt" haben??
Die umgezogene Seite läuft auf einem komplett neuen System, die mit der alten Subdomain noch nie was zu tun hatte - d.h. für mich, dass sich die Information über die "Base-URL" noch irgendwo in den Tiefen des drupal verstecken muss.
Noch ein Detail (falls das interessant ist):
Bei den Grundeinstellungen unter /admin/config/system/site-information finde ich bei der Startseite, die korrekte vorangestellte neu.meinedomain.de ! (Das scheint also nicht von der Altlast betroffen zu sein und "frisch" von der aktuellen Domain interpretiert?!)
Bei Verknüpfungen/Shortcuts, die ich selbst von Hand in der Admin-Toolbar angelegt habe, sind auch die korrekten Links hinterlegt, d.h. es wird die neu.meinedomain.de vorangestellt !
Bei Standard-Shortcuts in der gleichen Admin-Toolbar (z.B. der /node/add) wird dagegen die alte Domain vorangestellt !?
Wie erwähnt sind auch ALLE sonstigen Links mit der falschen vorangestellten Domain hinterlegt - alle Links auf nodes aber auch die Systemfunktionen (Anmelden, Abmelden, Bearbeiten Tabs, Menü-Links ... sowie alle Adminfunktionen der Admin Toolbar).
Wo könnte ich noch schauen?
Oder gibt es verdächtige Module, die an der Stelle so massiv in die Grundfunktion reinfunken?
(Ich habe pathauto und rename admin paths installiert - wobei die sich doch alle nicht um die Base-URL kümmern, sondern nur um die angehängten Pfade...)
kommentiere mal RewriteBase
am 27.05.2018 - 11:02 Uhr
kommentiere mal
RewriteBase /
in der .htaccess aus.
Die Spracheinstellung war es... :-(
am 27.05.2018 - 23:00 Uhr
Danke für den Hinweis - wegen des seltsamen Verhaltens hatte ich die settings.php und die .htaccess auch schon rauf und runter durchsucht.
Das war aber (in meinem Fall) nicht die Lösung.
Die Auflösung:
Ich hatte in den Spracheinstellungen admin/config/regional/language/detection - warum auch immer - die "Erkennungsmethode" URL aktiv (an erster Stelle auch noch...).
Häkchen raus, einmal update.php und schon war alles im Lot, d.h. alle Links laufen jetzt auf die gewünschte und aktuelle Domain.
Verstanden habe ich es nicht, wieso eine Spracherkennungsmethode die Seite dermaßen durcheinanderwürfeln kann, würde aber jedem, der das gleiche Problem hat, empfehlen, hier im Zweifel alle aktivierten zusätzlichen Erkennungsmethoden zu deaktivieren.