[{"data":1,"prerenderedAt":92},["ShallowReactive",2],{"api:\u002Fapi\u002Fconfig:ru":3,"api:\u002Fapi\u002Fnotes:ru":8,"api:\u002Fapi\u002Fprojects\u002Fpixel-wall:ru":32},{"email":4,"lang":5,"name":6,"role":7},"hello@ewsirdev.example","ru","Ewsirdev","Веб-разработчик: сайты, лендинги и сервисы на Go",[9,16,22,27],{"slug":10,"lang":5,"title":11,"date":12,"summary":13,"project":14,"minutes":15},"double-booking","Двойная бронь: транзакция плюс частичный UNIQUE-индекс","2026-10-20","Как booking-slots защищается от двух клиентов, которые одновременно записываются на одно время, и чем проверяется эта защита.","booking-slots",1,{"slug":17,"lang":5,"title":18,"date":12,"summary":19,"project":20,"minutes":21},"lease-and-fencing","Lease и fencing: как очередь не теряет задачу и не даёт ей выполниться дважды «зомби»","Воркер может упасть, зависнуть или проснуться, когда его задачу уже забрали. Разбираю, как lease и токен аренды в job-queue решают это в SQLite.","job-queue",2,{"slug":23,"lang":5,"title":24,"date":12,"summary":25,"project":26,"minutes":15},"p95-nearest-rank","p95 в мониторе доступности: метод ближайшего ранга и чего он не скрывает","Как uptime-monitor считает p50\u002Fp95 задержки и аптайм, почему выбран метод ближайшего ранга и где эти цифры обманчивы.","uptime-monitor",{"slug":28,"lang":5,"title":29,"date":12,"summary":30,"project":31,"minutes":21},"websocket-from-scratch","WebSocket на стандартной библиотеке: что на самом деле происходит под new WebSocket()","Зачем в realtime-rooms написан собственный слой RFC 6455, какие нарушения протокола он проверяет и почему для продакшена всё равно лучше взять библиотеку.","realtime-rooms",{"slug":33,"title":34,"type":35,"stack":36,"description":47,"highlights":48,"run":53,"hue":54,"og":55,"shots":56,"case":64,"case_lang":5,"prev":86,"next":89},"pixel-wall","Пиксельная стена: общий холст","backend",[37,38,39,40,41,42,43,44,45,46],"Go","stdlib only","WebSocket","Canvas 2D","Vanilla JS","embed","Binary protocol","Snapshot + journal","Docker","GitHub Actions","Совместный холст 256×256 в духе r\u002Fplace: 16 цветов, кулдаун на сессию и IP, свой WebSocket-слой на stdlib (RFC 6455) с бинарным протоколом (4 бита на пиксель), снимок и дельты, снапшот плюс журнал с восстановлением, таймлапс, зум и пан, мини-карта, экспорт PNG, админ-инструменты. Пет-проект.",[49,50,51,52],"Свой WebSocket (RFC 6455) на stdlib","Бинарный протокол: 4 бита на пиксель","Снапшот + журнал с восстановлением после падения","Таймлапс по журналу изменений","cd pixel-wall && set SEED_DEMO=1&& set ADMIN_TOKEN=secret&& go run .\u002Fcmd\u002Fserver",320,"\u002Fog\u002Fpixel-wall.jpg",{"desktop":57,"desktop_sm":58,"mobile":59,"dw":60,"dh":61,"mw":62,"mh":63},"\u002Fshots\u002Fpixel-wall-desktop.webp","\u002Fshots\u002Fpixel-wall-desktop-sm.webp","\u002Fshots\u002Fpixel-wall-mobile.webp",1280,800,390,844,{"about":65,"features":68,"run":77,"notes":81},[66,67],"«Пиксельная стена» — совместный пиксельный холст в духе r\u002Fplace: 256×256, 16 цветов, один пиксель раз в несколько секунд на сессию. Изменения видны всем сразу по WebSocket, а история сохраняется и проигрывается таймлапсом. Пет-проект.","Только stdlib Go, без зависимостей и CGO; WebSocket-слой по RFC 6455 написан самостоятельно (взят из проекта realtime-rooms), клиент на ванильном JS и canvas встроен через embed. В демо-режиме есть нарисованный арт и несколько ботов, все они честно помечены.",[69,70,71,72,73,74,75,76],"Свой WebSocket и бинарный протокол: клиент шлёт пиксель в 6 байтах, сервер рассылает дельты раз в 50 мс; новый клиент получает сжатый снимок и дальше только дельты","Согласованность: снимок несёт seq, дельта несёт firstSeq, при пропуске клиент переподключается, а медленный клиент с переполненной очередью отключается","Хранение 4 бита на пиксель (256×256 = 32 КиБ), снапшот на диск (crc32, fsync, rename) плюс журнал изменений","Восстановление после падения: снапшот, затем записи журнала с большим seq, недописанный хвост обрезается; битый снапшот восстанавливается из журнала","Кулдаун на сервере на сессию и на IP (скользящее окно), подписанные сессии, rate limit HTTP и WebSocket, проверка Origin, лимиты размеров сообщений и подключений","Таймлапс по журналу: старый цвет в записи позволяет откатывать историю назад без базового снимка; скорости 1×, 4×, 16×","Зум и пан (колесо, щипок, перетаскивание, клавиатура), мини-карта, счётчик онлайна, экспорт PNG и ?embed=1","Админка по токену: очистка области, бан сессии или IP, просмотр последних установок; нагрузочный тест на 300 клиентов без пропусков дельт",[78,79,80],"git clone \u003Cрепозиторий по запросу> pixel-wall","cd pixel-wall","SEED_DEMO=1 ADMIN_TOKEN=secret go run .\u002Fcmd\u002Fserver   # http:\u002F\u002Flocalhost:8103, админка на \u002F?admin",[82,83,84,85],"Всё в одном процессе и на одном диске, горизонтально не масштабируется. Кулдауны, сессии и rate limit живут в памяти и сбрасываются при рестарте (баны сохраняются).","Сессия это идентификатор в localStorage: кто очистит хранилище, получит новую. Защита от простых ботов, а не от целенаправленной атаки с множества IP; за общим NAT лимит по IP делится на всех.","Журнал пишется без fsync на каждый пиксель, fsync раз в 30 секунд: при потере питания можно потерять последние секунды. Клиенту нужен DecompressionStream (Chrome 103+, Safari 16.4+, Firefox 113+).","Автоматических браузерных тестов в репозитории нет, интерфейс проверялся вручную в Edge. Тесты с -race проходят только в CI, Docker-образ не собирался.",{"slug":87,"title":88},"finance-tracker","Книга учёта: личные финансы",{"slug":90,"title":91},"gitpulse","GitPulse: аналитика git-репозиториев",1792697892699]