Новости Пикабу

Милые котики.mp4

Видео - это про всех

В современном мире, если у вас интернет и устройство, которое обеспечивает выход в него, вы в любом случае смотрите видео, и неважно, речь идет о десятисекундных рилсах или документалках о падении третьего Рейха на 5 часов. Только на одном YouTube в день пользователи тратят более миллиарда часов, а всего пользователи интернета, коих насчитывается больше 6 миллиардов, в среднем смотрят от 1,5 до 2 часов видео каждый день. Чтобы вы понимали, сколько это, то в абсолютном значении на видео мы (человечество) ежедневно тратим от 9 до 12 миллиардов часов. От 375 до 500 миллионов суток. От 1 до 1,33 миллиона лет каждый день. Да, одни почти не смотрят видосы, но зато другие не вылезают со стримингов целыми сутками. Буквально 15 лет назад мы и представить не могли, что видеосервисы настолько плотно захватят наш быт. Фильмы и сериалы, смешнявки, новости, гайды, стримы - все это пользуется бешеным спросом.

Первопроходцем этого стали Microsoft, которая еще в 2000 году представила Microsoft Mediarooms - платформу для iptv-телевидения, а в 2008 организовала глобальную трансляцию олимпиады, которую можно было посмотреть прямо в вашем браузере. Не впечатляет? Ну так 18 лет прошло. Примерно в это же время Adobe со своим Flash Player (который появился несколькими годами ранее) оказался почти в каждом браузере, и он принес набор кодеков, который до сих пор является самым популярным: H.264 и AAC.

Он был везде: Windows, Linux, телефоны на андроиде, компьютеры на MacOs и кажется, буквально на каждом устройстве кроме телефонов от Apple. Такого глобального распространения софта мир еще видел и наверное, уже не увидит. Гугл в свою очередь, предложил свой кодек VP8 (и VP9), а с внедрения WebRTC (технологии прямого обмена данными между браузерами, в частности, аудио и видео) эта вавилонская башня начала расти во все стороны.

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

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

Формат сжатия - это алгоритм, который описывает, КАК нужно сжать данные, чтобы не терять в качестве, но чтобы они при этом не весили целую тонну. Без них "сырое" необработанное 4к-видео в RAW длиной полтора часа, будет весить больше 20 терабайт, поэтому сжатие - строго обязательная для всех видео процедура. Например, H.264 - это формат сжатия видео. AC3 - это формат сжатия аудио. Чтобы получить фильм со звуком, вы можете поместить видеопоток H.264 и аудиопоток AC3 в контейнер .mp4 и получите mp4-файл с фильмом. Работают форматы сжатия по-разному, с разными результатами и потерями, от этого и считается эффективность сжатия.

Кодек (сокращение от "компрессор/декомпрессор") - это программа/устройство и т. д., которое может кодировать и декодировать сжатый формат данных. Например, это LAME, DivX, Xvid (руки на стол, это не то). Это набор программ/софта, которые с помощью определенных технологий сжатия упаковывают потоки в контейнер и на выходе мы получаем видео определенного формата.

Но теперь придется все немного запутать, потому что в интернете чаще всего форматы сжатия (те самые H.264, AC3 и т.д.) называют кодеками, а сами кодеки в речи большая часть даже специалистов просто опускает. Причин тому масса, например, разные кодеки одни компании делали для себя, другие напротив - распространяли их для всех, форматы сжатия у той же Microsoft и Apple свои, но большинство из них поддерживает почти все форматы контейнеров и форматы сжатия, и потому если бог интернета существует, то возблагодарите его за формат .mp4, он же MPEG-4 (part 14), потому что он повсеместен. Так что дальше формат сжатия мы будем тоже для краткости обзывать кодеками, не ругайтесь.

Доставка в каждый дом

Итак, допустим, с видео вы разобрались. Подобрали подходящий и устраивающий вас формат, какой-нибудь AAC для аудио и HEVС для видео. Бережно положили на сервер. Потом вспомнили, что вообще-то каждый уважающий себя сервис кодирует одно и то же видео в разных качествах - знаете вот эти 114р, 720р, 2160р. Кому-то интернет позволяет смотреть стримы в 8к сразу на трех мониторах, а кто-то до сих пор не может расстаться со стареньким гуглофоном, которому не нужен гигабитный канал для воспроизведения видео в 480р. Хорошо, видео нарезается под разное разрешение, аудио сжимается с разным битрейтом, теперь все хорошо. Или нет?

Теперь надо довезти это видео до потребителя. И тут, мы думаем, все догадываются, в чем проблема. Зрителей может быть миллион, а сервер и видео - одно. В таком случае каким должен быть канал связи у сервера? Увы, если не подумать об этом заранее, то вам не хватит и оптоволоконного кабеля толщиной с великанью ногу. Поэтому современные технологии доставки видео (да и не только, а любой информации) используют так называемые CDN, Content delivery network, распределенную инфраструктуру, направленную на быструю доставку видео.

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

Но по большому счету это перекладывание нагрузки с одного сервера на условно сотню. К тому же, это тоже стоит денег, и подчас немалых, и если вы не Google, это может влететь вам в копеечку. Поэтому часто также используется технология p2p - так называемая peer-to-peer, которая многим присутствующим может быть известна по принципу работы торрент-клиентов. Суть в чем - у каждого из пользователей сети есть часть контента, которую они загрузили к себе. В таком случае при наличии технической возможности проще организовать обмен этой информацией между разными участниками, прибегая к CDN в случаях, когда участников не хватает. По большому счету, это перекладывание загрузки на плечи пользователей, но повторимся, по такому принципу работают многие сервисы, например, торрент-трекеры или некоторые игровые платформы, такие как VK Play.

Кроме того, важен и сам процесс доставки. К нашему времени это почти всегда протоколы TCP\IP, которые нарезают данные на маленькие пакеты и посылают частями, где IP, если упростить - это транспортная инструкция, a TCP - это инструкция, которая устанавливает соединение, нумерует пакеты перед отправкой и проверяет, всё ли дошло. В принципе сейчас так работает практически весь интернет.

Но конкретно для потоковых видео этого мало. Чтобы вы могли смотреть видео в высоком качестве без ожидания, когда догрузится нужный вам кусочек, существует еще один протокол, который называется HLS (HTTP Live Streaming) - это протокол от Apple для передачи видео через стандартные веб-серверы. Оно нарезает видео на короткие фрагменты (2-6 секунд), устанавливает очередность их отдачи и воспроизведения. Таким образом, вам не нужно ждать, пока загрузится большой фрагмент видео, в большинстве случаев первых пары секунд хватает, чтобы загрузить следующее - и так без остановки. С учетом технологий CDN и p2p это и позволяет нам с вами тратить про нескольку часов в день за бесперебойным просмотром видео.

А что если, скажем, вы вдруг в регионе, где скорость интернета нестабильна? Наверняка бывало такое, что вот вы смотрите видео в FullHD, и вдруг оно резко шакалится, но не останавливается. По логике, с HLS вы будете продолжать качать файл того же качества, просто будете делать это дольше, с возможной остановкой и прогрузкой, если не хватает скорости интернета. И в таких случаях на помощь приходит технология DASH, которая не просто делит видео на сегменты, как и HLS, но и делает это для всех вариантов разрешения, и определяет, какое максимальное качество вы можете принять. И если вдруг скорость падает, то видео не останавливается, а лишь ухудшается до максимально возможно в ваших условиях качества.

И остается последняя деталь - это воспроизведение видео. Например, при просмотре видео в браузере почти всегда используются плееры на HTML-5. А вот с приложениями на мобильных устройствах все несколько сложнее. И у техники Apple, и у смартфонов Android есть ряд ограничений в отношении форматов контейнеров и кодеков. Поэтому если ваши пользователи смотрят видео на вашем ресурсе, вам нужно решить ряд задач:

• видео нужно в форматах и с теми кодеками, которые могут быть воспроизведены;

• оно должно желательно вообще ничего не весить;

• видео должно быстро и бесперебойно доставляться до адресата;

• постарайтесь не запутаться в процессе поддержки всего вышеперечисленного.

А что там Пикабу?

История развития видеоплеера на Пикабу полна множества проб и ошибок, в ходе которых мы на собственном опыте искали пути, чтобы добиться высокого качества и скорости работы. Но этот путь тернист, особенно если у вас под рукой нет статьи от @pikablog, где все научно-популярно разъясняется по итогам длинного пути. По состоянию на 2018 год, от которого можно вести историю наблюдений, у нас было только 2 формата:

• mp4 на кодеке H.264;

• webm на кодеке vp8.

Для каждого видео создавались оба варианта, но приоритет отдавался формату webm, если он поддерживался устройством. Почему - улучшенная компрессия, то есть видео получалось более высокого качества и меньше при этом весило, должно было быстрее грузиться. Но даже по состоянию на 2026 год он воспроизводится еще не везде (и не все ресурсы его внедрили). К примеру, наше приложение на iOS не могло его воспроизводить, поэтому его пользователи получали видео в формате mp4.

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

В начале 2022 года жалоб было уже довольно много, обилие подгрузок и медленная отдача видео поставили нас перед необходимостью добавить новые, современные и быстрые кодеки в дополнение к уже имеющимся:

• mp4 на кодеке AV1;

• webm на кодеке vp9.

Но тут, как говорится, не обошлось без неожиданностей. AV1 считается одним из лучших кодеков, компрессия у него превосходная, а значит mp4 будут весить сущие крохи. Вот только на практике его использование породило на разных устройствах очень много странных и порой невоспроизводимых багов, о которых вы скорее всего, никогда даже не догадаетесь. С другой стороны, vp9 справлялся достаточно хорошо, но тоже не без нюансов - считается, что он чуть более требователен, в том числе к железу, пусть и некритично.

Понаблюдав около года за работой видео, которая все ещё нас не устраивала, примерно в середине 2023 года мы внедрили потоковые форматы видео в дополнение к уже существующим. Те самые HLS и DASH, которые рубят видео на очень маленькие сегменты и отправляют их частями, в том числе разного качества, если того требуют обстоятельства. Как и полагалось, у нас получилось следующее:

• HLS на базе H.264;

• DASH на базе mp4/av1.

Причем, поскольку значительная часть видео на Пикабу - очень маленькие, то для них потоковый формат был бесполезен. Поэтому если видео весило меньше 4 Мб, то для него видео в HLS не создавалось. В то же время HLS для больших видео считался основным форматом, а DASH, как и должно быть, был вспомогательным. Однако тут крылась серьезная проблема.

Потоковое видео - это здорово, но не тогда, когда от него больше проблем, чем пользы. Прежде всего - эта технология для нас была новой, и пусть большие стриминги уже годами оттачивают свои сервисы, нам в любом любом случае пришлось пройти собственный курс граблей. Вот один из примеров: чтобы не ставить эксперименты на благодарных пользователях, нам нужно было убедиться, что HLS работает так, как и должен. С этой целью мы на своих серверах внедрили систему, которая в headless-браузере пробовала загружать видео и убеждалось, что оно верно декодировалось и воспроизводится в браузере на базе chromium.

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

Если пользователи встречались с неработающими видео и жаловались на них, их переключало на другой, работающий формат. Это дало свои плоды. Проблем с загрузкой видео не стало меньше, однако при получении большого количества репортов система автоматически анализировала ошибки, и отключала неработающие кодеки. С конца 2023 года мы собирали данные об этих ошибках и причинах, которые могли и вызывать.

Один из выводов, к которым мы в итоге пришли - излишняя гибкость порой вредит и делает лишь хуже. Самые проблемные форматы пустили под нож в начале 2025. И как ни странно, первым отключили mp4 на av1 и аналогичный потоковый формат на DASH, так как на них было больше всего жалоб их разных источников. Хоть это и самый экономный формат, в итоге в конкретно нашем случае он же оказался и самым ненадежным. Спустя некоторое время нашей команде пришлось отказаться и от webm на кодеке vp9, а соответственно и от соответствующего ему DASH-формата. В итоге качество видео только улучшилось, а репорты от пользователей существенно снизились, став разовыми ошибками.

Что мы имеем по состоянию на 2026 год? В итоге мы остались на видео формата mp4/H.264 и HLS на том же кодеке. Опыт с генерацией потокового видео только для файлов определенного размера был признан удачным, а команда разработки может сконцентрироваться над тем, чтобы развивать имеющийся формат видео. Да, возможно, он не самый легкий и не самый быстрый, однако он работает куда стабильнее других.

Итоги

В ближайшее время готовится релиз, в котором мы сильно оптимизировали то, как генерируются видео на базе mp4/H.264, изменили дизайн плеера, внедрили много новых функций и внедрили наконец понятие GIF-видео - раньше нельзя было добавить видео как GIF, можно было лишь отключить у него звук. От формата .webm мы откажемся окончательно. Потоковый формат HLS будет отдаваться только для видео, которые больше 30 секунд, но при этом, что важно, и обычные mp4-файлы будут теперь показываться с адаптивным качеством, подстраиваясь под возможности пользователей. Выбор качества будет происходить, как это и принято в отрасли, либо вручную, либо автоматически и зависеть от скорости интернета. Но - об этом будет отдельный анонс.

Так что мы рассчитываем, что в скором будущем видео станет работать стабильнее, чем сейчас и тем более - чем раньше. Разумеется, не все проблемы можно решить на нашей стороне - ситуация такова, что пользователи могут сталкиваться с проблемами ограничения интернета, некоторые CDN-сервисы и сервисы по защите от DDoS (о которых в статье не упоминалось) могут быть заблокированы, а также некоторые блокировщики рекламы нередко вмешиваются в работу видео - словом, даже при идеальной работе видео иногда остаются пусть и не очень частые, но все-таки проблемы, которые только предстоит преодолеть.

П.С. Кстати, поделитесь видео с котами?

• Автоматические обновления. Скачивать из магазина новую версию не нужно, открываться всегда будет самая актуальная версия.

• Apple не сможет его заблокировать — работать и обновляться будет несмотря ни на что.

• Его можно вынести отдельной иконкой на рабочий стол телефона — как любое приложение из официального магазина.

• При использовании на экране не будет адресной строки и строки элементов управления браузером.

К сожалению, мы не можем физически поддерживать версии iOS-приложения Пикабу из AppStore, и начиная с 2024 года она постепенно устаревает. Пока в новых приложениях мы исправляем старые баги и ошибки, в старых версиях воспроизведение видео и отображение текста может ломаться всё больше.

Исправить эту ситуацию можно только обновившись на PWA-версии.

Как этим пользоваться?

Очень просто. Зайдите на Пикабу через браузер Safari на iPhone и сделайте три тапа:

Мобильное приложение Пикабу теперь доступно на iOS из браузера.

Теперь на вашем рабочем столе есть иконка приложения Пикабу. Вы великолепны!

Справка на 20 секунд

В 2015 году счет пользователей мобильных приложений в мире шел на сотни миллионов. Только в России мобильными приложениями пользовались 22,5 миллионов человек, и никто не сомневался, что в этом кроется будущее. Аналитики предсказывали трехкратный рост аудитории к 2018 году и пятикратный к 2020. Но реальность оказалась куда круче. Десять лет назад в Google Play насчитывалось около 65 тысяч приложений, а в AppStore - 225 тысяч. Всего за десять лет это число увеличилось до 2 миллионов на каждой площадке - без учета удаленных. А количество пользователей (сразу оговоримся - речь идет об устройствах, а не только об их хозяевах) в 2025 году перевалило за 7,69 миллиарда.

Мало кто из фантастов смог предсказать, что мир захватят не роботы-убийцы и не Скайнет, а самый обычный мобильник, который есть в кармане у каждого, кто читает этот текст. Ещё десять лет назад ресурсы многих соцсетей и медиа были сконцентрированы на том, чтобы создать удобные и функциональные приложения для всего и сразу, а где то фоном звучало страшное слово “суперапп” - одно кольцо, чтоб править всеми, одно приложение, в котором можно заказать еду и такси, посмотреть кино и пообщаться с друзьями, полистать смешные мемы, поругаться в политическом обсуждении, и все это - в течение пяти минут, не вставая с унитаза.

И, разумеется, ни один крупный ресурс не мог игнорировать эту тенденцию. И кто не разрабатывает свое приложение, тот неизменно останется на обочине жизни. Но у команды Пикабу не было своей группы мобильных разработчиков, и потому пришлось прибегнуть к помощи со стороны - мы наняли компанию на аутсорсе, что для тех лет являлось вполне рабочим решением. И вот в далеком 2014 году у Пикабу появилось первое официальное приложение для iOS. Конечно, там не хватало некоторых функций, но главную оно исполняло - теперь Пикабу было листать удобнее (по крайнем мере обладателям “яблочных” девайсов). А что Android?

Разработка приложения затягивалась - новые функции на основной версии сайта появлялись быстрее, чем доделывалось приложение и доходило даже до того, что пикабушники сами создавали свой вариант - брали мобильную версию сайта, оборачивали ее в обложку приложения и вуаля - простой и костыльный, медленный и ресурсоемкий, но работающий на веб-технологиях вариант. Но так или иначе, на рубеже 2016 и 2017 годов официальный релиз приложений для Android все-таки состоялся! Но, как и в случае с iOS, здесь был ряд сложностей. В приложениях не было очень многих функций, которые были в других версиях, и хоть ленты грузились быстрее, чем через мобильный браузер, для редактирования тегов, управлениями сообществами, поиска раздела “Помощь” и некоторых других надо было топать в полную версию сайта. Даже создавать посты и комментировать было куда удобнее в браузерных версиях. И в итоге сложилась парадоксальная ситуация, что приложения были достаточно удобны для чтения, но для чего-то более сложного они уже не подходили.

В погоне за мечтой

Казалось бы, решение напрашивается само собой - брать и догонять веб-версию. Силами сторонних разработчиков решить эту задачу было бы проблематично, команда Пикабу обзавелась своими мобильными разработчиками для каждого приложения, и мы наращивали ресурсы для того, чтобы догнать веб. Однако здесь вскрываются проблемы, которые, думаю, очевидны уже всем в 2026 году, но едва ли были осязаемы 12 лет назад. Конечно же, разработка не стояла на месте. 2017-2019 года принесли массу изменений. Многократно переделывалась система скрытия просмотренного, чтобы работать стабильнее, прокачивался поиск, обновлялась система игнора (многие не помнят, но раньше нельзя было скрывать отдельно посты или комментарии - только всё сразу). И помимо реализации в приложениях старых функций необходимо было догонять и свежие релизы. Вот только легко (легко ли?)  это звучит лишь на словах. На деле же Пикабу столкнулся с ситуацией, что реализовать некоторые функции, уникальные для Пикабу, было невозможно. Причиной тому стало следующее:

• Очень старая кодовая база. Приложение устарело ещё в момент релиза, и поскольку разработка перешла от аутсорс-команды к нашей, которая в тот период еще формировалась и притиралась, то необходимо было еще и разбираться в том, что накодила другая команда;

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

• Проблемы с тестированием. Запутанный монолитный код приводил к тому, что протестировать и обеспечить стабильную работу приложения было очень трудозатратно;

• Необходимость адаптировать приложение под целый зоопарк разных устройств, подчас довольно специфичных типа нестандартных планшетов;

• Сильная связанность частей приложения. Любое внесенное изменение могло самым неожиданным образом отразиться в случайном месте. Изменение работы игнор-листа могло сломать создание постов, а изменение редактора - сказываться на системе скрытия просмотренного;

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

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

• Отдельная, уникальная система по скрытию контента. Неинформативная, вызывающая непонимание, чинилась только сбрасыванием кэша со всеми вытекающими; 

• Сложности с отдачей/воспроизведением видео и загрузкой изображений на различных устройствах - привет всем, у кого не грузились видео в приложениях;

• Сложности по отображению некоторых медиа - Gif и загрузка своих медиа в комментариях;

• Многочисленные краши и разлогины;

• Ломалось взаимодействие с постами-ответами (Лишние отступы, теряется привязка при создании, иные мелкие сложности);

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

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

А чтобы вы понимали, о какой части аудитории идет речь, то вот вам цифры:

1. Мобильная веб-версия - 1.6 млн пользователей в сутки. Наиболее популярная версия ресурса, в том числе и потому, что приложения подходили далеко не для всех целей пользователей;

2. Десктопная (браузерная) веб-версия - 400к пользователей в сутки. Компьютерная полноценная версия, которой и в 2025 году пользуется довольно существенная часть нашей аудитории;

3. Приложение для Android - 170к пользователей в сутки.

4. Приложение для  iOS - 25к пользователей в сутки.

Что делать?

Выходов из положения было ровно два, если не считать выходом оставить все как есть. Первый вариант - переделать приложение с нуля. Это долго, это дорого, иногда больно, пользователи могут не понять резких изменений. Второй выход - это рефакторинг. Если говорить сильно упрощенно, рефакторинг - это наведение порядка в коде при сохранении старой формы. Создание внятной архитектуры, разделение сущностей, переменных и классов, словом - замена нагромождения костылей на специально созданные для этих целей подпорки.

В феврале 2020 года ситуация осложнилась - мы столкнулись с массовыми крашами приложений на телефонах Huawei и Honor. Тянуть дальше было нельзя, и команда разработки начала рефакторинг приложения. По нашим прикидкам, это должно было занять довольно много времени - до года. И в течение всего периода требовалось поддерживать работоспособность приложений - исправлять текущие баги и сопровождать новые релизы. К сожалению, некоторые проблемы оказались настолько фундаментальны, что даже почти полная пересборка приложений не могла их решить. Поэтому процесс затянулся на годы. Нам действительно удалось исправить некоторые критичные ошибки в приложении, но - далеко не все.

По состоянию на 2025 год, даже если оставить за бортом краши и проблемы с воспроизведением, приложения отставали в ряде аспектов:

1. Администрирование сообществ

2. Редактирование тегов

3. Отображение минусов (которое в десктопе вернулось уже год назад)

4. Отображение в профиле и на странице сообщества своих постов, находящихся на премодерации в сообществах

5. Функции блокировки цепочки постов-ответов в меню поста

6. Серии постов

7. Встроенный раздел «Помощь»

8. Список заметок

9. Спойлеры

10. Карусель изображений

11. Скрытие комментариев пользователей

12. Список черновиков (в приложениях оставался только один)

13. Подписка на ветку комментариев

14. Кабинет статистики авторов (https://pikabu.ru/statistics/)

15. Интерфейс для поиска

16. Упрощенное форматирование

И это только из заметного, полный список занял около 30 пунктов - уверен, пользователи смогут вспомнить что-то ещё. Но и это было ещё не всё. Осенью 2024 года наши приложения без предупреждений были удалены из Google Play и AppStore. Вернуть их пока так и не вышло. Это повлекло за собой сложности с обновлениями (пока вы не обновите приложение вручную через, например, RuStore на андроиде, это не произойдет автоматически). Поэтому некоторые пользователи приложений до сих пор, например, не видят систему минусов. О багах не приходится и говорить.

По состоянию на 2025 год у Команды Пикабу была браузерная версия, мобильная версия и два приложения на Android и iOS, каждое со своим дизайном, кардинально отличающимся от остальных, со своим кодом и со своим набором фич (например, в приложении для iOS были более строгие правила фильтрации небезопасного контента из-за требований AppStore). И соответственно, даже просто их поддержка пожирала непропорционально большое количество ресурсов. И потому в 2025 произошел переломный момент.

Новое решение

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

• унифицировать или по крайней мере приблизить разные версии Пикабу друг к другу;

• решить проблему со сверхсложной и сверхдорогой поддержкой приложений;

• приблизить приложения по функционалу и дизайну к мобильной и браузерной версии.

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

Оптимальным вариантом стало решение “поженить” веб-версию и нативное приложение, и лучшим решением стала разработка Progressive Web Applications (PWA) с помощью Kotlin Multiplatform (KMP). В двух словах это работает так. У нас есть приложение - нативный каркас или оболочка, которая содержит ряд функций типа авторизации, уведомлений, пушей. А вот все остальное работает по тому же принципу, что и ваш браузер - подгружается напрямую,  помощью веб-технологий. В свою очередь, KMP позволяет содержать одну общую кодовую базу для всех платформ. Кроме того, дизайн нового приложения был максимально актуализирован и приближен к мобильной версии по тому же самому принципу. Из плюсов такого подхода:

• Мы изначально заложили современную и актуальную архитектуру, что сократит и упростит работу с приложениями;

• Многие баги и ошибки, связанные с веб-частью, можно исправлять “на лету”, без необходимости заставлять пользователя качать обновление;

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

• Приложение, будучи похожим на мобильную версию, все же быстрее и ест меньше ресурсов, что станет хорошей альтернативой для пользователей мобильной версии;

• Использование современных решений и библиотек, которые позволят нам в дальнейшем "нативизировать" экраны за более короткие сроки и не иметь при этом много багов и непредвиденного поведения.

Но самое важное, конечно - застарелые проблемы с приложениями получили радикальное исправление. Никаких больше комментариев, написанных не в тех ветках или даже не в тех постах. Меньше дублирований этих самых комментариев, а посты-ответы станут ломаться гораздо реже. Теперь пользователи приложений смогут видеть минусы на постах, подписываться на ветки комментариев и посты-ответы (а также игнорить их), а создание собственных постов через приложения станет гораздо легче. Ну и конечно - долой значительную часть ошибок с воспроизведением и загрузкой контента! Правда, новое приложение потребляет больше, чем старое, и загружается пока что не так бодро, НО - мы уже работаем над ситуацией.

Первая версия приложения для Android и PWA для iOS обкатывалась среди сотрудников уже осенью 2025 года - мы вылавливали самые критичные ошибки, обкатывали, что вообще получается. И получалось очень многообещающе. Уже 17 декабря 2025 года, исправив все критичные уязвимости, мы выкатили полностью функциональное приложение версии 1.22.00 в RuStore на 10% аудитории - иными словами, 10% аудитории получили это обновление. Разумеется, это стало только началом. Исправляя ошибки и жалобы пользователей, с начала года команда разработки провела большую работу, и уже 19 февраля вышло обновление 1.22.03, на четверть всей аудитории приложений. А заодно вносим изменения и в PWA-версию для iOS (сейчас его можно добавить к себе вот так).

Реакция и планы

Мы прекрасно понимаем, что такой резкий разворот на 180 градусов мог вызвать непонимание со стороны пользователей. Все-таки даже проблема с воспроизведением видео за годы использования Пикабу становится почти своим, родным, как и плашка текста “здесь должен быть feature_name, но ваша версия приложения его не поддерживает”. Плюс, что самое важное - сильно поменялся дизайн. Дефолтный набор зеленых прямоугольников (к которому автор этих строк также прикипел за 8 лет пользования Android-версии) сменился на дизайн, приближенный к мобильной версии. И для тех, кто пользовался только приложением, это могло стать сильным ударом, который не перевесит ни удобство использования, ни целый ворох новых возможностей, включая полноценный редактор постов, не уступающий веб-версии. Или все же…?

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

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