Не, всё таки надо вернуть. Другие функции не получаются без этого.

Хотя что то меня заклинило - зачем цену возвращать ? Её просто там и вывести надо в price_calculations.html.twig.
Бывает.

adano wrote: Да забудьте вы уже это слово "категория"
Категории - для вордпресников и битриксоидов.

Ну я так, к примеру, я по текстам и гуманитариям полный 0, десять троек в аттестате. Вот интернет-магазины только делать могу на Drupal, текста писать не могу. Вообще надо было маму слушать, в плотники идти.

adano wrote: Не прав.
С нормальной юзерфрендли-структурой и классификатором 3+ можно выхватывать низкочастотные запросы из ПС... Но это дофига работы.

Ну а с имеющейся структурой и тем, что сайтом вряд ли будут досконально заниматься, ибо бюджета нет, (да даже вон у московских сайтов бюджета походу нет, что уж говорить про сайты в глубинке) представляю какие можно описания категорий сделать для вывода в поиск:

Не, велсофт это тип материала, и двухсторонние есть только в этом материале, в остальных типах материалов есть только подкатегория с именем группы пледов и далее еще подкатегории размеров у этого имени. Короче в любом случае я начал убирать все подкатегории методом перезаписи find-replace в tamper, так как нужно автоматом обновлять всё желательно. Максимум чтобы вложенность была 3. Но тут я понял, что ID их категорий варьируются в районе 4000-5000, это значит что уже где то было 5000 категорий, и в будущем будут добавляться новые категории неучтенные.

Во, и переменные мои с модуля понял как получить в этом twig.

Вот про последнее не понял. Зато вроде понял про "Намного проще в twig все вывести".
Получается я создаю файл node--tovar--full.html.twig и там вывожу поля со всеми этими условиями, взаимосвязями (как сейчас во views сделано). А во views вывожу уже готовую сущность. Да ? Это сэкономит времени много, да, потому что товар выводится не только в категориях, а еще на главной в блоке, в акциях, в поиске и т.д.. Сейчас при переделке приходится все вьюсы редактировать, а так нужно только этот node--tovar--full.html.twig редактировать будет, если я всё правильно понял.

Я бы может в twig и вывел всё, если бы знал, какой twig, где twig, куда twig.

Показывать готовую сущность в views ? Имеется в виду не полями, а готовый вывод того, что настроено в типе материалов ? Я не знаю как в данном случае всё настраивать. У меня во вьюс слишком много взаимосвязей. Например иконка с процентом скидки рассчитывается сама, наценка накидывается от поставщиков, от брендов. Кнопка корзины или весь товар скрывается если товара нет в продаже или в бренде указано "не отображать товары данного бренда".

Взял для тестов VPS. Нашел что innodb_flush_log_at_trx_commit = 2 в my.cnf увеличивает скорость загрузки прайсов на 50-70%.
Вопрос еще. У меня 5 прайсов, соответственно 5 потоков feeds. Они прописываются в Queue, на выполнение каждого потока дано 300 сек. Запускаются по крону, который срабатывает раз в 6 минут. Всё выполняется последовательно.

Попробую разобраться, не в теме этого. Пока нашел хэндихост в 2 раза дешевле рега, скорость обновления самого большого прайса на 70000 всего на 5% хуже, а админка друпала даже быстрее работает.

За незнанием php придумал туповатый способ. Используя feeds tamper добавил "Find and replace text" и заменил все ненужные категории в прайс листе на пусто (ничего не вводил на что заменять). А в конце добавил этим же тампером "Make this field required. If it is empty, the item will not be processed."

Еще вопросик. Например нужно через feeds загрузить категорию товаров "вытяжки". А в самом прайс листе категорий много, а нужны только вытяжки. Галка "автоматически создавать термины" отключена. Соответственно feeds может загрузить только в категорию "вытяжки". Но он я так понял всё равно грузит все 10000 товаров, а потом выдает ошибки, что нет такого термина, и это происходит очень долго. Нельзя ли что нибудь сделать, чтобы если например категория из прайс листа не существует в словаре таксономии, то feeds быстренько пропускал такие товары.

А не получается все поля в один индекс, по крайней мере на openserver. Какие то ошибки с базой вылазят.

Так, я понял. У меня в search index отправлено название термина, а нужно было ID. Всё заработало.

Да я сначала один индекс сделал, потом запутался в этих сотнях полей, решил разделить, мне так спокойнее. Поле категории товара, которое у меня сделано терминами, в индекс добавлено. Вот например есть у меня тип товара "вытяжки". Для него сделан search index, views и facets. В этих вытяжках товары еще делятся на 6 подкатегорий (настенные, встраиваемые и т.д., прописаны терминами теми же). Фасетами у меня сделаны эти подкатегории, проблем тут нет, выбирать можно.

Что то не пойму никак. Вот сделал я типы товаров 10 штук, сделал 10 search index, 10 групп фасетов, сделал 10 views, загрузил все товары, все работает быстро. Категория у товаров таксономией сделана. И вот теперь я не врублюсь, как мне сделать то вывод этих товаров с фасетами по клику на термин словаря "категории". То как обычно я выводил content type в drupal 7 по типу контекстного фильтра has taxonomy term id в данной связке то не работает.

В серверах и остальном мало понимаю, но если я начну парсить сразу весь прайс лист на 10000 товаров, это вообще реально? Или хостинг такого не пропустит. У меня просто 502 ошибка, если больше 1000 товаров за раз.

Danunafik wrote:

А как feeds в многоуровневый словарь будет значения писать?

Понял, сначала двухуровневый словарь сделать и забить все характеристики и значения, тогда feeds новые не будет добавлять. Но это еще плюс работа, и если появится новое значение характеристики, оно попадет на первый уровень.

VasyOK wrote:

"Естественно при добавлении уже сотни полей в продукт простой хостинг уже загибаться начинает."

Как только поступит заказ на загнуть хостинг обращусь к вам.

Ну да, когда я начал массовые операции производить с товарами на пробном сайте, удалять, добавлять по 50 штук, у меня все загнулось, наложилось какое то ограничение, потом я и одного товара удалить не мог, ошибка на сайте.

Еще забыл сказать что у меня 10 троек в аттестате, приходится вот теперь сайты делать, а мог бы быть каким нибудь учителем в школе или математиком-теоретиком.
В общем, по 40 товарам с индивидуальными полями у меня всё работает отлично. Производитель и категория у меня ссылками на термины, остальные характеристики просто полями. Фильтры фасетами работают, товары автоматом грузятся, ничего не тормозит пока вообще и в этом я уверен что оно будет работать. Единственный минус, нужно типов 40 товаров.

Господа, мне в детстве турник на голову упал, а недавно я в столб пешком врезался, в телефон смотрел, можно поподробнее. Терминами - это значит что например есть характеристика "цвет". Это поле я делаю ссылкой на словарь таксономии, и при импорте через feeds в эти поля будут создаваться термины "серый", "белый", "голубоватый", по ним и фильтрация потом будет, так? Скажется на скорости сайта?
Хостинг скорее всего какой нибудь VPS за 1000 руб в месяц наверно будет.

Так facets я написал что и буду использовать. Только для фасетов то у меня 300 общих полей, вот вопрос то в том, как эти поля добавить, этого я не понимаю. Либо 300 полей в один товар, либо индивидуальные поля для каждой категории. А 300 полей в один товар не получается, всё дохнет. А поля нужны чтобы фильтрация была. Без фильтрации то вообще проблем нет.
За месяц думаю успею. Я уже импорт настроил, создал одну категорию с 6 подкатегориями и загрузил 1300 товаров через feeds. Пока всё отлично.

Что, где, когда? А у меня только месяц, потом наверно пристрелят, если сайт не сделаю. Скорее всего буду медленно, но верно добавлять 40 типов товаров со своими полями.

Я не знаю какая нормальная платформа, особо не изучал, просто думаю, что по сравнению с Opencart какая нибудь платформа за 30-40 тыщ наверно должна быть лучше. Не помню названий, но ползал по демо админкам и там было получше, для людей.