[opinia] Prohost.pl

[wood 173]

nie wiem skąd u adrian1203 takie problemy ale ja przyznam coś wręcz odmiennego. Poleciłem znajomemu zakup hostingu w prohost. Sam nigdy nie miałem tam konta, ale słyszałem bardzo pozytywne opinie innych. Co prawda poleciłem prohost.pl w ślepo ale naprawdę nie żałuję. Znajomy jest zachwycony. Naprawdę wszystko wg niego działa naprawdę płynnie. Wcześniej korzystał z nazwa.pl i cal.pl Teraz mówi, że w życiu by nie zamienił swojego konta w prohost na co innego.

To tak od mojej osoby. I dziękuję, że prohost nie zawiódł mnie i jego. Pozdrawiam i życzę sukcesów w firmie.

[Elektronik 0]

Ja również polecam. Mam tam konto od trochę ponad 2 m-c i jak na razie uptime 100%.

Kontakt z BOK świetny.

[nvu 24]

Jako że używałem konta rok temu, używałem i teraz (przejmuje serwisy które często są na prohoście).

Niestety stwierdzam że teraz jest gorzej niż rok temu.

Moje forum generowało 7 % z 5 % cpu możliwego według Cpanelu. Płaciłem za pakiet 90 zł kwartalnie.

Na pytanie (livechat)

"Dlaczego backup wygenerowany przez wasz cpanel jest uszkodzony"

 

"Dostałem odpowiedź, bo jest".

 

Nie wystawiłbym ten opinii, gdybym nie przeniósł forum na inny hosting i o dziwio tam robi 2 % z 5 % dopuszczalnych.

I nie na 8 rdzeniowej a 4 rdzeniowej maszynie, ho różnica jednak jest?

 

Dodatkowo prohost zaproponował mi pakiet za 720 zł brutto rocznie aby mieć 10 % cpu i transfer który jest niemożliwy do wykorzystania przy forum, w firmie konkurencyjnej dostałem pakiet z 5 % cpu w cenie 140 zł rocznie i wykorzystuje ledwo 2 %.

 

Kiedyś, było lepiej miałem tam kilkanaście stron, obsługa była fachowa i szybka. Nie wiem czy zmienili się pracownicy, ale różnica dla mnie jest.

[Karioka 0]

Jeśli chodzi o uptime serwera to nie narzekam. Support jest szybki, na plus jak dla mnie przemawiają również mailingi informujące o nawet krótkich awariach czy update'ach.

 

Dla mnie krokiem w tył było usunięcie w panelu możliwości tworzenia kopii zapasowej. Co mi po tym, że kopie tworzone są automatycznie skoro po ich odtworzenie trzeba zwracać się do supportu, a w przypadku gdy zauważymy problemy po jakimś czasie to kopia w dnia poprzedniego nic nam nie pomoże.

 

Generalnie hosting godny polecenia. Jedyne czego brakuje to jak wspomniałem backup we własnym zakresie, bardziej szczegółowe statystyki obciążenia CPU - tak by można było wiedzieć co generuje nadmierne obciążenie, dla mniej obeznany z j. angielskim przydałby się w pełni spolszczony panel.

[Elektronik 0]

Z tego co się dowiedziałem od supportu to limit CPU jest na jeden rdzeń, a nie na całą maszynę, więc nie można chyba na to tak patrzeć.

[Gość Łukasz Tkacz]

Ostatnia zmiana, czyli usunięcie możliwości wykonania kopii zapasowej boli, to fakt niezaprzeczalny.

Z drugiej strony, nareszcie phpMyAdmin może bezproblemowo robić eksporty nawet sporych baz w zip, zaś poprzez managera plików można zrobić kopię czego się tylko zapragnie.

 

Limity na CPU i mnie dziwią - są dni, gdy moje strony praktycznie nie żyją, wskazują na to doskonale statystyki oraz dane z forum - np. 1 nowy post w ciągu całego dnia... skrypty mam względnie dobrze zoptymalizowane, stosuję cache gdzie się da, a mimo to w takich wypadkach dobija ostatnio do 3-3,5% (również na max. 5%)... dziwne tym bardziej, że jeszcze jakiś czas temu w takich sytuacjach było 0,5%...

 

Zamierzam ze znajomym otworzyć drugi serwis z forum, o dosyć sporych perspektywach odnośnie oglądalności no i zastanawiam się, czy przy takim "obliczaniu" obciążenia nie będę musiał zmienić hosta - plan shared za ponad 700zł mi się całkowicie nie widzi, zaś vpsy w prohost mają ceny z kosmosu.

 

Jedyne czego nie potwierdzam, to bezczelność supportu opisana przez nvu - ja od czerwca 2008 z czymś takim się nie spotkałem: zawsze uprzejme podejście i rozwiązywanie wszelkich napotkanych problemów.

[Gość N3T5kY]

Z drugiej strony, nareszcie phpMyAdmin może bezproblemowo robić eksporty nawet sporych baz w zip, zaś poprzez managera plików można zrobić kopię czego się tylko zapragnie.

Eee....

Ja wczoraj przenosiłem bazę nvu, to 30mbajtowa baza spakowała się do zipa 77 bajtów

[nvu 24]

No właśnie lucas z supportem napisałem grzecznie dziędobry na livechacie. I napisałem że wygenerował mi się backup przez cpanel i jest uszkodzone archiwum spytałem czego może to być problem i dostałem odp "Bo jest uszkodzone" a jak poprosiłem żeby mi tak to wygenerował ten Pan backup dostałem wskazówkę żebym sobie sam zrobił. Cóż baze zgrałem, pliki przekopiowałem.

Na vipower się przeniosłem, i nikt mi nie wrzeszczy na cpu. Forum przeniosłem ale i tak 2,5 % robię nie wnikam już z czego.

Fakt faktem, kiedyś było dla mnie lepiej trzymałem tam sporą gre online i nie wykraczałem poza 3 % cpu.

[is_wm 287]

A te loady na poziomie 40-100 jeszcze występują?

[nvu 24]

Szczerze powiem, że nie wiem byłem tam kilka dni i się wyprowadziłem .

Mimo tego Szymona bardzo lubię bo kiedyś mi pomógł i dobrze to pamiętam.

[Gość Łukasz Tkacz]

A te loady na poziomie 40-100 jeszcze występują?

 

U mnie nie mają miejsca, działa ok.

[Prohost 345]

Loady z serwera Lukasa:

 

06:20:01 PM   ldavg-1   ldavg-5  ldavg-15
06:30:01 PM      2.17      2.50      2.71
06:40:01 PM      2.25      2.06      2.37
06:50:01 PM      1.71      1.80      2.11
07:00:01 PM      2.04      2.18      2.20
07:10:01 PM      3.15      2.74      2.62
07:20:01 PM      2.97      2.69      2.53
07:30:01 PM      2.38      2.85      2.65

 

Albo mi się zdaje albo to jest małe obciążenie. Więc nie widzę powodu aby coś leżało. W dzień jest jeszcze niższe.

 

Backupy zostały wyłączone bo kilka razy zdarzyło się już jak kilka osób naraz je robiła i wysycając i/o zamulało serwer. Backupy trzymamy tydzień.

 

Liczenie obciążenia cpu użytkownika nie zmieniło się - jest takie jak zawsze.

 

@Nvu

Jeśli nadal używa ci coś cpu to znaczy, że nie przeniosłeś wszystkiego i u nas zostały procenty.

Powiedziałeś, że masz zepsutą paczkę backupu to co miał zrobić operator naprawić ci ją? Nikt nie ma takiej mocy.

 

Ostatnio dodaliśmy w panelu podgląd na listę procesów i ich aktualne użycie cpu - można sobie popatrzeć.

 

@lukas

Ostatnio sprawdzaliśmy twoją stronę z 3 różnych łącz bo coś ci podobno słabo działało i po pół godziny klikania nie natrafiliśmy na żaden problem.

 

@all

Oferta cenowo jest jaka jest i się nie zmieni.

[nvu 24]

Szymon ale dlaczego cPanel generuje wadliwe backupy. Zobacz sobie na moje konto, jakiego byś nie wygenerował będzie uszkodzony. Dodatkowo szkoda że są generowane tylko w nocy jak chce się coś przenieść

[Prohost 345]

Szymon ale dlaczego cPanel generuje wadliwe backupy. Zobacz sobie na moje konto, jakiego byś nie wygenerował będzie uszkodzony. Dodatkowo szkoda że są generowane tylko w nocy jak chce się coś przenieść

 

Nie wiem co było z twoim backupem. Teraz nie można ich robić tą opcją.

[Gość Łukasz Tkacz]

Albo mi się zdaje albo to jest małe obciążenie. Więc nie widzę powodu aby coś leżało. W dzień jest jeszcze niższe.

 

Nie na ten ruch, jaki obecnie mam na serwisie...

Obecnie w porywach jest na forum 10 osób online w ogóle, nie chodzi mi o zalogowanych.

 

Rok temu w sierpniu miałem jeszcze forum na Przemo (od lutego jest phpBB3), bynajmniej nie było wszystko co się da wyłączone, serwis również został gruntownie zoptymalizowany. Statystyki co do ilości postów (że nie wspomnę o uu / odsłonach) wyglądają tak:

a) 2009 wrzesień + październik : 696

b) 2008 sierpień : 1812

 

W sierpniu 2008 pobiliśmy wszelkie nasze statystyki, bo w CD-Action pojawił się link do serwisu, tak więc podsumowując wtedy było tak:

- znacznie większy ruch

- mniej optymalne oskryptowanie

 

Myśląc logicznie, gdyby za wzorzec wziąć ostatnie pomiary to wtedy byłoby obciążenie 8-10%... na 5% oczywiście... a mimo to nie dostałem żadnych upomnień itp. Jak dla mnie to bez sensu...

 

 

Backupy zostały wyłączone bo kilka razy zdarzyło się już jak kilka osób naraz je robiła i wysycając i/o zamulało serwer. Backupy trzymamy tydzień.

 

 

@lukas

Ostatnio sprawdzaliśmy twoją stronę z 3 różnych łącz bo coś ci podobno słabo działało i po pół godziny klikania nie natrafiliśmy na żaden problem.

 

Występowało resetowanie połączeń, cała strona subiektywnie również wolno działała. Sam to zauważyłem, ale napisałem do supportu dopiero gdy uwagę na to zwrócił również inny administrator serwisu, który ma łącze internetowe z innej firmy a i mieszka "kawałek" dalej.

[Prohost 345]

@Lukas

Statystyki odwiedzin a użycie cpu to nie to samo.

 

My nie widzieliśmy błędu ani jednego. Chociaż nie wykluczam, że takie mogły być bo może akurat serwer przeładowywał konfigurację albo download który masz na stronie serwujący pliki przez php łapał limit procesów - wtedy nikt nie wejdzie na stronę. Przy czym to serwowanie plików przez php też jest liczone do użycia cpu - więc ja się nie dziwie co do twojego % cpu.

 

Tak jak masz stronę zrobioną tak działa. Na helpdesku miałeś to wytłumaczone to jeszcze na forum trzeba abyś zrozumiał?

[Gość Łukasz Tkacz]

Tak, ale jako właściciel serwisu chyba wiem, kiedy był na nim największy ruch, a w tym wypadku chyba forum może najbardziej wpływać na obciążenie

Z downloadem w sumie nie rozumiem - po kliknięciu na link strona jest przeładowywana, do bazy idzie zapytanie +1 do ilości pobrań a następnie user jest przekierowywany na plik który chce pobrać, gdzie tu php działa podczas pobierania?

 

if (isset($_GET['download_id'])) {
 $result = dbquery("SELECT download_url FROM ".DB_PREFIX."downloads WHERE download_id='".$_GET['download_id']."'");

 if (dbrows($result) != 0) {
   $data = dbarray($result);
   $result = dbquery("UPDATE ".DB_PREFIX."downloads SET download_count=download_count+1 WHERE download_id='".$_GET['download_id']."'");
   redirect($settings['siteurl'].$data['download_url']); 
 }
 else redirect($settings['siteurl']);
}

 

Gdzie redirect wygląda tak:

 

function redirect($location, $type='header') {
if ($type == 'header') {
	header('Location: '.$location);
} else {
	echo '<script type="text/javascript">document.location.href="'.$location.'"</script>';
}
}

 

czyli idzie klasyczne przekierowanie za pomocą nagłówka.

 

-----------

 

Cen shared się nie czepiam (w przeciwieństwie do horrendalnie drogich vpsów), ale przy takim liczeniu obciążenia wolałbym nawet zrezygnować z 1/2 transferu a mieć za to więcej % - na co mi tyle transferu, skoro download "spowoduje" przekroczenie obciążenia cpu . No ale to Wy ustalacie reguły, nie ja.

[Prohost 345]

@Lucas

Nie wiem. Mówię co widzę na procesach. Nie analizuję twoich skryptów.

Nie wspominam, że to nie jest jedyna strona na koncie.

[Gość Łukasz Tkacz]

@Lucas

Nie wiem. Mówię co widzę na procesach. Nie analizuję twoich skryptów.

 

Nie wiem co widać na procesach - przy uruchomionych kilku pobieraniach ja widzę 1 proces (czekałem, odświeżałem no i nic), więc od downloadu to na pewno nie zależy, tym bardziej że ta część witryny nie zmieniła się od dawien dawna.

 

 

 

Nie wspominam, że to nie jest jedyna strona na koncie.

 

2x małe WP z WP Super Cache na maxa ustawionymi na tydzień + niewielka witryna na php-fusion (nieco zoptymalizowana)? Co to za ruch może generować, skoro odwiedzin jest na nich łącznie nawet nie 100 dziennie...

[Prohost 345]

W dzień masz kilka procesów które zjadają około 4% cpu co dobowo co daje 0,5-3,5% cpu - zależy od dnia. Jak już pisałem liczenie nie zmieniło się. Tyle używasz. Wordpressy pewnie robią więcej niż to forum bo to się badziewny skrypt teraz zrobił. A przy każdym downloadzie jak patrzyliśmy to startował proces dodatkowy. Tyle ile używasz tyle pisze - tam się nie biorą liczby z kosmosu. Jest godzina 8 rano a ty już używasz 0.5% lsphp5. W dzień tego jest więcej. W nocy ze screena widzę 0.8%. Głupio by było jakby średnia wychodziła mniejsza niż procesy używają - nie sądzisz?.

[Gość Łukasz Tkacz]

Tyle tylko że przy wp super cache błog przy pomocy htaccess'a serwuje statyczne pliki html zamiast generować php, (przy pierwszym wejściu generuje i tworzy plik cache) domyślnie jest 1 godzina cache, ja mam ustawione na tydzień...

[Prohost 345]

Tyle tylko że przy wp super cache błog przy pomocy htaccess'a serwuje statyczne pliki html zamiast generować php, (przy pierwszym wejściu generuje i tworzy plik cache) domyślnie jest 1 godzina cache, ja mam ustawione na tydzień...

 

Ale wiesz, że mnie to nie interesuje. Masz w panelu podany dysk/transfer/cpu. Tyle ile używasz tyle ci licznik poda. To, że tobie się wydaje, że powinieneś używać 1% to nikogo nie interesuje - licznik dokładnie wie ile i jemu się nie wydaje. Myślisz, że jak napiszesz, że powinieneś używać 1% to nagle zacznie ci tyle pokazywać? Twoje skrypty, twoje odwiedziny = twoje użycie.

[adrian1203 0]

License has expired

i tyle widziałem DA..

 

oczywiście pędzę napisać o tym do BOK..

[Prohost 345]

Coś JBMC popsuli na serwerze licencji. Już poprawili i działa.

[Prohost 345]

Wprowadzamy obliczanie i limitowanie obciążenia CPU w skali miesięcznej chyba jako pierwsi w Polsce.

 

Postanowiliśmy wprowadzić nowy system pilnowania użycia czasu procesora na zasadzie podobnej do zasady zliczania transferu.

 

Przeliczyliśmy procentowe limity na "Punkty CPU". 1 Punkt CPU miesięcznie odpowiada średniemu użyciu 1% czasu procesora przez 24 godziny. Więc 31 Punktów CPU odpowiada średniemu użyciu 1% przez cały miesiąc.

 

Przy wyczerpaniu Punktów CPU konto staje się nieaktywne do końca miesiąca. Podobnie jak przy wyczerpaniu transferu.

 

Zaletami takiego rozwiązania są:

- łatwość zrozumienia limitu przez użytkowników

- nie ma potrzeby zawieszania co chwile kont przekraczających dobowy limit

- brak strat dla klienta spowodowanych nagłym zawieszeniem konta

- my możemy więcej czasu poświęcić na rozwijanie usług a nie pilnowanie użytkowników

 

Limity można w tej chwili zobaczyć w Cpanelu w opcji "Statystyki obciążenia CPU" w dziale "Analiza i pliki dziennika". W tym miesiącu nie będą jeszcze zawieszać kont aby każdy mógł się z nimi zapoznać.

 

Statystyki będą też wysyłać powiadomienia na email. Takie jak przekroczenie 80% dostępnego limitu, czy dobowego limitu. Będą to na pewno przydatne informacje.

 

W panelu można też zobaczyć opcję "Lista procesów". Pokazuje ona aktualnie odpalone procesy użytkownika i ich chwilowe użycie CPU w %. Pracujemy nad tym aby także pokazywało tam jaki skrypt jest przypisany do procesu.

 

W niedługim czasie będzie możliwość dokupienia Punktów CPU tak jak transferu.

 

Zmiany są rozwinięciem zapisów regulaminu dotyczących limitów cpu.