Anton F

есть, он описан в мануале

для общего развития почитай чем они отличаются, по этому поводу даже пост тут был(помню как минимум один)

и в чем суть вопроса?

тут не все так просто, если пользователь залогинен, то сразу пишется в базу, если нет, то в сессию/кукис(точно не помню).

Облазил практически все файлы, но либо глаз замылился, либо что то еще, не нашел в общем.

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

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

хреновая идея, но ты всегда можешь на стороне фронта js'ом сохранить данные в кукис и обработать при заказе

up

мануал в помощь https://developers.webasyst.ru/docs/templates/layouts/

Но приложение в упор не видит journalFrontendLayout

естественно не видит - ты же его в journalFrontendAction его не подключал

Приведу пример. Товар шкаф-купе. Есть артикулы орех, дуб, сосна итд. Каждому артикулу присвоена картинка. Ореха нет в наличии, артикул по умолчанию переключен на дуб. А на витрине люди видят орех, переходят в товар, а там этого цвета нет.

основная картинка товара должна показывать, что изделие продается в нескольких цветовых вариантах.

лучше передавать массив, curl сам установит нужный заголовок Content-Type

остальных параметров не нашел связанных с ценой

base_price_selectable, min_price, max_price

А вот почему она у меня возвращает true - хороший вопрос.

возможно у тебя не <code class="hljs">checked="checked" </code>, в 3.* возвращает "checked" при <code class="hljs">checked="checked", checked=""</code> и <code class="hljs">checked</code>

Хотя у меня вроде 1.11.

Вебасист завис в развитии на 2012 году :)

Зачем она нужна?

потому что обработчик висит на that.$skus, а не на конкретном поле

читай описание к CURLOPT_POSTFIELDS

в последних версиях php файл передается как объект класса CURLFile + удалить опции CURLOPT_HTTPHEADER и  CURLOPT_INFILESIZE

Отравляю post в http_build_query($queryData)

а не надо отправлять POST данные как GET

попробуйте указать валюту и заполнить остальные "price" поля - помню с этим раньше возникали проблемы

и не лень тебе?

Попробую разобраться.

у него в настройках отключена опция image_filename, либо поле filename заполнено

нужно чтобы восстанавливать эскизы из файла оригинала

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

просто используй относительные ссылки, тогда is_app_url будет false

как это вообще должно работать если при переходе в новую версию вылетает die('not used! kill me and also my template');  ?

локализация кривая, во многих местах встречается что-то вроде этого

_w("По наименованию")

Для магазина и приложений у который есть хуки аналогичные controller_*:

controller_before.*

ob_start();

controller_after.*

$response = ob_get_clean();
wa()->getResponse()->addHeader('ETag', 'W/"' . md5($response) . '"');
echo $response;

Для товаров в режиме «Выбор параметров» (sku_type = 1) параметр 'skus' оправлять не нужно.

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

Как вариант, можно добавить атрибут через js костыль:

'img' => [
    'control_type' => waHtmlControl::FILE,
    'class' => 'input-file-img',
    'description' => "<script>
         $('.input-file-img').attr('accept', 'image/*');
    </script>",
    'custom_control_wrapper' => '%s%s%s',
    'custom_description_wrapper' => '%s',
],

а на заливку image_upload

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

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

Подобные изменения лучше отлавливать через соответствующие хуки (product_presave и т.п.)

Есть возможность добавлять собственные типы полей

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

добавить загрузку подсказки через JS, ну или кастомное поле добавить.

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

Вот объясните нахрен вам github и эти заявления про опенсорсность, если вы всех игнорите?

Если не хотите тесты писать, так хотя бы подцепите CI несколькими контейнерами для запуска приложения и проверки кода встроенным linter'ом.

diff подскажет 

https://developers.webasyst.ru/hooks/shop/ - список событий магазина

К ювелирному изделию необходим текст

Нужно реализовать frontend_product + cart_add + order_action.create + backend_order - т.к. по сути Вы изменяете не столько товар сколько оформление заказа. т.ч. Вам наверное будет проще использовать для этого комментарий к заказу или добавить поле в контактные данные.

ты ж в курсе что сам себе пишешь?

Вам же прямым текстом говорят что нужно передать заголовок Authorization в  Access-Control-Allow-Headers

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

как уже я уже писал переопределение настроек капчи(5-6 разноплановых шрифтов и случайный размер символов) достаточно в тех случаях когда капча распознается автоматически.

Тестирование, профилирование и эти ваши богомерзкие IDE - это для слабаков и прочих хипстеров. Если Вы не видели годами игнорируемые PR с исправлением ошибок, то загляните на github.

а что насчет customFieldsForService?