Skocz do zawartości

is_wm

WHT Pro
  • Zawartość

    906
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    21

Posty napisane przez is_wm


  1. Pewnie coś ci się sprytnie dopisało do kodu. Sprawdź sobie co masz w headerze wordpressa. Oczywiście warto by zobaczyć daty modyfikacji plików i porównać z logami (www/FTP), potem zadziałać w zależności od przyczyny (zaktualizować skrypt/wtyczkę/zmienić hasło do FTP i przeskanować kompa).

    Na koniec zainstaluj sobie jakąś wtyczkę do przeglądarki, która pozwala na ustawienie swojego UserAgenta - ustaw sobie taki, jak ma google bot i zobacz czy pomogło.


  2.  

    Może zamiast aby ktoś ci przenosił strony sam byś się za to zabrał i byś miał od razu działające ale jak to polak woli pójść na skróty niech to za mnie zrobią a ja sobie oglądnę mecz z piwem w ręku a także z nogami na stole a potem pretensje że mi tego co ma być szybko działające nie działa a ja sobie oglądałem meczyk

    Za to Ty, jak to typowy Polak ma w zwyczaju, wypowiadasz się jako ekspert nie mając o czymś pojęcia...

     

    PS. właśnie nie jest typowo polskie zlecanie pracy fachowcom (to jest podejście rodem z zachodnich krajów europejskich), bo to Polak właśnie musi być hydraulikiem, mechanikiem, informatykiem i adwokatem w jednej osobie.


  3. Lokalizacje serwerów są różne, więc to nie to. Obciążenie na serwerach jest niskie, więc to też odpada.

     

    Timeout zmieniasz w ustawieniach administratora z poziomiu admina.

     

    Możesz coś więcej podać? Bo jakoś nie widzę tego nigdzie w whmcs... a sam support ich napisał, że na razie nie planują wprowadzenia takiej opcji w konfigu.


  4. Może ktoś z Was coś kojarzy, bo supporty DA i WHMCS odpuściły sobie pomoc zwalając na siebie wzajemnie winę...

     

    Problem z tym błędem pojawiał się już wcześniej losowo przy tworzeniu kont, ale dokładnie w momencie upgrade WHMCS do 5.3 nasilił się także przy zwieszaniu i odwieszaniu kont. Wszystkie logi błędów czyste, a debug mode w DA też nic nie mówi (poza tym, że wszystko odbywa się OK). Wyłączenie firewalla i aktualizacja DA nie pomogły.

     

    Co ciekawe, problem jest losowy i występuje dopiero po jakimś czasie braku aktywności połączenia z danym serwerem. Tzn. jak za pierwszym razem wywali błąd, to przez następnych kilkadziesiąt minut można wykonywać te czynności już bez błędu. Co prawda API i DA przez przeglądarkę to pewnie inna sprawa, ale jednak przy pierwszym zawieszeniu/odwieszeniu konta przeglądarka "mieli" coś jeszcze przez pewien czas, mimo że DA zwrócił komunikat o pozytywnym zakończeniu działania (potem już tego zjawiska nie widać, tak jak przy pracy na WHMCS).

     

    Czy macie podobny problem? Jeśli nie - gdzie jeszcze szukać przyczyny? Jeśli tak - może jakimś sposobem macie pomysł na zwiększenie timeoutu? Te w httpd.conf i php.ini (zarówno max_execution_time jak i socket_set_timeout) na serwerze z WHMCS oraz ten z DA (directadmin.conf) nie mają związku (tzn. ich zmiana nie ma wpływu na występowanie błędu - dalej wywala timeout po 60 sek.).


  5. Ale ich poczta i tak jest niezawodna, jednak kiedyś mi zginęło sporo maili...

     

    Praktycznie każdy polski hosting jest mniej zawodny niż ta ich usługa warta miliardy dolarów :) Korzystałem z masy hostingów i nigdy nie spotkałem się z czymś takim, żeby codziennie coś nie działało, a tak obecnie (od paru tygodni) jest z gmailem :)

×