Phoenix Geo-Fencer: как скрыть чувствительные посты от российского читателя и не потерять аудиторию

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

Решение пришло само собой: скрыть эти посты от пользователей из России. Те, кто действительно захочет их прочитать, всегда найдут способ (VPN, прокси, Tor). Формально я выполняю требования: контент недоступен на территории РФ. А для читателей из других стран — всё как прежде.

Так родился Phoenix Geo-Fencer — мой самописный WordPress-плагин для гео-блокировки с полным контролем и юридическим обоснованием.

Читать далее «Phoenix Geo-Fencer: как скрыть чувствительные посты от российского читателя и не потерять аудиторию»

ПРОТОКОЛ «НЕВИДИМКА»: ПОЧЕМУ УЗНАТЬ РЕАЛЬНОГО ВЛАДЕЛЬЦА ДОМЕНА ПРИ СКРЫТОМ WHOIS — ЭТО ТЕХНИЧЕСКАЯ И ЮРИДИЧЕСКАЯ НЕВОЗМОЖНОСТЬ, И КАКИЕ СЛЕДЫ ВСЁ ЖЕ МОГУТ ВАС ВЫВЕСТИ НА СЛЕД

Вы открываете whois. Вместо имени, адреса и телефона — сухая бюрократическая пустота. «Domain Admin», «Privacy Protect, LLC», «Redacted for Privacy». Знакомая картина? Ко мне в техническую поддержку и в личные сообщения регулярно прилетают одни и те же вопросы: «Игорь, вот домен, whois скрыт, как мне узнать, кто за ним стоит? Это мошенники/спамеры/конкуренты!». И каждый раз я отвечаю одно и то же, коротко и по существу: «Увы, нет. Обычными методами — никак».

Но сегодня я хочу не просто отмахнуться. Я хочу разложить этот ответ на атомы, используя реальный, живой пример. Возьмём для анатомического вскрытия домен PHOENIX901.COM — он мой, я знаю его историю, и он идеально иллюстрирует, как выглядит современный «слепой» whois. Мы препарируем каждую строку выдачи, разберёмся, кто такие Privacy Protect, LLC, почему регистратор Beget не может (и не хочет) раскрывать данные, и что делать, если вам действительно жизненно необходимо установить личность владельца.

Читать далее «ПРОТОКОЛ «НЕВИДИМКА»: ПОЧЕМУ УЗНАТЬ РЕАЛЬНОГО ВЛАДЕЛЬЦА ДОМЕНА ПРИ СКРЫТОМ WHOIS — ЭТО ТЕХНИЧЕСКАЯ И ЮРИДИЧЕСКАЯ НЕВОЗМОЖНОСТЬ, И КАКИЕ СЛЕДЫ ВСЁ ЖЕ МОГУТ ВАС ВЫВЕСТИ НА СЛЕД»

Амнистия под строгим надзором: Как Hostkey вернул доверие, или Искусство технического прощения

В архитектуре сложных информационных систем, как и в человеческих отношениях, существует одно негласное, но железобетонное правило: репутация выстраивается годами кропотливой работы, а рушится за доли секунды. В мире кремния, оптоволокна и бесконечных потоков данных нет места для сантиментов. Здесь правят холодная логика, математическая точность и безжалостные тайм-ауты. Для системного администратора сервер — это не просто металлическая коробка, гудящая в далеком европейском дата-центре. Это фундамент. И если в этом фундаменте обнаруживается трещина, инженер обязан реагировать жестко и бескомпромиссно.

Читать далее «Амнистия под строгим надзором: Как Hostkey вернул доверие, или Искусство технического прощения»

СИСТЕМНЫЙ ПАРАЛИЧ: ДВОЙНОЙ ДЕФОЛТ DNSSEC ИЛИ КАК INOVENTICA (INVS.RU) ХОРОНИТ ДОВЕРИЕ К РОССИЙСКОМУ IAAS

В системном администрировании есть жесткое правило: инцидент, повторившийся дважды по одной и той же причине — это не случайность. Это архитектурный диагноз. Ровно два месяца назад, в январе 2026 года, я опубликовал подробный разбор «Смерть по неосторожности», где на базе логов задокументировал 48-часовой коллапс инфраструктуры Inoventica (invs.ru). Тогда провайдер полностью выпал из глобальной сети из-за просроченной подписи DNSSEC (EDE: 7 Signature Expired).

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

Читать далее «СИСТЕМНЫЙ ПАРАЛИЧ: ДВОЙНОЙ ДЕФОЛТ DNSSEC ИЛИ КАК INOVENTICA (INVS.RU) ХОРОНИТ ДОВЕРИЕ К РОССИЙСКОМУ IAAS»

Я знаю, что это сработает: Моя идеология достижения целей без борьбы

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

Читать далее «Я знаю, что это сработает: Моя идеология достижения целей без борьбы»

СВОЙ ЛИЧНЫЙ WATCHDOG: КАК Я НАПИСАЛ АСИНХРОННЫЙ ТЕЛЕГРАМ-БОТ ДЛЯ МОНИТОРИНГА СЕРВЕРОВ И ПОЧЕМУ ОН ВАМ НУЖЕН

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

Админ должен узнавать о падении своего сервера первым. Не от пользователей, не от техподдержки хостинга, а от автоматики. Но что делать, если разворачивать корпоративного монстра вроде Zabbix или Prometheus + Grafana ради пары выделенных серверов и десятка сайтов — это откровенный оверкилл? Зачем тратить гигабайты оперативки на метрики, если вам нужно ответить на один простой вопрос: Оно вообще работает?

Именно поэтому я написал и запустил новый сервис — легковесный, быстрый и абсолютно безжалостный к даун-таймам Telegram-бот: @phoenix901mbot. В этой статье я вскрою его подкапотное пространство и расскажу, как пара сотен строк грамотного асинхронного Python-кода заменяют тяжеловесные системы мониторинга.

Читать далее «СВОЙ ЛИЧНЫЙ WATCHDOG: КАК Я НАПИСАЛ АСИНХРОННЫЙ ТЕЛЕГРАМ-БОТ ДЛЯ МОНИТОРИНГА СЕРВЕРОВ И ПОЧЕМУ ОН ВАМ НУЖЕН»

ХРОНИКА ВЕЛИКОГО РАСПАДА: РЕКВИЕМ ПО ЧЕТЫРЕМ ГОДАМ В ТЕРМИНАЛЕ

Технический аудит деградации, самообмана и финального перерождения (2022 – 2026)

ДИСКЛЕЙМЕР: Данный материал является субъективным мемуарным очерком и личной фиксацией профессионального опыта. Текст не преследует целей дискредитации каких-либо государственных институтов, органов власти или вооруженных сил. Всё написанное — это хроника технических трудностей, финансовых потерь и личных переживаний автора в условиях глобальной трансформации ИТ-сферы. Автор призывает к сохранению человечности и профессиональной этики в любых условиях.

Читать далее «ХРОНИКА ВЕЛИКОГО РАСПАДА: РЕКВИЕМ ПО ЧЕТЫРЕМ ГОДАМ В ТЕРМИНАЛЕ»

GOD MODE: 9 МИЛЛИСЕКУНД, ИЛИ КАК Я ЗАСТАВИЛ LINUX ЗАБЫТЬ ПРО СУЩЕСТВОВАНИЕ ЖЕСТКИХ ДИСКОВ

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

Последнюю неделю блог молчал не просто так. Я занимался тем, что в инженерных кругах называется «устранением накладных расходов». Я выжал максимум из конфигов, но уперся в архитектуру взаимодействия процессов. Даже если база данных работает мгновенно, данные всё равно должны дойти до веб-сервера. И вот здесь кроется «узкое горлышко», о котором забывают 90% администраторов.

Читать далее «GOD MODE: 9 МИЛЛИСЕКУНД, ИЛИ КАК Я ЗАСТАВИЛ LINUX ЗАБЫТЬ ПРО СУЩЕСТВОВАНИЕ ЖЕСТКИХ ДИСКОВ»

ХРОНИКИ ПИКИРУЮЩЕГО КОМПИЛЯТОРА: КАК Я НЕДЕЛЮ СТРОИЛ «ЦИФРОВОЙ БУНКЕР», УБИЛ БАТАРЕЮ ЗА НОЧЬ И СТАЛ САМ СЕБЕ МАГАЗИНОМ

Давайте сразу расставим точки над «i». Я системный администратор. Мой мир — это SSH, конфиги, логи и скрипты. Я не мобильный разработчик. Я считаю, что если проблему нельзя решить перезагрузкой сервиса, то это плохая проблема.

Но неделю назад я совершил ошибку. Я захотел послушать радио.

Читать далее «ХРОНИКИ ПИКИРУЮЩЕГО КОМПИЛЯТОРА: КАК Я НЕДЕЛЮ СТРОИЛ «ЦИФРОВОЙ БУНКЕР», УБИЛ БАТАРЕЮ ЗА НОЧЬ И СТАЛ САМ СЕБЕ МАГАЗИНОМ»

БОЛЬШЕ НИКАКИХ ФОРМ: Я ЗАПУСТИЛ СИСТЕМУ ПОДДЕРЖКИ

Всем привет! У меня важные новости по инфраструктуре проекта.

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

Читать далее «БОЛЬШЕ НИКАКИХ ФОРМ: Я ЗАПУСТИЛ СИСТЕМУ ПОДДЕРЖКИ»

root@phoenix901:~# connect
[×]

Получай дайджест раз в неделю.
Без спама.