Диалог доплаты на сайте Такси

Обновил диалог доплаты водителю на сайте Такси 42. В часы пик желающих уехать бывает гораздо больше, чем водителей на линии. В это время служба такси старается уравновесить спрос надбавками к стоимости. Однако, такси в наше время — это не роскошь, а социально значимый сервис. Поэтому в Такси 42 такие надбавки не бывают большими. Чтобы сделать заказ привлекательнее для водителя клиент может самостоятельно добавить денег.

Часто клиентам бывает сложно выбрать размер доплаты. Это как с чаевыми в ресторане. Сколько отдать чтобы было не накладно для себя и приятно для официанта? Разница только в том, что в ресторане оплата идёт после ужина, а в такси стоимость поездки рассчитывается заранее.

Чтобы помочь клиенту определиться в диалоге доплаты есть готовые варианты: 30, 50, 70 и 100 рублей. Можно выбрать сумму, которая не ударит по кошельку. А можно воспользоваться опцией «Своя сумма» и ввести свой размер доплаты. Обычно так поступают при оплате наличными чтобы добить до круглой суммы и не искать мелочь.

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

Изменилась и работа диалога: выбор доплаты стал на клик короче. Раньше нужно было кликнуть опцию, а затем кнопку «Принять». Теперь доплата принимается сразу по клику на опции. Обычно, если речь идёт о деньгах, то лишнее подтверждение выбора не помешает. Поэтому первоначальный вариант с двумя кликами был неплох. Однако, в данном случае суммы небольшие, и я отдал приоритет скорости и удобству работы.

По-моему новый диалог выглядит интереснее и лаконичнее. Сейчас на сайте временно работает вариант без эмодзи. Думаю, скоро мы их утвердим, и станет ещё лучше!

Бета-версия приложения Такси 42

Мы строили-строили, и наконец построили! Выпустили бету приложения для заказа такси на React Native. Пока только для Android. В планах есть и iOS тоже.

Примечательно, что пока разрабатывалось и тестировалось новое приложение, успел устареть Target SDK 33, который мы закладывали изначально. Теперь Google требует минимальный SDK 35. Пришлось обновляться до React Native 0.82, а также обновлять другие зависимости. Это порядком отняло сил и нервов. Зато, в конечном итоге, всё получилось.

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

Кроме того, теперь можно добавлять в маршрут промежуточные остановки. Например, если Вася выходит на улице Солнечной, а Петя едет дальше до улицы Вишнёвой, то это сразу можно отметить в заказе. Раньше об этом приходилось договариваться с водителем уже во время поездки. Тот уходил на таксометр, люди из-за этого переживали. Словом, было сложно, а стало просто.

Ещё добавили в меню кнопку «Сообщить о проблеме». Бета версия пока только тестируется, поэтому очень важна обратная связь от клиентов. Особенно ценны будут просьбы, жалобы и предложения именно по работе самого приложения. Но и замечания по работе самого такси тоже будут полезны.

И, конечно, сделано множество мелких изменений в UX/UI. Надеюсь, они сделаю приложение проще и дружелюбнее к пользователю.

Приложение доступно в Google Play и на Ru-Store. Пока оно в бете, мы копим статистику и смотрим на отзывы. Очень хотелось бы поскорее добраться до Release Candidate. В любом случае, день 11.11.2025 получился очень важным и волнительным для меня.

Уведомление в РКН

В мае этого года РКН значительно увеличил штрафы за нарушения законодательства в сфере обработки персональных данных. После этого многие поспешили убрать со своих сайтов формы заказа, счётчики, гостевые книги и т. д. Я тоже убрал форму отправки сообщения и Яндекс.Метрику. Оставил только свои контакты, чтобы посетители всё же могли со мной связаться.

Поработав месяц-два в таком режиме, я понял, что он мне не нравится. Во-первых, я всё же хочу получать статистику посещений — то есть вернуть счётчик Метрики. И хочу, чтобы посетители могли отправить мне сообщение прямо с сайта.

А во-вторых, мне было интересно пройти этот «квест» с уведомлением в РКН. Хотелось самому посмотреть, как это работает и к чему приводит. Получить этот опыт, чтобы затем делиться им со своими заказчиками. Говорят, что отправка уведомления якобы может стать поводом для проверки со стороны РКН. Так ли это? Я думаю, что нет. Юрлиц по стране — тысячи, и вряд ли будут проверять каждого: это огромные затраты времени и ресурсов.

Я понимаю, почему многие не хотят с этим связываться. Информация о подготовке сайта к новым правилам противоречивая. Доверия к РКН мало. Сам процесс составления уведомления вызывает много вопросов — слишком многое может пойти не так. А это значит риск получить штраф. Я готов к этому риску. Тем более что для меня, как для физлица, штраф минимальный. Десять тысяч рублей — неприятно, но не смертельно. Для юрлиц штрафы гораздо больше.

Итак, в августе я составил уведомление и отправил его в РКН. Скажу честно: мне помогла жена — она уже проходила это по работе. Форма уведомления есть на сайте РКН. В ней, среди прочего, я указал, какие персональные данные собираю, как их обрабатываю и с какой целью. Я выбрал цель «Осуществление научной, литературной или иной творческой деятельности». Сайт некоммерческий, я ничего здесь не продаю. Только рассказываю о своём опыте веб-разработки через «литературную и творческую деятельность» в блоге.

Если быть точным, я отправил уведомление 24 августа. А первого октября его рассмотрели и приняли. Никакого уведомления об этом мне не пришло — ни на почту, ни куда-либо ещё. Узнать о решении можно только периодически проверяя статус уведомления на сайте РКН.

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

Убрал дубли метатегов в гостевой

На сайте hotelsmini.ru есть гостевая книга с постраничным выводом. Переход между страницами сделан по старинке — через GET-параметр page. Например:

/guestbook?page=2

Когда я зашёл в Яндекс.Вебмастер, то заметил проблему: у нескольких страниц одинаковые title и description. Это неудивительно, ведь метатеги у гостевой книги всегда одинаковые и не зависят от параметра page.

Самое простое решение — добавлять к метатегам номер страницы:

  • «Гостевая книга»
  • «Гостевая книга — страница 2» и т. д.

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

Всё же, для большой гостевой я так и поступил бы. А на hotelsmini.ru гостевая книга занимает всего четыре страницы. Контента немного, поэтому я решил пойти другим путём: сделал отдельную страницу /guestbook/all, где собраны все записи без деления на страницы. Она предназначена специально для индексации поисковиками.

Для посетителей ничего не изменилось: они по-прежнему видят обычный постраничный вывод. Только внизу теперь появилась ссылка «Показать все записи» — чтобы Яндекс быстрее проиндексировал новую страницу.

SEO-настройки:

  • На странице /guestbook/all стоит canonical на саму себя.
  • На страницах с пагинацией (?page=2, ?page=3 и т. д.) я добавил:
<meta name="robots" content="noindex,follow">
<link rel="canonical" href="https://hotelsmini.ru/guestbook/all" />

Яндекс проиндексировал страницу «Все записи» уже на следующий день. Теперь остаётся дождаться, когда маленькие страницы исчезнут из индекса.

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

Обратная связь в мобильном приложении

Добавил в таксишное мобильное приложение кнопку «Сообщить о проблеме». Если клиент испытвает трудности в работе с приложением, он может нажать эту кнопку и написать сообщение службе поддержки. Менеджеры разберут жалобу и свяжутся с клиентом чтобы разрешить её.

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

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

Обычно для обрезки задают лимит на длину. Например, сто символов. Если текст длиннее, из него берут первые сто символов, а в конце добавляют многоточие. Оно показывает, что есть продолжение. Если пользователь тапнет на заявку, то попадёт на отдельный экран с уже полным текстом.

Проблема в том, что тупая автоматическая обрезка часто приходится на середину слова. Это было бы не страшно, если бы иногда не искажало смысл. А иногда смысл делается и вовсе пошлым. Илья Бирман как-то писал об этом в одной из заметок.

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

Я вспомнил ту заметку и решил применить метод Ильи. Я не стал усложнять и делать поэтапный поиск сначала точки, потом запятых, потом пробелов. У меня текст обрежется по первому ближайшему к лимиту символу из перечисленных. Работает просто и надёжно. А главное, я теперь спокоен, что обрезка не приведёт к конфузу.

Корпус Thermaltake Core G3

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

Конфигурация не примечательна. Это i5-12400 на 32 Gb памяти DDR4. Самое интересное в моём компьютере — это корпус. Я его долго выбирал и искал. О нём и пойдёт речь.

Моё рабочее место — это утеплённая лоджия. Она совсем небольшая, поэтому мне важна компактность. Старый ПК был в обычном здоровенном корпусе. Он выпирал из под стола и занимал под ним половину места. Я постоянно задевал его ногами и страдал.

В новой сборке я задался целью найти компактный корпус, который одновременно был бы вместительным. И нашел Thermaltake Core G3. На тот момент это был один из немногих, если не единственный, корпус формата SFX, в который влезала стандартная ATX плата.

Ширина корпуса всего 140 мм, а длина — 370 мм. Забавно, что материнка устанавливается в него вверх ногами. А видеокарта подключается через райзер. В него можно вместить даже двухсекционную водянку.

Правда, опыта эксплуатации водяного охлаждения у меня нет. Поэтому я поставил хороший низкопрофильный кулер от Be Quiet! Через это выбор процессора был ограничен холодными моделями. Для работы мне этого вполне достаточно.

Эта модель корпуса уже старая. Её больше не производят и в продаже её нет. Свой экземпляр я нашёл на Авито. Большое спасибо продавцу Марии за отличную сохранность. Впечатление, что до меня корпусом не пользовались. Б/ушное происхождение выдаёт только приклеенная эмблема Noctua. Мне понравилось, как она смотрится. Поэтому я не стал отдирать.

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

Конечно, есть и с вои недостатки. Например, пришлось отдать целое состояние за приличный SFX блок питания. Нет портов USB-C. Хотелось бы закалённое стекло вместо пластикового окна. Нет места для вертушки на задней стенке. Отсутствует возможность сделать кабель-менеджемент.

С этим можно мириться. В целом решение удачное. Главное — у меня теперь предостаточно места под столом. И я больше не пинаю ногами свой компьютер.

Атака ботов

Таксишный сайт атаковали боты. Они совершают прямые заходы с адресов IPv6 на главную страницу и проводят на ней от 5 до 20 секунд. В первые дни атаки они хаотично скроллили страницу туда-сюда, затем кликали на email в подвале и уходили. А теперь ничего не кликают, только скроллят.

Посещаемость сайта совсем небольшая. Не больше сотни в день, в основном с поисковой выдачи. А с ботами выросла кратно. Они забили все отчёты в Метрике.

Это не DDoS, потому что заходов всё ещё слишком мало чтобы создать серьёзную нагрузку. Это либо прогрев поведенческих ботов, либо атака конкретно на наш сайт с целью компрометации ПФ. В любом случае, хорошего мало.

Самый кардинальный способ борьбы — это отключить IPv6. Среди настоящих посетителей сайта почти никто не заходит с таких адресов. Тем не менее, поступать так не хочется. Поэтому для начала я решил ограничиться капчей на прямые заходы с IPv6. А дальше посмотрим.

Причём, капча простейшая самодельная. Мне интересно, насколько быстро боты её сломают. Пока держится. А когда справятся — повешу Recaptcha от Гугла. Естественно, на странице с капчей нет никакой Метрики. А Google Аналитику мы убрали ещё когда РКН повысил штрафы за неуведомление о трансграничной передаче данных. Хотя, понятно, что отсутствие счётчика не мешает Гуглу с его Хромом собирать статистику.

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

Битва за уведомления в React Native

Во время теста нового мобильного приложения для Такси 42 нашел неприятную особенность. Иногда не приходят оповещения о том, что автомобиль подъехал и ожидает. Это случается на слабых устройствах с небольшим количеством памяти. Если одновременно запустить что-то тяжелое, то из-за нехватки ресурсов Андроид «убивает» сервис, следящий за статусом заказа.

В моих тестах этим «тяжёлым» было Яндекс Go. Не секрет, что многие часто запускают несколько приложений такси стремясь уехать подешевле или побыстрее. Я повторял это поведение на стареньком телефоне всего с двумя гигабайтами оперативки. Он не выдерживал нагрузки и принудительно закрывал работающие в фоне приложения. Включая и наше.

Я стал дебажить библиотеку Notifee, которую использую для фоновой работы с оповещениями. Пришлось залезть к ней «под капот» в нативный Java-код, хоть я и не особо силён в нём. Напомню, что я пишу на React Native.

Так вот, есть два режима, в которых можно стартовать сервис: START_STICKY и START_NOT_STICKY. В первом Андроид будет пытаться заново запустить его после принудительного завершения. А во втором — нет. Так вот, библиотека Notifee использует именно второй режим. И нет никакого способа повлиять на это через параметры или настройки.

Я встал перед дилеммой: форкать и модифицировать Notifee, либо вовсе от неё отказаться и переписать сервис на нативном модуле. Выбор пал на нативный модуль. Править чужой код не зная нюансов — такое себе занятие. Тем более, я за любой способ сделать приложение легче. А тут такая возможность избавиться от целой библиотеки. Заодно попрактикуюсь в написании кода на Java.

Я выкинул Notifee, переписал сервис и вернулся к тестам. START_STICKY помог, но не совсем. В особенно тяжелых случаях Андроид после рестарта сервиса тут же снова его «прибивал». На этот раз окончательно.

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

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

Словом, на сегодня проблема решена на половину. Приложение старается перезапустить сервис оповещений после «убийства». Это получается не всегда, поэтому по прежнему сохраняется опасность пропустить оповещение о подъехавшей машине. Хорошо, что оно дублируется звонком от робота.

Хорошим решением было бы использовать push-уведомления вместо сервиса. Возможно, мы перейдём на них. Хотя, сейчас, в условиях ограничений мобильного интернета, всё равно не обойтись от дублирования оповещений звонком. Поэтому пока работаем в этом режиме и копим статистику.

Узор на сайте мастерской чонгов

Продолжаю работу над сайтом мастерской тренажеров для Кунг-Фу. Да, знаю, что идёт медленно. Оправданием служит то, что это проект на энтузиазме в свободное время. Для души, так сказать.

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

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

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

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

А вот так выглядит заголовок, «отбитый» узором. Как и требовалось, он оживляет страницу. При этом он лёгкий и не мешает читать текст.

Карта для сайта такси

Добавил карту на сайт Такси 42. Речь пока только про десктоп. Раньше ввести адреса для заказа такси можно было только текстом. А теперь добавилась опция ткнуть их на карте. При этом, сайт тут же проложит маршрут.

Пока непонятно насколько удобно сделано переключение между адресами. Первый клик по карте назначает адрес «Откуда». Фокус переходит в поле «Куда», и все последующие клики по карте выбирают уже его. Чтобы вернуться к адресу «Откуда» нужно вручную перевести в него фокус.

Будем смотреть, удобен ли такой способ пользователям. У Яндекса, например, сделано по-другому. Там кликнуть на карте можно только адрес «Откуда». А адрес назначения вводится текстом.

Для работы с картой используется библиотека Leaflet и подложка 2ГИС. На очереди версия для мобильных устройств.

Ранее Ctrl + ↓

Пользуясь сайтом, вы соглашаетесь с использованием Cookie