Napraw błędy w istniejącym systemie przetargowym PNCP

Budżet: 200 EUR Termin: 7 dni

Yuliia, mogę szybko pomóc w izolacji tych błędów filtrów. Pracuję z JavaScript i Laravel w produkcji, więc jestem przyzwyczajony do śledzenia problemów z zapytaniami, reprodukowania przypadków brzegowych i naprawiania ich bez łamania działających procesów. Przejrzę kod Next.js/Supabase, sprawdzę paginację i limity rekordów, przetestuję dotknięte filtry i wdrożę stabilne poprawki. Jestem dostępny teraz i mogę podać jasny szacunek dostawy po szybkim przeglądzie kodu. Jeśli chcesz, mogę zacząć od razu.

Budżet: 150 EUR Termin: 4 dni

Cześć Yuliia. Pracuję dokładnie z tym stosem — Next.js/TypeScript + Supabase + Vercel — a twoje trzy problemy mają podobne przyczyny:

— "Nie udało się zapytać o editais: Zły żądanie" przy niektórych filtrach: zazwyczaj jest to źle sformułowane zapytanie Supabase (niewłaściwy operator lub nieescapowana wartość w parametrze filtra). Prześledzę dokładne nieudane żądanie i naprawię budowniczy zapytań.
— Filtr "Nieprzeglądane" nie działa w miarę wzrostu liczby rekordów: klasyczny problem domyślnego limitu 1000 wierszy / zakresu w Supabase — potrzebuje odpowiedniej paginacji .range() lub podejścia z zestawem kluczy, aby mogło się skalować.
— Paginacja / limit zapytań: ta sama rodzina — poprawne limity + paginacja po stronie serwera.

Plan: odtworzyć każdy na gałęzi, zastosować stabilne poprawki, przetestować dotknięte filtry, wdrożyć do produkcji na Vercel. Około 150 EUR, 3-4 dni. Gotowy, aby spojrzeć na repozytorium i potwierdzić dokładny zakres.

Budżet: 2000 EUR Termin: 7 dni

Cześć, pracowałem nad analizą przetargów — przetwarzaliśmy 50K+ rekordów z filtrowaniem i paginacją na Supabase/PostgreSQL, rozwiązywaliśmy podobne problemy z limitami zapytań.

Czy możesz sprecyzować, które dokładnie filtry powodują "Bad Request" — czy to konkretne kombinacje parametrów, czy problem pojawia się przy określonej liczbie rekordów w tabeli?

Proponuję się skontaktować, chętnie doradzę Ci bezpłatnie z technicznej strony i wspólnie opracujemy plan rozwoju + opowiem o moim zespole!

Budżet: 111 EUR Termin: 1 dzień

Jestem programistą NextJs, React, NestJs. Jestem gotów podjąć się tego zadania.

Budżet: 8000 EUR Termin: 3 dni

Głównym problemem są limity zapytań Supabase oraz logika filtrów, które łamią się przy rosnących danych w działającym trackerze przetargów Next.js.

Moje podejście: najpierw odtworzyć każdy błąd lokalnie w odniesieniu do rzeczywistego projektu Supabase (lub jego klonu), aby potwierdzić przyczynę, następnie naprawić "Zły żądanie" poprzez audyt parametrów filtrów przekazywanych do PostgREST (prawdopodobnie nieobsługiwany operator lub zbyt duża tablica IN), następnie zająć się filtrem "Nieprzeglądane" poprzez zastąpienie naiwnego skanowania całej tabeli odpowiednim zapytaniem z indeksem oraz paginacją opartą na kursorze zamiast offsetu, który załamuje się przy dużych liczbach wierszy. Na koniec wdrożyć na Vercel i zweryfikować w produkcji przy użyciu tych samych filtrów, które zawiodły.

Kluczowym ryzykiem jest domyślny limit 1000 wierszy Supabase, który cicho obcina wyniki zamiast zgłaszać błąd, co może maskować prawdziwy błąd paginacji. Dodałbym jawne nagłówki zakresu i przetestował na różnych głębokościach stron.

Czy możesz podzielić się repozytorium i mniej więcej ile rekordów przetargów znajduje się obecnie w tabeli, którą filtr "Nieprzeglądane" przeszukuje?

Budżet: 100 EUR Termin: 3 dni

Cześć, Yuliia!

Twój stack to dokładnie to, z czym pracuję na co dzień: Next.js, TypeScript, Supabase, PostgreSQL, wdrożenie na Vercel.

Co do twoich błędów, widzę kierunek:
— "Bad Request" na filtrach — najczęściej to niepoprawne zapytanie do Supabase (nieprawidłowy operator filtra lub typ parametru); trzeba spojrzeć na konkretne zapytanie.
— Filtr, który się łamie przy wzroście rekordów, i problemy z paginacją — wygląda na limity Supabase (domyślnie zwraca 1000 wierszy) oraz brak odpowiedniego range/paginacji.

Jestem gotów zacząć od odtworzenia błędów, znaleźć przyczynę, zastosować stabilne poprawki, przetestować filtry i wdrożyć na produkcję.

Prześlij dostęp do kodu (lub repozytorium) — doprecyzuję dokładne terminy. Pracuję przez Safe. Rozwiń

Budżet: 120 EUR Termin: 3 dni

Cześć,
Dwa z trzech problemów prawdopodobnie mają jedną przyczynę: Supabase domyślnie zwraca maksymalnie 1 000 wierszy na zapytanie. Gdy "Nieprzeglądane" przekroczy tę liczbę, filtr cicho pomija rekordy — co również pokazuje się jako limit paginacji. Naprawa polega na odpowiedniej paginacji po stronie serwera za pomocą .range() z dokładnym liczeniem, a nie tylko podnoszeniem limitu (co spowalnia zapytania).
"Zły żądanie" w przypadku niektórych filtrów jest osobną sprawą — zazwyczaj jest to źle sformułowane zapytanie PostgREST (niezescapowana wartość, niezgodność typów lub złe .or()). Mogę to dokładnie określić tylko poprzez odtworzenie rzeczywistego żądania, więc nie będę zgadywał na ślepo.
Ponieważ jestem nowy w twoim kodzie, będę ostrożny: odtworzę wszystkie trzy na gałęzi, potwierdzę przyczynę, a następnie podam ci stałą cenę, zanim cokolwiek dotknie produkcji. Każda poprawka przechodzi przez podgląd Vercel, więc możesz to zweryfikować na rzeczywistych danych, zanim zostanie wdrożona na żywo.
Supabase, PostgreSQL i Vercel to mój codzienny zestaw, a zachowanie zapytań w skali to moja mocna strona. TypeScript/Next.js czytam i pracuję w tym komfortowo.
Mogę zacząć teraz. Czas dostawy: 2–3 dni. Cena: 120 USD za wszystkie trzy, potwierdzona po tym, jak zobaczę repozytorium.

Budżet: 300 EUR Termin: 2 dni

Witam!!!

Najpierw przejrzę wasz aktualny kod, dlaczego występuje taki problem, dokonam stabilnej poprawki, przetestuję uszkodzone filtry i wdrożę to do produkcji.

Proszę o kontakt.

Budżet: 70 EUR Termin: 3 dni

Cześć!

Mogę pomóc w zbadaniu i naprawieniu problemów z filtrowaniem i zapytaniami w istniejącej platformie monitorowania PNCP.

Na podstawie opisu, problemy mogą być związane z konstrukcją zapytań Supabase, obsługą warunku „Nie ocenione”, paginacją lub limitami zapytań w miarę wzrostu liczby rekordów. Najpierw odtworzę zgłoszone przypadki, przeanalizuję dotkniętą logikę Next.js i Supabase, a następnie zastosuję i przetestuję stabilne poprawki przed wdrożeniem ich do produkcji.

Czuję się komfortowo pracując z logiką backendu, zapytaniami PostgreSQL, filtrowaniem, paginacją i istniejącymi bazami kodu. Aktywnie korzystam również z nowoczesnych narzędzi deweloperskich, aby efektywnie analizować i testować zmiany.

Moja wstępna wycena to 3 500 UAH i około 3 dni robocze.

Podana cena i harmonogram są wstępne. Po przeanalizowaniu niezbędnych szczegółów projektu i odtworzeniu problemów, będę mógł potwierdzić ostateczną cenę i dokładny czas dostawy. Rozwiń

Budżet: 250 EUR Termin: 3 dni

Witaj! Opisane problemy to klasyczny ból projektów, które wyrosły z początkowej architektury Supabase i napotkały na degradację wydajności z powodu wzrostu objętości danych w PostgreSQL. Jako Senior Full-stack inżynier z doświadczeniem w tworzeniu wysokoobciążonych platform SaaS na Next.js, TypeScript i Supabase, doskonale rozumiem, jak szybko i bezboleśnie naprawić te błędy.

Dlaczego te problemy się pojawiły i jak je rozwiążę:

* Błąd „Nieprawidłowe zapytanie”: Najczęściej występuje z powodu niepoprawnego formułowania URL zapytania, przekroczenia limitów długości ciągu przy dużej liczbie filtrów lub niezgodności typów danych TypeScript w kliencie Supabase. Znajdę i naprawię wrażliwą metodę.
* Filtr „Nie przeglądano” i paginacja: Supabase domyślnie ma sztywny limit na wybór (offset/limit) do 1000 rekordów. Gdy baza danych PNCP się rozrosła, zwykły `offset` przestał sobie radzić lub napotkał limity. Optymalizuję zapytanie PostgreSQL, dodam odpowiednie indeksy na kolumnę statusów przeglądania i, jeśli to konieczne, przeprowadzę paginację na szybsze podejście `cursor-based` (paginacja na podstawie klucza).

Warunki komercyjne:

* Koszt: 250 – 350 USD (ostateczna kwota po szybkim audycie twojego repozytorium).
* Termin realizacji: 2–3 dni na pełne usunięcie wszystkich trzech problemów, testowanie i wdrożenie w produkcji na Vercel.
* Dostępność: Gotowy do pracy już dziś.

Mam głęboką ekspertyzę w optymalizacji ciężkich zapytań SQL i pracy z infrastrukturą Vercel. Zapoznać się z moim podejściem architektonicznym można na mojej stronie: https://mcarrow.online

Przejdźmy do wiadomości prywatnych: udostępnisz dostęp do kodu (lub pokażesz problematyczne obszary), a ja szybko przywrócę twój system monitorowania do stabilnego stanu roboczego!

Z poważaniem,

Sergiej Makarow Rozwiń

Budżet: 228 EUR Termin: 3 dni

Yuliia, widzę, że system przetargowy PNCP ma problemy z obciążeniem danych, szczególnie w odniesieniu do limitów zapytań Supabase i wydajności filtrów. Wygląda na to, że rosnący zbiór danych powoduje przekroczenia czasu lub problemy z ładunkiem, które obecna logika paginacji nie obsługuje poprawnie.

Będę debugować stany filtrów i optymalizować zapytania Supabase, aby upewnić się, że filtr 'Nieprzeglądane' działa efektywnie w miarę rozwoju bazy danych. Gdy wąskie gardła zapytań zostaną rozwiązane, przetestuję wdrożenie na Vercel, aby upewnić się, że poprawka działa w warunkach na żywo.

Czy możesz potwierdzić, czy błąd 'Złe żądanie' występuje konsekwentnie przy określonych terminach wyszukiwania, czy też pojawia się losowo, gdy zestaw wyników przekracza określoną liczbę?