ilyaPlotkin

Миграции

На данный момент у меня 36 миграций. Они включают в себя создание новых таблиц и обновление старых.

Первый блок — init: здесь просто инициализируется схема базы данных. Затем добавляются таблицы.

Структура проекта

В проекте есть несколько пакетов (или папок, кому как удобнее):

• secure — всё, что связано с защитой: конфигурация, токены и прочее.

• controllers — здесь находятся Java-классы-контроллеры. Каждому классу даю название по принципу функционал + Controller, например:

  • FileController — отвечает за работу с файлами.

  • MessageController — управляет обработкой сообщений.

Это основные моменты, остальные параметры можно считать стандартными.

DTO (Data Transfer Object) — объект передачи данных между клиентом и сервером.

По сути, у меня там всего один enum, который содержит две подкатегории:

• Request — запрос

• Response — ответ

Думаю, логика понятна: Request используется для отправки данных на сервер, а Response — для получения ответа.

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

Entity — таблицы для Hibernate

В проекте есть несколько Entity-классов, которые описывают структуру таблиц в базе данных.

Есть две абстрактные сущности:

1. AbstractEntity — содержит стандартные параметры, которые есть в каждой таблице:

   • id — первичный ключ

   • Переопределённые методы, такие как equals() и hashCode()

2. DatedEntity — расширяет AbstractEntity и добавляет два поля:

   • createdAt — время создания записи (например, когда был создан пользователь)

   • updatedAt — время последнего обновления записи (например, когда сообщение было прочитано)

Таким образом, сущности наследуются друг от друга:

➡ DatedEntity наследует AbstractEntity
➡ Другие классы наследуются от DatedEntity

В результате при создании новой таблицы мне не нужно каждый раз вручную добавлять id, createdAt и updatedAt — они уже есть в базовом классе. Удобно и меньше дублирования кода! 🚀

Repository — репозитории для работы с БД

Если просто, то для каждой таблицы создаётся свой репозиторий, в котором прописаны запросы к базе данных. У меня их 24, значит, и таблиц тоже 24.

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

Service — бизнес-логика приложения

Сервисные классы отвечают за взаимодействие между слоями приложения. Здесь происходит:

• Взаимодействие с базой данных через репозитории

• Взаимодействие между различными компонентами приложения

• Логика обработки данных перед отправкой клиенту

• Выполнение различных проверок и преобразований

По сути, сервисный слой — это мост между контроллерами и базой данных. В зависимости от ситуации в сервисах может быть простая логика или более сложные механизмы, например, кэширование, валидация данных или работа с внешними API.

Дополнительные моменты и распределение нагрузки

Думаю, основные вещи я описал, но есть ещё несколько дополнительных компонентов, которые взаимодействуют между собой.

Почему я не использую WebSocket?

Кто-то может спросить про WebSocket... но я его пока не реализовывал. Причина проста — текущее железо не потянет. Даже если в будущем будет более мощный сервер, всё равно есть ограничения на количество подключений к одному серверу.

К тому же WebSocket реально нужен только для отображения статуса "пользователь онлайн" (в моем случае). Но это излишняя нагрузка, которая мне не нужна.

Масштабирование сервера

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

Я прикинул примерную архитектуру серверов:

• Сервер мониторинга — отслеживает состояние всех остальных серверов.

• Сервер бэкапов — отвечает за сохранение резервных копий данных.

• Два сервера для видеозвонков — работаю над полноценной WebRTC-реализацией, без использования сторонних сервисов.

С первого взгляда это может показаться сложным и непонятным 🤯, но на самом деле всё логично и продумано. 🚀

Proxy и масштабируемость

Proxy будет равномерно распределять запросы между серверами. Их количество не ограничено, поскольку все они работают с одной базой данных. Таким образом, если нагрузка возрастёт, можно просто добавить новые серверы, и система продолжит работать без проблем.

То же самое касается серверов-хранилищ — их тоже можно масштабировать до бесконечности. Правда, используется принцип пара-зеркало: один сервер — основной, второй — резервный, на случай отказа основного.

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

Про видеозвонки расскажу подробнее позже, когда придет время и когда протестирую.

я тут подумал. оставлю свой телеграм для связи, мало ли, может какие нибудь предложения поступят. @ilyaPlotkin_vzhoohApp

Ну, как-то так. Всем спасибо за внимание! 🚀

Проблема с Google Play

При проверке приложения Google требует, чтобы проверяющий мог войти. Но тестового аккаунта в Яндексе не существует.

Решение: временная кнопка для проверки, которая 21 февраля 2025 года станет невидимой.

Как сделать интеграцию?

1. Зарегистрировать приложение в Яндекс.OAuth.

2. Указать пакет приложения и отпечаток ключа (можно найти в ключе или Google Play).

3. После авторизации Яндекс выдает токен, по которому можно получить номер телефона пользователя.

Но тут возникает проблема: если делать все в самом Android-приложении, это дыра в безопасности.

Как обойти ограничение?

Яндекс не дает получить токен через WebView, поэтому алгоритм такой:

1. После авторизации приложение отправляет код на сервер.

2. Сервер по коду получает токен.

3. По токену сервер получает номер телефона.

Проблема с редиректом (ошибка 400)

После настройки сервера приложение начало выдавать ошибку 400 при редиректе.
Долго гуглил, но ответов не нашел.
Решение оказалось простым: нужно указать, что приложение – это не только Android-клиент, но и веб-сервис.

В параметре Redirect URI нужно указать URL контроллера сервера, который принимает код. После этого всё заработало!

Еще одна проблема – два токена!

После авторизации устройство получает токен. Но при попытке использовать его – ничего не работает.

• В БД Android-приложения токен есть.

• В БД на сервере токен другой.

Что?! Как так?

Оказалось, Яндекс отправляет два запроса с одним кодом.

1. Первый запрос получает код, сервер генерирует токен A, отправляет его устройству.

2. Следом Яндекс шлет второй запрос, сервер генерирует новый токен B.

3. Устройство продолжает работать с токеном A, но в БД уже записан токен B.

Решение: добавил триггер, который блокирует повторную генерацию токена для одного кода. Теперь всё работает корректно.

Что с «Вжух»?

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

Итог

Интеграция с Яндексом удалась, проблем было много, но всё решаемо.
Спасибо за внимание! 🚀

— Ни слова больше! — вслух подумал я. — Соберем это все в одно приложение! Но сначала нужно найти номера, адреса, города всех таких сервисов по России.

— Та без проблем! Соберу! Нужно сайт и мобильное приложение!

— Хорошо! Только сайты я не особо люблю делать. Я могу замутить сервер, клиент под Android… Сайт, если и сделаю, то простенький. Пойдет?

— КОНЕЧНО! Главное — начать!

Ну, собственно, начал. Сделал мини-сайт (честно, не фанат веба): https://myself-service.ru/
И приложение под Android, даже выкатил в Google Play! (Да, я могу, это несложно, аккаунт завел еще до СВО.)

Но, теперь само приложение:

Когда мы открываем приложение, нас встречает раздел "Новости". Публиковать их могут только админы. Вообще, если зайти в приложение под учеткой админа, функционал будет немного другим — более расширенным. В частности, только админы могут добавлять новости.

Далее — каналы. По сути, это почти как каналы в Telegram. Сверху есть значок "карандаш" — кликнув по нему, можно создать свой канал. Писать в нем может только автор, а комментировать — все пользователи. Если нажать "Подписаться", то канал всегда будет отображаться вверху списка, даже если он был где-то внизу.

Карта СамСервисов, полотно от яндекс карт, при клике на значок переходит на сервис и показывает информацию, по сервису.

Чаты пользователей. По поисковику можно найти любого пользователя, даже меня) Синхронизацию с телефонной книгой пока не делал.

Можно отправлять друг другу сообщения и картинки. Картинки хранятся на сервере. Правда, сам сервер еще не полностью готов, поэтому функционал пока не весь.

Сообщения сохраняются как на сервере, так и в базе данных телефона. При открытии чата история загружается из памяти устройства.

Также можно отправлять картинки. Функция отправки видео временно отключена, но когда она работает, получателю сначала приходит GIF-анимация из видео. Если кликнуть, видео начинает стримиться с сервера, не занимая память телефона. Реализовал так специально — чтобы экономить место на устройстве.

Далее — профиль пользователя. Здесь можно сменить аватар и изменить ник. Каждый ник уникален — система не позволит установить уже существующий.

Под аватаром находится гараж, где пользователь может добавить свой автомобиль и вести по нему записи. Эти записи доступны только владельцу.

Если в поиске найти пользователя и перейти в его профиль, можно увидеть его автомобиль, но открыть его записи нельзя.

В гараже добавил несколько полей. Кстати, если есть идеи, что еще добавить — предлагайте! Пока придумал такой вариант.

Причина сохранения данных — либо нажатие кнопки "Сохранить", либо замена аватара.

Про дизайн

Я не дизайнер, мне и слон на ухо наступил, и глаз на стиль не настроен, сделал как мог.

🚪 Про вход в приложение

Если хотите потестить — пишите мне в Telegram: @ilyaPlotkin_vzhoohApp.
СМС пока отключены, поэтому перед входом нужно указать мне свой номер. В ответ я пришлю код (но уже завтра 😉). Только после этого вводите номер в приложении и "ждите" СМС.

В будущем добавлю авторизацию через сервисы Яндекса.

🔧 Немного про сервер

Использую стандартный стек: Java Spring Boot, Hibernate, Spring Security, Firebase, Lombok.
База данных: PostgreSQL, миграции — Flyway.

📲 Ссылка на Google Play

👉 Скачать приложение

Всем спасибо за внимание! 🚀

Изначально я хотел, чтобы видео стримилось прямо при пролистывании. Но это плохо работает при медленном интернете:

• Долгая загрузка

• Особенно это заметно, когда интернет то есть, то пропадает

Мои наблюдения по TikTok

Честно, исходники TikTok я не смотрел, да и не хочу. Но по пользовательскому опыту заметил интересные детали.

📌 Если быстро пролистывать ленту, внизу появляется прогресс-бар.

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

Если бы это был стриминг:

• Картинка бы появилась сразу

• Видео воспроизвелось бы хотя бы пару секунд

Кроме того, занимаемая память приложения косвенно намекает на работу с файлами.
🤔 Почему приложение может весить 2–5 ГБ, если это не видео?

Еще один признак — перемотка видео. Даже при медленном интернете перемотка работает мгновенно, без ожидания.
Можно предположить, что видео успевает закэшироваться, но перемотка работает даже тогда, когда интернет очень слабый.

Вопрос по Spotify и Telegram

Мне писали, что в Spotify и Telegram треки стримятся, а параллельно загружаются следующие в плейлисте.

Честно, я пока не понимаю, зачем так делать.

Ну, допустим, мы перелистнули трек — и дальше происходит та же схема, что и у меня.
👉 Файл воспроизводится из памяти, а в фоне параллельно подгружается следующий.

Правильно ли я это понял? Если нет, поправьте меня.

📂 Какие видео загружаются?

Когда пользователь загружает видео и оно проходит модерацию, в PostgreSQL прописывается его путь и параметры.

Есть лента "последних" видео.
📌 Проблема: если в БД хранить только UUID, при большом количестве записей они начинают загружаться в случайном порядке.
📌 Решение: сортировка по времени создания и изменения.

Сейчас пользователи получают всю ленту последних видео (их пока не так много), но потом ограничу, например, 10 000 последних видео.

🔄 Как сделать так, чтобы видео не повторялись?

На сервере пользователь получает список видео, а телефон загружает их по порядку.

Но важно, чтобы при каждом открытии ленты не показывались одни и те же видео.

📌 Решение:
На устройстве есть локальная база данных, где записываются просмотренные видео.
🔹 Они просто не загружаются повторно.
🔹 В ленту подставляются только новые видео.
📌 После просмотра видео удаляется «сборщиком мусора».

🎥 Лента длинных видео

Работает по другому принципу:
🔹 Сначала загружается GIF-превью.
🔹 При нажатии на него открывается плеер и подгружает видео с сервера (кэшируется в приложении).

🚀 Дальнейшие планы

Добавлю:
✅ Рекомендации
✅ Подписки
✅ И другие фичи

💻 Производительность

На предыдущей работе тестировал ленту на нормальном сервере — работало отлично.
Сейчас у меня медленный сервер, загрузка видео очень долгая (аренда — 1000 рублей/мес).

📹 Демонстрация

Попробую прикрепить видео с работой ленты и переключением на длинные ролики.

Записываю одним телефоном другой телефон — да, это выглядит странно 😅.
Но раньше, когда записывал экран, мне говорили:
"Это просто анимация, покажите вживую!"
Так что теперь записываю по-старинке 😆.

Как видно, загруженные пользователем видео отображаются в профиле.

Видео с машинками длится более 1 минуты, поэтому оно попало в категорию "Видео" (для длинных роликов).

Буду рад фидбэку!

Окно регистрации/авторизации. Добавил 4 страны, Россия, Беларусь, Казахстан, Узбекистан. Логотип помог нарисовать чатГпт. На это роль чата закончилась😇

Введите описание к изображению (не обязательно)

Это скрин главной ленты, на данный момент видео в ленте нет, я их периодически после проверки удаляю, сверху две клавиши - Shorts и Видео - переключение между длинными и короткими видео,

Такую штуку реализовал: когда идет загрузка видео на сервер, создается гиф из первых 5 секунд по 10 кадров в секунду, эта гифка используется как превью на длинных видео.

Пока вот так. Ожидайте APK файл ориентировочно завтра или послезавтра — сейчас нужно немного «помучать» сервер, оплатить SMS и еще настроить пару вещей.

Прошу прощения, что сразу не могу предоставить APK.

Не уверен, нужно ли сюда выкладывать код и будут ли его вообще смотреть. Если кто-то подскажет, буду рад.

Всем спасибо за внимание!