Хочу предложить важное улучшение API для повышения производительности batch-запросов и экономии ресурсов. ПРОБЛЕМА: При использовании batch-запросов для поиска игр возникает серьезная проблема с производительностью: Текущая ситуация: Запрос: /steam?game[]=730&game[]=440&game[]=570... (10 игр в batch) Ответ: 10 игр × 40 аккаунтов = 400 аккаунтов в JSON Размер JSON: большой Время парсинга: 2-3 минуты вместо секунд Трафик: огромный расход на каждый запрос Результат: batch-запросы работают медленнее обычных запросов из-за огромного объема данных, хотя должны быть быстрее. ПРЕДЛОЖЕНИЕ: Добавить параметр result_count для ограничения количества возвращаемых результатов на каждую игру: /steam?game[]=730&result_count=1 // Только 1 самый дешевый аккаунт /steam?game[]=730&result_count=5 // Только 5 первых аккаунтов /steam?game[]=730&result_count=10 // Только 10 аккаунтов Альтернативные названия: per_page , max_results , rows (любое удобное для разработчиков) ПРЕИМУЩЕСТВА: Для пользователей API: Скорость: JSON в 40 раз меньше → парсинг за секунды вместо минут Экономия трафика: меньше данных = быстрее загрузка Гибкость: каждый выбирает нужное количество результатов Для сервера: Производительность: меньше нагрузка при генерации ответа Экономия ресурсов: меньше данных для обработки из БД Пропускная способность: экономия трафика сервера Быстрее ответы: меньше времени на формирование JSON ПРИМЕРЫ ИСПОЛЬЗОВАНИЯ: Мониторинг цен: нужен только самый дешевый → result_count=1 Анализ рынка: нужно 5-10 вариантов → result_count=10 Сравнение продавцов: топ-3 предложения → result_count=3 Полная выгрузка: без параметра → все как сейчас (обратная совместимость) Совместимость: Обратная совместимость: без параметра работает как сейчас Простота: добавляется в существующие эндпоинты без изменения логики Параметр можно добавить во все игровые категории: /steam /fortnite /valorant /minecraft И другие разделы АРГУМЕНТЫ В ПОЛЬЗУ: Решает реальную проблему: многие разработчики сталкиваются с медленными batch-запросами Гибкость: каждый использует по потребностям Масштабируемость: снижает нагрузку при росте пользователей Что думаете? Такое улучшение значительно повысит производительность API и удобство разработки!
PerfectBot, ты отправляешь 100 запросов, сейчас 1 запрос обрабатывается около 3 секунд, если даже и добавят то это не сильно ускорит процесс ну будет там условные 2 секунды даже если то это 100*2 , 200 секунд(больше 2 минут) и ты всегда сам можешь снизить количество которое будет обрабатывать твои скрипт скоко бы не давал ответ от маркета
ЛевыйТип, смотри ты же понимаеш что сервер мне отправляет ответ в json, у меня скорость 1 гб, а сервер может мне файл отдавать со скоростью минимальной, в итоге я делаю запрос а ответ в json жду 2-3 минуты,потому что мне отпраляет инфу об 40 аккаунтах, а мне по факту нужна инфа об 1 аккаунте по 1 игре понимаеш а если игр 100 то мне по 10 батчам отправляет инфу о 4000 аккаунтах с минимальной скоростью, и это не от меня зависит а от сервер, в итоге я нагружаю сервер и такие же как я нагружают сервер, что он падает постояно, можно добавить 1 параметр и серверу уже будет проще, о каких 3 секундах ты говориш, если ты не понимаеш,то пройди мимо
по каждой ссылке оно качает инфу от 1 до 40 акков, json весит много,если на аккаунте 100 игр и по каждой игре с параметрами есть по 40обьявлений, это json с инфой о 4х к аккаунтов, хотя мне нужна инфа о 100 акках The post was merged to previous Jul 18, 2025 тоесть 10 бачей по 400 аккаунтов