Backend Portal | Программирование

Индийский инженер создал главную угрозу компании стоимостью $5.6 млрд. Он назвал её в честь своей собаки. Речь о Postman. Угроза — Bruno. Бесплатный open-source API-клиент, который работает офлайн, хранит данные прямо в git-репозитории и не требует облачного аккаунта. Postman против Bruno: - Цена: $14–49 за пользователя в месяц → $0 - Аккаунт: обязательный облачный логин → логин не требуется вообще - Где хранятся данные: серверы Postman → твой git-репозиторий - Офлайн-режим: убран в 2024 → встроен с самого начала - Приватность: утечка 30 000 публичных коллекций с API-ключами в прошлом году → файлы остаются на локальной машине Нет облака. Нет аккаунта. Нет синхронизации. Нет телеметрии. Как это работает: → Одно небольшое приложение для Mac, Windows, Linux → API-запросы сохраняются как обычные текстовые файлы в локальной папке → Эти файлы коммитятся в git как обычный код → Команда клонирует репозиторий и получает те же API-запросы → Нет «воркспейсов», нет лицензий на пользователя, нет навязанных обновлений 43 818 звёзд. 2 403 форка. 446 участников со всего мира. Важное уточнение: лицензия MIT. Бесплатно для личного использования, платно для коммерческих продуктов и собственных форков. Нет скрытого «про»-уровня. Анооп М Д создал Bruno в Бангалоре три года назад. Он хотел бесплатный офлайн-инструмент для API, но такого не было. Поэтому он сделал свой и назвал в честь собаки, потому что «я люблю его больше всего». Грант в ₹500 000. Один человек. Около 500 000 разработчиков, которые уже используют инструмент. То, чем Postman должен был быть изначально. https://github.com/usebruno/bruno 👉 @BackendPortal

Джун-разработчик сделал ограничитель частоты запросов чтобы блокировать пользователей, которые отправляют слишком много запросов к API: if (requestCount > 100) { return 200, { "error": "rate limit exceeded" } } Он задеплоен. Он работает. Какие две проблемы в этой реализации и как исправить обе? 👉 @BackendPortal

Наткнулся на LyteNyte — высокопроизводительный компонент таблиц для React размером около 40 КБ без внешних зависимостей. Проект рассчитан на работу с десятками миллионов строк данных и включает больше 150 возможностей уровня enterprise. Есть открытая Core-версия и коммерческая PRO-версия. GitHub: http://github.com/1771-Technologies/lytenyte Компонент обходит блокировки главного потока за счёт нативного скроллинга браузера, поэтому даже миллионы строк не вызывают лагов. Также заявлена обработка до 10 000 обновлений данных в секунду. Сортировка, фильтрация, редактирование, выбор строк, группировка, агрегации, drag-and-drop, виртуальный скроллинг, экспорт в Excel / CSV / Parquet — всё это уже входит в Core-версию и доступно как open source под лицензией Apache 2.0. 👉 @BackendPortal

Развёртывание VLESS+XHTTP+TLS прокси на Ubuntu одной командой с релейем через CDN Vercel или Netlify для скрытия IP исходного сервера: https://github.com/avacocloud/XHTTP-Installer Этот скрипт полностью автоматизирует процесс установки VLESS+XHTTP+TLS прокси на Ubuntu одной командой. Он автоматически устанавливает необходимые инструменты, включая Xray-core и acme.sh, запрашивает SSL-сертификат Let's Encrypt, настраивает конфигурацию Xray и разворачивает функцию релея через Vercel или Netlify. Трафик маршрутизируется через CDN-ретранслятор, что позволяет скрывать IP адрес исходного сервера. После установки скрипт автоматически запускает end-to-end тесты с помощью xray-knife и генерирует vless:// ссылку, готовую к использованию сразу. В случае проблем, таких как конфликты портов или блокировки файрвола, скрипт пытается автоматически их устранить. Поддерживаются основные клиенты: v2rayN, v2rayNG, Streisand, Nekoray и Hiddify. 👉 @BackendPortal

Сегодня представлен pgGraph — Apache open-source графовый traversal-движок для Postgres, написанный на Rust 🦀 При разработке Evokoa команда столкнулась с типичной проблемой, с которой рано или поздно сталкиваются серьёзные команды, работающие с агентами:

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

pgGraph был построен вокруг простой идеи: Postgres должен оставаться единственным источником истины (source of truth), а графовый слой должен работать поверх него, без миграции данных. Подход pgGraph отличается следующим:

данные остаются в виде строк в Postgres, поверх них компилируется топология, затем создаётся виртуальный графовый слой с использованием CSR-подобных adjacency-массивов.

Таким образом, существующая Postgres-база становится граф-траверсабельной для агентов без типичных проблем:

отсутствие recursive join-хаоса отсутствие ETL-пайплайнов отсутствие второго источника данных высокая производительность

pgGraph уже используется в production-процессах в сферах RevOps, healthcare и визовых сервисов. Проект выложен в open-source с целью сделать graph traversal базовым примитивом в agent-стеке, а не инфраструктурной задачей миграции. Postgres предлагается рассматривать как граф, без переноса данных. По сути, это попытка реализовать то, чем должен был стать Apache AGE. 👉 @BackendPortal

Сотрудники Авито ведут свой telegram-канал ⭐️ И знаете, получается мегалампово и увлекательно. Всего через несколько постов начинаешь уже чувствовать себя частью их уютного офиса: рядом знакомые весёлые коллеги из постов, и вам точно есть что обсудить. А вообще, хвалим и одобряем. Во-первых, смело и интересно. Во-вторых, для тех, кто рассматривает работу в компании, это возможность изучить культуру и атмосферу в команде ещё до трудоустройства. 🔥 Однозначно подписка — @TeamAvito 🔥🔥 Если думаешь о работе в Авито, то добавляй сразу — @avito_career

Визуализация разных алгоритмов и структур данных Здесь очень наглядно и понятно показаны разные структуры данных и продемонстрирована работа некоторых алгоритмов ⛓ Ознакомиться: Тык 👉 @BackendPortal

Хостинг за 199 рублей/месяц. Бесплатные модели AI и навороченные агенты для создания любых веб-приложений, сайтов, интернет-магазинов, телеграмм-ботов. И все это можно оплатить картой РФ. easyapps — сервис созданный инженерами, а не маркетолагами. У сервиса мгновенная техническая поддержка и фриланс, если кому-то хочется чтобы даже вайбкодингом занимались вместо него. Попробовать можно на https://easyapps.click

Выходные, проведённые за Camp (open-source email marketing platform на Go), хорошо иллюстрируют классическую ловушку backend-разработки: сначала кажется, что это CRUD, а по факту — полноценная распределённая система. Изначально модель простая: хранить email-адреса писать кампании нажимать send Но как только начинаешь учитывать реальность email-доставки, всё превращается в набор distributed-systems задач. Что приходится решать: 🔴Bounces (отказы доставки) Временные и постоянные (soft vs hard bounce) ведут себя по-разному, и логика retry/suppression полностью меняется. 🔴Retry policy Когда повторять отправку, а когда навсегда исключать адрес — это уже политика устойчивости системы, а не просто функция отправки. 🔴Email authentication (SPF/DKIM/DMARC) Ошибки здесь не ломают систему явно — они просто делают доставку «тихой»: письма уходят, но попадают в spam. 🔴Провайдеры (Gmail, Outlook, Exchange) У каждого свои лимиты и throttling-правила. Поведение доставки становится неоднородным и зависит от внешней инфраструктуры. 🔴Crash safety и дедупликация Если worker падает в середине batch, повторный запуск может привести к дублирующей отправке — значит нужна идемпотентность и контроль состояния. 🔴Tracking и unsubscribe Open tracking и unsubscribe превращаются в отдельные HTTP endpoints, которые тоже нужно поддерживать, логировать и защищать. И в итоге архитектура перестаёт быть “простым приложением” и становится набором систем: - очередь (queue) - пул воркеров (worker pool) - слой доставки (delivery layer) - конечный автомат состояний (state machine) Именно в этом и заключается типичный переход: пока не запускаешь в production — это кажется CRUD с кнопкой отправки. После запуска — это уже распределённая система со всеми её проблемами. Большинство учебных примеров не показывают этот слой сложности, потому что он проявляется только при реальной нагрузке, ошибках и внешних интеграциях. 👉 @BackendPortal

Держите лайфхак: на GitHub можно вручную устанавливать дату коммитов, даже если они будут в прошлом Синтаксис для выполнения этого трюка прост:

    
        git commit -am "" --date "4/20/2024"{}
    

Таким образом можно накрутить себе активность GH — на него довольно часто смотрят рекрутёры 😧 👉 @BackendPortal