Należy znaleźć przyczynę okresowych zawieszeń serwera Linux/PHP sklepu internetowego

Budżet: 5997 UAH Termin: 6 dni

Cześć! Widzę zadanie „Należy znaleźć przyczynę okresowych zawieszeń serwera Linux/PHP sklepu internetowego” dotyczące sklepu internetowego / OpenCart. Mam praktyczne doświadczenie w dopracowywaniu sklepów: moduły, checkout, płatności/dostawa, import/eksport, poprawki szablonu oraz optymalizacja prędkości. Najpierw szybko sprawdzę bieżącą realizację, uzgodnię szczegóły i dokonam poprawek starannie, bez zbędnego ryzyka dla działającej strony.

Budżet: 4000 UAH Termin: 1 dzień

zwracajcie się - rozwiążę

Budżet: 12000 UAH Termin: 2 dni

Pracujemy z serwerami Linux od ponad 10 lat. Podobne problemy z zawieszaniem się, 503, 508, szczytami CPU, pamięci, MySQL i kolejkami serwera WWW rozwiązywaliśmy nie raz - szczególnie w starych projektach PHP, w tym z PHP 5.x.

Koszt wstępnej diagnostyki - 12000 zł, termin - do 2 dni roboczych. Dalsze prace po uzgodnieniu - 1200 zł za godzinę lub osobna wycena za zadanie. Możemy zacząć dzisiaj lub jutro, w zależności od dostępów.

Najpierw sprawdzę nie tylko logi PHP, bo często milczą w takich historiach, ale faktyczny obraz pod obciążeniem - CPU steal, iowait, RAM, swap, limity hostingu, Entry Processes, pracownicy Apache lub Nginx lub OpenLiteSpeed, PHP-FPM lub handler, wolne zapytania MySQL, blokady, indeksy, cron, boty, szczyty ruchu, OPcache, błędy 503 i 508 na poziomie serwera WWW oraz panelu. Zobacz, tu jest niuans - 508 często sugeruje nie jedną pomyłkę w kodzie, a wyczerpanie limitu zasobów lub kolejki.

Uściślę 2 rzeczy
> serwer dedykowany, VPS czy hosting z limitami CloudLinux
> czy jest SSH z prawami do przeglądania dzienników systemowych i konfiguracji serwera WWW

Przykłady podobnych prac Ingello
> https://business.ingello.com/eva - e-commerce i techniczna podstawa dla dużego detalisty
> https://business.ingello.com/prime-eva - prace systemowe z internetową sprzedażą i bardziej skomplikowaną logiką sklepu
> https://systems-fl.ingello.com/ua - krótko o naszym podejściu do systemów, automatyzacji i architektury technicznej

Krótko mówiąc, celem diagnostyki jest nie tylko zrestartować usługę i pójść pić herbatę, chociaż mój wewnętrzny administrator czasami tak kusi =/ Celem jest znaleźć wąskie gardło, pokazać dowody w logach lub metrykach i dać plan usunięcia z priorytetami. Rozwiń

Budżet: 4500 UAH Termin: 3 dni

Dzień dobry! To nasz profil — diagnostyka zawieszeń serwerów Linux pod obciążeniem. Po objawach już widać kierunek:
— HTTP 508 = osiągnięto limit zasobów (procesy/pamięć), typowo podczas skoku obciążenia;
— 503 + Client.Timeout = backend (PHP-FPM/Apache + MySQL) się dusi, nie zdąża odpowiedzieć.

Jak będę szukał PIERWOTNEJ PRZYCZYNY, a nie objawów:
1. Po logach + wykresach obciążenia łapię moment zawieszenia → koreluję z CPU/RAM/IO/połączeniami MySQL;
2. PHP-FPM/Apache (max_children, wolne zapytania), slow-log MySQL, OPcache;
3. PHP 5.6 + kod 15-letni — częsty winowajca: ciężkie/niezamknięte zapytania, brak indeksów, blokady tabel;
4. Raport: pierwotna przyczyna + dlaczego właśnie ona + optymalne rozwiązanie (bez kulawych rozwiązań).

Proszę o doprecyzowanie: hosting VPS czy shared/panel? Zawieszenia według harmonogramu czy pod ruchem/kronem? Jestem gotów się tym zająć. Rozwiń

Budżet: 4000 UAH Termin: 3 dni

Cześć!
Spotkałem się z takimi przypadkami, jeśli dasz dostęp do serwera, to w ciągu kilku godzin będę mógł mniej więcej powiedzieć, w którym kierunku jest problem.
Za kilka dni na pewno znajdę i naprawię.

Przed rozpoczęciem pracy proszę o odpowiedź:
Ile lat pracujesz z serwerami Linux? 8+ lat doświadczenia, obecnie pracuję na stanowisku DevOps.

Czy miałeś doświadczenie w poszukiwaniu podobnych problemów? Tak, to dość częste problemy.

Jakie narzędzia planujesz użyć do diagnostyki? Przejrzę logi, spojrzę przede wszystkim na bazę danych, coś mi się wydaje, że są tam problemy z indeksami, a może i blokujące operacje.

Czy pracowałeś ze starymi projektami PHP (PHP 5.x)? Tak, obecnie wspieram projekt na PHP 5.5.

Jaka jest cena wstępnej diagnostyki? To na tyle podstawowy przypadek, że wystarczy włączyć pełne logowanie i będzie wiadomo, w czym problem, tam nie będzie wielu etapów diagnostyki.

Jaka jest twoja stawka godzinowa na dalsze prace (w razie potrzeby)? Zazwyczaj biorę sobie 5-7 projektów, które całkowicie wspieram, cena od 500 do 1000$ miesięcznie, wszystko zależy od tego, jak problemowy lub bezproblemowy jest projekt. Jeśli to sklep i czasami trzeba naprawić jakieś przypadki, to może być i 200$ miesięcznie, ale jeśli to generowany przez sieć neuronową bałagan z masą błędów i serwer pada co godzinę, to i 1500$ będzie za mało.

Kiedy możesz zacząć?
Tak, mogę zacząć teraz, wieczór mam wolny, ale to, żeby przeczytać logi, spojrzeć na ustawienia bazy danych, PHP i jak to wszystko działa, w idealnym przypadku włączyć pełne logowanie i spojrzeć w szczyt ruchu klientów.
Zainstalowałbym do monitorowania Prometheus i Grafana, te metryki, które masz na zrzutach ekranu, nie dają absolutnie żadnej informacyjności. Rozwiń

Budżet: 4000 UAH Termin: 2 dni

Witam.
Jestem gotów zająć się Twoim zadaniem i wykonać je jakościowo.
Mam ponad 5-letnie doświadczenie w DevOps i administracji serwerami Linux.
Szczegóły możemy omówić w prywatnych wiadomościach.

Budżet: 3000 UAH Termin: 1 dzień

Witam! Wykonam Twoje zadanie szybko i jakościowo.

Moje ostatnie prace
https://indexfast.pp.ua - szybka indeksacja strony
https://mono-bank.pp.ua - wszystko o monobank
https://mamamia.pp.ua - sklep internetowy
https://programist.pp.ua/ua/portfolio/ - portfolio prac
https://monitortest.pp.ua - testowanie monitora
https://keytest.pp.ua - testowanie klawiatury
https://pctest.pp.ua - testowanie komputera
https://vseetut.matviy.pp.ua - składanie

Moje portfolio: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Pisz, zacznę pracować dzisiaj. Będę zadowolony ze współpracy z Tobą! Rozwiń

Budżet: 2500 UAH Termin: 5 dni

Dzień dobry, przeprowadzę audyt waszej strony i serwera, zaktualizuję oprogramowanie do aktualnej wersji (jeśli oczywiście moduły strony na to pozwolą), zidentyfikuję przyczynę okresowych błędów i zawieszeń, mam doświadczenie w tym zakresie, w celu omówienia proszę pisać na priv.

Budżet: 3500 UAH Termin: 2 dni

Cześć! Z twojej aktualizacji #1 - generacja XLS z 10 500 wierszy jest zdecydowanie głównym podejrzanym.

Pierwsze, co sprawdzę: log zapytań MySQL (SHOW PROCESSLIST + SHOW ENGINE INNODB STATUS) podczas generacji cennika, vmstat/iotop - czy to jest związane z CPU czy I/O, limity procesów wejściowych / pracowników PHP w momencie szczytu. PHP 5.6 + generacja dużego XLS w pamięci = typowa przyczyna wyczerpania RAM i 503/508. Rozwiązanie - generacja strumieniowa/partiami lub zadanie w tle przez cron z buforowaniem gotowego pliku.

Doświadczenie: 8+ lat Linux/Apache/Nginx, optymalizacja MySQL, projekty PHP legacy. Koszt wstępnej diagnostyki z pisemnym raportem - 3500 zł.

Budżet: 10000 UAH Termin: 14 dni

Dzień dobry!

Mam ponad 15-letnie doświadczenie w administracji serwerami Linux oraz w poszukiwaniu przyczyn problemów z wydajnością projektów internetowych. Pracowałem z Linuxem, Apache/Nginx, PHP, MySQL, Dockerem, Proxmoxem oraz optymalizacją infrastruktury serwerowej, w tym ze starymi projektami PHP (PHP 5.x).

Przede wszystkim należy sprawdzić:
obciążenie CPU, RAM, dysku oraz I/O w czasie wystąpienia problemów;
logi serwera WWW, PHP oraz logi systemowe;
wolne zapytania SQL oraz stan MySQL;
konfigurację PHP oraz OPcache;
zużycie zasobów przez proces generowania cennika XLS;
czy to właśnie generowanie XLS powoduje szczytowe obciążenie oraz czy nie ma jednoczesnych uruchomień tego procesu.

Po diagnozie przedstawię wnioski, wyjaśniając, dlaczego występuje problem, oraz konkretne zalecenia dotyczące jego usunięcia. Jeśli przyczyna będzie w kodzie PHP, zapytaniach SQL lub algorytmie generowania cennika - mogę wykonać niezbędną optymalizację.

Koszt wstępnej diagnozy jest podany w stawce.
Dalsze prace - 40 USD/godz. (w razie potrzeby i po uzgodnieniu).

Proszę o kontakt. Chętnie pomogę. Rozwiń

Budżet: 25000 UAH Termin: 2 dni

Dobry wieczór.

Zadanie jest zrozumiałe na poziomie technicznym, należy nie "podleczyć" objawu, ale zebrać korelację między szczytami obciążenia, serwerem WWW, procesami PHP, MySQL i limitami zasobów hostingu, aby dotrzeć do pierwotnej przyczyny zawieszeń. W takich przypadkach najczęściej wąskie miejsce znajduje się nie w jednym logu PHP, ale na styku limitów workerów, procesów wejściowych, wolnych zapytań SQL, zadań cron/backup lub ograniczeń I/O.

Z naszej architektonicznej perspektywy diagnostykę warto budować w kilku warstwach, najpierw zarejestrować czasowe punkty incydentów i porównać je z logami access/error, logiem MySQL slow, metrykami systemowymi CPU/RAM/swap/dysk I/O, następnie sprawdzić, czy strona nie napotyka limitów procesów, pamięci lub jednoczesnych połączeń, a osobno przyjrzeć się długim zapytaniom PHP/SQL oraz zadaniom w tle. Dla starego stosu na PHP 5.6 jest to szczególnie ważne, ponieważ krytyczne opóźnienia często nie są rejestrowane jako "błędy", ale objawiają się jako kolejki procesów i 503/508 pod obciążeniem.

Są dwa praktyczne ryzyka, które bralibyśmy pod uwagę od razu. Po pierwsze, w środowisku shared/VPS problem może leżeć nie tylko w kodzie, ale także w ukrytych ograniczeniach zasobów hostingu. Po drugie, jeśli baza lub część webowa działają niestabilnie z powodu starej architektury, tymczasowe przyspieszenie bez usunięcia wąskiego miejsca tylko przesunie moment ponownego upadku.

Do wstępnej diagnostyki używamy poziomu analizy SSH, logów serwera WWW, logu MySQL slow, top/htop, ps, vmstat, iostat, sar, free, ss/netstat, sprawdzenia zadań cron, limitów workerów i konfiguracji Apache/Nginx/OpenLiteSpeed/PHP-FPM w zależności od faktycznego schematu. Po tym można już konkretnie powiedzieć, co dokładnie powoduje szczytowe obciążenie i która opcja usunięcia będzie optymalna.

Co do Państwa pytań. Z serwerami Linux pracujemy regularnie w zadaniach diagnostyki, optymalizacji i stabilizacji infrastruktury legacy; z podobnymi okresowymi zawieszeniami również pracowaliśmy w ramach poszukiwania wąskiego gardła na poziomie serwera WWW, PHP i MySQL; do diagnostyki planujemy użyć korelacji logów, metryk systemowych, profilowania procesów i analizy konfiguracji serwera; ze starymi projektami PHP na 5.x pracujemy w zakresie wsparcia, diagnostyki i stabilizacji; wstępna diagnostyka 25 000-45 000 UAH w zależności od głębokości dostępów i objętości danych historycznych; dalsze prace, 1 200–2 000 UAH/godz.; możemy rozpocząć po uzyskaniu dostępu i okna na zbieranie danych, zazwyczaj w najbliższym roboczym slocie.

Aby dokładnie rozpocząć, wystarczy sprecyzować, jaki dokładnie typ hostingu jest używany, VPS, dedykowany czy shared z limitami, czy jest dostęp do logu MySQL slow oraz historycznych metryk dotyczących incydentów, i czy w zakres wchodzi tylko diagnostyka, czy także poprawki po potwierdzeniu przyczyny. Rozwiń

Budżet: 3000 UAH Termin: 2 dni

Dzień dobry

Mogę zająć się wstępną diagnostyką. Pracuję z serwerami Linux, VPS/serwerami dedykowanymi, stosem webowym PHP/MySQL oraz infrastrukturą serwerową w kontekście hostingu i centrum danych.

W takich przypadkach ważne jest, aby nie patrzeć tylko na logi PHP, ponieważ 503/508 i szczyty Entry Processes często są nie pierwotną przyczyną, a już skutkiem. Problem może leżeć zarówno w samej stronie lub MySQL, jak i na poziomie OS, dysku, I/O, swap, wirtualizacji, limitów hostingu lub zasobów samego serwera.

Osobno warto wykluczyć czynnik infrastrukturalny: gdzie dokładnie znajduje się serwer, czy to shared hosting / VPS / dedykowany, jakie są tam limity, czy nie ma problemów z podsystemem dyskowym, fizycznym węzłem lub stroną dostawcy hostingu. Szczególnie jeśli projekt długo działa na jednym serwerze lub taryfie.

Najpierw sprawdzę, co dokładnie dzieje się w momentach szczytów: access/error logs, PHP workers / LVE / Entry Processes, MySQL slow queries i locks, CPU/RAM/swap/iowait, disk I/O, zadania cron, OPcache, logi systemowe/OOM oraz możliwy ruch botów.

Pracowałem z PHP 5.x. Dla starego projektu ważne jest, aby nie wprowadzać nagłych zmian „na ślepo”, a najpierw dokładnie określić wąskie gardło i dopiero po tym zaproponować rozwiązanie.

Wstępna diagnostyka z krótkim technicznym podsumowaniem — 3000 UAH.
Orientacyjny czas — do 2 dni.

Jeśli okaże się, że problem leży po stronie dostawcy hostingu lub fizycznego/wirtualnego węzła, czas może się wydłużyć, ponieważ część kontroli lub usunięcia będzie zależała od odpowiedzi i działań hostingu.

Dalsze prace, jeśli będą potrzebne, — po uzgodnieniu zakresu i kosztów.

Przed rozpoczęciem pracy omówimy aktualną infrastrukturę, panel hostingu, wykresy obciążenia oraz przedziały czasowe, w których najczęściej występują zawieszenia. Rozwiń

Budżet: 5000 UAH Termin: 2 dni

Serwer zawiesza się z szczytami CPU/RAM i Entry Processes — klasyczny obraz wyczerpania puli procesów PHP, ale przyczyna może być różna, dlatego należy zacząć od diagnostyki, a nie od "podkręcania limitów".

Co sprawdzę jako pierwsze: slow query log MySQL (zapytania trwające ponad 1-2 sekundy często są źródłem problemu), stan puli pracowników Apache/LiteSpeed w czasie szczytu przez `server-status` lub `mod_status`, oraz `vmstat`/`iotop`, aby zrozumieć, czy to obciążenie związane z CPU, czy z I/O. Równolegle spojrzę na `SHOW PROCESSLIST` i `SHOW ENGINE INNODB STATUS` — PHP 5.6 + stary MySQL często powodują deadlock lub burzę blokad tabeli bez żadnego zapisu w logach PHP.

Koszt wstępnej diagnostyki z pisemnym raportem o przyczynie oraz rekomendacjami: 1500 UAH. Stawka godzinowa dla dalszych prac: 500 UAH/godz.

Jaka CMS lub framework stoi za sklepem, i czy jest możliwość podłączenia się w momencie następnego zawieszenia (lub czy są zapisane metryki z czasu incydentu)?

Budżet: 700 UAH Termin: 1 dzień

Cześć! Jestem gotów pomóc w Twoim projekcie. Mam duże doświadczenie w programowaniu i mogę zrealizować wszystkie niezbędne komponenty zgodnie z Twoją dokumentacją. Gwarantuję wysoką jakość wykonania w ustalonym terminie.