#pushnotifications — Public Fediverse posts on home.social

Ivan GJ @[email protected] · 2026-05-13 · 12:02 UTC

Do you use #Tuta as email provider?

Are you simply interested in more apps and services supporting #UnifiedPush?

Let's make some noise on Github!

https://github.com/tutao/tutanota/discussions/10816

@unifiedpush @Tutanota

#LibreSoftware #FOSS #FLOSS #Android #PushNotifications

#tuta #unifiedpush #libresoftware #foss #floss #android

PPC Land @[email protected] · 2026-04-24 · 21:05 UTC

FYI: YouTube ends push notifications for inactive subscribers in new rollout: YouTube is stopping push notifications for inactive 'All' subscribers, based on experiment results showing fewer viewers turned off notifications entirely. https://ppc.land/youtube-ends-push-notifications-for-inactive-subscribers-in-new-rollout/ #YouTube #PushNotifications #Subscribers #SocialMedia #DigitalMarketing

#youtube #pushnotifications #subscribers #socialmedia #digitalmarketing

knoppix @[email protected] · 2026-04-23 · 19:02 UTC

iOS 26.4.2 fixes an issue where deleted push notifications could remain in a local database, exposing data accessed via law-enforcement tools 🔐
Apple adds improved redaction; EFF flags risk in local/cloud notification handling; Signal welcomes patch, urges limiting notification content 🔐

🔗 https://www.engadget.com/cybersecurity/apple-rolls-out-ios-2642-to-fix-a-flaw-that-allowed-the-fbi-to-access-push-notifications-201153603.html

#TechNews #Apple #iOS #iPhone #Privacy #Security #FBI #Signal #EFF #PushNotifications #Encryption #Surveillance #DataProtection #MobileSecurity #CyberSecurity #Mobile #Smartphone

#technews #apple #ios #iphone #privacy #security

dansup @[email protected] · 2026-04-23 · 13:48 UTC

loops community about to eat 🔥

#UsernameChanges #DirectMessages #PushNotifications #StarterKits #CuratedOnboarding #Loops

#usernamechanges #directmessages #pushnotifications #starterkits #curatedonboarding #loops

dansup @[email protected] · 2026-04-02 · 15:17 UTC

The next Loops web/app release will contain:

- Comment media (image/gifv)
- Curated Onboarding
- Direct Messages
- Push Notifications
- Starter Kits

You will be able to share videos to your most recent DM conversations easily, with multi-participant support (aka groupchats)

One more thing, Kickstarter backers and early loops.video users will be invited to the Sup early alpha after this release!

#Loops #DirectMessages #PushNotifications #StarterKits #CuratedOnboarding

#loops #directmessages #pushnotifications #starterkits #curatedonboarding

Alterego_Midshipman @[email protected] · 2026-03-29 · 08:19 UTC

@visuallyperfect MAX как кейс: типичные баги, архитектурные провалы и почему это закономерно

Если отбросить маркетинг и смотреть на MAX как на инженерный продукт, то картина довольно прозрачная: перед нами типичный “быстро собранный мессенджер”, который пытаются масштабировать раньше, чем он стал устойчивым.

Разберём по слоям.

---

1. Доставка сообщений: не гарантия, а вероятность

Симптоматика знакома: — сообщения приходят пачками
— дублируются
— часть переписки просто исчезает

Это классический признак плохо настроенной eventual consistency. Судя по поведению, backend не обеспечивает строгую гарантию доставки (at-least-once / exactly-once), а плавает где-то между retry-логикой и race conditions.

Что это значит на практике: — повторная отправка → дубликаты
— сбой на клиенте → рассинхрон
— reconnect → “догоняющие” сообщения

Если система не умеет детерминированно разрешать конфликты — это не баг, это следствие архитектуры.

---

2. Push-уведомления: рассинхрон между слоями

Типичный кейс: — пуш пришёл → сообщения нет
— сообщение есть → пуша нет
— всё приходит через 10–15 минут

Основной подозреваемый — интеграция с Firebase Cloud Messaging.

Но проблема глубже: — нет единого источника истины (source of truth)
— пуш и сообщение живут в разных транзакционных контекстах
— отсутствует нормальная idempotency

В нормальной системе push — это просто триггер, а не отдельная сущность с собственной логикой.

---

3. Клиент: UI как узкое место

Фризы, дерганый скролл, зависания — это не “мелкие баги”, это сигнал:

— список сообщений плохо виртуализирован
— перерасчёт layout идёт на основном потоке
— есть memory leaks

Типичный стек-проблем: — RecyclerView захлёбывается на больших чатах
— битмапы не освобождаются
— кеширование сделано “на глаз”

В результате: UI начинает быть bottleneck быстрее, чем сеть.

---

4. Медиа: слабое место всех “быстрых” мессенджеров

Симптомы: — фото не уходят
— видео ломается
— загрузка зависает

Это почти всегда: — нестабильный upload (chunking / retry)
— проблемы на CDN
— отсутствие контроля целостности

Если нет нормального pipeline: encode → upload → verify → deliver
— медиа будет ломаться системно.

---

5. Сессии и авторизация

Самый раздражающий класс багов: — выкидывает из аккаунта
— слетает история
— “переавторизуйтесь”

Это почти гарантированно: — проблемы с токенами
— гонки при обновлении сессии
— рассинхрон между клиентом и сервером

Если auth не атомарен — вся система начинает вести себя хаотично.

---

6. Краши и память

Если приложение: — падает при отправке файлов
— жрёт RAM
— умирает в фоне

значит: — lifecycle не контролируется
— ресурсы не освобождаются
— тестирование на edge-кейсах отсутствует

Это не “надо допилить” — это долг на уровне архитектуры клиента.

---

7. Безопасность: отсутствие ясной модели

Ключевой вопрос — не “есть ли шифрование”, а: кто контролирует ключи и где происходит дешифровка?

Если нет прозрачной end-to-end модели, как у Signal, то: — сервер потенциально видит всё
— безопасность декларативная

Даже Telegram с его спорной моделью MTProto выглядит более зрелым решением на фоне MAX.

---

8. Масштабирование: система не держит нагрузку

Периодические “падения” — это не случайность.

Это означает: — нет горизонтального масштабирования
— нет нормального load balancing
— система не тестировалась под реальную нагрузку

Типичная ошибка: сначала релиз → потом попытка масштабировать → потом firefighting.

---

Итог

MAX — не “глючный мессенджер”.

MAX — это: — backend без строгих гарантий
— клиент без оптимизации
— инфраструктура без запаса прочности

Все наблюдаемые баги — не случайные. Они логично следуют из архитектурных решений.

---

Почему это важно

Такие системы создают ложное ощущение стабильности: пока нагрузка низкая — “вроде работает”.

Но при росте: — баги становятся нормой
— доверие падает
— продукт превращается в технический долг

---

Коротко

Если описать одной строкой:

MAX сейчас — это не продукт уровня production-grade мессенджера, а MVP, который по ошибке выпустили в массовое использование.

---

Если нужно, могу разобрать: — как бы выглядела нормальная архитектура такого мессенджера
— или сравнить MAX с WhatsApp / Signal / Telegram на уровне протоколов и backend-дизайна

#MAX
#Мессенджеры
#Инженерия
#SoftwareEngineering
#Backend
#DistributedSystems
#EventualConsistency
#MessageQueues
#PushNotifications
#FCM
#AndroidDev
#MobileDev
#UX
#Performance
#MemoryLeaks
#Scalability
#Reliability
#HighLoad
#DevOps
#Microservices
#CDN
#Security
#EndToEndEncryption
#Signal
#Telegram
#ITАнализ

#max #мессенджеры #инженерия #softwareengineering #backend #distributedsystems