Техническая страница комментариев о товаре
multiYML Standart Edition - модуль создания любых YML для Я.Маркет, Розетки, Тиу и др. маркетплейсов

Константин, этот вопрос - приведения данных под маркет модуль не решает - не заходит модуль в карточки товаров и не смотрит есть ли там описания, у всех есть описания или не у всех, правильные ли цены или неправильные :)
Модуль делает валидный YML. Но затолкать туда можно всё, что угодно. Часть рекомендаций маркет есть прямо в модуле, что включать, что выключать и в каком случае. Вам нужно прочитать инструкцию для простого случая. Модуль почти любой случай может сделать. Но для вендор.моделе есть еще и требования к данным - к контенту грубо говоря.

Добрый день, Андрей. Посмотрите, пожалуйста, в описании данная ссылка на multiYML - этот справится точно. Там есть функция оптимизации для слабых хостингов. И у него больше возможностей.
http://shop.opencart-russia.ru/index.php?route=product/product&product_id=598

Добрый день.

>>mmmtrade

В описании выше есть ссылка на версию для слабых хостингов. Правда, обратите внимание, что некоторые хостеры стали вводить ограничение по времени на параметр max_execution_time, как раз из-за разработок, которые подстраиваются под небольшую память за счет времени. Таким образом, стимулируют переход на дорогие тарифы. Средняя скорость обработки, замеряли, от 100-300 товаров секунду. В 30 секунд можно обработать до 9000 товаров максимум. Но 300 товаров в секунду - это уже очень хорошее железо, аппаратное окружение. На слабых хостингах с аппаратной частью тоже могут быть сложности.

Ну и в целом, для бизнес-проекта жеж желательно всё брать с небольшим запасом - и хостинг, и склад, и офисные помещения. Но, как уже сказал, есть оптимизация для экономии на хостинге.

>>Если что, модуль покупал 2 раза на один домен, повелся на "новую" версию

У других-то работает. И 100 тыс. выгружают. Я не совсем понимаю Ваш подход, если честно.
Я понимаю, что есть негатив. При этом модуль, магазин поставлен на самом экономичном виде хостинга в мире. Для блогов. С известными проблемами такого вида хостинга. Вы хотите, чтобы через модуль эти моменты были устранены.

Я Вам прямо говорю и не будут устранены (не всё возможно сделать в модуле), и не обещается.
У модуля будут косяки, были косяки, ошибки - это нормально, всё исправляется.
Что невозможно исправить, исправляться не будет.

>>т.е. все уже на выделенных серверах с 1000 товаров, один я остался на виртуальном?
У Вас шаред был, Вы и выше написали, что шаред. Вы знаете, что это такое?

Михаил, я так и понял, что это Вы. А понял потому, что ну правда, скажем так, что уже нету претензий к производительности около года, как вышла версия с оптимизацией. Только у Вас вот и осталась.
Напомнить замеры памяти, которые делались (режим соответствующих измерений есть в модуле, чтобы дискуссия была конструктивной)? Там же всё видно.

По поводу ссылки автообновления. Такая ссылка есть потому что такая ссылка подается везде в крупных маркетплейсах: розетка, промюа, яндекс, FB, google merchant, amazon, ибей.

Если нужно запускать ссылку на хостинге, то используйте wget/curl
Но если у Вас такой хостинг, где отключен wget/curl - это просто нонсенс, конечно, ну значит руками можно запускать.

>>я не Михаил, так что не у одного)
Да, конечно... Ну значит вообще не покупали и в поддержку не писали. Просто клевещете :) Я ж не сочиняю, когда пишу, что один такой, значит, Вы Михаил :)

>>Не имея представления об особенностях работы
Михаил, этот хостинг Ваш отличное представление имеет о работе скриптов.
Если их хостинг за 30 сек не может 9 мб. данных раскидать. Если поставили ограничение на работу с ссылки, типа, только запуск "изнутри".
Это всё о том, что они прекрасно осведомлены, как работают коробочные решения, CMS-ки. Что из CMS-ок php файлы не торчат. Что ссылки, запускаемые методом GET через фреймворк - частый случай. Что можно оптимизировать ОЗУ за счет растягивания во времени.

Отлично всё просчитано, чтобы Вы переходили на другой тариф.

По поводу модуля, еще раз тогда
Автообновление данных модуль делает ссылкой, которую можно передавать прямо в маркетплейсы. Для запуска на хостинге данной ссылкы у хостеров есть стандартные расширения хостингов wGet/Curl на CRON.
Оптимизация тоже есть. Работает так, что модуль анализирует доступную память и делает парциальный вывод. Режет поток на куски с учетом доступной памяти. За счет наличия дополнительных итераций возникают дополнительные секунды на обработку. Зато можно уложиться в потолок ОЗУ.

>>напишите просто "Файл нельзя генерировать через внутренний скрипт!"

Можно. В модуле этого нет. И не будет. Модуль работает на ОпенКарте через его фрейморк. Даже в планах нету делать вывод php скриптов из него. Потому что это никому не нужно. Всем достаточно ссылки. Кому нужно, всегда можно допилить.

>>способствует ли Memcache стабильности работы модуля? Пусть люди читают как тяжело получить ответы на конкретные вопросы...

Во-первых, это не конкретный вопрос, я даже не понял, что Вы спросили. Если на хостинге используются технологии memcached, то на хостинге и уточните, как они работают, как настроены, стабильно не стабильно :) Причем тут модуль, Вам поговорить хочется? У меня нет времени не по модулю говорить :)

Подытожим? Вы хотели предупредить покупателей. В принципе в описании это есть, но я с удовольствием и тут предупрежу.

На слабых хостингах работает. Но на некоторых хостингах, на легких тарифах, хостеры специально вводят ограничение на max_execution_time. Смысл его в том, чтобы не дать использовать легкий тариф для серьезных задач. Чтобы покупали дорогие тарифы B2B и всё такое. И если в магазине товаров больше 3 тысяч, а в тарифе стоит жестко, что больше 30 сек. в max_execution_time не поставить. Да, могут быть проблемы в работе. Потому что в 30 сек. можно не уложиться. При 10 тыс. товарах и 30 сек. в max_execution_time точно будут проблемы с выгрузкой, потому что добиться от хостинга в 30 сек. сделать 10000 товаров (333 товара за одну секунду собирать их всех связанных данных, а еще писать в файл) - это очень серьезное должно быть железо

Второе предупреждение. Автообновление запускается ссылкой. Обычный запуск приложения ОпенКарт. Ссылку можно передавать в маркетплейсы, собственно, для этого и сделано. Если нужно через крон - ставится через wget/curl - есть везде.
Но если хостер вводит ограничение на стандартный запуск фреймворка по max_execition_time, а известно, что нужна минута, две или 10 для создания фида, то в модуле никаких параллельных запусков не реализовано. Только запуск автообновляемой ссылки.

И на счет оптимизации. Раньше была одна проблема, она была связана с тем, что из-за отсутствия лишней работы с дынными из базы, собирался большой объект. Сейчас 3-5 кб один товар с хорошим объемом данных. Этого хватает для всех ситуаций практически. Если нужна еще бОльшая оптимизация, то можно сделать за отдельные деньги.

Дмитрий, добрый день.
По категориям, по производителям, по спискам product_id которые оставить, по спискам product_id, которые не должны остаться.
В PRO версии также есть возможность отобрать по каком-то значению, например по префиксу, в каком-нибудь поле товара.

Добрый день, Алексей.
Для создания объекта DOM (XML, HTML) с 60000 узлами, состоящими из всех товарных данных (например, в отличие от 25 товаров в выдаче категории, где собираются только несколько сведений и товаров всего ~25). Самое главное - это хостинг с возможностью управлять временем, честной ОЗУ от одного 0,5-1 гига на работу скрипта. Как правило, сейчас это только на VDS. А дальше уже за счет времени, адаптации под доступную ОЗУ данный модуль выгрузит. Чем больше ОЗУ, тем меньше времени на генерацию понадобится.