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

Если клиент заказывает такси через приложение, достаточно добавить текст над кнопкой "Заказ" о том, что нажимая эту кнопку, клиент соглашается с предложенной ценой и маршрутом. Дальнейшие корректировки уже обсуждаются с водителем с последующим пересчетом суммы поездки. Дополнительные галочки "Дети", "Багаж" и т.д. тоже напрашиваются сами собой.

Если же кто-то по старинке использует заказ по телефону, тут идея в следующем. В скрипт оператора в обязательном порядке входят уточняющие вопросы про детей, багаж и т.д. В конце озвучивается сумма поездки и задается вопрос, согласен ли клиент с этими условиями. Разговор естественно пишется. Клиент соглашается, заказ обрабатывается, машина приезжает уже зная о потребностях пассажира. А вот тут, если разногласия таки возникли (сказали, что без детей, "чтоб дешевле",  или другие несостыковки) водитель имеет возможность в приложении воспроизвести разговор клиента с оператором и тыкнуть этой записью в нос неадеквату. Большинство проблем на этом должно закончиться.

Критика приветствуется.

Итак,граждане,у меня сегодня бомбануло.. Читаю пост "Яндекс такси - взгляд из таксопарка - часть 2". Ну вроде все как обычно - таксист жалуется,что народ экономный,что таксисты голодают,моются в речке,и вообще - народ виноват в том,что появился убер с яндексом. Ну ладно,обычное дело,написал пару камментов с вопросами,почему тогда таксисты дурят народ на вокзалах и ломят цены во время терактов. На что вполне ожидаемо ТС IWANICHI добавил меня в игнор. Ну ладно,я не расстроился,однако тему решил почитать. Смотрю - вот она сущность таксистов и полезла - не смотря на то,что IWANICHI добавил меня в игнор - он продолжает писать мне сообщения(что бы люди думали,что я слился,и мне ответить нечего).мало того,он начинает откровенно и прямым текстом оскорблять меня,зная,что ответить я ему не могу. Вот поэтому у меня и возникает вопрос - "кому выгоден игнор-лист?" Ну и буду рад,если вы поймете всю сущность таксистов,которые жалуются на нищету и пользуются грязными приемами,что бы заставить платить людей больше.

#comment_106668055

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

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

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

Принадлежащий ИП автомобиль попал в ДТП, результатом которого стала смерть пассажира. Виновным был признан водитель такси, с которым ИП был заключен соответствующий трудовой договор.

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

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

Судебная коллегия по гражданским делам Верховного Суда РФ находит, что судами первой и апелляционной инстанций были допущены существенные нарушения норм материального и процессуального права.

В частности, отмечается, следующее.

Пунктом 1 статьи 1079 Гражданского кодекса РФ предусмотрено, что юридические лица и граждане, деятельность которых связана с повышенной опасностью для окружающих, обязаны возместить вред, причиненный источником повышенной опасности, если не докажут, что вред возник вследствие непреодолимой силы или умысла потерпевшего. Обязанность возмещения вреда возлагается на юридическое лицо или гражданина, которые владеют источником повышенной опасности на праве собственности, праве хозяйственного ведения или праве оперативного управления либо на ином законном основании (на праве аренды, по доверенности на право управления транспортным средством, в силу распоряжения соответствующего органа о передаче ему источника повышенной опасности и т.п.).

Согласно пункту 1 статьи 1068 Гражданского кодекса РФ юридическое лицо либо гражданин возмещает вред, причиненный его работником при исполнении трудовых (служебных, должностных) обязанностей. При этом работниками признаются граждане, выполняющие работу на основании трудового договора (контракта), а также граждане, выполняющие работу по гражданско-правовому договору, если они действовали или должны были действовать по заданию соответствующего юридического лица или гражданина и под его контролем за безопасным ведением работ.

Как установлено судом, работодателем водителя такси, исполнявшего в момент причинения вреда трудовые обязанности, а также владельцем автомобиля, при использовании которого причинен вред, являлся ИП. Таким образом, отказ в иске к ИП является существенным нарушением норм материального права.

Кроме того, судом установлено, что агрегатор такси оказывал ИП агентские услуги по поиску пассажиров такси, принятию от них заказа и передаче его исполнителю услуги.

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

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

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

То обстоятельство, что пассажир впоследствии вступил в непосредственные отношения с работником принципала - водителем такси, а также то, что он мог получить информацию о принципале, согласно приведенным положениям статьи 1005 Гражданского кодекса РФ, само по себе не влияет на обязанности агента, вступившего в отношения с третьим лицом от своего имени.

В обоснование ответственности агрегатора такси истцы представили рекламную продукцию данного агрегатора об оказании им услуг такси, а также снимок отправленного им СМС-сообщения, с указанием цены услуги и благодарностью за пользование его услугами. При этом истцы указали на то, что, предлагая услуги такси, агрегатор действовал от своего имени.

Однако в нарушение положений частей 1, 3, 4 статьи 67, части 4 статьи 198 Гражданского процессуального кодекса РФ судебные инстанции какой-либо оценки названным доказательствам не дали.

При этом обязанность доказать основания освобождения от ответственности за причиненный вред в силу положений пункта 2 статьи 1064 Гражданского кодекса РФ должна быть возложена на ответчика.

При таких обстоятельствах Судебная коллегия по гражданским делам Верховного Суда РФ находит, что апелляционное определение подлежит отмене с направлением дела на новое рассмотрение в суд апелляционной инстанции.

ссылка на решение ВС: http://static.consultant.ru/obj/file/doc/vs_060218.pdf

Привет моим верным подписчикам и лиге вэб разработчиков! В данном посте я поведаю о:

- паре забавных случаев, возникших при разработке новой версии моего агрегатора котиков и мемасиков (а так же новостей, видео, пабликов, групп, RSS и Telegram каналов );

- текущем состоянии дел и планах развития.

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

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

Итак, начнем с пары интересных задач, которые пришлось решить при разработке.

1. Как я добавлял вывод телеграмм каналов.

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

Обилие инструкций по работе с телеграм-ботами воодушевляло и я рассчитывал, что задача не займет много времени. И еще я не понимал, почему никто не сделал аналогичного сервиса :)

Как это всегда бывает в разработке, препятствия возникли на ровном месте: оказалось, что для того, что бы бот мог читать какой-то канал, бота надо туда добавить. Поэтому вариант сразу отпал. И я перешел к чтению мануалов на основной API телеграма.

Через 30 минут изучения документации я был в отчаянии.

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

Несколько дней поиска привели меня к решению: использовать на сервере opensource php телеграм клиент. Дада! Можно использовать телеграм под php, и там даже есть поддержка звонков! Это чудо называется madelineProto и исходники доступны на гитхабе.

В итоге, через 3 дня настройки и две блокировки моего аккаунта из-за чрезмерного количества попыток авторизации я настроил клиент и решил задачу. Теперь у меня есть свой шлюз из telegram в web! А пользователи могут читать любые публичные телеграмм каналы у меня на сайте без регистрации и смс.

2. Парсинг youtube каналов.

С API youtube'a вообще вышло забавно. Их справка предлагает использовать php плагин от гугла для доступа к API.  От их API мне нужно было не много: список видео на канале с метаданными, название канала и его логотип. У vk или fb такой запрос создается парой строчек кода и разобраться можно за пол часа.

Но у гугла свой путь разработки :)

Я смирился с тем, что плагин для доступа к API весит более 30 мегабайт. Но я еще и не смог настроить его за 3 часа!

В итоге, кликая на все подряд в справке гугла, оказалось, что плагин можно вообще не использовать, а для получения всей информации - воспользоваться стандартным get запросом, как везде. На формирование запроса мне понадобилось ровно 10 строк кода и 15 минут, вместо 30 мегабайтного плагина.

А потом люди удивляются: "а почему андройд притормаживает на 8-миядерных процессорах и требует 4 гигабайта оперативы?" ;)

3. Что сейчас с агрегатором?

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

4. Планы

- Добавить прямые ссылки на отдельные источники

- Расширять список источников: imgur, rutube, reddit, новостные сайты.

- Привлечь ядро активных пользователей, что бы были данные для формирования ленты популярных постов;

- Добавить в ленту вывод видео и гифок, что бы сократить число внешних переходов;

- Е-маил рассылки с лучшими постами за день/неделю (естественно при желании пользователя);

- Сотрудничество с создателями контента для совместного продвижения.

5. Техническая часть.

Для тех кому интересно то под капотом следующий стек технологий:

Backend: самописный, доставшийся мне в наследство на одном из проектов и переписаный мной под свои нужды. Используется шаблонизатор smarty.

БД: Mysql

Fron-end: HTML + Angular JS 1, так же используется Jquery 2 (в 3-й версии scroll события в firefox не работают периодически) для анимаций.

Парсинг осуществляю с помощью библиотеки php-query или через API раз в 5 минут по CRON'у в порядке живой очереди с приоритетом на публичные источники. Т.е. если за 4 минуты сайт не успел пройтись по всем источникам, то скрипт останавливается. А в следующий раз в начале очереди находятся те источники, которые дольше всего не обновлялись. Очереди для публичных и персональных источников разные - по 2 минуты и на те и на другие.

Если вас заинтересовал проект, то буду очень признателен за любые отзывы и комментарии. Ссылка (на пикабу, вроде, разрешено в конце поста давать ссылку): https://i-c-a.su/