Эксперимент PocketDeploy: запуск сайта и личного сервера Bluesky прямо на Android

Для мобильных сервисов это любопытный сдвиг: телефон здесь выступает не только клиентом, но и средой для сайта, API и хранилища. Однако показанный результат получен не на физическом смартфоне, а в эмуляторе Android 11 на VPS, поэтому переносить его на повседневную работу старого телефона пока рано.

Что уже работает в лаборатории

В версии 0.7.0-alpha.2 автор проекта проверил официальный Bluesky PDS: данные хранились в Android-среде, а лабораторный аккаунт был виден публичным Relay и AppView. Веб-сайт проекта также отдавал HTML из облачного Android. По данным материала, после обслуживания 26 октября публичные запросы и федерация прошли успешно.

PocketDeploy разделяет сценарии доступа, и для пользователя это важнее, чем сам факт появления публичного адреса. Сайт, авторизованный API и постоянные данные работают в одном контуре, но публичная ссылка на страницу не открывает автоматически операции управления доской. Доступ к PDS также не предоставляет доступ к MCP, контроллеру Termux или ADB. Для сайта и PDS предусмотрены разные профили шлюза.

Встроенный runtime включает Java-интерфейс, службу хостинга, HTTP-сервер, хранилище проектов и Rhino. Браузер получает с Android HTML, CSS и JavaScript, а запросы к API обрабатываются там же: отдельная копия backend на компьютере не требуется. Локальный сервер, согласно описанию, работает без root, Termux и ПК. При этом доверенный компьютер нужен для stdio-моста MCP, а публичный HTTPS-шлюз в лабораторной конфигурации размещён на VPS.

Такое разделение помогает снизить риск случайно открыть наружу больше, чем нужно: публикация сайта сама по себе не означает публикацию административных функций. Но безопасный контур зависит от конкретных разрешений и настроек, а не от одного переключателя «сделать публичным». В PocketDeploy MCP-клиенты получают только те действия и проекты, которые владелец разрешил в нативном окне.

Где заканчиваются подтверждённые результаты

Главная оговорка проекта связана с устройством, на котором проводилась проверка. Эмулятор Android 11 x86_64 работал на VPS с заданными 2048 МиБ оперативной памяти; физический старый смартфон в тесте не участвовал. Поэтому пока нет практического подтверждения, как сервис поведёт себя при энергосбережении Doze, нагреве, разряде батареи и смене сети. Для мобильного сценария это не мелкие детали: именно они определяют, останется ли сервер доступен после блокировки экрана или поездки между сетями.

В описании также указано, что матрица Android 11/15 относится к прежней версии 0.6. Минимальные требования к оперативной памяти телефонов, полный OAuth, восстановление по почте и работа 24/7 пока не приняты. Node.js-сценарии и Git проверялись на хосте, а сквозной приватный GitLab clone на Android ещё не принят. Значит, альфа демонстрирует отдельные работающие части, но не готовый универсальный способ превратить любой старый телефон в надёжный сервер.

Практическая ценность PocketDeploy сейчас в проверке архитектуры: можно ли держать сайт и PDS в Android-среде, отделить публичные страницы от управления и сохранить данные при обновлении. Следующий ориентир, который обозначает автор, — воспроизводимый личный сайт или PDS с HTTPS, диагностикой, восстановлением и резервной копией. Для тех, кто выбирает инструмент под постоянный сервис, до проверки на реальном устройстве разумно считать PocketDeploy лабораторной альфой, а не заменой серверу с подтверждённой доступностью.