Юрий Лазаренко (Все сообщения пользователя)

Время от времени мониторю скорость сайта на странице /bitrix/admin/site_speed.php. Всегда были в области "Быстро", примерно 0,9 сек, за последние две недели скатились до "Медленно", 1,7 сек. Сайт, конечно же, дорабатывается, время от времени добавляем функционал, но в указанный период ничего глобального с ним не делали. Откуда такое падение производительности? Как протестировать? Кто какие советы даст, куда смотреть?

На сайте есть подписка на событие при создании нового заказа, в ней происходит формирование xml-файла с данными заказа и отправка его в 1С, то есть данные в 1С отправляются всего один раз. Раньше этого было достаточно, но теперь появилась необходимость отправлять данные повторно при изменении заказа через админку. Можно прицепиться к подписке на событие OnOrderUpdate, однако у нас заказы иногда меняются программно, как раз таки из 1С. Получается замкнутый круг: поменяли в 1С, данные попадают на сайт, заказ апдейтится, снова выгрузка в 1С...
Повторная выгрузка xml-файла нужна только в том случае, если данные заказа были изменены вручную через админку. Как отловить это событие и правильно его обработать? Может, возможно как-то доработать интерфейс админки для этого, но не повлияет ли это на возможность установки обновлений? Или есть еще какой-то, более правильный, вариант?

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

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

Суть в чем. Если я открываю интерфейс "Отладка API покупки" на Яндексе, то могу запросто создать там заказ аж с 10 позициями товаров и отправить его к нам на сайт, где он замечательно формируется и возвращает маркету ответ примерно за 280 миллисекунд. Но когда я запускаю контрольную проверку в разделе Маркета "Покупка на Маркете - отчет по качеству", то создаются 7 контрольных заказов, 6 из которых проходят успешно, а "Заказ одновременно нескольких товаров" моментально возвращает статус "Не удалось создать заказ".

Яндекс по этому поводу отвечает:
Юрий,
я сейчас дополнительно связались с нашими коллегами.
Было предположение, что магазин не успевает присылать ответы вовремя из-за проблем с оборудованием. Но, скорее всего, это не Ваша ситуация.
В Вашем случае стоит написать напрямую в Битркис, чтобы они помогли разобраться в настройках.
Спасибо!

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

А они мне вот буквально 10 минут назад такой ответ прислали:

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

Ну вроде помогло. Не проходит один из тестов "Заказ нескольких товаров", но это похоже уже проблема на стороне Маркета.

Спасибо, Юрий, сейчас попробуем.

Уже как-то писал на эту тему, снова возникли проблемы.

Какое-то время назад подключились к программе "Покупка на Маркете". Прописали все параметры точно так, как указано здесь. И даже прошли проверку, и даже запустились.Через некоторое нас отключили от программы за большое количество ошибок. Посмотрел лог ошибок в API Маркета, вижу одну и ту же ошибку, возвращаемую нашим сайтом Маркету каждые 15 минут: "Неизвестный статус заказа". Происходит это в том случае, если Маркет пытается получить список неоплаченных заказов - в текста запроса Маркета есть такая строка:
{"order":{"id":126724,"fake":true,"currency":"RUR","paymentType":"PREPAID","paymentMethod":"YANDEX","status":"UNPAID","creationDate"
В случаях, когда запрашивается иной статус, все проходит нормально.
Думал, что неверно настроил параметры "Покупки на Маркете" в настройках сайта. Потом посмотрел исходник модуля и выяснилось, что Яндекс запрашивает товары со статусом UNPAID. Обработка статусов производится в  bitrix/modules/dale/general/ym_handker.php в
protected function processOrderStatusRequest($arPostData)
Там есть варианты статусов
case 'PROCESSING':
case 'DELIVERY':
case 'PICKUP':
case 'DELIVERED ':
break;
case 'CANCELLED':
варианта UNPAID нет совсем.

Кроме того, никак не удается пройти проверку "Заказ с предоплатой через Yandex". Причем один раз нам это удалось, как я уже писал ранее. Можно предположить, что это из-за того, что в учебнике

для пункта "Предоплата через Яндекс" указана "Оплата в платежной системе Яндекс.Деньги", а у нас стоит "Безналичный расчет". Но ранее уже стоял "Безналичный расчет" и проверка была пройдена, теперь же - никак.

Два вопроса:
1. Что делать со статусом UNPAID, который Маркет запрашивает каждые 15 минут?
2. Какие все-таки правильные настройки должны быть указаны на сайте для того, чтобы пройти наконец все проверки, в частности - "Заказ с предоплатой через Yandex" (все остальные проходят успешно).

Александр, я в курсе )) Но надо же было хоть как-то хоть один раз запустить, выявить все косяки.

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

Тип авторизации	HEADER
Формат данных	JSON

Файликами поделюсь, но чуть позже

Победил ))) Хоть и с некоторыми оговорками, но первый тестовый заказ прошел.

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

В модуле bitrix/modules/sale/general/ym_handler.php закомментировал строку:

     public function checkAuth()
{
return true;
//return $_SERVER["REMOTE_USER"] == $this->yandexToken; // !!!!!
}


Косяк с наименованием кодировки описал выше. Еще боролся с косяком, связанным с названием города, пока временно прописал название города прямо в коде (смотрите строки с !!!!! в конце):

private function getLocationByCityName($cityName)
{
$result = 0;

//if($cityName == GetMessage("SALE_YMH_CITY_MOSCOW" || $cityName == GetMessage("SALE_YMH_CITY_SPB") // !!!!!
if($cityName == "Москва" || $cityName == GetMessage("SALE_YMH_CITY_SPB") // !!!!!
{
$dbLocations = CSaleLocation::GetList(
array(),
//array("CITY_NAME_LANG" => $cityName) // !!!!!
array("CITY_NAME_LANG" => "Москва" // !!!!!
;

if($arLocation = $dbLocations->Fetch())
$result = $arLocation["ID"];
}

return $result;
}

Такое эе название города надо прописать в настройках магазина: Магазин - Настройки - Местоположения - Список местоположений, иначе параметры доставки заполняться не будут. Сейчас дошел до проблемы, описанной Юрием Игнатовичем - также требует указать outlet.

Копаю дальше.

Я туда почти дошел - тоже проблемы с доставкой, правда еще не понял какие, пока только вижу, что массив с данными о доставке пуст. Два часа потратил на то, чтобы понять, почему у меня вообще результирующий массив $arResult с данными для маркета наполовину пустой. Выяснил, что вырезает все строковые значения и заменяет их на "". В итоге нашел косяк в этой строке:

if(strtolower(SITE_CHARSET) != 'utf-8')
                 $arResult = $APPLICATION->ConvertCharsetArray($arResult, 'utf-8', SITE_CHARSET);

У меня SITE_CHARSET было равно "windows1251", переписал так:

$arResult = $APPLICATION->ConvertCharsetArray($arResult, 'utf-8', "windows-1251"    ;

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

На русониксе хостимся

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

Если заходить "вручную" по адресу, где размещен скрипт для взаимодействия с яндекс-маркетом, то получаем такой ответ:

{"error":"\u041d\u0435\u0430\u0432\u0442\u043e\u0440\u0438\u0437\u043­e\u0432\u0430\u043d\u043d\u044b\u0439 \u0437\u0430\u043f\u0440\u043e\u0441"}

что в переводе означает "Неавторизованный запрос"

Ну в общем-то в документации тоже не указано, на какой скрипт сайта необходимо натравливать маркет для формирования заказа, я использовал скрипт bitrix\services\ymarket\index.php

По второй части ответа тоже все верно: сгенерирован самоподписанный SSL-сертификат, получен его SHA1-отпечаток, все прописано в настройках яндекса и магазина. Но при попытке сделать тестовый заказ идет отлуп

18.12.2013 09:48:57	POST	/cart	130	CANT_GET_RESPONSE	HTTP
URL = https://www.sitename.ru/yandex.market.api/cart Параметры URL: auth-token=E50000015E430434 Детали ошибки = 401 Unauthorize

Скрипт нужный нашел, запрос от Яндекса он принимает, но возвращает всегда ответ 401 "Неавторизованный запрос". Куда копать? Как авторизоваться? Я понимаю, что от коллег по цеху вряд ли получится узнать ответ, но разработчики платформы то форум посещают, или нет?

В последнем обновлении платформы появился функционал для работы по программе "Покупка на маркете". На стороне сайта все настроил (Админка - Магазин - Покупки на Маркете), в учетке яндекса тоже все указал, но при отправке тестовых заказов получаю ошибки CANT_GET_RESPONSE и INVALID_RESPONSE. В качестве URL API в настройках Яндекса указывал URL сайта или путь к корзине - заказы не проходят в обоих случаях. Подозреваю, что в определенный каталог сайта необходимо положить скрипты, которые будут отрабатывать запросы Яндекса, но где тогда брать эти скрипты? Или может они уже где-то лежат, но я просто не знаю где именно?
Кто уже пробовал подключаться к данной программе Яндекса, помогите плиз, а то всю голову сломал уже.

Ну конечно же нет! Спасибо ))

Добавил новое свойство для инфоблока, в админке у товара все нормально заполняется, но в массиве DISPLAY_PROPERTIES при формировании страницы этого свойства нет. При этом в общем массиве свойств оно присутствует. Проверил настройки свойства - активность включена, все остальные параметры тоже совпадают с параметрами других свойств, которые отображаются корректно. Что я делаю не так?

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