wake-up-neo.com

Magento-Admin-URL funktioniert nicht: 404 kann nach dem Ändern nicht zurückgehen

Ich habe alle Themen durchgesehen, um etwas Ähnliches zu meinem Fall zu finden. Ich habe einige ähnliche Fälle gefunden, aber keine der Lösungen hat mein Problem gelöst.

Ich habe durch das Backend die Admin-URL geändert. Nach dem Speichern der Änderungen führte mich magento direkt zu einem 404-Fehler. Die neue URL, die ich für die Admin-URL definierte, war "gestion". Wenn Sie zu mydomain.com/gestion wechseln, wird der Fehler 404 angezeigt. 

Also entschied ich mich, die neuen Einträge zu löschen, die in der magento-Tabelle core_config_data erstellt wurden, und dann das Cache-Verzeichnis manuell geleert.

Aber danach habe ich den gleichen Fehler: 404 Seite nicht gefunden. Ich habe versucht - dieses und dieses . Aber immer noch dasselbe.

Das Seltsame ist, dass ich alles gelöscht habe, was mit "Gestion" in der Datenbank zusammenhängt und auch das Cache-Verzeichnis geleert hat. Wenn ich jedoch auf mydomain.com/admin gehe, leitet magento meine Website auf mydomain.com/gestion um (mit einem 404-Fehler).

Warum leitet mich Magento auf "Gestion" um, wenn ich alles entfernt habe, was damit zusammenhängt? Wo sollte ich sonst suchen, um das zu lösen?

P.D. Magento 1.5.1

10
PauGNU

ANTWORT: Ich hatte das gleiche Problem und keine der vorherigen Antworten funktionierte für mich. Ich verwende Magento Version 1.9.

Hier ist, was ich getan habe, um das Problem zu beheben ...

  1. Gehen Sie zu Ihrem Cpanel und starten Sie phpMyAdmin.
  2. Suchen Sie Ihre Magento-Datenbank und wählen Sie die Tabelle core_config_data) aus.
  3. Suchen und bearbeiten Sie die folgenden Zeilen:
    • Geltungsbereich: "Default"und Pfad: "admin/url/custom"
      • Aktivieren Sie das Kontrollkästchen NULLund speichern Sie.
    • Geltungsbereich: "Default"und Pfad: "admin/url/use_custom"
      • Ändern Sie den Wert von 1in und speichern Sie).
    • Geltungsbereich: "Default"und Pfad: "admin/url/use_custom_path"
      • Ändern Sie den Wert von 1in falls noch nicht geschehen) und speichern Sie.
  4. Suchen und löschen Sie die folgenden Zeilen:
    • Geltungsbereich: "Stores"und Pfad: "Web/Secure/Base_url"
    • Geltungsbereich: "Stores"und Pfad: "Web/unsecure/base_url" (Sollte sich auf der letzten Seite befinden)
  5. Löschen Sie den Ordner/var/cache

und du bist ERLEDIGT!

gehen Sie zu Ihrer vorherigen Admin-URL und es sollte funktionieren!

17
Nxlevel

Hier ist der Fix für die Booby-Falle der benutzerdefinierten Admin-URL für System Config. Es hat nie funktioniert und wird es auch niemals tun. Die einzige Möglichkeit, dies zu ändern, besteht darin, die Route über local.xml zu ändern

https://magento.stackexchange.com/a/40622/553

Für alle, die die Admin Base-URL aktivieren, können Sie sie abschalten, bevor Sie etwas anderes tun, was WIRD Ihr System durcheinander bringt.

Starten Sie phpMyAdmin und öffnen Sie Ihre core_config_data - Tabelle. Sie müssen vier oder mehr Zeilen bearbeiten.

Suchen Sie admin/url/custom und setzen Sie den Wert 0

Die nächsten drei wurden über die funky Admin Base-URL festgelegt, die Sie im Admin-Konfigurationsfenster festgelegt haben. Sie wissen, was es ist, die folgenden Zeilen haben es im Wertefeld. Notieren Sie sich ihre config_ID-Nummern und notieren Sie sie.

admin/url/custom und alle Instanzen von web/unsecure/base_url web/secure/base_url

Legen Sie hier fest, was Ihre ungesicherte Basis-URL für Ihre Website sein soll. Beispiel: http://yourwebsite.com/ und vergessen Sie nicht den Ordner, gefolgt von einem Schrägstrich, wenn Sie dort installiert haben.

EDIT: Flush/var/cache und/var/session.

Auf diese Weise können Sie sich jetzt in Ihrem Admin-Bereich anmelden, indem Sie / admin an Ihre Website-URL anhängen, als ob Sie abenteuerlustig wären. Gehen Sie zu Ihrem Advanced Admin-Setup. Benutzerdefiniertes Admin verwenden wird auf Nein gesetzt. Löschen Sie die URL aus dem Feld Benutzerdefinierter Admin-URL und speichern Sie. Wenn Sie zurückgehen und Ihre Tabelle core_config_data in phpMyAdmin überprüfen, sollten Sie nur feststellen, dass die Zeile admin/url/custom noch auf 0 gesetzt ist, die Zeile admin/url/custom leer ist und die anderen beiden Zeilen leer sind Sie wurden über das Admin Panel Save gelöscht.

Der Grund dafür ist, dass Sie die richtigen web/unsecure/base_url und web/secure/base_url Zeilen löschen müssen. Wenn Sie die falschen Informationen erhalten, wird Ihr Website-Frontend vollständig deaktiviert, anstatt nur das Admin-Backend zu verlieren.

EDIT: Nachdem Sie nun Ihre Website gesichert haben, gehen Sie zurück und stellen Sie sicher, dass Sie über das korrekte secure_base_url verfügen, um Ihre TLS/SSL-Funktionen wiederherzustellen.

Dies wurde alles auf einem Dev-Server, YMMV, getestet

14
Fiasco Labs

Im Folgenden finden Sie den besten Schritt zum Debuggen.

  1. Öffnen Sie Mage_Core_Controller_Varien_Front, das sich unter magento/app/code/core/Mage/core/Controller/Varien/Front.php befindet

  2. Rufen Sie die Funktion getRouterByRoute ($ routeName) auf 

  3. Hier setzen Sie diesen Code print_r($this->_routers);exit;
  4. Sie erhalten alle geladenen Module und den Controller-Pfad. Hier können Sie überprüfen, ob der Modulpfad richtig geladen ist oder nicht.
  5. Wenn Ihr Modul hier nicht richtig geladen ist, müssen Sie Änderungen in der Datei config.xml in Ihrem Modul vornehmen.
1
Harry Matharoo

Um das Problem zu beheben, führen Sie die folgende Abfrage von phpMyAdmin aus

UPDATE `core_store` SET store_id = 0 WHERE code='admin';
UPDATE `core_store_group` SET group_id = 0 WHERE name='Default';
UPDATE `core_website` SET website_id = 0 WHERE code='admin';
UPDATE `customer_group` SET customer_group_id = 0 WHERE customer_group_code='NOT LOGGED IN';
SET FOREIGN_KEY_CHECKS=1;
1
Vinod Saini

Und noch mehr Verwirrung für die Mischung:

Nichts davon hat mir geholfen. meine magento-version ist 1.7.0.1. Diese Website hat mir geholfen . Wenn Sie versehentlich das Admin-Backend verwenden, um den Admin in eine benutzerdefinierte URL zu ändern (wie ich es getan habe), benötigen Sie MySql-Zugriff, um dies zu beheben.

Das Ändern der Schlüssel admin/url/use_custom und admin/url/custom reicht nicht aus. Selbst wenn ich app/etc/local.xml nichts geändert habe, habe ich versucht, wieder in die Admin-Oberfläche zu gelangen.

Ich habe eine Abfrage wie select * from core_config_data where path like '%url%'; verwendet, um das größere Bild zu sehen:

// much data omitted...

+-----------+---------+-------------------------------+----------------------------+
| config_id | scope   | path                          | value                      |
+-----------+---------+-------------------------------+----------------------------+
|         3 | default | web/unsecure/base_url         | http://example.com/        |
|         4 | default | web/secure/base_url           | https://example.com/       |
|           |         |                               |                            |
|       745 | default | admin/url/use_custom          | 1                          |
|       746 | default | admin/url/custom              | https://example.com/oops/  |
|           |         |                               |                            |
|      1538 | stores  | web/secure/base_url           | https://example.com/oops/  |
|      1539 | stores  | web/unsecure/base_url         | http://example.com/oops/   |
|      1540 | default | admin/url/use_custom_path     | 0                          |
+-----------+---------+-------------------------------+----------------------------+

Beachten Sie meine IDs 1538 und 1539. Diese werden zusammen mit der Einstellung admin/url/custom geändert. Wenn Sie admin/url/custom und admin/url/use_custom` wieder ändern, können Sie sich bei admin anmelden und dann über die benutzerdefinierte Admin-URL von oops anmelden.

Also habe ich alles wieder so gemacht, wie es vorher war:

+-----------+-------------------------------+-----------------------+
| config_id | path                          | value                 |
+-----------+-------------------------------+-----------------------+
|         3 | web/unsecure/base_url         | http://example.com/   |
|         4 | web/secure/base_url           | https://example.com/  |
|           |                               |                       |
|       745 | admin/url/use_custom          | 0                     |
|       746 | admin/url/custom              |                       |
|           |                               |                       |
|      1538 | web/secure/base_url           | https://example.com/  |
|      1539 | web/unsecure/base_url         | http://example.com/   |
|      1540 | admin/url/use_custom_path     | 0                     |
+-----------+-------------------------------+-----------------------+

... dann ging und app/etc/local.xml geändert und konnte wieder auf meine Seite gelangen.

Um admin/url/custom zu löschen, habe ich verwendet
update core_config_data set value='' where config_id = 746;

1
Chris K

Wollte hier nur hinzufügen, dass auch wenn Sie alle Schritte im Magento-Forum befolgen: http://www.magentocommerce.com/boards/viewreply/274443/ es kann immer noch nicht funktionieren - die Standard-Admin-URL gibt immer noch einen fehler. 

Für mich lag das daran, dass das Verzeichnis/var/log nicht mit den Dateien exception.log und system.log eingerichtet wurde. Also nach dem tun

$ mkdir var/log
$ touch var/log/system.log
$ touch var/log/exception.log
$ chmod -R g+w var/log

(Ändern Sie das letzte chmod so, dass es den Berechtigungsanforderungen Ihres lokalen Webservers entspricht.)

Dann funktionierte die Standard-Admin-URL. Wenn Sie also alle Db-Schritte durchlaufen und immer noch keine Würfel enthalten, erstellen Sie die Protokolldateien und stellen Sie sicher, dass sie vom Webserver beschrieben werden können.

1
Mr Benn

Nachdem ich alles versucht hatte, um das Problem zu beheben, stellte ich fest, dass das Verzeichnis/var nicht die richtigen Berechtigungen hatte. Magento schrieb über/tmp, sodass das Verzeichnis/var/cache im Magento-Stammverzeichnis nicht geleert werden konnte.

Wir haben die Berechtigungen korrigiert und das Verzeichnis/tmp geleert, und alles wurde wieder normal. Es waren also die Berechtigungen/var, die das Problem verursacht haben.

Jetzt haben wir noch etwas zu berücksichtigen, wenn so etwas passiert.

Danke für Ihre Hilfe, Leute. 

1
PauGNU

Ich hatte das gleiche Problem bei der Installation von Magento 2. Wahrscheinlich liegt das Problem beim Apache2-Überschreiben. Eine andere Möglichkeit sind die Dateiberechtigungseinstellungen für Ihr Magento-Verzeichnis. Ich möchte zwei Lösungen teilen, die für mich funktionierten.

Lösung 1 (falls bereits installiert)

Wenn Sie bei der Installation von Magento 2 auf Ihrem localhost "localhost" anstelle von 127.0.0.1 der Felder "Ihre Geschäftsadresse" und "Magento-Administratoradresse" in Schritt 3 der Magento-Installation verwendet haben, können Sie jetzt in der core_config_data-Tabelle folgende Änderung vornehmen Reihen:

web/unsecure/base_url to http://127.0.0.1/Magento/

und

web/secure/base_url to https://127.0.0.1/magento2/ Löscht alles im Verzeichnis Magento/var/cache.

Dann versuche es,

http://127.0.0.1/Magento/index.php/admin/

oder

http://127.0.0.1/Magento/admin/

Lösung 2

Installieren Sie Magento mit den in der folgenden URL genannten Berechtigungseinstellungen erneut: http://devdocs.magento.com/guides/v2.0/install-gde/prereq/Zip_install.html

Verwenden Sie im Installationsassistenten für Installationen in Schritt 3 127.0.0.1 in Ihrer Geschäftsadresse anstelle von "localhost". 

Eine weitere Sache, die Sie in diesem Schritt beachten sollten: Expand Erweiterte Optionen und deaktivieren Sie die Option 'Apache Rewrites'. 

Schließen Sie die Installationsprozedur ab, und versuchen Sie es mit den in Lösung 1 angegebenen Administrator-URLs.

0
Abhijith