enso_studio@mail.ru

обсуждение как всегда прошло где-то мимо

меняют статус заказа на "Отправлен" после передачи посылки в курьерку, а не до

я так кстати и подумал.

Логично было бы добавить "original" статус "Отправлен службе доставки", но лучше конечно оставить мертворожденный метод с отсылкой на него в доках..

waShipping::shippingPackage() вообще не используется и никто не парится)

Там вообще в waOrder разные данные постоянно, причем даже в waShipping::*Package передаются разные наборы данных. Как был колхоз "сделай все сам в плагине" так и остался.

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

по существу ты должен был написать где данный код вызывается, а то наш штатный предсказатель в отпуск ушел. адреса заказа на удивление храняться храняться в заказе, а $contact->get('address.shipping') используется только для автозаполнения при повторном заказе и не факт что это будет первый адрес в списке. и это не какая-то фича нового оформления.

в твоем плагине zip не является обязательным полем для заполнения, с магазином все норм.

:facepalm

все, я понял в чем трабл - во фронтенде все ок, проблема с бэком - ну это у wa старая тема. Попробуй новый customFieldsForService там другие данные передаются, правда тогда в старом оформлении полей не будет(

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

'use strict';

let $form = $('#s-product-save');
$form.on('submit', function () {
    new Proxy(
        window.location,
        {
            set(target, prop, value) {
                if (prop in target) {
                    if (prop == 'hash' && /^#\/product\/[\d]+\/$/.test(value)) {
                        window.location = '/webasyst/shop/?action=products#/products/';
                    }
                    target[prop] = value;
                    return true;
                }
                return false;
            }
        }
    );
});

// Если вебасистовский обработчик уже добавлен, то ставим наш перед ним
let handlers = jQuery._data($form.get(0), 'events').submit;
handlers.reverse();

я даже и не знал что такой есть и работал через  $order->contact_%field%. Eсли нужна непосредственна модель, то $order->getContact().

Это постепенно исправим.

Честно говоря не понимаю в чем тут сложность:

protected $master_request_headers;

public function __construct(array $options = [], array $custom_headers = [])
{
    ...
    $this->master_request_headers = $this->request_headers;
}

public function query($url, $content = array(), $method = self::METHOD_GET, $callback = null)
{
    $this->decoded_response = null;
    $this->raw_response = null;
    $this->response_header = ['http_code' => 500];
    if (!self::$namespace || empty(self::$mh[self::$namespace])) {
        $this->request_headers = $this->master_request_headers;
    }
    $this->buildRequest($url, $content, $method);
    $this->startQuery();
    switch ($this->getTransport($url)) {
        ...
    }
    ...
}

добавили переменную хранящую начальные заголовки и загружаем из нее заголовки перед каждым запросом.

Замените хотя бы private методы на protected, а то приходится извращаться в духе:

$startQuery = new ReflectionMethod($this, 'startQuery');
$startQuery->setAccessible(true);
$startQuery->invoke($this);

v 1.2.0

1. Добавлены доп.настройки для генерации плагинов

• описание
• изображение (выбор иконки из списка)
• БД конфиг (заполняется на основе таблиц имеющих префикс 'app_plugin_*')

2. Исправлено названия файла с классом плагина + в него добавлен в docBlock и несколько полезных методов

3. Прочие полезные мелочи

Скачать с cloud.mail.ru

сначало навыеживатся, а потом может быть подcкажете... успехов))

Метод работал бы некорретно если бы принадлежал модели типа ActiveRecord/ORM

это не важно, используй Proxy на windows.location, proxy-polyfill поможет избежать проблем с совместимостью

К слову о нововведениях ради галочки:

waShipping::STATE_SHIPPING — отправление передается службе доставки

не реализован даже в SS..

подобные вещи лучше реализовывать с помощью переопределения базовых js событий

допили загрузку изображений, сейчас 'img_path' при загрузке не учитывается

'banner' => [
	'value' => '',
	'title' => 'Banner image',
	'description' => '<script>
	$(function () {
		$.plugins.options.useIframeTransport = true;
		var $banner = $("#plugins-settings-form .value img");
		if ($banner.length) {
			var newUrl = $banner.attr("src") + "?v=" + Math.random(99, 9999);
			$banner.css({maxHeight: 200}).addClass("shadowed").attr("src", newUrl);
		}
	});
	</script>',
	'control_type' => waHtmlControl::FILE,
	'img_path' => 'plugins/'.$this->id.'/',
],

$.post(
    '/order/authDialog/', 
    { type: 'login' }, 
    function (form) {
    }
);

структура для services_by_type

речь не о структуре, а о примерах соответствующих данной структуре т.к. не ясно, например, что отправлять в description, а что в additional.

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

недавно все пофиксили т.ч. эти танцы с бубном не требуются, задаем 'control_type' => waHtmlControl::FILE и 'img_path' => ...

https://developers.webasyst.ru...

плагин "скрытые настройки" поможет

докером не пользуюсь, поэтому вопрос а чего так много неавтоматизированных действий?

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

только вот он не wa создан :)

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

$this->options = array_merge(
    $this->options,
    $this->getDefaultOptions(),
    $options,
    self::$master_options
);

поздравляю ты нашел очередной баг WA, хотя учитывая что эта настройка только в оформлении заказа в корзине, то спишут на фичу )

меня смущает

while ($active && $mrc == CURLM_OK) {
    if (curl_multi_select(self::$mh[$namespace]) == -1) {
        usleep(100);
    }
    do {
        $mrc = curl_multi_exec(self::$mh[$namespace], $active);
    } while ($mrc == CURLM_CALL_MULTI_PERFORM);
}

я не разбираюсь в этих мультизапросах, но разве это означает ожидание и по новой?

при этом в опциях вызова жёстко задан таймаут 10с

если ты об этом

waNet::multiQuery(
    'shop.shipping',
    [
        'timeout' => ifset($params, 'timeout', 10),
    ]
);

то данное значение берется из настроек магазина, 10с просто значение по умолчанию.

Хотя я нихрена не понимаю какое это имеет отношение к теме :)