Wpis z mikrobloga

@marcinzwwa: Nie da się na takie pytanie odpowiedzieć, to zależy nie tylko od parametrów hostingu ale też tego jak serwis jest napisany. Hosting może i obsłuży 1000 użytkowników na raz, ale serwis będzie tak napisany że się nie da rady już przy 50. Możesz przeprowadzić testy wydajnościowe by móc w przybliżeniu określić zapotrzebowanie na zasoby
@marcinzwwa:
Przede wszystkim - patrz na maksymalne dozwolone użycie CPU, bo o to się będą przede wszystkim czepiać. Zwróć uwagę, że istnieją różne metody obliczenia zużycia CPU i że większość hostingów w ogóle nie publikuje tych informacji tylko jak przekroczysz jakieś tam użycie, to napiszą, że zbyt mocno obciążasz i albo dopłacaj, albo szukaj czegoś innego. Druga być może istotna sprawa - limit połączeń do bazy danych. Także nie zawsze publikowany.
@zwierzak40: Dzięki za wyczerpującą odpowiedź. Zapytania do bazy głównie selecty, bez ssla, 70% treść, relacyjna, API zwraca jsona.

Hostingodawca ma obowiązek podawać takie dane (w sensie w głębszej specyfikacji) czy muszę ich odpowiednio odpytywać?
@marcinzwwa: Przepraszam z góry za dociekliwość, ale zaintrygowało mnie Twoje pytanie :)

Jesteś pewny, że mówisz o 1000 użytkowników online? To jest bardzo, ale to bardzo dużo... Domyślam się, że to nie jest stały ruch tylko jakiś skok, ale nawet jeśli, to Twoja strona musiałaby chyba znaleźć się w absolutnej czołówce stron w Polsce (top 300-500) żeby mówić o takim ruchu. Masz już tą stronę, czy dopiero ją planujesz? Jeśli są
@marcinzwwa Poszperaj może, co hosterzy mówią o "parametrach bezpieczeństwa". Znajdziesz tam często ograniczenia dot. wykorzystania MySql (np,. liczba zapytań do bazy w jednostce czasu, czas wykonania zapytania), liczbę jednoczesnych procesów PHP/CGI, parametry obciążenia procesora itp. Może to ułatwi Ci porównanie hostingów pod kątem, który Cię interesuje.

Hostingodawca nie musi podawać koniecznie stosowanych parametrów, niektórzy "chowają się" za ogólnym zapisem regulaminowym o takim wykorzystaniu serwera współdzielonego, które nie zagraża stabilności maszyny. Przykłady takich
@marcinzwwa: Prawnie nie jest to wymagane, jednak teoretycznie, żeby móc Cię zablokować powinien mieć coś takiego jak "parametry bezpieczeństwa" czy coś w rodzaju "limitów" czy "ograniczeń", zazwyczaj jednak hostingi zabezpieczają się "fairy use" czy podobnymi. Innymi słowy, będą blokować strony o mocno niestandardowym wykorzystaniu serwerów. Tak jak z nielimitowanymi hostingami... W jednym zablokują Ci konto mimo "nielimitowanej powierzchni" po 1GB, gdzie indziej po 10GB, jeszcze gdzie indziej po 100GB. Podobnie będziesz
@Krzy___ek: No więc właśnie ;) Albo tu chodzi o 1000 uu dziennie, albo są to jakieś nierealne plany podboju polskiego internetu :)

Na moje oko jest to niemożliwe, by ktoś kto ma serwis z 1000 uu online szukał tutaj porady, bo to jest już naprawdę bardzo duży projekt z zapleczem ludzkim. Dla takich stron trzeba już profesjonalnych rozwiązań szukać, a nie pytać o zwykłe hostingi.
@marcinzwwa: prawdopodobnie jakikolwiek hosting z dobrą reputacją Ci wystarczy (ja dla małej strony używam hekko) + na wszelki wypadek podłącz to pod cloudflare to nawet jak padnie jakąś kopie będzie wyświetlało. Najwyżej jak będą problemy to będziesz myślał o VPS czy czymś innym.

Piszę tak dlatego iż myślę że liczby które podałeś wziąłeś sobie z powietrza, nie rozumiejąc co to może znaczyć.
Bo teraz Twój opis wygląda tak na drodze jedzie
@Jurigag: @DwaKolory: nic mi się nie pomieszało. Mówię o tym, że w jednej sekundzie może na strone wejść np. 1000-2000 osób i w tej chwili każdej z tych osób serwis ma działać niezawodnie. @Jurigag to chyba Ty nie wiesz o czym mówisz, 1000-2000 osób w jednej chwili to posiadają takie blogi jak antyweb.pl czy spidersweb.pl i jest to dla nich na porządku dziennym. Onet/wp/interia posiadają wyniki conajmniej kilkurotnie wyższe
Swoją drogą nie rozumiem w czym widzicie taki problem, żeby na stronę weszło 1000 osób. Wyobraźcie sobie jakiś sporawy fanpage FB, adwordsy i bez problemu w tym czasie kiedy jest publikowany wpis wejdzie tyle osób. Przeciez nie mowilem, ze to jest 1000 osob przez 24/h, tylko kilka jednorazowych kilkuminutowych strzałów...
@marcinzwwa: chodzi o limit połączeń, liczba procesów php itp itd, jeśli 1000 osób ci wejdzie to aby każda z nich miała odpowiedź od razu potrzebujesz 1000 procesów php i odpowiednio dużą liczbę rdzeni cpu która to przetworzy, ale w praktyce nigdy tak nie ma że akurat wejdzie w tej samej milisekundzie 1000 osób, sam php to jest kilka-kilkanascie ms, patrz po prostu aby było jak najwięcej procesów php
@marcinzwwa: Widzisz, podajesz przykład Spidersweba i nie zdajesz sobie nawet sprawy z tego, że ta strona jest w top100-150 najchętniej oglądanych polskich stron :) To jest absolutna czołówka polskiego internetu i tam to faktycznie mogą mieć ten 1000 uu online (a w szczytowych momentach pewnie i 2-3 razy tyle).

Jeśli myślisz, że kampanią adwords sprawisz, że na stronie będzie 1000uu online to muszę Cię zmartwić, ale koszt takiej kampanii jest gigantyczny
@DwaKolory: Ale ja niczego nie muszę rewidować, osiągam takie wyniki i nie jest to kilkanaście razy w dniu stały efekt, ale przy jakiś specjalnych porach/direct linkowaniach. Ale nie istotne, nie chodziło w tym temacie o to, by udowadniać :) Tylko dowiedzieć się jak poprawić wydajność, na tę chwilę nie korzystając z VPS.

@Jurigag: dzieki za odpowiedz, to fakt w danej ms nie wejdzie 1000 na raz.