VasyOK wrote:
Ну вы же хотите что бы с вами работали зарубежные компании, например из Индии и Нигерии. Общение на орге позволяет выходить на международный уровень.
https://chromatichq.com/insights/drupal-code-standards-t-function/ - вот вам документация.

Lady and gentleman лет ми спик фром май харт,
там еще и в самом модуле всякой ереси понаписано. Это же надо всё переводить. Не, я не умею, выкладите кто нибудь, если хочется.

VasyOK wrote: Функцию перевода в самописе знаете как обновлять?

Чавой обновлять, функцию? Я не вкурсе, ребят.

VasyOK wrote: Полезное дело делаете. На орге решение выставляли?

Не, не выкладывал. Страшно как то с такими познаниями php и английского, я не переведу. Я понимать то понимаю, а сказать не могу. Да и не знаю я что там делать, потом следить за ним нужно, обновлять типа ?

gun_dose wrote: Всегда забавляло, как скидки устанавливаются путём ввода старой цены

А я тоже сначала подумал, а есть же views_bulk_edit, а потом подумал, а чё views_bulk_edit ? Как он цены то изменит на процент? Или я что то не знаю ?

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

Хотя что то меня заклинило - зачем цену возвращать ? Её просто там и вывести надо в 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 новые не будет добавлять. Но это еще плюс работа, и если появится новое значение характеристики, оно попадет на первый уровень.