Файлы на месте?
Как настроен веб-сервер на отдачу статики?

Модуль и Drupal тут вообще в сторонке просто стоят.

Посетители таких проектов на 99% анонимные - особых проблем и вовсе нет.
Делали и не такое, и на D6, и на D7, и на D8 агрегатор товаров не так давно - около 6 000 000 SKU.

Ошибка не в модуле computed_field, а в том коде, который у вас используется для расчёта одного из полей.
Написано же, что в eval()

Только начал писать.
Какие конкретно у вас вопросы?
Для условного сайт-билдера эти типы отличаются только виджетами формы, возможностью выборок и способами построения архитектуры, но уж точно не тем сколько байт занимает каждое в базе

Обратиться к специалисту.
Пошагово это будет слишком долго длиться

Зачем вам ИЛИ?

Идите в раздел Relations, добавьте там связь с родителем термина, будет что-то типа parent term (имя вашего поля)

Обычно такие виджеты поддерживают замену прямой выборки на вьюс.
Но конкретно, чтобы одно поле зависело от другого - сомневаюсь я, что будет такое из коробки.
Либо писать своё, либо менять структуру

Во вьюсах взять фильтр или аргумент с родителем и ок

Вероятно, проблемы с https://www.drupal.org/project/addressfield
Как ставили коммерц? Ручками или композером?

жги

Делать автора терминами, как-то это неправильно.
Сделайте тип ноды автор и крепите через референс.
Врядли вам нужно древовидность из таксономии и прочие её фишки

Админка на русском - зло

Если у вас недоступен nid, то как минимум, возможно, тип вьюхи не подходящий

Даже статью написали http://xandeadx.ru/blog/drupal/415

Не знаю. Для меня это одна причина использования 8-ки. Она в Commerce позволяет больше настроить без программировывания.

Как же так, ещё недавно ты участвовал в войнах, что сайт-билдерам д8 не подходит?
А тебя наоборот остальные пытались убедить, что сайт-билдерам возможностей меньше не стало

Риски такие, что на любом большом проекте нужно 10 раз подумать перед такими изменениями.
А если будете делать вкупе с редизайном, переездом на https, изменениями структуры, редиректами, то потом вообще концов не найдёте

Тогда не metatags, а nodewords, в те далёкие времена он так звался.
Но бежать сломя голову, резко внедрять canonical - я бы вам не советовал. Нет надежды на вашего аналитика

У вас проект на шестёрке?

На семерке и выше на страницах пагинации, в том числе комментариев, есть canonical, который по-умолчанию смотрит на первую страницу.

Вообще, современные тренды - это уникализация страниц пагинации и увеличение индекса за счёт этого.
Если уж очень хочется закрывать пагинацию, то можно туда сделать "follow, noindex" через metatags.

В гуголе работают люди умнее сеошников

Boost вообще релизился в 2012 году последний раз.
Но ничего не менялось с выхода семёрки в API и он работает

это что за новый формат тегов?
HTML, не похоже.
XHTML, не похоже

если прям именно так:
/node/edit, то понятно почему, у вас ID-ноды в ссылке нет.