0xDEADFA11

Снова прежняя картинка товара! Может озон кэширует или еще что. Делаю скриншот, снова зову ТП-человека.

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

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

Зачем?! Уже 2016 почти, а Рособрнадзор не в курсе о существовании REST?

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

Но "финишем" для меня стали "рейтинги" в разделе с архивом приказов.

Как-то это непрофессионально и бестолково. Почему у нас не принято читать то, под чем ставишь свою подпись? А? г-н Бисеров?

Что у нас есть?

- Сайт РЖД, где мы в первоисточнике можем смотреть наличие билетов,

- браузер с инструментами разработчика (Chrome или Firefox+Firebug вполне подойдут)

- средства для программирования и окружение для запуска программ (C# и .NET Framework в моем случае).

Морда сайта имеет куку (идентификатор сессии) и делает три HTTP-запроса:

0) запрос самой HTML-страницы с сопутствующими ресурсами и их запросами (баннеры-х**неры, яндекс-метрики всякие, про них я не буду говорить),

1) запрос к базе, получает идентификатор ответа (rid),

2) по идентификатору ответа забирает данные

HTTP-запросы содержат информацию о желаемых билетах и идентичны друг другу, за исключением добавления крайнего параметра () во второй раз.

HTTP-запрос - это и есть HTTP-запрос.

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

Сервер нам всегда отвечает json-объектом, в котором есть поле "result", которое может быть { OK, Error, RID }.

На первый HTTP-запрос нам приходит объект с "result":"RID". Примерно такой:

{

"result" : "RID",

"discounts" : { },

"rid" : "202628254",

"timestamp" : "01.12.2015 11:13:29.077",

"tipFlags" : { "Ukr" : 0 }

}

Значит, мы можем смело лезть искать поле "rid" и подставлять код из него значением параметра rid во второй HTTP-запрос. Если в "result" json-ответа будет значение "OK", то у нас все получилось.

Тонкость в том, что если сервер не успеет извлечь результат между нашими запросами, то "result" будет "Error" или вообще ответ на предыдущий запрос. Лучше обезопасить себя принудительной задержкой между запросами или настойчиво запрашивать до тех пор, пока не получим OK.

В случае удачного запроса, мы получим данные вроде этих:

Теперь непосредственно Анечка.

Нам нужно нечто, способное делать HTTP-GET-запрос и хранить куки. Используем System.Net.WebClient с небольшой модификацией.

Пару слов о разборе json-данных. Для этих целей я использую Newtonsoft.Json, который можно взять через NuGet. Требуется создать модель данных (C# классы), чтобы спроецировать на них json. Например, для объекта-ответа с rid, пример которого я приводил выше, можно написать такой класс:

{

"result" : "RID",

"discounts" : { },

"rid" : "202628254",

"timestamp" : "01.12.2015 11:13:29.077",

"tipFlags" : { "Ukr" : 0 }

}

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

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

Теперь мы можем показать Анечке, как можно приносить нам апдейты с сайта РЖД.

Значения station*_name и station*_code можно почерпнуть из API автодополнения на том же сайте, оно так же работает через json. Базируется здесь , есть HTML-интерфейс, код языка - ru.

Вот и всё. Смс-оповещалку с какого-нибудь смс.ру прикрутить не составит труда.

Поделие на Гитхабе с таймером и бегунами, кто не умеет в GIT, тому по ушам ссылка на zip-архив.

Предложения, пожелания, форки и срачи в комментариях приветствуются.

P.S. Зачем это все? Почему это все так плохо ?

А потому что могу! ;))