Мы сделали универсальный модуль выгрузки для Hotline, которым могут пользоваться все клиенты. Для каждой ниши его можно сделать лучше, но это лучше делать индивидуально для ниши. Если вам нужно доработать его для вашей ниши одежды, вам лучше собрать улучшения, которые нужны конкретно для вас и обратиться с этим к программистам, они смогут вам отдельно сделать так как вы хотите. Делать из стандартного модуля конструктор, который будет подходить под все нюансы всех тематик в ближайшее время не планируется.dmriabkov писал(а):Сейчас последняя версия модуля Hotline делает такого вида фид:
<item>
<id>54261</id>
<group_id>18594</group_id>
<categoryId>609</categoryId>
<code>74137_2100</code>
<name>23236 Купальник женский - голубой 80B/L</name>
<vendor>Gisela</vendor>
......
Сейчас вариант товара (размер) попадет в название товара, а необходимо его отправлять в <param name="Размер">, да и еще Хотлайн в обязательном порядке для выгрузок одежды просит указывать стандарт размерной сетки в этом параметре. <param name="Размер" unit="INT">L</param>
Для разных товаров бывают разные размерные сетки, поэтому unit="INT"> можно тянуть из свойств товара, но для этого надо указать какое свойство отвечает за стандарт таблицы размеров.
<item>
<id>54261</id>
<group_id>18594</group_id>
<categoryId>609</categoryId>
<code>74137_2100</code>
<name>23236 Купальник женский - голубой</name>
<vendor>Gisela</vendor>
......
<param name="Размер" [unit="INT">80B/L</param>
OkayCMS писал(а):Если вам нужно доработать его для вашей ниши одежды, вам лучше собрать улучшения, которые нужны конкретно для вас и обратиться с этим к программистам, они смогут вам отдельно сделать так как вы хотите.
вот очень правильный вопрос.korshunov писал(а):OkayCMS писал(а):Если вам нужно доработать его для вашей ниши одежды, вам лучше собрать улучшения, которые нужны конкретно для вас и обратиться с этим к программистам, они смогут вам отдельно сделать так как вы хотите.
А в каком виде эта доработка должно выглядеть, если делать по всем правилам модульности? Отдельный второй модуль hotline, дорабатывающий первый, или как-то иначе?
И может ли кто дать пример того, как это правильно делать, допустим, в самом простом случае - к тегу параметра размера добавлять всегда фиксированный атрибут unit="INT" ?
Как я понимаю, если самостоятельно изменять текущий модуль Hotline, вставив в шаблоне unit="INT", то возникают уже описанные разработчиками негативные моменты, связанные с поддержкой - свои доработки будут слетать при последующих обновлениях...
виктор писал(а):вот очень правильный вопрос.korshunov писал(а):
А в каком виде эта доработка должно выглядеть, если делать по всем правилам модульности? Отдельный второй модуль hotline, дорабатывающий первый, или как-то иначе?
И может ли кто дать пример того, как это правильно делать, допустим, в самом простом случае - к тегу параметра размера добавлять всегда фиксированный атрибут unit="INT" ?
Как я понимаю, если самостоятельно изменять текущий модуль Hotline, вставив в шаблоне unit="INT", то возникают уже описанные разработчиками негативные моменты, связанные с поддержкой - свои доработки будут слетать при последующих обновлениях...
я столкнулся с похожей ситуацией с обновлением с второй версии на 3,5. было куча доработок. все трудно вспомнить, потому что никто из разработчиков не выделил то что доработал. техподдержка обновила версию и уже 2 месяца мне доделывают. да, бесплатно, с одной стороны будет очень глупо делать модуль который будет дорабатывать работу другого модуля, а потом модуль который дорабатывает модуль который дорабатывает самый первый модуль. может есть более верный путь. например делать модули которые не нужно будет так сильно дорабатывать? вот простой вопрос , почему до сих пор нет в контактах кнопок вайбера , вацапа? это ж уже везде есть и это реально пару строк.
OkayCMS писал(а):Вынесение всего в модули как раз таки и позволит работать так, чтобы не забывалось кто что и где сделал.
korshunov писал(а):OkayCMS писал(а):Вынесение всего в модули как раз таки и позволит работать так, чтобы не забывалось кто что и где сделал.
Очередная пропагандистская фраза из серии "коммунизм хорошо, а капитализм плохо", не имеющая никакой связи с поставленными вопросами.
Ставились вопросы конкретные, повторю:
1. А в каком виде эта доработка должно выглядеть, если делать по всем правилам модульности?
2. Отдельный второй модуль hotline, дорабатывающий первый, или как-то иначе?
3. И может ли кто дать пример того, как это правильно делать, допустим, в самом простом случае - к тегу параметра размера добавлять всегда фиксированный атрибут unit="INT" ?
korshunov писал(а):
"работать так, чтобы не забывалось кто что и где сделал" - это практически НИКАК не связано с модулями. Это связано с организацией работ и дисциплиной труда. Модули Ваши могут ПОМОЧЬ в этом вопросе, облегчить его решение немного (думаю, на 10-15%). Но если по заявке об ошибке программист1 просто внесет исправление в код, который ранее создал программист2 и больше нигде это не задокументирует, все это также быстро забудется...
korshunov писал(а):
Вот недавно в теме по обновлениям был большой список функционала, представленного как новый. Там, в частности, есть пункт: Сделали возможность задавать у модуля изображение. Это все, конечно, хорошо, но это лишь красивая декорация, чтобы полюбоваться на картинки в списке. А вот сделать у модуля справочный текст - описание - документацию по модулю - об этом не догадались. Хотя это было бы куда полезней.
Пример простой - недавно при выпуске модуля Hotline в самом начале были грубейшие ошибки. А если бы написали хоть чуть малую документацию, то волей-неволей при этом проверили - тогда бы, возможно, и не вышло бы так, что элементарных правил по выгрузке категорий не выполнили, а просто скопировали из другого аналогичного места, лишь бы отчитаться о работе...
OkayCMS писал(а):Зайдите хотя-бы в модуль ликпей например, и вы увидит справочный текст и описание, как настраивать модуль. Относительно документации - документация по хотлайну не спасла бы от той ситуации, так как в ней было бы описано как работает модуль, а не как он ДОЛЖЕН работать. А ошибка была в том что он работал по другому.
OkayCMS писал(а):Если разработчик задумывал то что его модули можно расширять, то да, нужно создавать отдельный модуль дорабатывающий первый.
OkayCMS писал(а):Если конкретно за unit="INT" говорим, то нужно в модуле нажать "Список файлов модуля" https://monosnap.com/direct/PKnOSU2AzctLlPLQfpl45L4YqZW9ce выбрать нужные файлы и скопировать их в шаблон для редактирования. А затем можно их редактировать.
Единственное, что нужно учитывать, это то что при обновлении именно этого модуля изменения в этот файл нужно будет в дальнейшем переносить вручную.
korshunov писал(а):OkayCMS писал(а):
Спасибо, это понятно. Но в этом способе все преимущества модульности теряются. А можете дать способ, как сделать правильно без таких недостатков?
Вернуться в «Предложения по улучшению OkayCMS»
Сейчас этот раздел просматривают: 43 гостя