Исправить ошибки в существующей системе тендеров PNCP

Бюджет: 200 EUR Срок: 7 дней

Юлия, я могу быстро помочь изолировать эти ошибки фильтров. Я работаю с JavaScript и Laravel в продакшене, поэтому я привык отслеживать проблемы с запросами, воспроизводить крайние случаи и исправлять их, не нарушая работающие потоки. Я просмотрю код Next.js/Supabase, проверю пагинацию и лимиты записей, протестирую затронутые фильтры и разверну стабильные исправления. Я доступен сейчас и могу поделиться четкой оценкой сроков после быстрого обзора кода. Если хотите, я могу начать прямо сейчас.

Бюджет: 150 EUR Срок: 4 дня

Привет, Юлия. Я работаю именно с этим стеком — Next.js/TypeScript + Supabase + Vercel — и ваши три проблемы имеют схожие коренные причины:

— "Не удалось выполнить запрос editais: Неверный запрос" по определенным фильтрам: обычно это неправильно сформированный запрос Supabase (неправильный оператор или неэкранированное значение в параметре фильтра). Я прослежу точный неудачный запрос и исправлю генератор запросов.
— Неудача фильтра "Не проверено" по мере роста записей: классическая проблема с лимитом в 1000 строк по умолчанию в Supabase / проблема диапазона — требуется правильная пагинация .range() или подход с ключевым набором, чтобы это масштабировалось.
— Пагинация / лимит запросов: та же семья — правильные лимиты + пагинация на стороне сервера.

План: воспроизвести каждую проблему в ветке, применить стабильные исправления, протестировать затронутые фильтры, развернуть в продакшн на Vercel. Около 150 евро, 3-4 дня. Готов посмотреть репозиторий и подтвердить точный объем работы.

Бюджет: 2000 EUR Срок: 7 дней

Привет, я работал над анализом тендеров — обрабатывали 50K+ записей с фильтрацией и пагинацией на Supabase/PostgreSQL, решали похожие проблемы с ограничениями запросов.

Можете уточнить, какие именно фильтры вызывают "Bad Request" — это конкретные комбинации параметров или проблема возникает при определенном количестве записей в таблице?

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

Бюджет: 111 EUR Срок: 1 день

Я NextJs, React, NestJs разработчик. Готов взяться за эту задачу

Бюджет: 8000 EUR Срок: 3 дня

Основная проблема заключается в лимитах запросов Supabase и логике фильтрации, которая ломается при увеличении объема данных в живом трекере тендеров на Next.js.

Мой подход: сначала воспроизвести каждую ошибку локально на реальном проекте Supabase (или его клоне), чтобы подтвердить коренную причину, затем исправить "Неверный запрос", проверив параметры фильтра, передаваемые в PostgREST (вероятно, неподдерживаемый оператор или слишком большой массив IN), затем решить проблему с фильтром "Не рассмотрено", заменив наивное полное сканирование таблицы на правильный индексированный запрос с постраничной навигацией на основе курсора вместо смещения, которое не работает при большом количестве строк. Наконец, развернуть на Vercel и проверить в производственной среде с теми же фильтрами, которые не работали.

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

Можете поделиться репозиторием и примерно сколько тендерных записей в настоящее время находится в таблице, к которой обращается фильтр "Не рассмотрено"?

Бюджет: 100 EUR Срок: 3 дня

Привет, Yuliia!

Ваш стек — именно то, с чем я работаю каждый день: Next.js, TypeScript, Supabase, PostgreSQL, деплой на Vercel.

По вашим багам вижу направление:
— "Bad Request" на фильтрах — чаще всего это некорректный запрос к Supabase (неправильный оператор фильтра или тип параметра); нужно посмотреть конкретный запрос.
— Фильтр, который ломается с увеличением записей, и проблемы пагинации — похоже на лимиты Supabase (по умолчанию отдает 1000 строк) и отсутствие правильного range/пагинации.

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

Отправьте доступ к коду (или репозиторий) — уточню точные строки. Работаю через Сейф. Развернуть

Бюджет: 120 EUR Срок: 3 дня

Привет,
Две из трех проблем, вероятно, имеют одну корневую причину: Supabase по умолчанию возвращает максимум 1,000 строк за запрос. Как только "Не проверено" превышает это значение, фильтр тихо отбрасывает записи — что также отображается как ваш лимит пагинации. Решение — правильная серверная пагинация через .range() с точным количеством, а не просто повышение лимита (это замедляет запросы).
"Неверный запрос" по определенным фильтрам — это отдельная проблема — обычно это неправильно сформированный запрос PostgREST (неэкранированное значение, несоответствие типов или неправильный .or()). Я могу точно определить это, только воспроизведя фактический запрос, поэтому не буду гадать вслепую.
Поскольку я новичок в вашем коде, я бы действовал осторожно: воспроизвел все три проблемы на отдельной ветке, подтвердил корневую причину, а затем предложил фиксированную цену, прежде чем что-либо затрагивало продакшн. Каждое исправление проходит через предварительный просмотр Vercel, чтобы вы могли проверить его на реальных данных перед тем, как оно будет внедрено в живую версию.
Supabase, PostgreSQL и Vercel — это мой повседневный стек, и поведение запросов в больших масштабах — моя сильная сторона. TypeScript/Next.js я читаю и комфортно работаю с ними.
Я могу начать сейчас. Срок выполнения: 2–3 дня. Цена: $120 за все три, подтвержденная после того, как я увижу репозиторий.

Бюджет: 300 EUR Срок: 2 дня

Привет!!!

Сначала я просмотрю ваш текущий код, почему такая проблема, сделаю стабильное исправление, тестирование пострадавших фильтров и запущу в продукцию.

Обращайтесь.

Бюджет: 70 EUR Срок: 3 дня

Здравствуйте!

Я могу помочь исследовать и исправить проблемы с фильтрацией и запросами в существующей платформе мониторинга PNCP.

Судя по описанию, проблемы могут быть связаны с построением запросов Supabase, обработкой условия «Не рассмотрено», пагинацией или ограничениями запросов по мере увеличения количества записей. Сначала я воспроизведу сообщенные случаи, проверю затронутую логику Next.js и Supabase, затем применю и протестирую стабильные исправления перед их развертыванием в производственной среде.

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

Моя предварительная оценка составляет 3,500 грн и примерно 3 рабочих дня.

Указанная стоимость и сроки являются предварительными. После изучения необходимых деталей проекта и воспроизведения проблем я смогу подтвердить окончательную цену и точное время доставки. Развернуть

Бюджет: 250 EUR Срок: 3 дня

Здравствуйте! Описанные проблемы — классическая боль проектов, которые выросли из начальной архитектуры Supabase и столкнулись с деградацией производительности из-за увеличения объема данных в PostgreSQL. Как Senior Full-stack инженер с опытом разработки высоконагруженных SaaS-платформ на Next.js, TypeScript и Supabase, я прекрасно понимаю, как быстро и безболезненно исправить эти баги.

Почему возникли эти проблемы и как я их решу:

* Ошибка «Неправильный запрос»: Чаще всего возникает из-за некорректного формирования URL-запроса, превышения лимитов длины строки при большом количестве фильтров или несоответствия типов данных TypeScript в клиенте Supabase. Найду и исправлю уязвимый метод.
* Фильтр «Не просмотрено» и пагинация: Supabase по умолчанию имеет жесткий лимит на выборку (offset/limit) до 1000 записей. Когда база данных PNCP разрослась, обычный `offset` перестал справляться или уперся в лимиты. Я оптимизирую PostgreSQL-запрос, добавлю правильные индексы на колонку статусов просмотра и, если необходимо, переведу пагинацию на более быстрый `cursor-based` подход (keyset pagination).

Коммерческие условия:

* Стоимость: $250 – $350 USD (финальная сумма после быстрого аудита вашего репозитория).
* Срок выполнения: 2–3 дня на полное устранение всех трех проблем, тестирование и деплой в продакшн на Vercel.
* Доступность: Готов приступить к работе уже сегодня.

У меня глубокая экспертиза в оптимизации тяжелых SQL-запросов и работе с инфраструктурой Vercel. Ознакомиться с моим архитектурным подходом можно на моем сайте: https://mcarrow.online

Давайте перейдем в личные сообщения: вы предоставите доступ к коду (или покажете проблемные участки), и я оперативно верну вашу систему мониторинга в стабильное рабочее состояние!

С уважением,

Сергей Макаров Развернуть

Бюджет: 228 EUR Срок: 3 дня

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

Я отлажу состояния фильтров и оптимизирую запросы Supabase, чтобы убедиться, что фильтр «Не рассмотрено» работает эффективно по мере расширения базы данных. Как только узкие места в запросах будут устранены, я протестирую развертывание на Vercel, чтобы убедиться, что исправление работает в реальных условиях.

Можешь подтвердить, возникает ли ошибка «Неверный запрос» постоянно с определенными поисковыми терминами, или она срабатывает случайным образом, когда набор результатов превышает определенное количество?