is_wm

Jutro o 10 otwierają sklepy w Olsztynie, więc będzie można kupić switcha na wymianę...

Teraz support jest już na tyle szczery, że nie bawią się w przewidywania - nie wiedzą co się zepsuło, więc i nie wiedzą kiedy naprawią. Ale to już jest dramat, tyle lat i nie widziałem jeszcze żeby jakaś serwerownia miała tak długi problem z usunięciem usterki u siebie (oczywiście nie włączając w to serwerownie "spod biurka").

Support.

Ponoć za 1-2h ma zadziałać...

J/w. Support nic nie wie nawet o przybliżonym czasie powrotu, więc pewnie nawet nie wiedzą co się popsuło.

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.

Leży ponoć "tylko" 46.*

Coś ostatnio sporo tych przerw, w weekend też było sporo strat.

Zmień skrypt.

Ale czy Ty w ogóle wiesz o co tu chodzi, czy tak tylko sobie piszesz, żeby popisać?

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.

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.).

http://www.directadmin.com/features.php?id=1576 To testujmy

Lokalizacje serwerów są różne, więc to nie to. Obciążenie na serwerach jest niskie, więc to też odpada. 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.

Bardzo przydatna informacja. Tylko po to się tu zarejestrowałaś?

Brak kodowania haseł to jedno, ale jeśli faktycznie trzymali całe oskryptowanie (a więc i dane do bazy) w katalogu "pcenter" obok wordpressa, to chyba jest to szczyt ignorancji i braku wiedzy osoby zajmującej się tam "bezpieczeństwem"...

W sensie, że pod serwerownie?

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

Jedyna różnica między vps a cloud to swobodne manewrowanie parametrami (w tej drugiej opcji), sami o tym nawet piszą na stronie Ale biurokracji i sztywności zasad może pozazdrościć niejeden polski urząd...

Kolega zamówił ostatnio serwer z pleskiem (nie zwrócił na to uwagi), chciał zainstalować sobie DA, a więc przydatna była czysta instalacja systemu... niestety, nie da się. Jedynym wyjściem (zaproponowanym zresztą przez konsultanta) było wypowiedzenie umowy i kupno nowego VPSa... Dobrze, że nie kazali osobiście do biura przychodzić i podania składać

https://gnum.pl/ ma taniej o całe 4 grosze

To wybrałeś złe miejsce, bo tu same firmy i ich klakierzy

Wszystkie firmy hostingowe już palą się do informowania jak mają oddawać potencjalnych klientów konkurencji

Zobacz rhosting.eu

Generalnie porządna firma, ale jak trafi się na dyski 2,5 cala, to masakra - każda operacja robi kosmiczny iowait...