Я расскажу вам, какие три звоночка заставили меня почти навсегда (до недавнего времени) принять факт бесполезности этой разработки, и решили судьбу вообще всех моих дальнейших стараний, уже даже не связанных с этой системой. И немножко морали в конце.
С чего всё начиналось
Где-то в 2017-18 годах в районные школы пришло распоряжение об обязательной установке турникетов на входе (вследствие терактов в СПб), выделены средства из бюджета, определены соответствующие сроки. Турникет установили, СКУД подключили, настроили, выдали шесть сотен карт для учеников и сотрудников. Карты с уникальным идентификатором, каждый из которых должен быть вручную внесён в БД СКУД перед использованием. На время тестирования всей этой великолепнейшей системы карточки было решено выдать только сотрудникам. Ну и не было бы этого поста, если бы я напрямую этим не занимался.
Разобравшись во всей этой полу-установленной системе турникет-сервер, я никак не мог оставить без внимания одну интересную возможность – делегирование обработки проходов на сторонний URL-адрес (к слову, помимо этого была возможность делегировать на другой адрес и систему контроля допуска, чтобы кто-то внешний контролировал возможность прохода). Наверное, это мой фетиш, но всё, что можно отправить на мой сервер по URL-адресу, должно быть на него отправлено. Так в голову пришла идея создать систему, которая будет оповещать родителей о приходах их детей в школу, а по факту — о проходах через турникет с помощью карты ребёнка (да, одно из слабых мест любой СКУД или первый звоночек).
«Нажмите "/" для вызова меню»
Данные локальный сервер будет отправлять на указанный адрес — мой скрипт, написанный на PHP в связке с MySQL, стандартный набор. Сервер установленного турникета, с которым я работал, устроен таким образом, что любой поворот ступицы создаёт запись в логе проходов, который немедленно отправляется на локальный сервер (а оттуда уже на внешний URL-адрес). Я приложил карточку и прокрутил ступицу.
Поймав отправленные турникетом данные я ужаснулся: там был целый лог с сотнями записей о проходах за все дни с момента установки турникета. «Неужели мне каждый раз придётся это обрабатывать?», — подумал я и прокрутил ступицу второй раз. Пришёл тот же лог, но вдобавок ещё, как нетрудно догадаться, там была и новая запись. «Ну ладно, раз есть идея, значит должна быть реализация», — промелькнуло в голове, и я начал оформлять БД и запись всех новых проходов в неё через скрипт, чтобы была история проходов, ибо это односторонняя связь, получить лог по запросу от локального сервера всё равно нельзя. Конечно, очень неприятно было бы день за днём получать мегабайты лишних данных каждую секунду (а лог почему-то приходил каждые несколько секунд, даже если не было проходов) и забивать память сервера, а ведь лог содержал не только проходы по картам, но и открытие с кнопки – а таких записей было большинство.
Перфекционизм, оптимизация или «самое время дать шанс инструкции»
Отлично. Мы имеем скрипт, который сохраняет все проходы по картам. Представим, что прошла парочка лет, и скрипт уже со скрипом обрабатывает входящие мегабайтные логи, если они вообще смогут приходить в таком объёме. Помимо всего этого логи дублировались. То есть после того, как был обработан очередной лог, он снова приходил в течение минуты. Так дело не пойдёт. Пишу в техподдержку, мол, «как так, неужели нельзя отправлять только последние записи и только один раз?», в ответ на что я получаю документацию, в которой говорится о необходимости ответа, чтобы турникет узнал, что данные приняты. «А наряду с остальными ненужными документациями на сайте почему нельзя было эту секретную разместить?», – ругнулся я и вернулся к работе уже с новыми сведениями.
Хорошо. Учим скрипт отвечать на принятые данные и снова пару раз проворачиваем ступицу – всё работает как требовалось: приходит только что созданная запись без остального лога. Прекрасно. Наводим красоту в коде, создаём проверку авторизации, таблицу карт, включающую в себя алиас карты и её номер, а также таблицу получателей карт (ID пользователей в Телеграме) и много ещё забытой магии, в числе которой структура папок на сервере, названия скриптов, связи в БД и т.д.
Закон «О персональных данных»? Конечно, конечно…
Теперь при запуске скрипта, который получает и сохраняет логи, получателям уведомлений (если таковые есть) отправляется сообщение о проходе (если таковые есть).
Но что, если кто-то добавит себе номер карты другого ребёнка? Мало ли что бывает в наше время. Была добавлена защита в виде одноразового пароля. Если карта не имеет получателей уведомлений, пароля нет. Если кто-то захочет добавить карту, которая уже привязана к другому аккаунту (например, отец попытается добавить карту, которая уже была добавлена матерью, чтобы тоже знать о проходах ребёнка), то ему потребуется ввести пароль. А пароль может сказать тот, кто уже привязал карту (пароль можно узнать в меню управления картой).
Скриншот бота
Помимо этого добавлена возможность просмотра последних 10 проходов. Тоже на всякий случай. Никакая система не идеальна, а значит эта возможность не будет лишней на случай, если вдруг уведомление не отправится.
Безопасность – это важно
Самое забавное, что из пары десятков сотрудников картами пользовались 3-4 человека, остальные «забыли дома», «открывайте, опаздываю на урок», «ой, доставать её ещё, она в сумке где-то, откройте так» (надеяться после такого, что дети не будут терять карты, передавать другим и забывать дома – глупо или второй звоночек).
Для проверки работоспособности бота был установлен Телеграм на школьный мобильный телефон, и добавлены все розданные карты в аккаунт. Всё работало прекрасно.
Наверное, говорить о том, что турникеты предназначены больше для разграничения зон родитель/детёнок, а не для безопасности, не нужно. Мне была интересна сама реализация и готовая функционирующая система.
Какие проблемы могут быть при использовании бота?
Использование персональных данных (всё же это школа, а защита данных детей – это важно; но отмечу, что карты можно называть как угодно, хотя в таком случае теряется смысл в уведомлениях, ибо родителям придётся ещё и шифр разгадывать: «Ученик №152» – это Маша, Петя или Ахмед? Подзабылось что-то…»).
Огромный поток малышей с утра и после уроков. В таком случае на данный момент турникет отключается и дети просто-напросто заходят/выходят, и ни о каких картах не может идти речи.
Подмена карт, потеря карт, отсутствие карт по забывчивости. Вася заходит за Стёпу, пока Стёпа прогуливает (ну тут классный руководитель должен следить); кто будет платить за потерянные карты, перерегистрировать новые, менять данные в случае смены владельцев и т.д.? Никто не отправит ребёнка домой за картой. За «сменкой» – ещё может быть, но за картой – да глупость какая-то.
Идентификация карт. Как быстро определить, кто посеял найденную кем-то карту? Никак. Ну или по-костыльному, типа наклейки с именем, поиска в БД, опроса учащихся, ведения списков или при помощи ещё чего-нибудь интересного. Вздор.
Временные выходы на улицу (физкультура, магазин, двор – у кого какая школа и какую свободу предоставляет) = лишние уведомления, и, как следствие, возможные ненужные переживания родителей. Хотя... кто будет брать карту на физкультуру?
Нагрузки, которые не сможет выдержать сервер. Поскольку система не имела возможности протестироваться на большом потоке данных, то и проблем таких пока не возникало, но они точно будут, вопрос только в величине нагрузки. В этом пункте ещё и отсутствие ограничений на количество обращений к скрипту, да и Телеграм тормозит ботов, которые отсылают слишком много сообщений в минуту.
Проблем может быть много, но все вспомнить я не смогу, потому что они специфические и проявятся только при увеличении нагрузки.
На этом всё бы и закончилось, если бы не брелок
В общем наборе с картами для прохода лежал брелок в качестве прототипа, который можно было заказать за немножко чутьбольшетысячи денег, на который, помимо самой школьной карты, можно было записать «Тройку» и «Стрелку». Нельзя просто так взять и не добавить уведомление о том, что ребёнок в автобусе. Дети ведь не всегда рядом со школой живут. Со «Стрелкой» можно работать, а вот у «Тройки» нет даже сайта для банальной проверки баланса, ибо всё находится на карте, кроме подвешенных зачислений (вероятно, какой-нибудь API есть, но не для публичного доступа). В общем, простого способа получить какие-то данные об этой карте невозможно.
При обращении к представителям «Стрелки» по вопросу доступа к API я получил отказ, мол, публичного API нет и вряд ли планируется. Как скажете. Но вы — не «Тройка», у вас сайт есть, а там есть возможность смотреть всё. Идея есть, реализация будет. Немножко изучения отправляемых запросов и получаемых данных на сайте, немножко программируемой магии и всё готово. Почти по той же схеме добавляем аккаунты стрелки, сохраняем пароли (чтобы скрипт мог авторизовываться за владельцев карт), делаем кэширование запросов во избежание лишней нагрузки на сайт и т. д., и т. п. Актуальные поездки в этом случае теперь придётся доставать вручную. Конечно, это будет делать крон раз в минуту: заходит в каждый известный ему аккаунт, сохраняет данные о поездках по картам, затем рассылает всё получателям уведомлений. Помимо всего прочего была установлена актуальность данных в 10 минут для «Стрелки». Дело в том, что информация о поездках на сайте появляется не сразу, а в течение 15 минут. Самое минимальное, что мне удалось поймать — 1 минута, но всё зависит от терминала и серверов «Стрелки», и, чаще всего, в истории запись появляется, в среднем, через 4 минуты. Снова наводим красоту в оформлении бота, добавляем возможность просмотра поездок, пополнений и иной базовой информации о картах. Кроме того, для тех, кому незачем добавлять аккаунт в бота, в качестве вишенки на торте делаем функцию проверки баланса по номеру карты.
Скриншоты
Эпилог
Когда я поговорил с администрацией школы об этом боте, предвкушая огромный фидбек от его использования, мне сказали, что это всё замечательно и интересно, однако дальше произошёл такой диалог:
— Когда раздадут карты, чтобы родители могли отслеживать детей?
— Никогда. А зачем? Всё равно будут терять, толпиться, забывать…
Третий звоночек и занавес.
А обещанная мораль…
Не умеешь продавать – забудь об исключительности своих идей.
