Открываtте в редакторе файл wa-config/SystemConfig.php и дописываете нужные директивы. Перед этим неплохо посмотреть про функцию ini_set (https://www.php.net/ini_set )
Ну или поставьте бесплатное приложение Логи и включите логирование ошибок php. Приложение нужные команды само добавит
В этом случае настройки для php ini из htaccess и/или конфигурации виртуального хоста работать не будут. Либо php.ini правьте, либо из SystemConfig.php устанавливаете им значения
это можно попробовать решить, если работать не под аккаунтом администратора, а добавить обычный аккаунт менеджера и выдать доступ только к нужным приложениям.
Вообще при работе под аккаунтом с полными правами и не в режиме отладки надо каждые 15 минут показывать диалог с предупреждением ))
Вообще nested sets очень даже рекомендуемый паттерн для хранения в реляционной бд древовидной структуры неопределённой вложенности, данные в которой обновляются редко, а выбираются часто.
ну например это надо чтобы 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 в плане исправления каких-то недочётов, но развития там не будет. Тем не менее хорошо бы раздавать старую версию (и обновления к ней) для тех, кто не может использовать новую.
Кстати при создании заказа из админки тоже было бы неплохо запретить менять цену продажи. Чтобы менеджер смог дать скидку только редактируя поле "скидка". Будет сразу видно, что скидка указана вручную.
Уже были прецеденты, когда менеджер оформлял заказы друзьям "со скидкой".
Идея, тем не менее, очень правильная и, в первую очередь, для редактора товара.
По идее менеджер может редактировать характеристики, но количество по складам и цена для него могут быть "только для чтения" (либо скрыты), а закупочные цены и вовсе не видны (либо тоже только для чтения).
Это помогло бы немного упорядочить работу с остатками.
Также необходимо писать в лог информацию хотя бы о том кто именно редактировал товар. Не просто "товар отредактирован", а именно 'товар отредактировал Вася Пупкин"
- Отдельная вкладка. Хорошо бы иметь возможность без магии js добавлять ссылки на свою вкладку в подразделы "Редактирование", "Отчёты", "История изменений" и вообще возможность добавить свой блок-подраздел
Поскольку раздел "Отзывы" ещё не готов, то не знаю, но у меня плагин с редактированием и добавлением отзывов должен куда-то там рядом или на ту же страницу вписываться. Если, конечно, из коробки не будет возможности добавлять-редактировать отзывы :)
рейтинг (оценки и их количество) -- это одно значение. Отзывы и их количество -- другое. Оценка точно может быть без отзыва (и, видимо, отзыв без оценки). $rating_count это именно количество оценок
Можно найти хук, который выводит что-нибудь именно на карточке заказа. Скажем, backend_order и выводить ваш js, меняющий #s-order-title по этому хуку, например, в область info подсовывать ваш js-код
Вы точно посчитали всё или только первый абзац и пример?
Обычная OAuth 2.0 авторизация, как везде
в ответ на API - токен
Открываtте в редакторе файл wa-config/SystemConfig.php и дописываете нужные директивы. Перед этим неплохо посмотреть про функцию ini_set (https://www.php.net/ini_set )
Ну или поставьте бесплатное приложение Логи и включите логирование ошибок php. Приложение нужные команды само добавит
в ответ на php.log не пишет ошибки
В этом случае настройки для php ini из htaccess и/или конфигурации виртуального хоста работать не будут. Либо php.ini правьте, либо из SystemConfig.php устанавливаете им значения
в ответ на php.log не пишет ошибки
Апач ? Nginx? mod_php? php_fpm?
В любом случае лучше всего устанавливать эти флаги в wa-config/SystemConfig.php
в ответ на php.log не пишет ошибки
"режим тестирования плагина"это вообще за гранью. Есть системный режим отладки, на него и надо ориентироваться -- в режиме тестирования или нет.
в ответ на Возможность скрывать иконки-ссылки на определенные установленные приложения
это можно попробовать решить, если работать не под аккаунтом администратора, а добавить обычный аккаунт менеджера и выдать доступ только к нужным приложениям.
Вообще при работе под аккаунтом с полными правами и не в режиме отладки надо каждые 15 минут показывать диалог с предупреждением ))
в ответ на Возможность скрывать иконки-ссылки на определенные установленные приложения
вопрос не в сортировке. Я это как-то пытался донести до ВА, но понимания не нашёл.
Вот, например, приложение DaData. Открыть его нужно очень редко -- добавить ключ API. Зачем оно все время болтается наверху?
Только я предлагал в конфиге приложения указывать -- размещать иконку сверху или нет.
в ответ на Возможность скрывать иконки-ссылки на определенные установленные приложения
куда "ура"?! Теперь предупреждение показывается, далее если комментарий опубликован.
в ответ на При написании комментария на форуме при попытке закрыть вкладку нет окошка-подтверждения действия и уведомления о том что данные не сохранятся.
Вообще nested sets очень даже рекомендуемый паттерн для хранения в реляционной бд древовидной структуры неопределённой вложенности, данные в которой обновляются редко, а выбираются часто.
в ответ на shop_category left_key и right_key. Подскажите самый легкий способ выставить их.
Впрочем для этих целей есть <legend> так что можно не заморачиваться особо
в ответ на UI2 CSS: .fields .fields-group + .heading
... Или не триггерить. По крайней мере если запрещено закрытие по esc
в ответ на UI2: Клик вне области waDialog должен триггерить закрытие окна
1. select с возможностью поиска. Теоретически это можно сделать с помощью $.autocomplete, но получается не так наглядно
2. select multiple с построчным отображением выбора (как теги) и еще поиском по опциям
3. Асинхронная подгрузка опций для этого всего
Посмотрите https://select2.org/
в ответ на UI2: нужен элемент combobox
Поменять версию, чтобы "не обновлялся" это одно. А патчить Инсталлер -- это совсем другое. Просто по времени разные затраты.
в ответ на Проверка актуальной версии плагина
тогда не нужен цикл со всеми этими str_replace. См. PHP: version_compare - Manual
Или от оригинальной версии можно оставить только первые три разряда с помощью explode. По стандарту ВА нумерация версий должна быть x.y.z см. п.3 Требования к размещению в магазине Webasyst — Документация Webasyst
в ответ на Проблема с "wa($app_id)->getPlugin($plugin_id)->getVersion();"
ну например это надо чтобы css подсоединённый таким образом `/site/css/style.css{$wa->shop->version}` в режиме отладки не кешировался, а в продакшене очень даже кешировался.
А зачем нужен номер версии без билда?
в ответ на Проблема с "wa($app_id)->getPlugin($plugin_id)->getVersion();"
Для своего клиента вы можете хоть весь магазин переписать, никого не спрашивая
в ответ на Зависимость от системного плагина в requirements.php
И судя по жалобам клиентов началось это примерно с версии 8.16 и сопутствующей ей версии фреймворка. Во всяком случае после выхода 8.16 появился просто поток жалоб на то, что бонусы не начисляются при регистрации и категории плагином не назначаются
Нет времени пока с этим разбираться, отправляю клиентов в Вебассист.
в ответ на Проблема с хуком магазина signup
Опять весна, опять у пользователей обострение с этими датами :-|
в ответ на Диапазон примерных дат доставки в оформлении в корзине
нет
в ответ на Свои иконки на карте яндекса
Работают
в ответ на Расширение возможностей системных плагинов
Обычное дело. Для миграций в разных ORM, например Propel, создаются сразу как update, так и downgrade инструкции. Ну, возможно, при downgrade часть данных будет потеряна.
Другая проблема, конечно, в удалённых файлах. Но они же есть в предыдущей версии. Можно и восстановить, а новый, наоборот, удалять.
Задача довольно трудная.
На самом деле изначально я своей темой не планировал возможности отката, лишь возможность раздавать какие-то определённые версии для разных типов оружений.
Вот, условно, у меня сейчас есть плагин версии 2.11.2 который требует PHP 5.6 и не очень новой версии фреймворка. Недавно я выпустил версию 3.0, теперь требуется PHP 7.2 минимум и фреймворк 1.13. Для меня не проблема поддерживать ветку 2.x в плане исправления каких-то недочётов, но развития там не будет. Тем не менее хорошо бы раздавать старую версию (и обновления к ней) для тех, кто не может использовать новую.
в ответ на Возможность раздавать из Инсталлера несколько разных версий продукта
Кстати при создании заказа из админки тоже было бы неплохо запретить менять цену продажи. Чтобы менеджер смог дать скидку только редактируя поле "скидка". Будет сразу видно, что скидка указана вручную.
Уже были прецеденты, когда менеджер оформлял заказы друзьям "со скидкой".
в ответ на Задачи, которые вы решаете с помощью плагинов в редакторе товара Shop-Script
Хочу обратить внимание на старый топик с проблемой 'права на просмотр закупочных цен".
Плагином это если и можно решить, то только с костылями.
https://support.webasyst.ru/fo...
Идея, тем не менее, очень правильная и, в первую очередь, для редактора товара.
По идее менеджер может редактировать характеристики, но количество по складам и цена для него могут быть "только для чтения" (либо скрыты), а закупочные цены и вовсе не видны (либо тоже только для чтения).
Это помогло бы немного упорядочить работу с остатками.
Также необходимо писать в лог информацию хотя бы о том кто именно редактировал товар. Не просто "товар отредактирован", а именно 'товар отредактировал Вася Пупкин"
в ответ на Задачи, которые вы решаете с помощью плагинов в редакторе товара Shop-Script
- Отдельная вкладка. Хорошо бы иметь возможность без магии js добавлять ссылки на свою вкладку в подразделы "Редактирование", "Отчёты", "История изменений" и вообще возможность добавить свой блок-подраздел
Поскольку раздел "Отзывы" ещё не готов, то не знаю, но у меня плагин с редактированием и добавлением отзывов должен куда-то там рядом или на ту же страницу вписываться. Если, конечно, из коробки не будет возможности добавлять-редактировать отзывы :)
в ответ на Задачи, которые вы решаете с помощью плагинов в редакторе товара Shop-Script
рейтинг (оценки и их количество) -- это одно значение. Отзывы и их количество -- другое. Оценка точно может быть без отзыва (и, видимо, отзыв без оценки). $rating_count это именно количество оценок
в ответ на Разные значения отызвов
Добавить в плагине экшен, который возвращает значение $var в виде json и запрашивать его
в ответ на как вызвать метод плагина из html файла? ..
В theme.xml править номер версии?
в ответ на Сброс кеша файлов, подключаемых в теме дизайна, при их редактировании файлов по ftp
Можно найти хук, который выводит что-нибудь именно на карточке заказа. Скажем, backend_order и выводить ваш js, меняющий #s-order-title по этому хуку, например, в область info подсовывать ваш js-код
в ответ на Вопрос по js / jQuery в админке
И `logout` тогда ещё
в ответ на Добавить хук signin
Вы пытаетесь вызвать плагин для приложения shop из шаблона приложения site.
Надо как-то так делать
{if $wa->shop} {shopButtonPlugin::showButton()} {/if}в ответ на Падает плагин после использования пока не очистишь кэш