Готовы дать любые разъяснения в любой из веток форума.

1. У старых клиентов ничего не отвалится, если для всех установленных у них модулей в магазине будет существовать лицензия в нашей базе.

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

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

Плагин - это полноценный программный продукт, поэтому у него есть стандартные 2 переменные: срок использования, срок обновлений.

3. "Я не понимаю один момент, ждал специально, почему разработчики на форуме не сделали специальную тему для разъяснений?". Мы постарались все описать в нашей новости, если есть необходимость в обсуждении, давайте обсуждать здесь, в вашей ветке.

Если вы уберете уникальный префикс маршрута, как система поймет, что это категория постов?
А если вы сделаете категорию постов с alias'ом /admin/ или /catalog/ или ...., как решать конфликт?

Если параметр один, то возможно лучше использовать простую комплектацию?

Связь многомерной комплектации с простой идет через простое сопоставление значений характеристик.
т.е. необходимо перебирать простые комплектации и сравнивать их значения со значением параметра многомерной.

так вы найдете сперва связанную простую комплектацию, а потом у нее уже проверите остаток.

Многомерные комплектации состоят из параметров.
Сочетания параметров соответствуют простой комплектации
Остаток можно проверить только у простой комплектации.
-----

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

Это называется tooltip.

Вот самый простой вариант с помощью CSS:
http://www.css-tricks.ru/articles/css/easy-css-tooltip

Еще можно высвечивать с помощью JS плагинов, вот пример:
https://getbootstrap.com/docs/4.1/components/tooltips/

Пошагово объяснить, к сожалению, не смогу - ожидаю, что вы знаете как подключать JS, CSS и инициализировать все это.

Отлично. В помощь есть наша инструкция: https://readyscript.ru/dev-manual/dev_c … phony.html

С Телфином мы очень давно работаем, нам очень нравятся их невысокие цены и отличное качество связи. Максимально адекватная поддержка. Поэтому решили с ними интегрироваться.

Прямо в самое ближайшее время пока не планируем еще кого-то добавлять, только если кто-то из клиентов не закажет в платной поддержке ... )

Воспользуйтесь событием controller.afterinit.catalog-front-listproducts
Там у вас в качестве параметра поступает объект контроллера listProducts, из которого вы можете получить объект \Catalog\Model\Api, он в публичном свойстве api записан.


При полном доступе к объекту \Catalog\Model\Api составить доп.условие фильтрации - думаю для вас не составит труда.

Есть вариант проще - просто создайте новый шаблон прямо в разделе Веб-сайт->Уведомления в окне выбора шаблона для уведомления и затем выберите его.

В последнем релизе ReadyScript, мы добавили интеграцию с IP телефонией. Теперь прямо в административной панели можно видеть информацию о клиенте во время входящего/исходящего звонка.

Подробности здесь: https://readyscript.ru/text-blog/crm-re … elefoniya/

Вам нужно корректно сформировать колонки цен, чтобы 0 там не было.

И в 1С и в ReadyScript есть инструменты копирования цен.
Вы можете предварительно скопировать недостающие цены из одной в другую.
См https://readyscript.ru/text-blog/Novye- … adyScript/

Ярослав, обдумали данный вопрос, в ближайших обновлениях доработаем функциональность, которая будет создавать неоплаченную транзакцию при создании заказа.

Ее вручную можно будет отметить оплаченной и выбить чек.
(все аналогично тому как сейчас по безналу пополняется баланс лицевого счета)

Единственно верный (стабильный) способ расширения функциональности - это создание внешнего модуля, подвешивание в нем на событие.

В вашем случае есть событие: export.gettypes , через него вы можете зарегистрировать свой класс экспорта товаров, реализовать его как угодно.

Также есть другие события, которые позволят модифицировать и существующие экспорты:

'export.' . $export_type_name . '.getespecialtags.' . $offer_type_name,
где $export_type_name - это например: yandex
где $offer_type_name - это например: simple

Андрей пишет:

1. Скопировал сайт на локалку
2. Импортировал базу данных
3. Прописал доступ к базе config_auto
4. Удалил cache
Все равно:  "Нарушение защиты. Скрипты не соответствуют базе данных"

А как вопрос решился с "Нарушение защиты. Скрипты не соответствуют базе данных" ?

Эта ошибка возникает, если попытаться залить базу от другой копии ReadyScript.
Необходимо чтобы файл /core/system/copyid.inc.php был от той же копии ReadyScript, что создавала базу.

Опции показать товары, не привязанные к категории - нет. Только можно показать ВСЕ. Товар обязательно должен быть привязан к категории, это нужно учитывать при импорте.

Есть желание разработать такую функциональность, напишите в платную поддержку.

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

Из оптимизаций:
1. Вы можете сократить объем индексируемых данных в настройках модуля Каталог. (И переиндексировать товары)
2. Поручить сис.админам задачу ускорения MySQL, насколько это возможно. (вынести базу на SSD, tmp_dir указать на tmpfs)
3. Чтобы отключить punto, нужно лезть в код, такой опции в админке нет. (никто не скажет насколько ускориться, нужно отключать и смотреть результат именно на вашем сервере)

Можно же отдавать партнёрам такие "мертвые" модули на поддержку.

Модули сторонних разработчиков не принадлежат нам, мы не можем их никому передавать, также как не можем заставить разработчиков разрабатывать новые фичи для модуля. Это личное дело и время каждого разработчика.

Модуль работает на момент покупки и гарантийный срок (6 месяцев). Для крайних случаев, есть наша платная поддержка.

-------

Мы видим проблему гораздо шире и решаем ее. Поэтому совсем скоро, мы наконец-то поменяем полностью систему лицензирования модулей и разработчикам будет интересно разрабатывать и поддерживать модули. А значит, что и клиенты будут иметь больше модулей, которые дольше будут поддерживать их разработчики. Все подробности будут в новости.

Программный код интеграции - это скоропортящийся продукт, его нужно постоянно поддерживать. Все вокруг очень быстро меняется. Поэтому если автор перестал его поддерживать, то модуль можно считать мертвым.

Бутаков пишет:

А через обновление модуля в маркетплэйс это не решается?

Этот модуль уже давно не поддерживается его разработчиком, он отключен в маркетплейсе.

В последней версии RS, мы провели рефакторинг кода и добавили новые фичи в модуль export, в связи с этим старые модули, которые добавляли свои классы для профилей экспорта теперь должны быть доработаны. Изменения минимальны.
Рассказываем на примере модуля YaTurboPages:

Если вы видете ошибку: Fatal error: Declaration of YaTurboPages\Model\ExportType\Turbo\YaTurboPages::export(Export\Model\Orm\ExportProfile $profile) must be compatible with Export\Model\ExportType\AbstractType::export() in /modules/yaturbopages/model/exporttype/turbo/yaturbopages.inc.php on line 0.

необходимо перейти к редактированию файла /modules/YaTurboPages/Model/ExportType/Turbo/YaTurboPages.inc.php и вместо:

 
    public function export(\Export\Model\Orm\ExportProfile $profile)
    {
        $writer = new \YaTurboPages\Model\MyXMLWriter();
        $writer->openURI($profile->getCacheFilePath());
       //...
       return file_get_contents($profile->getCacheFilePath());

написать это:

    public function export()
    {
        $profile = $this->getExportProfile();

        $writer = new \YaTurboPages\Model\MyXMLWriter();
        $writer->openURI($profile->getTypeObject()->getCacheFilePath());

        //....
       return file_get_contents($profile->getTypeObject()->getCacheFilePath());
{$product->fillProperty()|devnull}

Модуль, установленный на основном сайте будет работать на всех мультисайтах,
но все равно хотелось бы разобраться, почему он у вас не устанавливается через мультисайт.

Напишите нам в поддержку и приложите доступы, мы посмотрим более детально.

Дополнительно -> Конфигурация -> MySQL.

Раскомментируйте строку sql-mode и оставьте в правой части пустые кавычки, чтобы было так:

sql-mode=""

создать базу - создал префикс_readyscript

Префикс нужен для таблиц, а не для базы. Если вы создали базу префикс_readyscript,
то в поле имя базы данных вы должны написать префикс_readyscript

Больше 50 просмотров и вывод такой, - только я решил установить этот движок на компьютер локально. Остальные создают сайт сразу у хостера. Али мать его луя.


Мы все работаем на openServer, все норм. Эта ошибка может возникать только из-за некорректно введенных данных для соединения с БД.

Не забудьте проверить, чтобы у базы (mysql.ini) был выключен strict_mode.
Это с этой ошибкой не связано, но это тоже обязательное требование RS.

sql-mode=""