Syrnik.com

бета-тест -- это возможность попробовать работу на нескольких рабочих проектах у клиентов со стальными яйц... нервами. Это вовсе не инструмент для раздачи в обход проверки.

Вы точно посчитали всё или только первый абзац и пример?

Обычная OAuth 2.0 авторизация, как везде

Открываtте в редакторе файл wa-config/SystemConfig.php и дописываете нужные директивы. Перед этим неплохо посмотреть про функцию ini_set (https://www.php.net/ini_set )

Ну или поставьте бесплатное приложение Логи и включите логирование ошибок php. Приложение нужные команды само добавит

В этом случае настройки для php ini из htaccess и/или конфигурации виртуального хоста работать не будут. Либо php.ini правьте, либо из SystemConfig.php устанавливаете им значения

Апач ? Nginx? mod_php? php_fpm?

В любом случае лучше всего устанавливать эти флаги в wa-config/SystemConfig.php

"режим тестирования плагина"это вообще за гранью. Есть системный режим отладки, на него и надо ориентироваться -- в режиме тестирования или нет.

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

Вообще при работе под аккаунтом с полными правами и не в режиме отладки надо каждые 15 минут показывать диалог с предупреждением ))

вопрос не в сортировке. Я это как-то пытался донести до ВА, но понимания не нашёл.

Вот, например, приложение DaData. Открыть его нужно очень редко -- добавить ключ API. Зачем оно все время болтается наверху? 

Только я предлагал в конфиге приложения указывать -- размещать иконку сверху или нет.

куда "ура"?! Теперь предупреждение показывается, далее если комментарий опубликован.

Вообще nested sets очень даже рекомендуемый паттерн для хранения в реляционной бд древовидной структуры неопределённой вложенности, данные в которой обновляются редко, а выбираются часто. 

Впрочем для этих целей есть <legend> так что можно не заморачиваться особо

... Или не триггерить. По крайней мере если запрещено закрытие по esc

1. select с возможностью поиска. Теоретически это можно сделать с помощью $.autocomplete, но получается не так наглядно

2. select multiple с построчным отображением выбора (как теги) и еще поиском по опциям

3. Асинхронная подгрузка опций для этого всего

Посмотрите https://select2.org/

Поменять версию, чтобы "не обновлялся" это одно. А патчить Инсталлер -- это совсем другое. Просто по времени разные затраты.

тогда не нужен цикл со всеми этими str_replace. См. PHP: version_compare - Manual

Или от оригинальной версии можно оставить только первые три разряда с помощью explode. По стандарту ВА нумерация версий должна быть x.y.z  см. п.3 Требования к размещению в магазине Webasyst — Документация Webasyst

ну например это надо чтобы css подсоединённый таким образом `/site/css/style.css{$wa->shop->version}` в режиме отладки не кешировался, а в продакшене очень даже кешировался.

А зачем нужен номер версии без билда?

Для своего клиента вы можете хоть весь магазин переписать, никого не спрашивая

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

Нет времени пока с этим разбираться, отправляю клиентов в Вебассист.

Опять весна, опять у пользователей обострение с этими датами :-|

нет

Работают

Обычное дело. Для миграций в разных ORM, например Propel, создаются сразу как update, так и downgrade инструкции. Ну, возможно, при downgrade часть данных будет потеряна.

Другая проблема, конечно, в удалённых файлах. Но они же есть в предыдущей версии. Можно и восстановить, а новый, наоборот, удалять.

Задача довольно трудная.

На самом деле изначально я своей темой не планировал возможности отката, лишь возможность раздавать какие-то определённые версии для разных типов оружений.

Вот, условно, у меня сейчас есть плагин версии 2.11.2 который требует PHP 5.6 и не очень новой версии фреймворка. Недавно я выпустил версию 3.0, теперь требуется PHP 7.2 минимум и фреймворк 1.13. Для меня не проблема поддерживать ветку 2.x в плане исправления каких-то недочётов, но развития там не будет. Тем не менее хорошо бы раздавать старую версию (и обновления к ней) для тех, кто не может использовать новую.

Кстати при создании заказа из админки тоже было бы неплохо запретить менять цену продажи. Чтобы менеджер смог дать скидку только редактируя поле "скидка". Будет сразу видно, что скидка указана вручную.

Уже были прецеденты, когда менеджер оформлял заказы друзьям "со скидкой".

Хочу обратить внимание на старый топик с проблемой 'права на просмотр закупочных цен".

Плагином это если и можно решить, то только с костылями.

https://support.webasyst.ru/fo...

Идея, тем не менее, очень правильная и, в первую очередь, для редактора товара.

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

Это помогло бы немного упорядочить работу с остатками.

Также необходимо писать в лог информацию хотя бы о том кто именно редактировал товар. Не просто "товар отредактирован", а именно 'товар отредактировал Вася Пупкин"

- Отдельная вкладка. Хорошо бы иметь возможность без магии js добавлять ссылки на свою вкладку в подразделы "Редактирование", "Отчёты", "История изменений" и вообще возможность добавить свой блок-подраздел

Поскольку раздел "Отзывы" ещё не готов, то не знаю, но у меня плагин с редактированием и добавлением отзывов должен куда-то там рядом или на ту же страницу вписываться. Если, конечно, из коробки не будет возможности добавлять-редактировать отзывы :)

рейтинг (оценки и их количество) -- это одно значение. Отзывы и их количество -- другое. Оценка точно может быть без отзыва (и, видимо, отзыв без оценки). $rating_count это именно количество оценок

Добавить в плагине экшен, который возвращает значение $var в виде json и запрашивать его

В theme.xml править номер версии?

Можно найти хук, который выводит что-нибудь именно на карточке заказа. Скажем, backend_order и выводить ваш js, меняющий #s-order-title по этому хуку, например, в область info подсовывать ваш js-код

И `logout` тогда ещё