Ich habe magento 2 erfolgreich auf localhost installiert, aber ich kann das Admin-Panel nicht sehen, da es mir einen 404-Fehler liefert.
Zweitens: Wenn ich Frontend öffne, werden CSS und JavaScript nicht geladen. Außerdem werden 404-Fehler ausgegeben.
Auch wenn ich versuche, den Befehl auszuführen:
{your Magento install dir}/bin/magento setup:static-content:deploy
Ich habe den folgenden Fehler erhalten
[InvalidArgumentException]
There are no commands defined in the "setup:static-content" namespace.
Dieser hat für mich gearbeitet. Verwenden Sie diesen Befehl php bin/magento setup:static-content:deploy
Schritt 1: In CMD Öffnen Sie Ihr Stammverzeichnis mit dem Befehl cd
Schritt 2: php bin/magento setup:static-content:deploy
- Führen Sie diesen Befehl aus
dann sind Check Your pub/static
-Ordner, CSS- und Js-Dateien dort verfügbar
Führen Sie den gleichen Befehl als root-Benutzer aus, indem Sie Sudo wie folgt hinzufügen
Sudo php bin/magento setup:static-content:deploy
Obwohl es sich um eine alte Frage handelt, konnten ihre Antworten mir nicht helfen, das Problem zu beheben, das dieselbe Fehlermeldung erzeugen würde. Ich schlage folgendes vor:
tail var/log/system.log
Oder suchen Sie nach Fehlern in der PHP-Fehlerprotokolldatei
Wenn Sie einen isolierten Fehler finden, beheben Sie ihn.
Sudo rm -rf pub/static Sudo rm -rf var/cache Sudo rm -rf var/composer_home Sudo rm -rf var/generation Sudo rm -rf var/page_cache Sudo rm -rf var/view_preprocessed
Nachdem Sie sie gelöscht haben, können Sie sie mit den folgenden Befehlen erneut erstellen:
Sudo php -f bin/magento setup:static-content:deploy
Führen Sie die folgenden Befehle in der CLI-Schnittstelle Ihres Magento2-Stammverzeichnisses aus:
$ php bin/magento setup:static-content:deploy
$ php bin/magento indexer:reindex
Dann löschen Sie den var-Ordner mit diesem Befehl im Stammverzeichnis von magento2.
$ rm -rf var/*
Aktualisieren Sie dann Ihre Homepage und Ihr Admin-Panel.
Wir haben uns auch einmal mit diesem Problem auseinandergesetzt und es gelöst. Dazu müssen Sie direkt in das Verzeichnis bin
gehen und diesen Befehl verwenden. Zum Beispiel,
php magento setup:static-content:deploy
Manchmal, wenn Sie diesen Befehl außerhalb von bin
oder in einem beliebigen Verzeichnis ausführen
php bin/magento setup:static-content:deploy
dann wirst du Fehler bekommen (vielleicht liegt es an einem Linux-System),
[InvalidArgumentException]
There are no commands defined in the "setup:static-content" namespace.
Update:
Wenn eine *.xml
-Datei in unseren benutzerdefinierten Modulen nicht gültig ist, wird derselbe Fehler angezeigt.
Hier ist die einfachste Lösung, wenn der Versionsname in CSS-Pfad angezeigt wird.
wie: pub/static/version323334 /
dann führe diese Abfrage in meiner SQL aus
INSERT INTO 'core_config_data' ('path', 'value')
VALUES ('dev/static/sign', 0)
ON DUPLICATE KEY UPDATE value = 0;
danach löschen Sie den Konfigurations-Cache
bin/magento cache:clean config
sie können auch die statische Dateiversion von admin deaktivieren
Ich hatte auch das gleiche Problem und unter Schritt löst sich mein Problem:
Schritt 1: Navigieren Sie zu dem Verzeichnis, in dem Magento installiert ist.
Schritt 2: "Sudo php bin/magento setup: static-content: deploy" ausführen
Geben Sie den statischen Bereitstellungsbefehl wie folgt an:
php bin/magento setup:static-content:deploy
Bitte legen Sie die volle Berechtigung für pub- und var-Ordner fest.
Bitte befolgen Sie die nachstehenden Schritte, um diese Probleme zu beseitigen.
1) Laden Sie den Magento 2 herunter.
2) Extrahieren Sie dies in Ihr Verzeichnis www OR htdocs.
3) Installieren Sie den Magento. Verwenden Sie localhost nicht, verwenden Sie 127.0.0.1 in der Speicher - und Admin - URL.
4) Nach erfolgreicher Installation MAGENTO NICHT LAUFEN.
5) Löschen Sie nun den Cache/die Sitzung von magento 2. Gehen Sie zu den unten genannten Pfaden und löschen Sie die Dateien.
Magento Root > var > cache > Delete all files
Magento Root > var > page_cache > Delete all files
Magento Root > var > session > Delete all files
6) Ändern Sie das Verhalten von Symlinks für einige statische Ressourcen wie folgt: -
Wenn sich Magento 2 nicht im Produktionsmodus befindet, versucht es, Symlinks für einige statische Ressourcen auf dem lokalen Server zu erstellen. Wir müssen dieses Verhalten von Magento 2 ändern, indem Sie die ROOT > app > etc > di.xml
-Datei bearbeiten. Öffnen Sie di.xml in Ihrem bevorzugten Code-Editor. Suchen Sie nach dem Abschnitt virtualType name="developerMaterialization"
. In diesem Abschnitt finden Sie einen Artikel <item name="view_preprocessed" xsi:type="object">
, der geändert werden muss. Sie können es ändern, indem Sie den folgenden Inhalt ändern:
Magento\Framework\App\View\Asset\MaterializationStrategy\Symlink
Zu:
Magento\Framework\App\View\Asset\MaterializationStrategy\Copy
7) Löschen Sie alle Dateien außer .htaccess
Magento Root > pub > static > Delete all files except **.htaccess**
ES IST FERTIG. Jetzt können Sie die magento Front- und Backend-URL ausführen
Ändern dev/static/sign
bis 0
in den Hauptkonfigurationsdaten hat bei mir funktioniert
dann,
bin/magento cache:flush
dann,
php bin/magento setup:static-content:deploy -f
Ich mache einfach
rm -rf var/di
dann funktioniert es wieder.
sie müssen diesen Befehl nur auf Ihrem Terminal ausführen
php bin/magento setup:static-content:deploy
Stellen Sie sicher, dass Sie den Root-Pfad Ihres Magento-Terminals angeben, und führen Sie dann den obigen Befehl aus
Die folgende Antwort funktioniert für mich, danke:
Öffnen Sie die Datei MAGENTO_ROOT/app/etc/di.xml
und ersetzen Sie die Code-Formularnummer 574
Magento\Framework\App\View\Asset\MaterializationStrategy\Symlink
mit
Magento\Framework\App\View\Asset\MaterializationStrategy\Copy
LÖSCHEN
MAGENTO_ROOT/pub/static/_requirejs
MAGENTO_ROOT/pub/static/adminhtml
MAGENTO_ROOT/pub/static/frontend
Das hat für mich funktioniert:
1) Bereitstellung statischer Inhalte. Führen Sie den folgenden Befehl aus dem Magento 2-Stammverzeichnis aus:
Sudo php bin/magento setup:static-content:deploy
2) Löschen Sie alles im var/cache
-Verzeichnis oder leeren Sie den Magento 2-Cache mit dem folgenden Befehl:
php bin/magento cache:flush
3) Legen Sie die richtigen Berechtigungen für Magento 2-Verzeichnisse fest, indem Sie den folgenden Befehl vom Magento 2-Stammverzeichnis aus ausführen:
Sudo find . -type d -exec chmod 770 {} \; && Sudo find . -type f -exec chmod 660 {} \; && Sudo chmod u+x bin/magento
Hoffe das hilft.
Öffnen Sie einfach die
MAGENTO_ROOT/app/etc/di.xml
und ersetzen Sie die Code-Formularnummer 574
<item name="view_preprocessed" xsi:type="object">Magento\Framework\App\View\Asset\MaterializationStrategy\Symlink</item>
ZU
<item name="view_preprocessed" xsi:type="object">Magento\Framework\App\View\Asset\MaterializationStrategy\Copy</item>
L&OUML;SCHEN
MAGENTO_ROOT/pub/static/_requirejs
MAGENTO_ROOT/pub/static/adminhtml
MAGENTO_ROOT/pub/static/frontend
Wenn nach der Installation in Magento 2 ein Problem auftritt, können Sie folgende Schritte ausführen:
1) Führen Sie diese Abfrage aus:
INSERT INTO core_config_data (path, value) VALUES ('dev/static/sign', 0)
ON DUPLICATE KEY UPDATE value = 0;
2) Für lokale Maschine diese Abfrage ausführen:
UPDATE `binarytrue`.`core_config_data` SET `value` = '0' WHERE
`core_config_data`.`path` LIKE '%web/seo/use_rewrites%';
3) Entfernen Sie alle Dateien aus dem pub- und var-Verzeichnis:
Sudo rm -rf var/di var/generation/ var/page_cache/ var/cache/
pub/static/frontend/ pub/static/adminhtml/ pub/static/_requirejs/
pub/static/deployed_version.txt
4) Erlauben Sie var- und pub-Verzeichnissen Ihres Projekts:
Sudo chmod -R 777 var/* pub/*
5) Upgrade-Setup:
Sudo bin/magento setup:upgrade
6) Inhalte bereitstellen:
Sudo php bin/magento setup:static-content:deploy
Nach diesen Schritten können Sie das richtige Thema sehen.
Nur einfache und richtige Lösung, hoffe es nützlich.
Gehen Sie zu Ihrem Wampserver-Symbol und klicken Sie darauf und dann
Starten Sie danach alle Dienste neu und überprüfen Sie es.
Nachdem Sie alle hier genannten Lösungen ausprobiert haben und in https://magento.stackexchange.com/questions/97209/magento-2-css-and-javascript-not-loading-from-correct-folder
Wir konnten dieses Ding nicht zum Laufen bringen.
Dies ist eine sehr seltsame Antwort, aber es hat für uns funktioniert.
Zuerst löschten wir den Cache und stellten sicher, dass die statischen Dateien in pub/static/folder ..__ erstellt wurden. Anschließend wurde überprüft, dass die deployed_version.txt die Versionsnummer enthält, die in der URL geladen wird.
Unser Hauptschuldiger war die .htaccess-Datei, die sich im Pub-Ordner befand. Es sollte nur eine .htaccess-Datei innerhalb des pub/static-Ordners geben, jedoch nicht im pub-Ordner .Dies hat den Trick für uns, nachdem wir überall gesucht haben.
Hoffe, es hilft anderen bei der Suche nach einer ähnlichen Antwort.
Wenn Sie nach der Installation unter Windows auf Probleme mit CSS und Design stoßen, führen Sie die folgenden Schritte aus
php bin/magento setup:static-content:deploy
php bin/magento indexer:reindex
var/cache
löschenDieser Fehler tritt auf, wenn Sie die Berechtigung nicht richtig eingerichtet haben. Es kann nicht gesehen werden, dass der Befehl tatsächlich existiert.
Laufen Sie mal:
Sudo find . -type d -exec chmod 770 {} \; && Sudo find . -type f -exec chmod 660 {} \; && Sudo chmod u+x bin/magento
Sudo chown -R $(whoami):www-data .
Ändern Sie www-data in den entsprechenden Webserver-Benutzer. z.B. Apache oder WWW-Daten.
Dies geschieht normalerweise aufgrund einer fehlgeschlagenen Kompilierung im Ordner var/di
. Sie können das Problem lösen, indem Sie alles löschen, was sich in Ihrem var-Ordner befindet.
Vergessen Sie auch nicht, dass die Magento-Befehlszeile Symfony-Ausführlichkeitsstufen implementiert: hängen Sie --v
oder ---v
an Ihren Befehl, um den genauen Fehler anzuzeigen.