CommerceContentEntityStorage' not found

Тип материала: 
Версия Drupal: 
Ключевые слова: 
Модули и темы: 
Втр, 02/05/2017 - 20:24

PHP Fatal error: Class 'Drupal\commerce\CommerceContentEntityStorage' not found in /home.../domains/site.ru/modules/commerce-8.x-2.0-beta6 (1)/modules/log/src/LogStorage.php on line 15
В этой строке "class LogStorage extends CommerceContentEntityStorage implements LogStorageInterface {"

Здесь похожая проблема
https://www.drupal.org/node/2863458
Предлагают решение
"Just need to add the commerce module to the dependency parameter:

dependencies:
- commerce
- user"
Как это правильно записать в файл и где?

0 Спасибо

Комментарии

Аватар пользователя sas@drupal.org
3 недели 4 дня назад sas@drupal.org #

*.info.yml

dependencies:
- commerce
- user

1 Спасибо
Аватар пользователя alexo
3 недели 4 дня назад alexo #

Спасибо.
Прописываю так (скриншот)
пока ошибка сохраняется

0 Спасибо
Аватар пользователя alexo
3 недели 1 день назад alexo #

Временно сайт восстановлен выключением модуля commerce_log через drush командой drush dis commerce_log.
Благодарю сотрудника it-patrol за помощь в восстановлении сайта без переустановки (не пришлось заново все удалять и устанавливать, git пока был не запущен).
На будущее подключаю и использую git сразу.
Commerce по - прежнему не настроен. Буду пробовать другой способ или другие версии.

0 Спасибо
Аватар пользователя gun_dose
2 недели 6 дней назад gun_dose #

Какой ещё drush dis на восьмёрке?

0 Спасибо
Аватар пользователя multpix
2 недели 6 дней назад multpix #

все верно, pm-uninstall в этом случае более похож на правду)

но тут под капотом может быть другая трабла.
@alexo, git работает с файлами - представте что он, это хитрая файловая система со встроенной машиной времени)))
а дру хранит свои настройки в базе данных.

Т.е, то, что люди обычно принимают за "уникальный сайт" - по факту есть частное состояние отдельного взятого экземпляра какого-то drupal-based дистрибутива.
Только в 8-ке эта боль начала постепенно отпускать разрабов и админов - появились конфиги.

Если решили работать с 8-кой, конфиги - это то, с чем надо разобраться изначально,
конфиги - это файлы, их в git хранить никто не запрещает))

ветка тута - http://drupal.ru/node/130460

1 Спасибо
Аватар пользователя alexo
2 недели 6 дней назад alexo #

@multpix
Спасибо, что акцентируете внимание на важных моментах.
Т.е. б.д. git не откатывает назад? Если что-то нужно убрать до определенного момента из бд, то вручную дополнительно?
А чтобы откатывать конфигурацию git нужно конфигурацию сохранять как там описано с помощью модуля Configuration ядра,Configuration Management и записывать инфу о конфигурации в файлы?
Эти все команды просто вводить подключившись по SSH?
Для этого нужно еще установить на сервере drush?
А практический выход какой?
1) Проще клонировать одинаковые сайты или переносить часть настроек?
У меня был такой случай, что нужно было делать сайт электронного издания пару лет назад на Друпал 7 для своих нужд для двух доменов одновременно и приходилось на одном делать, потом копировать файлы и бд, предварительно поменяв названия домена в конфигурационных файлах.
Теперь это можно все делать просто загрузкой файлов и где-то что-то еще потом менять нужно?
2) Что Вы имеете ввиду по продакшн и локальным сервером? Продакшн? Работающий сайт на хостинге?
Или разработка на хостинге?
В свете выплывающих моментов ищу какое-то полное руководство по Друпал 8. Но что-то похоже пока все по разным- местам.

Настройки с локального сервера теперь можно просто переносить записями в определенных файлах?
Я сейчас вообще разработку хочу пробовать вести на том-же сервере на хостинге просто на другом домене. Чтобы сражу уже видеть как взаимодействует с настройками сервера.
Или у этого есть какие-то минусы по сравнению с локальным сервером?

0 Спасибо
Аватар пользователя multpix
2 недели 6 дней назад multpix #

продакшн - производство.
локально - у себя на компе.
стадии - промежуточные демо на удаленном (не продакшн) серв.
нужно разделять это.

ни при каких обстоятельствах нельзя вести разработку в рабочих условиях,
с версией - которая работает.

разработали до определенного момента - проверили - выгрузили в производство.

код в гите - это код модулей, код тем.
если изменяется схема БД - миграции.
если есть настройки - конфиги, это тоже можно хранить в гит.

выгрузили код - применили миграции, импортировали конфигурации.

часто берут - и клепают на продакшн, но это только от того, что не разобрались в том, с чем работают)))
а потом ловят проблемы.

изначально нужно понять как живут основные части приложения: код, данные, состояние приложения,
как это можно фиксировать и хранить - и все будет тип-топ))

1 Спасибо
Аватар пользователя alexo
2 недели 6 дней назад alexo #

Спасибо. Буду изучать, как конфигами переносить то, что возможно.

0 Спасибо
Аватар пользователя alexo
2 недели 6 дней назад alexo #

@gun_dose
давайте я уточню,
в чем несоответствие?
может я неверно формулирую?
как должно быть?

0 Спасибо
Аватар пользователя gun_dose
2 недели 6 дней назад gun_dose #

Команда drush dis в восьмом друпале не поддерживается, т.к. там отключения модулей нет как такового.

0 Спасибо
Аватар пользователя alexo
2 недели 6 дней назад alexo #

@gun_dose спасибо за уточнение
Наверное все же другим способом, но смысл в отключении commerce log

0 Спасибо
Аватар пользователя alexo
2 недели 4 дня назад alexo #

Уточнение по отключению:
drush pm-uninstall commerce_log

Если drush будет выдавать ошибку, то временно как вариант в технической поддержке рекомендуют перенести из директории модуля папку log (папку суб модуля) или отключить модуль в БД.
и как обычно очистить кэш.

0 Спасибо
Аватар пользователя alexo
3 недели 2 часа назад alexo #

Свежая информация с drupal.org
https://www.drupal.org/node/2876243#comment-12073950
Это был баг бета версии 6 модуля
В dev он устранен и новая бета скоро будет готова

1 Спасибо