T

Ważność konta jest oczywiście wyswietlana w panelu, a gdy zbliża się termin wygaśnięcia -- większą czcionką w kolorze czerwonym. Ale generalnie zgadzam się, że przypomnienia mailowe by się przydały, dlatego taka funkcja znajduje się w specyfikacji nowego panelu/systemu billingowego.

Mnie bardziej ciekawi gdzie są pracownicy, którzy powinni odpowiadać na wysyłane do nich maile.

Niedługo już będą przypomnienia.

OVH jest bardzo dobre, mogę z czystym sumieniem polecić. Serwerydedykowane.eu to czasem nie ncgroup? Jeśli tak, to zdecydowanie nie polecam.

Wygląda mniej więcej OK. To chyba jakiś starszy dysk (8 MB cache) wiec w sumie wydajność ma dość przeciętną. Dla porównania odczyt z najlepszych bodaj dysków ATA (nie SATA) z 16 MB cache: Timing cached reads: 854 MB in 2.00 seconds = 427.00 MB/sec Timing buffered disk reads: 186 MB in 3.02 seconds = 61.59 MB/sec Jak widać wypada nieco gorzej od Twojego, a za jego czasów wypadał lepiej od wielu ówczesnych dysków SATA. ...i z nowego dysku SATA II z 32 MB cache: Timing cached reads: 1534 MB in 2.00 seconds = 766.79 MB/sec Timing buffered disk reads: 246 MB in 3.00 seconds = 81.94 MB/sec Przyjrzyj się jeszcze jajku, może masz jakieś generyczne sterowniki które średnio dobrze współpracują z Twoim kontrolerem SATA, chipsetem czy czymkolwiek?

Pokaż wynik `hdparm -i /dev/sda`.

Napewno masz włączone, inaczej miałbyś kilka MB/s: 14:41:52 arcturus#~ hdparm -t /dev/hda /dev/hda: Timing buffered disk reads: 132 MB in 3.12 seconds = 42.28 MB/sec 14:42:10 arcturus#~ hdparm -d 0 /dev/hda /dev/hda: setting using_dma to 0 (off) using_dma = 0 (off) 14:42:14 arcturus#~ hdparm -t /dev/hda /dev/hda: Timing buffered disk reads: 12 MB in 3.25 seconds = 3.69 MB/sec

Słabo, ale DMA masz napewno włączone. Gdybyś nie miał to dysk by pewnie osiągał kilka MB/s.

Może starego hdparma masz? Kiedyś to się chyba jakoś inaczej robiło.

Mozliwe, że masz wyłączone dma. Spotkałem się z tym kiedyś na jednej z maszynce na ovh i efekt był taki, jak opisałeś. Żeby to sprawdzić, wpisz: hdparm -d /dev/hda Oczywiście /dev/hda zmień na /dev/sda przy dyskach SATA czy co tam u siebie masz. Jeśli dma jest wyłączone (pokaże 0), to wpisz: hdparm -d 1 /dev/hda To co ktoś napisał o oczywistym obciążeniu procesora w takim stopniu przy ściąganiu z prędkością kilkudziesięciu mbit/s nie jest prawdą.

Z wyższej półki: hosteurope.de ovh.pl Z niższej półki: hetzner.de webtropia.de

Wyświetlanie własnej strony głównej zamiast komunikatu błędu to raczej dość dziwna praktyka...

Kolokacja != hosting.

Obecnie już nawet 2 GB.

Pomyślałem: na nic. PS. Na tym póki co zakończę.

I to ma być dowodem na co?

Nie polecam. Mam bardzo złe doświadczenia z tą firmą. W szczególności zdecydowanie nie powierzyłbym im własnego sprzętu.

W jakim sensie? Wydaje mi się, ze to co w pakiecie jest jednak w miarę solidnie przetestowane. Tak przez developerów jak i innych użytkowników. Moja (nasza) własna kompilacja z jakimiś patchami zawsze będzie mniej pewna. Kiedyś się w to bawiłem, na jednej maszynie miałem np. bardzo popatchowane jajko i przy każdym upgradzie wyglądało to tak, ze połowa patchy się nie nakładała i siedziało się pół nocy żeby je przerabiać i wszystko przetestować. A jak wiadomo na obciążonym serwerze hostingowym nawet drobne błędy wychodzą bardzo szybko i powodują problemy. Przykładowo w ciągu ostatniego pół roku były przynajmniej 2 irytujace błędy w jajku i jeden w debianowym apache2. Przyjrzę się, ale chyba nie jest zbyt popularne. Suphp przyglądam się od dawna, w tym czasie zdąrzyło juz dołączyć do repozytorium Debiana.

Z tym się nie zgodzę, rozwinąć firmę -> sprzedać z zyskiem to popularny model biznesowy. Aczkolwiek w tym konkretnym przypadku zapewne masz rację.

Nie pomyślałeś, ze przeciętny ich klient z FR generuje ruch w obrębie FR po łączach krajowych, a przeciętny klient z PL przerzuca wszystko łączami międzynarodywymi do PL, co zapewne kosztuje ich znacznie więcej?

Jak to Przemo to zasadniczo nic dziwnego w shared hostingu.

Taki błąd wydaje się być celowym limitem, przypuszczam, ze przeciążasz im serwer. Jeśli dodatkowo chcesz robić mass-mailing to sensowną opcją byłby mały vps.

Złóż się z paroma kumplami i kupcie Start 100M L + w OVH. 219 zł za 750 GB.

Tu był post T, na który zamiast odpowiedzieć, omyłkowo wyedytowałem zastępując swoją treścią. Przepraszam... //bellerofont

Bardziej podoba mi się sposób działania. Z tego co zauważyłem on po prostu uruchamia dany skrypt z uid jego ownera, nie wymaga dodatkowych ustawień per vhost, a więc dobrze współpracuje np. z mod_userdir (potrzebuje tego na jednej maszynce). Po za tym ogólnie z suexec bywały różne problemy i jakoś się do niego zraziłem. Wadą jest napewno to, że suphp współpracuje zasadniczo tylko z php, więc nie nadaje się na maszynki gdzie potrzebne jest coś ponad php via cgi (bo wtedy i tak trzebaby to robić via suexec).