W module OpenCart naprawić problemy z Facebook API

Cześć! Mogę rozpocząć pracę już jutro o 10:00, spodziewam się rozwiązać problem w ciągu 48 godzin. Dziękuję za zaufanie.

Pokaż oryginał

Przetłumacz

Cześć. Jeśli nadal potrzebujesz pomocy - to znamy się na konfiguracji stron i API konwersji wszystko i trochę więcej 😁
Doświadczenie w 15+ projektach różnych kierunków
wykonamy w ciągu 2-3 dni od momentu uzgodnienia warunków
Pisz w wiadomości prywatnej 🫶

Pokaż oryginał

Przetłumacz

Widzę zadanie: naprawić błędy Facebook API w OpenCart.

Mój plan:
1. Dzień 1 — Menedżer zdarzeń: diagnostyka Pixel i Conversions API
2. Dzień 2 — łatka modułu: tokeny, zdarzenia ViewContent/Purchase/AddToCart
3. Dzień 3 — test i oddanie

Ostatnio robiłem podobne poprawki w OpenCart. Proszę o FTP + dostęp do panelu administracyjnego.

Pokaż oryginał

Przetłumacz

Dzień dobry!

Mam duże doświadczenie w pracy z PHP, OpenCart, REST API oraz integracjami Facebook Graph API.

Zapoznałem się z opisem problemu. Sądząc po objawach, trzeba nie tylko naprawić pojedynczy błąd, ale przeprowadzić pełne śledzenie zapytań modułu do Facebook API i określić konkretne funkcje, które wywołują masowe zapytania i błędy gr:get.

Planuję wykonać pracę w takiej kolejności:

• przeanalizować wszystkie zapytania AJAX na stronie modułu;
… • znaleźć funkcje, które wykonują okresowe zapytania do Graph API;
• dodać szczegółowe logowanie zapytań i odpowiedzi Facebook;
• określić, które ID są przekazywane niepoprawnie;
• znaleźć źródło masowego wykorzystania limitów API;
• przywrócić poprawne uzyskiwanie username oraz followers_count;
• usunąć przyczynę błędów gr:get;
• sprawdzić, aby po poprawkach nie zmieniał się aktualny funkcjonalność modułu.

Po analizie dostarczę listę plików i funkcji, które wywołują problem, a także szczegółowy raport z wyjaśnieniem przyczyn i wprowadzonych zmian.

Czas 1-3 dni

Mogę zacząć od razu po uzyskaniu dostępu do kodu i środowiska testowego.

Portfolio:
https://portfolio.mmwebxs.cx.ua/

Proponuję omówić szczegóły w korespondencji 🙂

Pokaż oryginał

Przetłumacz

Cześć, Włodzimierzu!

Zapoznałem się z opisem oraz Twoim dokumentem Google. Zadanie jest jasne: trzeba zatrzymać lawinowy wzrost zapytań API i usunąć błędy gr:get:InvalidID przy otwieraniu strony modułu.

Z OpenCart oraz integracją Facebook Graph API / Webhooks pracuję od dawna. Objaw wskazuje na zapętlenie (nieskończone polling lub niepoprawne renderowanie/rekursja), gdy skrypt próbuje zapytać o przestarzałe lub nieważne ID obiektów bez warunku zatrzymania. Poprawię również wyświetlanie nicku i subskrybentów (prawdopodobnie z powodu zmian w wersjach API).

⚡ Kiedy mogę zacząć: Jestem gotów rozpocząć pracę dzisiaj / w najbliższym czasie.

⏱ Ile czasu potrzebuję: * 1. dzień: Lokalizacja problemu, analiza zapytań i logów modułu, poszukiwanie punktu zapętlenia.
…
2. dzień: Poprawka, dodanie walidacji ID przed wysłaniem, testowanie stabilności API.

Ogólnie na pracę: 1–2 dni.

Do rozpoczęcia potrzebne będą dostęp do panelu administracyjnego (testowego środowiska) oraz FTP/SFTP. Chętnie pomogę, pisz w wiadomościach prywatnych!

Pokaż oryginał

Przetłumacz

Dzień dobry! Mogę zacząć dzisiaj. Sytuacja jest znana: przy otwieraniu strony modułu front uruchamia cykl synchronizacji i zaczyna wysyłać zapytania do Graph API — albo to jest okresowe polling, które się nie zatrzymuje, albo przeszukiwanie produktów, gdzie część nie ma ważnego facebookowego ID w katalogu, a każdy taki produkt zwraca gr:get:InvalidID. Błędy się mnożą, ponieważ zapytanie powtarza się przy każdym renderze/interwale.

Plan: najpierw przejrzę logi modułu i zapytania sieciowe na stronie (skąd i z jaką częstotliwością są wywołania), znajdę punkt inicjalizacji — to prawie zawsze nieudany setInterval/rekurencja lub synchronizacja bez sprawdzenia, czy FB-ID istnieje. Następnie wprowadzę guard, usunę zbędne powtórzenia, zbuforuję odpowiedzi i poprawnie zmapuję/pominię produkty bez ważnego ID, aby InvalidID w ogóle się nie generował. Specyfikację z Google Docs przejrzę przed rozpoczęciem.

Orientacyjnie: diagnoza i lokalizacja — w dniu rozpoczęcia, fix i sprawdzenie stabilności zapytań — jeszcze 1 dzień. Pytanie: czy udostępnicie dostęp do testowego środowiska (panel administracyjny + pliki logów modułu), czy poprawiacie na produkcyjnym? I jaka wersja OpenCart — 3.x czy 4.x?

Pokaż oryginał

Przetłumacz

Cześć, mogę zająć się diagnozą i naprawą integracji OpenCart z Facebook/Instagram, zazwyczaj takie problemy wynikają z nieprawidłowych cykli zapytań w module (autorekurencja, duplikacja wywołań OAuth lub niewłaściwe przetwarzanie parametrów Webhook/ID), sprawdzę logi, miejsce inicjalizacji wywołań API i przyczynę wzrostu gr:get:InvalidID, po czym naprawię źródło zapytań i ustabilizuję integrację bez zbędnych wywołań do API.

Pokaż oryginał

Przetłumacz

Dzień dobry! Jestem gotów zacząć dzisiaj. Moduł integracji Facebook/Instagram dla OpenCart: znajdę przyczynę lawinowego wzrostu zapytań API i błędów gr:get:InvalidID, dodam logowanie/testy, poprawię cykl/niewłaściwe ID i sprawdzę webhook/OAuth. Termin: 3 dni.

Pokaż oryginał

Przetłumacz

Dzień dobry. Zadanie zrozumiałem: w module integracji OpenCart z Facebookiem i Instagramem przez API, OAuth i Webhook po otwarciu strony modułu zaczyna lawinowo rosnąć liczba zapytań do Facebooka i zwiększa się liczba błędów gr:get:InvalidID. Trzeba znaleźć przyczynę i naprawić.

Z OpenCart i integracjami przez API pracuję od dawna, więc ogólny mechanizm takiego problemu jest mi znany. Objaw, gdy zapytania zaczynają się mnożyć właśnie przy otwarciu strony modułu, zazwyczaj oznacza albo cykl powtarzających się wywołań przy ładowaniu strony (powtórne odświeżenie tokena lub zapytania w cyklu bez warunku zatrzymania), albo nieprawidłowy obiekt lub ID, które jest przekazywane do Facebook Graph API i wywołuje InvalidID, po czym logika powtarza zapytanie w kółko. Sprawdzę, co dokładnie wyzwala się przy otwarciu modułu, jak formowane są ID w zapytaniach do Graph API oraz gdzie brakuje zatrzymania lub cache'owania, aby usunąć zbędne wywołania i same błędy.

Zobaczę wasze szczegółowe TŻ z zrzutami ekranu w Google Docs, aby powiązać błędy z konkretnym miejscem w kodzie modułu. Mogę zacząć w najbliższym czasie. Co do terminu: najpierw trzeba otworzyć dokument i zobaczyć kod modułu, aby dokładnie określić, ale z doświadczenia podobna naprawa to orientacyjnie kilka dni, gdzie większa część czasu to lokalizacja przyczyny, a sama naprawa zazwyczaj jest niewielka.

Proszę o dostęp do kodu modułu i środowiska, w którym odtwarzany jest problem. To moduł autorski czy gotowy z rynku?

Pokaż oryginał

Przetłumacz

Dzień dobry! Uważnie przeczytałem specyfikację — zadanie jest zrozumiałe.

Dwie problemy są rozwiązywane osobno:
1. Nick i liczba subskrybentów — najprawdopodobniej zmiany w Graph API (v14+) usunęły pola, które wcześniej były zwracane domyślnie, trzeba je wyraźnie zapytać.
2. Masowe zapytania z gr:get:InvalidID — najprawdopodobniej skrypt pollingowy zwraca się do API z ID, które już nie istnieją (usunięte wiadomości, strony lub awatary). Trzeba znaleźć, gdzie te zapytania są formowane, dodać walidację ID przed wysłaniem i usunąć zbędne wywołania.

Mogę zacząć jutro. Na diagnozę i naprawę — 1-2 dni w zależności od objętości kodu modułu.

Pokaż oryginał

Przetłumacz

Dzień dobry. Jestem gotów rozwiązać problem dzisiaj. Dobrze znam OpenCart, mam doświadczenie w tworzeniu własnych modułów.

Pokaż oryginał

Przetłumacz

Cześć
Wykonam teraz
Piszcie w wiadomościach prywatnych
Omówimy szczegóły

Pokaż oryginał

Przetłumacz

Cześć! Jestem gotowy, aby rozpocząć pracę od razu.
Dokładnie rozumiem zadanie i mam udane doświadczenie w realizacji takich projektów (przykłady są w opiniach). Wykonam zadanie dzisiaj, szybko i bez zbędnych pytań.
Porozmawiajmy o szczegółach i zaczynajmy! 🚀

Pokaż oryginał

Przetłumacz

Cześć!

Zapoznałem się z TŻ. Mam doświadczenie z OpenCart, integracjami API oraz wyszukiwaniem podobnych problemów, gdy tło kodu JS/PHP generuje zbędne zapytania i szybko wyczerpuje limity zewnętrznego serwisu.

Mogę sprawdzić, która funkcja wywołuje zapytania gr:get:InvalidID, dodać logowanie odpowiedzi Facebook/API, usunąć niepoprawne odwołania bez łamania bieżącej funkcjonalności modułu oraz osobno poprawić wyświetlanie nicku/subskrybentów. Widzę w TŻ, że ważnym kryterium jest, aby przy otwartej stronie modułu błędy już się nie zwiększały i nie były wykorzystywane limity API.

Mogę zacząć dzisiaj/jutro.

Pokaż oryginał

Przetłumacz

Dzień dobry! Jestem gotów zająć się diagnozowaniem i naprawą problemu z API Facebook/Instagram w OpenCart. Mogę zacząć dzisiaj.

Pokaż oryginał

Przetłumacz

Dzień dobry.

Jestem gotów zająć się zadaniem już teraz.

Plan prac:

* Przeanalizuję moduł OpenCart oraz integrację z Facebook/Instagram API.
* Znajdę przyczynę masowych zapytań do Graph API oraz błędów gr:get:InvalidID.
* Dodam szczegółowe logowanie problematycznych zapytań i odpowiedzi Facebooka.
… * Określę konkretne funkcje i pliki, które powodują przekroczenie limitów.
* Naprawię wyświetlanie nicku użytkownika oraz liczby subskrybentów.
* Sprawdzę, aby po zmianach nie zepsuł się obecny funkcjonalność modułu.

Termin wykonania: do 2 dni.
Koszt: 2800 zł.

Po uzyskaniu dostępu do kodu i modułu mogę rozpocząć pracę od razu dzisiaj.

Pokaż oryginał

Przetłumacz

Dzień dobry
Zadanie zrozumiałem, przeszedłem przez specyfikację, mogę wziąć to do pracy.

Z opisu najbardziej podejrzane wydają się następujące miejsca:
okresowe zapytanie AJAX z panelu administracyjnego;
aktualizacja licznika nieprzeczytanych wiadomości i komentarzy;
uzyskiwanie awatarów użytkowników lub stron;
uzyskiwanie informacji o stronach Facebook i Instagram;
zapytania do komentarzy lub wiadomości, które zostały usunięte;
… zapytania według ID obiektów, które już nie istnieją lub stały się niedostępne.

Te mechanizmy mogą prowadzić do ciągłego wykonywania zapytań do Graph API, wzrostu liczby błędów gr:get oraz stopniowego wyczerpywania dostępnych limitów API aplikacji.

Ogólnie wstępnie po terminach 1-2 dni.
Co do kosztów, orientacyjnie mogę zaproponować 1700 UAH, lub jeśli masz preferowany punkt odniesienia co do kwoty, również możesz powiedzieć, rozważę to.

Na razie nie jestem zajęty, mogę szybko przystąpić do realizacji po tym, jak się skontaktujemy.

Pokaż oryginał

Przetłumacz

Przy odpowiednim układzie praca zajmie nie więcej niż dobę. Mogę zacząć w każdej chwili, nawet teraz.

Pokaż oryginał

Przetłumacz

Cześć! Mam odpowiednie doświadczenie w podobnych zadaniach i mogę pomóc w Twoim projekcie. Mogę szybko zapoznać się z wymaganiami, zaproponować najlepsze rozwiązanie i starannie wykonać pracę. Jestem gotów omówić szczegóły i zacząć.

Pokaż oryginał

Przetłumacz

Dzień dobry! Mam doświadczenie z PHP/OpenCart oraz integracjami Facebook/Instagram Graph API, OAuth, Webhooks.

Przeczytałem specyfikację - oba problemy (zniknięcie nicku/subskrybentów oraz wyciek limitów API z błędem gr:get:InvalidID) są bardzo prawdopodobnie związane z kodem, który okresowo aktualizuje dane profilu klienta (nick, liczba subskrybentów, awatar) poprzez oddzielne zapytania API podczas polling'u nieprzeczytanych wiadomości. Jeśli ID użytkownika w tych zapytaniach stało się nieważne (na przykład przez zmianę formatu ID w Graph API lub przestarzały token), każdy cykl polling generuje błąd gr:get:InvalidID i zużywa limit.

Plan działania:
1. Znaleźć funkcję(e), która(e) wykonuje(te) te zapytania (najprawdopodobniej w skrypcie polling administracji)
2. Dodać logowanie zapytania/odpowiedzi Facebook do oddzielnego pliku
3. Określić dokładną przyczynę nieważnego ID
4. Naprawić zapytanie, przywrócić wyświetlanie nicku i subskrybentów
… 5. Sprawdzić, czy limity API nie są już zużywane przy otwartej karcie

Termin: rozpocznę dzisiaj, orientacyjny czas diagnozy + naprawy — 4-6 godzin (może szybciej, w zależności od struktury kodu modułu).
Orientacyjny koszt: 2500-3000 zł (za cały zakres - diagnoza, logowanie, naprawa obu problemów, dokumentacja zmian).

Jestem gotów rozpocząć od analizy kodu, proszę o dostęp do plików modułu (FTP/SSH lub archiwum) oraz log zapytań, jeśli jest.

Pokaż oryginał

Przetłumacz