W przestrzeni nazw „cache” nie ma zdefiniowanych poleceń


20

Aktualizacja

Wszystko działa teraz, ale There are no commands defined in the "cache" namespacenadal tam jest. Próbowałem chmod 777 -R var/generation, nic nie naprawiłem. AFAIK żaden moduł nie jest włączony

   public_html]# bin/magento module:status
List of enabled modules:
Nosto_Tagging

List of disabled modules:
Magento_Store
Magento_AdvancedPricingImportExport
Magento_Directory
Magento_Theme
Magento_Backend
Magento_Backup
Magento_Eav
Magento_Customer
Magento_BundleImportExport
Magento_AdminNotification
Magento_CacheInvalidate
Magento_Indexer
Magento_Cms
Magento_CatalogImportExport
Magento_Catalog
Magento_Rule
Magento_Msrp
Magento_Search
Magento_Bundle
Magento_Quote
Magento_CatalogUrlRewrite
Magento_Widget
Magento_SalesSequence
Magento_CheckoutAgreements
Magento_Payment
Magento_Downloadable
Magento_CmsUrlRewrite
Magento_Config
Magento_ConfigurableImportExport
Magento_CatalogInventory
Magento_SampleData
Magento_Contact
Magento_Cookie
Magento_Cron
Magento_CurrencySymbol
Magento_CatalogSearch
Magento_CustomerImportExport
Magento_CustomerSampleData
Magento_Deploy
Magento_Developer
Magento_Dhl
Magento_Authorization
Magento_User
Magento_ImportExport
Magento_Sales
Magento_CatalogRule
Magento_Email
Magento_EncryptionKey
Magento_Fedex
Magento_GiftMessage
Magento_Checkout
Magento_GoogleAnalytics
Magento_GoogleOptimizer
Magento_GroupedImportExport
Magento_GroupedProduct
Magento_Tax
Magento_DownloadableImportExport
Magento_Braintree
Magento_Integration
Magento_LayeredNavigation
Magento_Marketplace
Magento_MediaStorage
Magento_ConfigurableProduct
Magento_MsrpSampleData
Magento_Multishipping
Magento_NewRelicReporting
Magento_Newsletter
Magento_OfflinePayments
Magento_SalesRule
Magento_OfflineShipping
Magento_PageCache
Magento_Captcha
Magento_Paypal
Magento_Persistent
Magento_ProductAlert
Magento_Weee
Magento_ProductVideo
Magento_CatalogSampleData
Magento_Reports
Magento_RequireJs
Magento_Review
Magento_BundleSampleData
Magento_Rss
Magento_DownloadableSampleData
Magento_Authorizenet
Magento_OfflineShippingSampleData
Magento_ConfigurableSampleData
Magento_SalesSampleData
Magento_ProductLinksSampleData
Magento_ThemeSampleData
Magento_ReviewSampleData
Magento_SendFriend
Magento_Ui
Magento_Sitemap
Magento_CatalogRuleConfigurable
Magento_Swagger
Magento_Swatches
Magento_SwatchesSampleData
Magento_GroupedProductSampleData
Magento_TaxImportExport
Magento_TaxSampleData
Magento_GoogleAdwords
Magento_CmsSampleData
Magento_Translation
Magento_Shipping
Magento_Ups
Magento_UrlRewrite
Magento_CatalogRuleSampleData
Magento_Usps
Magento_Variable
Magento_Version
Magento_Webapi
Magento_WebapiSecurity
Magento_SalesRuleSampleData
Magento_CatalogWidget
Magento_WidgetSampleData
Magento_Wishlist
Magento_WishlistSampleData
Sm_BasicProducts
Sm_Categories
Sm_Deals
Sm_ImageSlider
Sm_ListingTabs
Sm_Market
Sm_MegaMenu
Sm_QuickView

Problem pojawił się na długo przed zainstalowaniem nosto, początkowo zainstalowałem SM Quickstart, a następnie zaktualizowałem go do najnowszej wersji Magento. jeśli wyczyszczę pamięć podręczną z obszaru administracyjnego, nie widzę błędu. Muszę to naprawić, inaczej nigdy nie będę w stanie zainstalować żadnego modułu ani go naprawić

Zaktualizuj teraz Wyłączyłem nosto.


jeśli zdjęcia są zbyt duże, usuń je i po prostu zostaw zamiast tego link do imgur
Lynob

@ProxiBlue no I havent, spróbuję tego w ten weekend i dam Ci znać, dzięki za informacje, wierzę, że twoje rozwiązanie to rozwiąże
Lynob

Wiele razy miałem ten problem lub jego odmiany podczas kodowania mojego pierwszego modułu m2. We wszystkich przypadkach było to spowodowane moim własnym kodem, zwykle jakiś problem w module.xml. Biorąc to pod uwagę, zaryzykowałbym, że część trzeciej moduke ma problem. Może wymagać aktualizacji.
Uważaj,

Przepraszam. Przypadkowo usunąłem mój komentarz. Więc po prostu reposowane.
ProxiBlue

@ProxiBlue jest w porządku, a jeśli moduł może powodować, to błąd jest zdecydowanie spowodowany przez moduł, ponieważ używam niestandardowej wersji Magento wspieranej przez rynek SM, ma swój własny motyw i rozszerzenie trylionów, nie wiem po co , wydaje się, że muszę je wyłączyć 1 na 1
Lynob

Odpowiedzi:


26

Ten błąd pojawia się, gdy moduł nieprawidłowo deklaruje swoje polecenia. To po prostu powstrzymuje Magento przed poprawnym odczytaniem listy komend.

O ile nie uszkodziłeś modułów innych firm, prawdopodobnie w pamięci podręcznej lub folderze generowania pozostało coś, co uniemożliwia prawidłowe uruchomienie poleceń Magento.

Z twojego katalogu głównego Magento:

rm -Rf var/cache/*
rm -Rf generated/* (or rm -Rf var/generation/* depending on your Magento version)

Następnie spróbuj ponownie:

php bin/magento cache:flush

Jeśli to nie działa, po prostu spróbuj uruchomić:

php bin/magento

I zobacz, jakie jest ostatnie pokazane polecenie.


1
nie, to nie zadziałało i php bin/magento
oto wyniki

Czy włączyłeś display_errors na CLI?
Phoenix128_RiccardoT

php -d display_errors bin/magento >log.txtbrak błędów strage
Lynob

powinienem włączyć go z php.ini? powinienem używać pełnych słów Magento?
Lynob

Uhm ... jakieś moduły trzeciej części?
Phoenix128_RiccardoT

16

Przeszedłem ten sam problem. Zrobiłem to samo, co usunięcie treści pub / statycznej, ale po ponownym wdrożeniu nie dostałem rozwiązania. Ponownie zainstalowałem świeżego Magento. Po pewnym czasie znów mam do czynienia z tym problemem, ale tym razem zastosowałem najlepsze podejście. Mam nadzieję, że to zadziała dla Ciebie: Użyj następującego polecenia z katalogu głównego magento

Step 1 - sudo rm -rf var/di/* var/generation/* var/cache/* var/page_cache/* var/view_preprocessed/* var/composer_home/cache/*
Step 2 - sudo chmod 777 var -R
Step 3 - sudo chmod 777 pub -R
Step 4 - sudo php bin/magento setup:static-content:deploy
Repeat step 2 & 3.

Unikaj 777 na serwerze produkcyjnym, ale zapewnij Magento pozwolenie na odczyt i zapis.


Dzięki Lynob. Czy możesz tutaj wkleić błąd?
Manish

1
ten sam błąd, kroki nie naprawiły go, myślę, że jakiś niestandardowy moduł powoduje problem
Lynob

Zagłosowano na 777 jako rozwiązanie.
Vicary

13

Moduł $ bin / magento: włącz --all


To polecenie wygeneruje app/etc/config.phpplik zawierający cały zainstalowany moduł i status aktywacji.
Kod cyklonowy

7

ma ten sam problem. Rozwiązano mnie przez uruchomienie tego polecenia:

php bin / magento

po zakończeniu wyświetla błędy takie jak „Odwołanie do sekwencji cyklicznej ...”. Z tymi błędami usuwamy tylko:

w etc / module.xml, ponieważ nazwa modułu jest już zdefiniowana w znaczniku modułu.


3

Raz miałem ten problem. Mój zdarzył się, ponieważ robiłem czyste odświeżenie

konfiguracja php bin / magento: uaktualnienie konfiguracja php bin / magento: di: kompilacja konfiguracja php bin / magento: zawartość statyczna: wdrożenie php bin / magento indeksator: reindex php bin / magento cache: czyste

jak złamałem kopalnię, zostałem popędzony do pracy, aby wrócić do domu i kontynuować pracę, nie wykonując kroków myśląc, że mogę po prostu ssh wrócić do serwera i dokończyć. na pewno musiałem wyczyścić var ​​/ cache / * var / page_cache / * var / di / * var / generation / *, a następnie ponownie uruchomić proces i wszystko działało dobrze.

po prostu dzielę się swoim doświadczeniem. mam nadzieję, że pomoże ci to w rozwiązywaniu problemów.


2

Spróbuj tego,

  • sudo chmod -R 777 var
  • sudo chmod -R 777 pub
  • Konfiguracja sudo php bin / magento: aktualizacja

podczas gdy może to pomóc w udzieleniu zgody na zapisywanie czegokolwiek i NIE jest to najlepsza droga. Ustaw uprawnienia poprawnie, aby prawidłowe użycie mogło zapisywać w tych folderach.
Andy,

1

Druga odpowiedź po zaktualizowaniu posta:

Zgodnie z danymi module:statuswyjściowymi masz wyłączone wszystkie moduły podstawowe Magento. Nigdy tego nie widziałem i nie wiem, jak działa Twój administrator!

W każdym razie otwórz app/etc/config.phpplik i ustaw wszystkie moduły zaczynając od Magento_na 1.

Przykład:

...
return array (
  'modules' => 
  array (
    ...
    'Magento_Store' => 1,
    'Magento_AdvancedPricingImportExport' => 1,
    'Magento_Directory' => 1,
    ...
...

Następnie od Ciebie uruchom root Magento:

rm -Rf var/cache/*
rm -Rf var/generation/*

I spróbuj ponownie.


1

Zmagałem się z tym przez chwilę, nie znajdując żadnych informacji na tych forach, dopóki w końcu tego nie zrozumiałem. Miałem moduł innej firmy, który nie został poprawnie zdefiniowany. miałemregistration.php plik na miejscu, ale go nie miałem etc\module.xml. Zamiast z wdziękiem pomijać lub ignorować źle skonfigurowany moduł, zabija cały silnik Magento, w tym CLI. Nie mogłem nawet uruchomić bin/magento module:statusbez rzucenia tego samego błędu.

Jeśli tak się stanie, a wszystkie inne rozwiązania zawiodą, sprawdź, czy nie masz źle skonfigurowanego rozszerzenia.


1

Mam ten sam problem

[Symfony \ Component \ Console \ Exception \ CommandNotFoundException]
W przestrzeni nazw „cache” nie zdefiniowano żadnych poleceń.

Sprawdziłem w źródłowym zgubionym pliku etc / evn.php . Wciśnij źródło i zostanie to naprawione.


1

Sprawdź plik module.xml ostatnio zainstalowanego rozszerzenia. Ten błąd jest generalnie spowodowany tylko tym plikiem


0

Stosuję całą odpowiedź, ale nie działa. Potem zaczynam sprawdzać kod, w pliku env.php znalazłem problem. Prosimy więc o ostrożne zastosowanie całej odpowiedzi.


1
Sprawdź plik module.xml ostatnio zainstalowanego rozszerzenia. Ten błąd jest generalnie spowodowany tylko tym plikiem
zuber bandi

0

Sprawdź, czy którykolwiek z nowo utworzonych etc/module.xmlplików modułów nie zawiera błędów składniowych.


0

Wreszcie, połączenie wszystkich wskazówek z poprzednich odpowiedzi zadziałało dla mnie:

1. rm -rf generated/code
2. rm -rf var/cache
3. rm -rf var/view_preprocessed
4. php -d memory_limit=-1 bin/magento
5. php -d memory_limit=-1 bin/magento module:enable --all # You can disable selected later if required
6. php -d memory_limit=-1 bin/magento cache:flush
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.