Виправити помилки в існуючій системі тендерів PNCP

Бюджет: 200 EUR Термін: 7 днів

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

Бюджет: 150 EUR Термін: 4 дні

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

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

План: відтворити кожну проблему на гілці, застосувати стабільні виправлення, протестувати постраждалі фільтри, розгорнути в продукції на Vercel. Приблизно 150 EUR, 3-4 дні. Готовий переглянути репозиторій і підтвердити точний обсяг.

Бюджет: 2000 EUR Термін: 7 днів

Привіт, я працював над для аналізу тендерів — оброблювали 50K+ записів з фільтрацією та пагінацією на Supabase/PostgreSQL, вирішували схожі проблеми з query limits.

Чи можете уточнити, які саме фільтри викликають "Bad Request" — це конкретні комбінації параметрів чи проблема з'являється при певній кількості записів у таблиці?

Пропоную зв'язатися, я безкоштовно проконсультую вас з технічної сторони та складемо план розробки + розповім про мою команду!

Бюджет: 111 EUR Термін: 1 день

Я розробник NextJs, React, NestJs. Готовий взятися за це завдання.

Бюджет: 8000 EUR Термін: 3 дні

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

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

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

Чи можете ви поділитися репозиторієм і приблизно скільки тендерних записів наразі є в таблиці, яку запитує фільтр "Не переглянуто"?

Бюджет: 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, щоб переконатися, що виправлення працює в реальних умовах.

Чи можете ви підтвердити, чи виникає помилка «Неправильний запит» постійно з конкретними пошуковими термінами, чи вона виникає випадковим чином, коли набір результатів перевищує певну кількість?