ИТ-проекты пикабушников

Суть простая: берёшь любой аккордник — хоть с Ultimate Guitar, хоть из своих заметок, хоть из песенника — копируешь текст с аккордами и вставляешь в редактор на strumly.fun через Ctrl+V. Сервис сам разбивает песню на строки, расставляет аккорды над словами, выделяет секции. Даже если у тебя формат [Am] внутри строки — он поймёт и поставит аккорд ровно над тем слогом, где нужно.

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

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

Потом жмёшь «Предпросмотр» — и перед тобой уже не аккордник, а полноценный плеер. Он идёт по строкам, подсвечивает текущую, показывает аппликатуру активного аккорда, щёлкает ритм. Включаешь метроном — и играешь вместе. Хочешь медленнее — крутишь темп. Хочешь отработать один куплет по кругу — ставишь зацикливание секции.

Всё проверил, всё звучит — публикуешь. Разбор уходит в каталог, другие гитаристы находят его поиском, добавляют в избранное, учатся по нему.

Самое прикольное начинается, когда в каталоге появляются чужие песни. Сейчас там уже несколько вещей, которые я сам закинул — «Группа крови», «Районы-Кварталы» и ещё десяток треков. Но мне гораздо интереснее увидеть, что вы туда загрузите.

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

Если песня сложная — смотришь на сложность, которую автор указал. Новичок ищет «легко» — и сразу находит разборы с простыми аккордами и базовыми боями. Хочешь что-то посерьёзнее — фильтруешь по «средне» или «сложно».

А если ты сам разобрал песню и хочешь поделиться — создаёшь разбор, публикуешь, он проходит проверку и появляется в каталоге. Другие гитаристы находят его, играют, учатся. Твой разбор становится тем самым подсказкой, которой тебе когда-то не хватало.

Карточки исполнителей

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

Это удобно, когда хочешь выучить несколько песен одного исполнителя подряд. Зашёл на страницу Цоя — и перед тобой «Кукушка», «Перемен», «Звезда по имени Солнце». Всё в одном месте, в одном формате, с одним и тем же подходом к ритму. Не нужно скакать по разным сайтам и привыкать к чужим стилям оформления.

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

Попробуйте сами

Сервис уже открыт — заходите, создавайте разборы, ищите чужие, играйте. Я сам пользуюсь каждый день: то новую песню разберу, то старую подправлю. Если найдёте баг или придумаете, чего не хватает — пишите прямо сюда в комменты. Я всё читаю и на всё буду отвечать

strumly.fun - сам сервис

Что же нового в клиенте?

Новая верхняя панель (Вдохновился Яндекс Браузером)

Стандартная рамка Electron заменена собственной (кривой) компактной панелью.

В ней находятся:

• меню VK Desktop;

• кнопка возврата на предыдущую страницу;

• название и версия программы;

• индикатор доступного обновления;

• кнопки сворачивания, разворачивания и закрытия окна.

Панель подстраивается под светлую и тёмную тему ВКонтакте. Также исправлено её поведение в полноэкранном режиме и при разворачивании окна.

Обновлённая система обновлений

Состояние обновления теперь отображается прямо в верхней панели.

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

Загрузку можно отменить, а после её завершения установить обновление с автоматическим перезапуском VK Desktop.

При нажатии на номер версии открывается раздел «Что нового». В нём можно посмотреть:

• описание последнего обновления;

• номер версии;

• дату публикации;

• ссылку на страницу релиза в GitHub.

Если при обновлении с версии 1.1.3 появляется ошибка 429, скачайте новый установщик вручную по ссылке выше. Ошибка связана с временным ограничением запросов со стороны GitHub.

Горячие клавиши

Добавлены стандартные сочетания для управления страницей:

• Ctrl + + для увеличения масштаба;

• Ctrl + - для уменьшения масштаба;

• Ctrl + 0 для сброса масштаба;

• Ctrl + R для перезагрузки страницы;

• Ctrl + Shift + R для перезагрузки без кэша.

Обновление VK Next

Встроенный VK Next обновлён с версии 14.7.2 до 14.14.0.

Также обновлены его файлы, разрешения и система проверки целостности.

Исправления

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

• Исправлена отмена скачивания обновления.

• Улучшена синхронизация кнопок с текущим состоянием окна.

• Исправлено отображение прогресса обновления.

• Улучшена обработка ошибок при проверке и скачивании новой версии.

Техническая часть

В версии 1.2.0 была серьёзно переработана внутренняя структура приложения.

Что именно изменилось:

• Полностью переписана логика верхней панели и управления окном.

• Добавлены отдельные IPC-команды для кнопки «Назад», сворачивания, разворачивания, закрытия окна и управления обновлениями.

• Добавлена проверка источника IPC-запросов, чтобы команды принимались только от внутренних страниц приложения.

• Состояние окна теперь синхронизируется с интерфейсом: приложение отслеживает полноэкранный режим, возможность вернуться назад и текущее состояние окна.

• Логика горячих клавиш вынесена в отдельный модуль.

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

• Для реальной отмены загрузки обновлений добавлен CancellationToken.

• Старое отдельное окно прогресса удалено. Процент и скорость загрузки теперь передаются прямо в верхнюю панель.

• Добавлена загрузка описания последнего релиза с GitHub для раздела «Что нового».

• Ответ GitHub кэшируется на пять минут, чтобы не отправлять одинаковые запросы при каждом открытии окна.

• Добавлена проверка и ограничение ссылок, текста и данных, полученных из описания релиза.

• После установки обновления приложение автоматически запускается повторно.

• Обновлена проверка целостности встроенного VK Next. Алгоритм переведён на новую версию с нормализацией переносов строк CRLF и LF, чтобы результат проверки не зависел от операционной системы.

• Для VK Next сокращён список разрешений и доступных веб-ресурсов.

• Добавлены тесты для верхней панели, горячих клавиш, системы обновлений, IPC-команд и проверки целостности VK Next.

Также была полностью переработана автоматизация проекта через GitHub Actions:

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

• добавлена автоматическая сборка Windows x64;

• добавлена проверка соответствия версии приложения Git-тегу;

• добавлена проверка настроек безопасности Electron;

• настроено автоматическое создание черновика GitHub Release;

• установщик, файл .blockmap и latest.yml автоматически прикрепляются к релизу;

• старый workflow для Linux AppImage удалён.

Проект и GitHub Actions переведены на Node.js 26 (Частично). Также обновлены зависимости сборки, документация, лицензия, правила участия в разработке и описание структуры проекта.

На этом работа над VK Desktop не заканчивается. Если встретите ошибку или заметите странное поведение, напишите об этом в комментариях или создайте Issue в GitHub.

Спасибо всем, кто вообще пользуется программой, сообщает о проблемах и предлагает идеи.

Телеграм-канал автора:

https://t.me/ilushadevz

В целом это всё, можете закинуть меня помидорами, клоунами и написать что потратил время впустую :)

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

Предыстория

Все началось с рабочей задачи по реализации весьма специфичной web-панели мониторинга и управления различным оборудованием, в которой нужно было получать данные и отправлять команды по разнообразным сценариям (периодический опрос, подписка на websocket-события, https-запросы и т.д.), а также выводить состояние и графики в реальном времени, динамически комбинируя различные источники данных в разных виджетах.

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

В первой итерации с использованием RxJS получилось много неструктурированного и сложно поддерживаемого кода, так как архитектура на RxJS вынуждала императивно описывать перестроение топологии при изменении правил маршрутизации «на лету». В нашем специфичном кейсе с динамическими виджетами это приводило к сайд-эффектам и сложностям в отладке. Кроме того, местами размывалась строгая типизация и мы лишались compile-time гарантий. Так появилась идея разработать собственное решение на основе альтернативной концепции — модели графа потоков данных.

В результате получившаяся модель продемонстрировала предсказуемое поведение и низкую связность компонентов, а кодовая база сократилась на ~30% и приобрела более декларативный вид. Убедившись в эффективности решения, мы решили оформить его в виде отдельной библиотеки с открытым исходным кодом — Transferum.

И что, получилась просто еще одна реактивная библиотека?

Не совсем. Классические FRP-библиотеки (RxJS, Bacon, Most) построены вокруг единственного примитива (Observable). Transferum же основан на композиции различных типов узлов с явно определенным поведением.

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

Объявленные узлом возможности являются одновременно флагами для использования в runtime и compile-time гарантиями наличия соответствующих методов, определяющих его поведение.

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

Transferum предоставляет четыре слоя абстракции:

1. Трансферы — узлы графа (каналы, поллеры, мапперы, буферы, разветвители и концентраторы, реализации debounce, throttle, switchMap и т.д.).

2. Мосты — ребра графа — управляемые вентили между узлами с динамической маршрутизацией и гейтингом.

3. Операторы — stateless-трансформаторы и фильтры данных (используются трансферами, отвечающими за конвертацию данных).

4. Билдеры — fluent-конструкторы композитных трансферов из цепочек трансферов-примитивов.

Концептуальная и архитектурная основа — capability flags system. Каждый трансфер реализует CommunicationContractInterface — набор булевых флагов, определяющих его возможности.

Флаги isPushable, isPullable, isSubscribable, isGate и другие — это не просто свойства объекта. Это метаданные, которые:

• Определяют TypeScript-интерфейс трансфера на этапе компиляции.

• Управляют стратегией связывания с другими трансферами в рантайме (с помощью функции linkTransfers()).

• Обеспечивают совместимость в билдерах без приведений типов.

Один набор флагов — три потребителя. Это единый источник истины для всей системы.

Когда флаг равен true, соответствующий метод входит в TypeScript-интерфейс трансфера. Это позволяет предоставлять трансфер пользователю вот так:

Или вот так:

Именно в таком формате типов фабрики в библиотеке возвращают трансферы. Эта «магия» работает в compile-time благодаря несколько замысловатой системе вычислимых типов.

Архитектурные инварианты

1. Трансферы не знают своих соседей
Трансфер определяет своё поведение (push, pull, subscribe и др.), но никогда не ссылается и не проверяет класс другого трансфера. Он не знает, что является upstream или downstream — лишь выполняет свой контракт. Пользователь может создать свой трансфер, объявить и реализовать его возможности — и он органично и бесшовно впишется в экосистему.

2. Мосты не знают конкретных реализаций
Мост инспектирует capability flags, а не имена классов. Нет цепочки instanceof, нет переключения по имени класса. Любой output-трансфер может быть соединен с любым input-трансфером — при условии совместимости их флагов, о чем мы поговорим чуть ниже. Это применимо и к тем узлам, которые еще не существуют и будут созданы пользователем.

3. Значение undefined никогда не распространяется
В Transferum undefined означает «нет данных», а не «пустое значение». Оно подавляется на уровне внутренней реализации менеджера подписок — подписчики никогда не уведомляются с undefined. При этом для явных маркеров пустых значений можно использовать null. Мы сознательно пошли на этот компромисс, чтобы избежать runtime-оверхеда и сохранить нативную скорость работы на плотных потоках данных.

Связывание трансферов

Функция linkTransfers(lhs, rhs) соединяет output-трансфер (lhs) с input-трансфером (rhs) с автоматическим выбором стратегии связывания на основе возможностей этих трансферов:

• isSubscribable → isPushable (реактивная подписка);

• isPullable → isPollingProxy (активный опрос);

• isSubscribable → isAsyncPushable (реактивная подписка + асинхронный push);

• isAsyncPullable → isAsyncPollingProxy (активный асинхронный опрос асинхронного pull-источника);

• isPullable → isAsyncPollingProxy (активный асинхронный опрос синхронного pull-источника).

Protocol-oriented design: механизм не спрашивает «какой это класс?» — он выясняет, какие у него есть возможности. Любая пара трансферов с совместимыми возможностями является linkable. Добавление нового класса трансфера требует только объявления его флагов и реализации соответствующих методов — как связать его с другим трансфером, связующий алгоритм разберется сам.

Sync и async в одной экосистеме

Синхронные и асинхронные трансферы сосуществуют и могут быть связаны между собой. linkTransfers() предпочитает sync-связывание, когда это возможно, а async-стратегии применяет только когда sync неприменим. Нет отдельного «асинхронного мира».

Поддержка backpressure

Ряд асинхронных трансферов (AsyncSinkTransfer, AsyncWriteTransfer, AsyncConvertTransfer, AsyncConditionTransfer) поддерживают необязательные поля в конфигурации: maxConcurrency, bufferSize и onBufferOverflow — для ограничения параллельных async-операций, очереди избыточных данных и graceful-обработки переполнения. По умолчанию — неограниченная обработка, без буферизации.

Локальная обработка ошибок

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

А теперь — к примерам использования

1. Вот так можно просто и декларативно описать опрос и агрегирование данных из нескольких источников.

2. А вот как можно можно организовать роутинг в игровой механике.

3. А вот пример сложного цепочечного трансфера, реализующего логику автоматизации обработки событий и принятия решения в торговле на бирже.

Когда имеет смысл попробовать Transferum

Библиотека подойдет для:

• TypeScript-first проектов — благодаря максимально строгой типизации и compile-time вычислению доступных методов любого трансфера на основе объявленных у него флагов возможностей.

• Работы с pull-based источниками данных — polling API, датчиков, хранилищ с PollingProxy.

• Смешанных sync/async пайплайнов — в единой модели без ручного преобразования.

• Явного flow control — gates, bridges, selectors для runtime-маршрутизации.

• Game development / IoT — frame-aligned tickers, idle polling, sensor aggregation.

• Устойчивой обработки ошибок — локальная, non-fatal обработка: одна стадия не убивает пайплайн при условии переданного в конфиге обработчика ошибок, ничего не подавляется молча.

Результаты и планы

• Библиотека уже используется в двух наших внутренних проектах и показывает свою эффективность. Код доступен на GitHub под лицензией MIT, библиотека не имеет внешних зависимостей и поставляется с подробной документацией (README + API Reference).

• В одном из проектов граф состоит из ~80 узлов и стабильно обрабатывает несколько сотен событий в секунду без деградации. На основе этих данных в том числе рендерится 3D-сцена в Babylon.js со стабильным фреймрейтом ~60 FPS без микрофризов.

• Тесты библиотеки покрывают не только отдельные трансферы, но и поведение системы в динамике: переподключение мостов, обработку ошибок в длинных асинхронных цепочках, а также разнообразные граничные случаи. Покрытие — 100%.

• В дальнейшем планируем реализовать хуки и утилиты для более удобного и нативного использования Transferum с Vue и React. Если они окажутся в достаточной мере переиспользуемыми, оформим в отдельные пакеты-адаптеры.

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

P. S. Если вы сталкивались с похожими задачами и решили их как-то иначе — буду рад прочитать о вашем опыте в комментариях.

OK.ru. Тоже нет — и это второй пункт подряд, где @DNVideoBot меня обходит.

Файлы больше 20 МБ бесплатно. У @SaveAsBot ограничения по размеру нет вообще. Рилсы и шортсы влезают с запасом: 99% из них короче минуты и весят единицы мегабайт. А вот длинный YouTube не влезет, и тут спасает только платная версия.

Всё. Дальше о том, где мой лучше.

Методика

Пять ботов: @vfixbot, @SaveAsBot, @instasavegram, @creoscan, @DNVideoBot.

Семь ссылок Instagram: пять рилсов на 7, 9, 11, 47 и 86 секунд, ещё один короткий рилс и фото-пост. Одна сеть, замеры подряд, секундомер от отправки ссылки до момента, когда файл доступен.

Все ролики свежие. Опубликованы незадолго до теста, ни один до замеров ни через одного бота не проходил — и это не придирка, а условие, без которого мерить нечего.

Дело в двух вещах, которые превращают такой тест в фикцию:

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

Дедуп, он же дедупликация (Telegram узнаёт файл, который у него уже был, и переиспользует его вместо новой загрузки). Эффект тот же: мгновенный ответ, нулевая информативность.

Возьми ролик, который уже кто-то качал, — и получишь не бенчмарк, а замер чужой памяти.

Скорость: разницы нет

Если ждали, что здесь кто-то кого-то порвёт — не порвёт.

Все уложились в одну-три секунды. Разброс между ботами оказался меньше, чем разброс между двумя прогонами одного и того же бота, то есть меряешь тут не боты, а дрожание сети. Причина скучная: файл все берут с одного и того же CDN Instagram, и скорость определяет ваш канал.

Числа приводить не буду — им грош цена. Разница в десятые доли секунды на одном прогоне не значит ничего, и любой, кто такие числа вам показывает, показывает погрешность измерения. Когда очередная качалка обещает «молниеносную загрузку» — вот примерно это вам и продают.

Разница между ботами вылезла в другом месте.

Надёжность: 7 против 4

А вот тут разошлось.

Отработало ссылок из семи:

@vfixbot — 7
@SaveAsBot — 4
@instasavegram — 4
@creoscan — 1
@DNVideoBot — 0

Три ссылки из семи — два рилса и фото-карусель — @SaveAsBot и @instasavegram не открыли. Не медленно. Никак.

Ошибки почти одинаковые:

instasavegram: «Request failed. Make sure that account is not private»
SaveAsBot: «Не удалось получить информацию о публикации»

Аккаунт не приватный. Ролик открывается в браузере у кого угодно.

Почему так происходит

Instagram закрывает контент от неавторизованного доступа, и с каждым годом плотнее. Хотите посмотреть? Войдите. Дело не в каком-то особенном видео. Платформа взвешивает репутацию вашего IP и наличие сессии, смотрит, что за контент вы просите, — и решает, отдать файл или потребовать логин.

Есть открытый проект InstaFix. Задуман он не для скачивания вовсе: его дело — чинить превью Instagram в Discord и Telegram, чтобы ссылка в чате разворачивалась в картинку, а не в серый прямоугольник. Но попутно он вытаскивает медиафайл по ссылке. Бесплатно и без авторизации, а подключается за вечер. Форков на GitHub россыпь.

Последний коммит в основном репозитории — 1 февраля 2025 года. Полтора года никто не трогал код, который каждый день воюет с платформой, переписывающей защиту раз в квартал.

У анонимного подхода есть потолок: примерно 70% ссылок. Это моё наблюдение за год, не лабораторный замер. Упирается он не в кривой код: оставшиеся тридцать процентов Instagram анониму не отдаёт в принципе, сколько к нему ни стучись.

Вот вам и 4 из 7.

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

@vfixbot работает иначе: он покрывает все видео. Способ не один: каждый по отдельности рано или поздно ломается, поэтому их несколько и я их обновляю. Как именно — не пишу, конкуренты читают Пикабу не хуже вас. Возни там много, желающих мало — отсюда и секунда на лёгком ролике у остальных, и ошибка на всём прочем.

Кто что вообще поддерживает

Только у меня: ВКонтакте, Twitter/X, Reddit, Threads, Двач, обычные посты.

Есть у всех или почти у всех: Instagram (все пятеро, кроме DNVideoBot), TikTok (все, кроме instasavegram), Pinterest (SaveAsBot, creoscan).

YouTube: есть у меня, creoscan, DNVideoBot. У SaveAsBot и instasavegram — нет.

Только у DNVideoBot: RuTube, OK.ru.

Сторис и актуальное: у меня — по ссылке на профиль; у SaveAsBot — только по прямой.

Девять источников против трёх у ближайшего. YouTube @SaveAsBot не берёт — на ссылку отвечает списком того, что умеет, и YouTube в нём нет.

Два бота, до которых дело толком не дошло

@creoscan — один ролик в сутки бесплатно. Первый тест прошёл, на втором лимит кончился, и creoscan выбыл. Умеет Instagram, YouTube, TikTok, Pinterest.

@DNVideoBot — работает, но живёт очередью. Первая же ссылка встала на 30-ю позицию; за несколько часов очередь до меня не дошла, видео я так и не получил. Пока ждёшь, бот присылает видео-заглушку. Судя по подборкам, у кого-то он работает — мне за время теста не досталось ни одного ролика. Зато только он умеет RuTube и OK.ru.

Что есть только у меня

Inline-режим. Бот пришлёт видео в любой чат, без добавления в него. Пишете @vfixbot со ссылкой прямо в чат и видео уходит собеседнику готовым файлом. Не ссылкой, которую он не откроет. Ни у одного из четырёх такого нет.

Редактор. Мини-приложение с таймлайном: обрезать с точностью до кадра, склеить несколько фрагментов, вытащить звук в MP3, сделать гифку, повернуть снятое «на боку», ускорить или замедлить, выбрать кадр для обложки, отправить файлом без сжатия. У остальных четверых — ничего похожего.

Сторис, которые никто не увидит. Тут тонкость. @SaveAsBot сторис и «актуальное» скачивает, в его справке они честно заявлены — только чтобы дать ему прямую ссылку на сторис, вам надо эту сторис открыть. А открыли — вы уже в списке просмотревших, и автор вас увидел. Функция есть, смысла в ней нет. У меня иначе: кидаете ссылку на профиль, просто на страницу человека, и получаете доступ ко всем его сторис и «актуальное» анонимно. Открывать нечего, в просмотрах вы не появляетесь.

Обычные посты. Не рилсы, а обычные публикации: их не берёт никто.

Мой бот — @vfixbot. Без Telegram то же самое умеет clipsave.pro.

Instagram и Threads принадлежат компании Meta, которая признана в России экстремистской организацией, её деятельность запрещена на территории РФ.