Немає команд, визначених у просторі імен "кеш"


20

Оновлення

Зараз все працює, але There are no commands defined in the "cache" namespaceвсе ще є. Я намагався chmod 777 -R var/generation, нічого не виправив. AFAIK жоден модуль не ввімкнено

   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

Проблема там була задовго до того, як я встановив nosto, я спочатку встановив SM quickstart, потім оновив останню версію magento. якщо я очищую кеш із області адміністратора, я не бачу помилок. Мені потрібно це виправити, інакше я ніколи не зможу встановити жоден модуль чи виправити це

Оновити зараз я відключив nosto.


якщо зображення занадто великі, видаліть їх і просто залиште посилання на imgur замість цього
Lynob

@ProxiBlue ні, я не спробую, спробую це у вихідні, і повідомте вас, дякую за інформацію, я вважаю, що ваше рішення вирішить це
Lynob

У мене була ця проблема, або її варіанти, багато разів, кодуючи мій перший модуль м2. У всіх випадках це було викликано моїм власним кодом, звичайним деяким випуском у module.xml. Враховуючи, що я б задумався про якийсь модуль 3-ї частини - це havibg проблема. Може знадобитися оновлення. Малюнок, вам доведеться систематично відключати сторонні модулі, щоб знайти винуватця
ProxiBlue

Вибачте. Accidentalky видалив мій коментар. Так що просто відказав.
ProxiBlue

@ProxiBlue це добре, і якщо модуль може спричинити це, то помилка, безумовно, викликана модулем, оскільки я використовую користувацьку версію magento, підтримувану SM-ринком, у неї є своя тема та трильйонне розширення, я не знаю, для чого , здається, я повинен відключити їх 1 на 1
Lynob

Відповіді:


26

Ця помилка виникає, коли модуль неправильно оголошує свої команди. Це просто заважає Magento правильно читати список команд wole.

Якщо ви не зламали сторонні модулі, вам, ймовірно, залишилось щось у кеші чи папці генерації, що заважає правильно виконувати команди Magento.

З вашого кореня Magento:

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

Потім спробуйте ще раз:

php bin/magento cache:flush

Якщо це не працює, просто спробуйте запустити:

php bin/magento

І подивіться, яка остання показана команда.


1
ні, це не спрацювало, і ось тут вихід php bin/magento pastebin.com/AknS0gV9
Lynob

Ви включили display_errors у CLI?
Phoenix128_RiccardoT

php -d display_errors bin/magento >log.txtнемає помилок
Lynob

я повинен увімкнути його з php.ini? я повинен використовувати багатословний magento?
Ліноб

Гм ... будь-які модулі 3-ї частини?
Phoenix128_RiccardoT

16

Я пережив ту саму проблему. Я зробив те саме, що ви видаляєте паб / статичний контент, але після повторного розгортання рішення не отримав. Знову я встановив свіжий Magento. Через деякий час я знову стикаюся з цим питанням, але цього разу я використав найкращий підхід. Сподіваємось, це допоможе вам: Використовуйте наступну команду з кореневого каталогу 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.

Будь ласка, уникайте 777 на виробничому сервері, але надайте дозвіл на читання та запис для Magento.


Дякую Ліноб. Будь ласка, можете вставити свою помилку тут?
Маніш

1
така ж помилка, кроки не виправили її, я думаю, якийсь користувацький модуль викликає проблему
Lynob

777 як рішення.
Вікарій

13

$ bin / magento module: enable - всі


Ця команда буде генерувати app/etc/config.phpфайл, який містить весь встановлений модуль і там статус активації.
Cyclonecode

7

це ж проблема. я вирішив запустити цю команду:

php bin / magento

після закінчення він відображає помилки типу "Посилання на кругову послідовність ...". За допомогою цих помилок ми видаляємо лише:

в etc / module.xml, оскільки назва модуля вже визначена в тезі модуля.


3

У мене теж було таке питання колись. Моє сталося тому, що я робив чисте оновлення

Налаштування php bin / magento: оновлення php bin / magento setup: di: компіляція php bin / magento setup: static-content: розгорнути php bin / magento indexer: reindex php bin / magento cache: clean

як я зламав свою, коли мене поспішили на роботу повертатися додому і продовжувати працювати, не виконуючи кроків, думаючи, що я можу просто повернутися назад на сервер і закінчити. Звичайно, мені довелося очистити var / cache / * var / page_cache / * var / di / * var / generation / *, а потім запустити процес заново і все спрацювало нормально.

просто ділюсь своїм досвідом. сподіваємось, що це допоможе вам у вирішенні проблем.


2

Спробуйте це,

  • sudo chmod -R 777 var
  • sudo chmod -R 777 паб
  • настройка sudo php bin / magento: оновлення

хоча це може допомогти надати дозвіл на письмове письмове запитання на що завгодно, і кожен НЕ є шляхом. Встановіть права доступу так, щоб правильне використання могло записувати в ці папки.
Енді

1

Друга відповідь після оновлення допису:

Згідно з module:statusрезультатами роботи, у вас відключені всі основні модулі Magento. Я ніколи цього не бачив і не знаю, як твій адміністратор все ще працює!

У будь-якому випадку відкрийте app/etc/config.phpфайл і встановити всі модулі , починаючи з Magento_до 1.

Приклад:

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

Після цього від вас запустіть Magento root:

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

І спробуйте ще раз.


1

Я деякий час боровся з цим, не знаходячи жодної інформації на цих форумах, поки нарешті не з’ясував. У мене був сторонній модуль, який не був належним чином визначений. Я мав registration.phpфайл на місці, але у мене його не було etc\module.xml. Замість того, щоб витончено помилитися або ігнорувати неправильно налаштований модуль, він вбиває весь двигун Magento, включаючи CLI. Я навіть не міг бігати bin/magento module:statusбез того, щоб кинути ту саму помилку.

Отже, якщо з вами це трапляється, а всі інші рішення не вдається, переконайтеся, що у вас неправильно налаштоване розширення.


1

У мене ж випуск

[Symfony \ Component \ Console \ Exception \ CommandNotFoundException]
У просторі імен "кеш" немає команд.

Я перевірив у своєму джерелі загублений файл etc / evn.php . Натисніть на джерело і це буде виправлено.


1

Перевірте файл module.xml останнього встановленого розширення. Ця помилка, як правило, лише через цей файл


0

Я застосовую всю відповідь, але не працюю. Тоді я починаю перевіряти свій код, у файлі env.php я знайшов там проблему. Тому, будь ласка, уважно застосуйте всю відповідь.


1
Перевірте файл module.xml останнього встановленого розширення. Ця помилка, як правило, лише через цей файл
zuber bandi

0

Перевірте, чи в жодному etc/module.xmlфайлі новоствореного модуля немає синтаксичних помилок.


0

Нарешті, поєднання всіх порад з попередніх відповідей працювало для мене:

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
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.