DemoLLC

1. Ссылки в дерево Категорий, ссылка в сайдбар после основных. Экспорт списка товаров коллекции.
2. Без категории, Удаленные товары

Мегахук в Поддержке это view_action, который вызывается практически при каждом ViewAction.
В CRM, как и в грядущей SS 8.20, мегахуки controller_before.$class и controller_after.$class.

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

1. Можно писать каких хуков не хватает, чтобы их добавили. В CRM и Поддержке вообще есть мегахуки. Иногда их могут добавить но не обновить документацию.
2. На это плагины и нужны.
3. Недавно переделывал плагин поиска конкретно под Хаб. SS заказчик не пользуется, только форум на Хабе.

Этот вариант у SS и его можно бы расширить на плагины и приложения. 1 год подписки, далее проценты от базовой цены - не выше 30% например.

20 человек это конечно выборка как у ВЦИОМ.

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

1. Если это финальная версия Фото, то она еще требует доработки темного режима в плане контрастности и яркости элементов. Есть же WCAG 2.1 и инструменты для проверки элементов. Может сделать 4-й вариант оформления и отдать стилизацию плагинам?
2. Вопросы по подписке.
- можно ли сделать только вариант подписки без продажи постоянной лицензии?
- для клиента будет автосписание с карты или ему придётся каждый раз вручную оформлять заказ?
- версионность? разные версии по разным ценам.
- подписка для плагинов?

• Загрузка и сортировка изображений на главной редактора: плагин tweaks.
• Добавление дополнительных полей локализации товара и каждого артикула: приложение MyLang
• Кнопка автоматического перевода полей: приложение MyLang

Темную тему точно еще надо доработать т.к. нужно больше различий по цветам.

ИМХО, я бы не надеялся. У разработчиков Webasyst тысячи других задач и делать удобнее для ленивых разработчиков, которые не могут создать 1 раз переиспользуемый код, не входит в планы.

Сколько прибыли компании принесёт добавление этого во фреймворк? Как отслеживать витрину по поселению, по адресу, по сайту, по checkout_id? Какие проблемы возникнут у плагинов с уже существующей системой?

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

Диапазон, значение характеристики.

В теме просто место для вывода хука. Вся логика формируется в коде. Во frontend_header ессно попадут данные текущего приложения.
Если потребуется в магазине создадут хендлер site.frontend_header, если кому надо во всё то через apps сразу во все требуемые.

А так разработчики тем вполне нормально решают вопрос с общей настройкой того же меню во всей теме вне зависимости от активного приложения.

Принцип работы наверно все же ближе вот к этой документации.

Почти то же самое можно получить через MyLang:Lite Действия->Просканировать и после редактирования строк чтобы сразу создавался *.mo файл.

Локализацию продуктов пока мало кто делает. Хотя бы [`Русский текст`] вот так делали.

1. Нет такого правила и не будет.
2. Нет такого правила на других форумах. Отправлять вы можете что угодно и куда угодно.
3. Разработчики могут оставлять любые комментарии без взаимных оскорблений.
4. Вас беспокоят какие-то циферки на каком-то сайте? Можете поставить всем моим комментам -10 000, если вам от этого будет лучше.

В облаке и на тестовом хостинге не повторяется. Но на всякий случай проверку еще добавим.

shop_category_products?

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

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

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

Сохранять настройки вроде не так сложно $('#theme-settings').serializeArray() все данные, добавить картинки в base64 и всё post-ом на сохранение. Не уверен что для этого нужен отдельный плагин.

@Евгений, спасибо. Это пока передача данных с минимумом обработки. На днях будет действие списания, тогда исправлю.

Приложение опубликовано
https://www.webasyst.ru/store/app/apps/

Гена, системные хуки будут так же как и сейчас но с префиксом. Например shop.routing, site.routing.
ITFrogs, его всё же планируется опубликовать. До этого можно либо брать с гитхаба архив или использовать как список хуков.
Влад, точно. Но там только smarty.
fedoric, ИМХО приложение функционально должно быть несколько большим чем пара кнопочек или отдача какого-то массива. Ну и тут просто визуальный момент - очень некрасиво когда пара десятков приложений в бекенде наверху, а пользуются все равно 2-3.

Группы нет, её не существует. Тем более в fb несколько странно, да еще с фильтром разработчиков.

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

Да, обновляли DNS. Сейчас уже норм.

Вы делаете что-то очень страшное.

В структуре shop-script нет избранных товаров, в большинстве тем это реализуется через хранение ID товаров в cookie конкретного браузера и соответственно прочесть это можно только если обрабатываете запрос в рамках одного сайта.

900, 3600, 900 - конкуренция нарастает

Поиск по трекномеру есть в плагине Фильтр и экспорт заказов

Сергей, скорее i18n =)

l10n = localization (country-specific settings such as how to represent numbers, dates, money, ...)
i18n = internationalization (translations)

Я уже представляю сколько придётся инструментов делать для этого перевода.

В планах был хук для локализации - это имелось frontend_products или будет дополнительный?

Это всё очень индивидуально.

nginx+php-fpm+mysql на amazon EC2 в нескольких гео-зонах. Т.к. одновременно не редактирую больше 3-4 файлов то достаточно notepad++ с плагинами и при необходимости веб-инструменты.