Nicht ändern können Magento Basis-URL, stecken im cache

Ich habe gerade installiert eine live-Website auf eine Entwicklung domain. Ich habe die web/unsecure/base_url und web/secure/base_url Felder in core_config_data, aber ich versehentlich falsch die neue domain. Ich lud die Seite und bemerkte meinen Fehler. Ich hab da korrigiert die Rechtschreibung, aber es scheint zwischengespeichert haben, die falsche domain. Ich habe versucht, re-Import der Datenbank und ändern der urls, ich habe alles gelöscht, was in dem cache-Verzeichnis, aber immer noch die js und css Dateien verwenden die falsche domain in jedem link im admin-back-end. Und das admin-back-end auf die falsche domain zu.

Irgendwelche Vorschläge? Es ist eine alte Magento 1.3 installieren.

InformationsquelleAutor iamjonesy | 2012-01-20

  1. 12

    Wenn Sie nicht über die richtigen Berechtigungen auf die var/ Ordner, Magento schreiben können, der seinen cache-Informationen, um die system /tmp Ordner.

    Dies kann zu einer situation führen, wo Sie geändert haben, auch die Basis-URLs in der Magento Datenbank, cache gelöscht (manuelle Löschung aller Magier-?? Ordner in var/cache), (APC-cache gelöscht, wenn Sie die op-code-cache), (manuell deaktiviert der compiler (1.4.x.x und später)) und das system sieht immer noch für die ursprüngliche Website.

    Meisten Menschen, die Ihre eigenen server entdecken, dass der Ort magisch zu arbeiten beginnt, nach der Reparatur -, clearing-und zurücksetzen von Berechtigungen und dann den server neu starten. Der server Neustart löscht /tmp von der Magento-cache-Dateien und Magento schließlich beginnen, sich seine eigene Konfiguration zu finden, wo es sich befindet.

    Screenshots von diesem in Aktion...

    Dem Magento-Verzeichnis gefunden, in /tmp...

    Nicht ändern können Magento Basis-URL, stecken im cache

    Ist und die Cache-Leben in diesem Verzeichnis. Hinweis: die Pfad -> /tmp/magento/var/cache

    Nicht ändern können Magento Basis-URL, stecken im cache

    Ausfindig zu machen, verlegt cache-Verzeichnis, wenn Sie installieren können n98-magerun, verwenden Sie den Befehl n98-magerun.phar sys:info um eine grundlegende system-info die Auflistung mit einem Element Cache Directory Lage.

    Ich gehe davon aus rm -rf /tmp/magento/* ODER rm -rf /var/tmp/magento/* ist die empfohlene Update dann (je nach Ihrem Betriebssystem)
    Ja, wenn Sie nicht wollen, zu gehen durch ein OS starten und haben Zugriff außerhalb von Ihrem user-Verzeichnis, dies wird entfernen Sie das Hindernis. Tun Sie es nach richtig einstellen-Datei/Ordner-Berechtigungen, damit sich der web-server lese - /Schreibzugriff auf Ihre var/ Baum, und Sie sollten nicht immer diese stecken config problem wieder.

    InformationsquelleAutor Fiasco Labs

  2. 3

    wenn du etwas ändern immer rm -rf var/cache/* wenn Sie ändern Sie die Basis-url, dann regenerieren, alle Indizes sowie

    Hallo Anton, habe versucht, Ihr Befehl, noch auf der Suche nach falsche url
    Auch kann ich nicht re-index wie die Formen sich nicht Unterwerfen, auf den admin-Bereich ohne das JS geladen wird
    Sind Sie sicher, dass alle im cache-dir wurde gelöscht, wenn Sie ausgeführt werden, einen Befehl vorgeschlagen durch Anton?
    1.4.x.x ermöglicht die Befehlszeile reindexing, nicht sicher sind, wie Sie programmgesteuert tun Sie dies für 1.3.x.x, da ich nicht stick mit, lange genug, um erfordern, dass ein PHP-Skript, um dies zu tun.
    versuchen Sie einen anderen browser. Der browser manchmal cache-301 und halten Sie die Umleitung Sie, obwohl Sie seit befestigte den Ort.

    InformationsquelleAutor Anton S

  3. 3

    Wenn Sie verschieben oder ändern Sie Ihre Magento-installation auf einen neuen domain-Namen, die Sie tun müssen, stellen Sie sicher, dass vier Dinge:

    1) Ersetzen Sie jede Instanz der alten domain auf die Dateien auf dem server. Diese kann getan werden, auf einige (wenn nicht alle) *nix von den folgenden:

     find ./ -type f -exec sed -i ‘s/olddomain/newdomain/’ {} \;

    2) Entfernen Sie das Verzeichnis/var /cache und var/session-Dateien.

    3) Update web/unsecure/base_url und web/secure/base_url in der Datenbank. (Und jeder anderen Instanz der domain - in der Regel nicht mehr)

    4), Aber letztendlich Ordner Berechtigungen benötigen 775 und Dateien Berechtigungen von mindestens 664. Diese kann getan werden, mit der folgende *nix-Befehle: (Beachten Sie: var-Ordner und sub benötigen höhere Berechtigungen)

     find . -type d -exec chmod 775 {} ;
 find . -type f -exec chmod 664 {} ;

    Eine kleine Geschichte, wie ich fand diese. Musste, um einen Magento-Webseite von einem server zu einem anderen. Dies war zum testen, um sicherzustellen, dass alles einwandfrei übertragen. Nach der Einnahme der Stunde, um Massen-import der Datenbank (~3,970,000 Zeilen - größte Datenbank, die ich gesehen habe für alle CMS, und ich habe erstellt/geändert home-brew und andere gängige CMS), ich war Links mit http://www.domain.com wenn ich wollte developer.domain.com.

    Gute Informationen. Allerdings würde ich überspringen Sie den ersten Schritt und hatte noch nie ein problem dadurch. Ich habe auch gesehen, großen Datenbank-dumps und wie zu deaktivieren Sie die log-Tabellen zuvor.
    Der erste Schritt war eigentlich benötigt, da einige der Kern - /theme-Dateien wo geändert gehören die alte domain. Keine Ahnung, warum die Letzte person, die das getan hat.
    Lebensretter! Nach chmodding die Ordner und Lösch alle cache-Dateien alle ist in Ordnung.

    InformationsquelleAutor James Williams

  4. 1

    Dies kann zu einer situation führen, wo Sie geändert haben, auch die Basis-URLs in der Magento Datenbank, cache gelöscht (manuelle Löschung aller Magier-?? Ordner in var/cache), (APC-cache gelöscht, wenn Sie die op-code-cache), (manuell deaktiviert der compiler (1.4.x.x und später)) und das system sieht immer noch für die ursprüngliche Website.%

    InformationsquelleAutor

  5. 0

    Überprüfen Sie Ihre config.xml -wahrscheinlich hat der live-Website-Datenbank config.

    Für Magento den Pfad /app/etc/config.xml aber ich bin mir nicht sicher, ob das in deiner version.

    InformationsquelleAutor Zachary Schuessler

Schreibe einen Kommentar