Разрабатываю сайты, которые приносят заявки

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

Сервер стоит в России и не может достучаться до Telegram напрямую. Раньше это означало, что при любом сбое связи заявка просто оставалась в базе и о ней никто не узнавал. Сделал очередь: сайт складывает задание, бот забирает его сам и подтверждает доставку. Если бот упал на полпути — задание вернётся в очередь через минуту, всего попыток восемь с нарастающими паузами. А если активных менеджеров вообще нет, заявка уходит в запасной чат, а не растворяется.

В каталоге около ста тысяч машин, и адрес страницы можно было подобрать так, чтобы сервер попытался собрать их все разом — сайт ложился от одного запроса. Теперь за раз отдаётся не больше шестидесяти карточек, а любые кривые значения в адресе дают обычный список вместо ошибки. Проверил руками: запрос на 99 999 машин отдаёт 60, попытка подсунуть команду базе данных — обычную выдачу.

Площадка-источник отдаёт одну и ту же машину дважды — под номером объявления и под внутренним номером автомобиля, — а прежний сбор данных послушно заводил две карточки. Каждая четвёртая машина в каталоге двоилась. Убрал 38 459 лишних карточек, предварительно сохранив их копию, и закрыл саму причину тремя проверками при записи. Сейчас в каталоге 94 647 машин и 3 дубля.

Машину продали — а карточка висела на сайте вечно: проверка доходила только до новых объявлений, а до опубликованных не возвращалась никогда. Клиент звонил по машине, которой уже нет, и разговор начинался с извинений. Теперь каждое объявление переспрашивается у источника не реже раза в трое суток, и проданное уходит с витрины без участия человека.

Видео с YouTube подключались напрямую: плеер грузился вместе со страницей и сообщал YouTube о визите, даже если человек не собирался ничего смотреть. Заменил на кадр из ролика с кнопкой — плеер подключается только по нажатию. Обращений к YouTube до нажатия стало ноль вместо двух, и до запуска ролика посетителю не ставится ни одной чужой куки. Для сайта, который обязан объяснять в политике, какие данные собирает, это не мелочь.

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

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

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

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

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

Все страницы собраны заранее, на сервере лежат готовыми файлами — на запрос он тратит около двух тысячных секунды и занимает 55 МБ памяти. Ни шрифты, ни счётчики, ни картинки не тянутся со сторонних сайтов: если у Google или у рекламной сети что-то ляжет, на скорость страницы это не повлияет никак. Отдельная причина так делать — на прошлом сайте заказчика сборка однажды сорвалась ровно из-за того, что не удалось достучаться до шрифтов Google.

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

Ролик первого экрана весил 3 МБ, и внутри сидела звуковая дорожка на 256 кбит/с — при том что видео на сайте всегда без звука. Перекодировал в два формата без звука: 1947 КБ стали 176 КБ до подгрузки ролика.

Заголовок кэширования приходил сдвоенным: сначала «не хранить», следом «хранить месяц». Браузер берёт первое. Сайт скачивался заново при каждом визите, и заметить это можно было только по заголовкам ответа.

Цена лежала строкой в четырёх файлах — прайс и страницы услуг на двух языках. Расхождение между ними стоит доверия дороже опечатки. Теперь это числа в одном месте, а рубли и доллары выводятся из них.

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