1. Главная
  2. Форумы
  3. Техподдержка Drupal
  4. Установка и настройка

CommerceContentEntityStorage' not found

Главные вкладки

Аватар пользователя alexo alexo 2 мая 2017 в 23: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"
Как это правильно записать в файл и где?

Комментарии

Аватар пользователя alexo alexo 6 мая 2017 в 16:20

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

Аватар пользователя multpix multpix 8 мая 2017 в 10:02
1

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

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

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

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

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

Аватар пользователя alexo alexo 8 мая 2017 в 17:24

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

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

Аватар пользователя multpix multpix 8 мая 2017 в 19:30
1

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

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

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

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

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

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

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

Аватар пользователя alexo alexo 10 мая 2017 в 10:03

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

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