kazur
-
Postów
42 -
Dołączył
-
Ostatnia wizyta
-
Wygrane w rankingu
1
Typ zawartości
Profile
Forum
Wydarzenia
Odpowiedzi opublikowane przez kazur
-
-
Przetestowałem dhosting.pl u siebie więc wrzucam linka do recenzji i testów - moze komuś się przyda:
https://jakwybrachosting.pl/recenzja-dhosting/
Sprawdziłem: ofertę, parametry, szybkość/wydajność (8 różnych testów), pocztę e-mail, kwestie bezpieczeństwa (10 elementów), uptime, panel, support (tajemniczy klient
)
W skrócie:
- Na plus wydajność jeśli chodzi o stress-testy, czy pomocny support (śr. czas odpowiedzi - 14 minut).
- Na niewielki minus backupy rzymane tylko przez 3 dni.
Szczegóły w recenzji.
Jest tam też orócz wyników wszystkich testów monitoring uptime na żywo (sprawdzany co 5 minut z 8 lokalizacji) i kod rabatowy (gdyby ktoś chciał skorzystać).
-
Przetestowałem AttHost u siebie więc wrzucam linka do recenzji i testów - moze komuś się przyda:
https://jakwybrachosting.pl/recenzja-atthost/
Sprawdziłem: ofertę, parametry, szybkość/wydajność (8 różnych testów), pocztę e-mail, kwestie bezpieczeństwa (10 elementów), uptime, panel, support (tajemniczy klient
)
W skrócie:
- Na plus obsługa Perl, Python, Ruby, Django, NodeJS i innych czego nie ma w zbyt wielu hostingach, backup 2x na dobę, skuteczny WAF i szybki support, który odpowiadał czesto w ciągu 1 minuty na maile.
- Na niewielki minus brak HTTP/3 i dysków SSD NVMe.
Szczegóły w recenzji.
Jest tam też orócz wyników wszystkich testów monitoring uptime na żywo (sprawdzany co 5 minut z 8 lokalizacji) i kod rabatowy (gdyby ktoś chciał skorzystać).
-
22 godziny temu, mrViperoo napisał:
Odpytywać co minutę jakiś adres zasób (index, podstronę itp) i zapisywać czas odpowiedzi. Wtedy będzie widać czy np. w ciągu dnia strona wolniej odpowiada. Ewentualnie można przygotować jakiś uniwersalny plik php, który coś policzy, połączy się do bazy danych i wykona jakieś query bardziej lub mniej zaawansowane. Ważne, żeby schemat, baza danych i same skrypty były takie same, aby sam benchmark był miarodajny.
Teoretycznie bardzo dobre rozwiązanie z tym odpytywaniem co jakiś czas serwera. Pytanie, jak może to wykonać zwykły zjadacz chleba? Przychodzi mi do głowy narzędzie takie jak np. updown.io. O benchmarku PHP i PHP+MySQL wspomniałem już w poradniku. Ideałem byłoby jakieś narzędzie, które odpytuje serwer (np. co 15 min) i robi taki benchmark, pobierając i zapisując gdzieś wynik, aby później zobaczyć historię
22 godziny temu, mrViperoo napisał:Może w ramach top100.rootnode.pl byśmy udostępnili badanie szybkości strony czy uptime poprzez takie odpytywanie co minutę @theqkash?
Pojawia się taki problem, o którym wspomniałem już w poradniku. Można sprawdzać uptime, czy czas odpowiedzi strony głównej hostingu, ale niewiele powie to kondycji samych serwerów, na których uruchamiane są później konta klientów hostingów. Tym bardziej w przypadku gdy hosting schowa swoją stronę za Cloudflare
10 godzin temu, Mion napisał:Hosting współdzielony i VPS jak sama nazwa mówi jest "współdzielony" co za tym idzie nie ma gwarancji, że po jakimś czasie te paramenty się nie zmienią.
Jasna sprawa! To, że wykonamy przez 7 czy 14 dni testowych pełno testów o różnych porach, nie znaczy, że chwilę po wykupieniu hostingu na rok nie zaczną się problemy
@Mion - jest też część klientów taka jak ja, która wymaga od hostingu trochę więcej, ale z drugiej strony odpalanie i administracja VPS to jest za dużo. Dla warsztatu samochodowego "strona ma działać", ale dla osób, które prowadzą biznes online (np. sklep internetowy) liczy się już nie tylko, aby całość działała, ale żeby działała wydajnie, szybko i niezawodnie. Taki niedziałający (albo działający wolno) sklep w black friday czy podczas kampanii reklamowej to realna strata. I chyba w sumie takie osoby będą najbardziej zainteresowane tym poradnikiem
Wesołych!
-
2 godziny temu, spex napisał:
Testowanie na "czystym" koncie czy może być też na koncie z "obciążeniem"?
Aby uzyskać miarodajne wyniki, to tylko na "czystym".
-
Opublikowałem już wspomniany wcześniej poradnik: Jak przetestować hosting?
Gdyby ktoś chciał się zapoznać czy pomóc/doradzić w kwestii tego, jak dobrze przetestować hosting współdzielony, to zapraszam do osobnego wątku:
-
I jest! Opublikowałem właśnie (oczywiście za free) obiecany w innym wątku poradnik. Tym razem: Jak przetestować hosting?
LINK: https://jakwybrachosting.pl/jak-przetestowac-hosting/
Zebrałem i krótko opisałem w nim 6 testów, które każdy może wykonać na hostingu, aby sprawdzić jego wydajność i szybkość działania:
- Szybkość (przepustowość) łącza internetowego hostingu
- Wydajność i szybkość dysków na serwerze
- Szybkość serwerów DNS
- Wydajność PHP i MySQL (oraz WordPressa)
- Wydajność hostingu w pracy pod obciążeniem
- Szybkość ładowania stron na hostingu
Cel tego poradnika jest taki, aby każdy mógł gruntownie sprawdzić i przetestować hosting w ciągu 7 czy 14-dniowego okresu próbnego, który często oferowany przez różne firmy.Będę bardzo wdzięczny za wszelkie komentarze i uwagi (tu na forum, na priv, na maila). Może ktoś z Was ma pomysł na inny test hostingu, o którym mógłbym napisać? Albo pomysł na prostsze/lepsze przetestowanie łącza czy dysku na hostingu współdzielonym?
Z góry dzięki za pomoc
-
@nnd.newbie - dzięki za Twoje uwagi. Są dla mnie bardzo cenne.
Niektóre ze screenów/obrazków faktycznie są tam wstawione głównie po to, aby tekst nie był monotonny (jak ten Disk Speed Test czy np. screen ze strony Let's encrypt)
Cel jest taki, aby czytelnik przyszedł na stronę kompletny laik, a wyszedł jako osoba wiedząca więcej niż przeciętny użytkownik hostingu. Czyli chcę przeprowadzić czytelnika "za rączkę" od tego, co może mu zajmować miejsce na hostingu, albo jak obliczyć ile jego przyszła strona może zużywać transferu, po bardziej zaawansowane rzeczy.
Muszę chyba pokazać ten poradnik większej liczbie osób, które będą tym moim docelowym czytelnikiem i posłuchać uwag takich osób
BTW. Kończę właśnie drugi poradnik (już dużo krótszy), który będzie kontynuacją tego poradnika. Będzie to mini poradnik "Jak przetestować hosting?" i sposobem na przetestowanie szybkości łącza w tym poradniku będzie właśnie Speedtest.net CLI uruchamiany po SSH. Jak masz jakiś lepszy (i prostszy) sposób do użycia przez każdego na hostingu współdzielonym, to napisz proszę na priv. Tak czy siak, jutro wrzucę na forum linka pod dyskuję
-
Panowie @Poziomecki i @Mion - jak najbardziej rozumiem uwagi. Miałem takie dylematy, przygotowując całość i mam nadal.
Dlatego też przygotowałem ten PDF z checklistą, gdzie na kilku stronach są po prostu konkretne pytania, na które trzeba odpowiedzieć. Ten PDF wygląda na tę chwilę mniej więcej tak (dla tych, co nie pobrali):
Z jednej strony ta checklista PDF to taka wersja "instant" (nie trzeba czytać całego poradnika, aby korzystać z checklisty), a z drugiej strony uzupełnienie dla tych, którzy przeczytają poradnik i chcą mieć szybką ściągawkę, zastanawiając się nad wyborem konkretnego hostingu.
Rozwiązania na pierwszy rzut oka są 2:
1. Wywalić część treści i zostawić te najpotrzebniejsze.
Plus: więcej osób przeczyta całość.
Minus: poradnik nie będzie kompletny i jest szansa, że "wytnę" ważne treści
2. Podzielić poradnik na podstrony (23 porady = 23 podstrony opisujące konkretne zagadnienie)
Plus: czytelnik łatwo dociera do tego, co chce przeczytać (większa czytelność?)
Minus: zakładam, że czytelnik nie wie co chce przyeczytać i ma zerową wiedzę. Czy będzie więc klikał po kolei 23 razy?
Szczerze mówiąc, żadne z tych rozwiązań mnie nie przekonuje. Chyba pójdę w stronę lepszego wyeksponowania spisu treści (on tam jest, trzeba tylko rozwinąć!) + opisania części kwestii, jako osobne strony, gdzie będę mógł napisać więcej (ucinając tym samym niektóre szczegóły w poradniku).
Tak jak napisał @Spoofy - chcę pokazać w tym poradniku szczegóły techniczne, ale w jak najbardziej przyjazny i prosty sposób. I wiem doskonale, że czasem jest to trudne do połączenia. Trzeba próbować
-
Jeszcze raz dzięki wszystkim za dotychczasowe uwagi i sugestie. Dziś wprowadziłem kilka zmian i rozbudowałem poradnik.
Co się zmieniło?
- Dodałem punkt poświęcony bezpieczeństwu poczty na hostingu (SPF, DKIM i DMARC)
- Dodałem punkt poświęcony bezpieczeństwu i szybkości DNS na hostingu (DNSSEC i DNS Anycast)
- Dodałem informację o ograniczeniach w odczycie danych z dysku w punkcje poświęconym szybkości dysku
- Dodałem info o „odnowieniach” płatnych certyfikatów SSL, które są droższe niż kupno nowego, gdzie i tak w praktyce każde „odnowienie”, to wystawienie kolejnego nowego certyfikatu
- Dodałem info o funkcjach panelu, które są mile widziane w hostingach (autoinstalator, integracja z Cloudflare, uwierzytelnianie dwuskładnikowe)
- Przebudowałem kilka punktów i dodałem informację o max. czasie wykonywania zadań cron.
Oprócz tego zaktualizowałem też checklistę „WYBIERAM HOSTING”, którą udostępniam do pobrania w PDF na stronie z poradnikiem - https://jakwybrachosting.pl/poradnik/. Teraz są tam łącznie 43 pytania i rzeczy do sprawdzenia przy wyborze hostingu.
Mam jeszcze kilka rzeczy zapisane do sprawdzenia w wolnej chwili i opisania w jakiś sposób w poradniku.
Nadal liczę na wszelkie uwagi i sugestie
-
1
-
Dzięki @Michchalek za info i link. Temat SSL i RSA/ECDSA zbadam.
-
@Michchalek - Dzięki za info!
Wszystko jasne - chmura, skalowalność itd.
Tylko chodzi mi o to:
3 godziny temu, Michchalek napisał:Tylko porównaj rodzaje cloudu - bo niektórzy nazywają cloudem to co w rzeczywistości jest shared hosting.
Tylko jak zwykły kowalski czytający poradnik, może w prosty sposób przeglądając strony WWW hostingów rozpoznać czy to jest "prawdziwa" chmura, czy tylko dostawca hostingu chwali się, że ma super elastyczne skalowanie zasobów i hosting w chmurze, a w rzeczywistości to po prostu dedyk postawiony w OVH czy innym Hetzner? Na to nie mam pomysłu.
-
48 minut temu, Tom X napisał:
Tak, te sensowne mają stały/unikalny adres IP w standardzie, u innych trzeba dodatkowo dopłacić, u niektórych taki luksus nawet nie występuje ani w standardzie ani w cenniku.
Dzięki za info. Zbadam temat!
-
19 godzin temu, Michchalek napisał:
Warto wspomnieć o mocy cpu dla jednego konta www, zabezpieczeniach (typu dnssec) czy rodzajach macierzy raid (0,1,5,6,10) na których są dane. Warto podzielić usługi na te działające w chmurze (przeważnie droższe ale lepsze) i te niechmurowe (tańsze ale bardziej zawodne). I jest coś takiego jak HTTP/2 - warto to ująć.
CPU - jest
DNSSEC - dodane do ToDo
RAID - dodane do ToDo
Chmura/nie chmura - własnie nie wiem jak ugryźć ten temat od strony zwykłego, przeciętnego klienta hostingu.
HTTP/2 - jest
Dzięki @Michchalek!
18 godzin temu, mrViperoo napisał:Z ciekawości, która firma posiada ofertę hostingu współdzielonego opartej na chmurze (AWS/Azure/GCP)?
No właśnie też się zastanawiam
5 godzin temu, Tom X napisał:Poradnik zasadniczo jest OK, kilka uwag:
- Punkty 10 i 14 częściowo opisują te same właściwości, sugeruję wydzielenie parametrów ograniczających czasy trwania procesów/skryptów/połączeń do jednego osobnego punktu.
- Brak informacji o adresie IP: stały vs współdzielony w kontekście wygody korzystania z zewnętrznego CDN oraz wpływu na dostarczalność poczty e-mail.
- Łatwość korzystania z CloudFlare - niektóre hostingi posiadają wygodne, wbudowane w panele integracje z tą usługą, niektóre niereformowalne hostingi bronią się przed CF rękami i nogami utrudniając korzystanie z tej usługi wszelkimi możliwymi metodami.
- Brakuje informacji o takich funkcjach jak: DKIM, DMARC dla poczty.
- Dwuskładnikowe uwierzytelnianie do panelu zarządzania (ewentualnie).
1. Brzmi rozsądnie. Tak zrobię!
2. Hmm... czy jakieś zwykłe hostingi współdzielone dają w standardzie indywidualne IP? Zazwyczaj jest to chyba opcja płatna dodatkowo.
3. O! Warto o tym wspomnieć. Może nie jako osobny punkt "do sprawdzenia", ale gdzieś o tym napisać. Dobry pomysł!
4. Zapisane w ToDo!
5. W sumie - też warto o tym gdzieś napisać.
Dzięki @Tom X!
5 godzin temu, Kapitan_Bomba napisał:Dla kogo jest ten poradnik? Bo jeśli dla zwykłego zjadacza chleba, to on odpuści po kilku zdaniach. A jak nie odpuści, to zgłupieje od nadmiaru informacji
A jeśli dla użytkownika zaawansowanego, to nie będzie musiał go czytać, bo wszystko z tego wie. Wygląda to trochę jak dobry tekst pod zaplecze SEO
Docelowo poradnik ma być dla zwykłego zjadacza chleba, który chce zgłębić temat. Zdecydowanie chciałem pisać takim językiem, aby całość była zrozumiała dla początkujących. Choć niestety wiem, że część sobie temat podaruje. Jak masz jakieś pomysły, aby coś uprościć, żeby było bardziej "zjadliwe" to pisz
-
1 minutę temu, theqkash napisał:
Tak, w szczególności takie firmy jak te które opisałeś jako te które są u nas w top3 a ich nie polecasz
-
1 godzinę temu, Spoofy napisał:
Bardzo fajna inicjatywa, lecz bardzo w mojej ocenie, dość subiektywna w przykładach. W skrócie, 90% shared hostingów i tak używa cl, tak więc czego konkretnie dotyczą limity lve można wyczytać z dokumentacji, zaś przykład nginx vs lsws jest mocno nietrafiony. Z moich doświadczeń, wynika że nawet lekko tweak'owany nginx potrafi obsłużyć znacznie więcej req/sec niż lsws, np. w przypadku ataku wspomnianych przez Ciebie botów, zaś subiektywny benchmark prawdopodobnie przeprowadzany jest na najwyższej wersji lsws, bez limitu cpu/workerów, a to z czego rzeczywiście korzystają hostingi per node, to już inna kwestia
Chciałbym zobaczyć benchmark np. nginx plus vs lsws unlimited przy konfiguracji by default, wraz z panelami oraz przy zmianie kilku opcji - byłby znacznie bardziej wiarygodny. Oczywiście, w wielu przypadkach cache lsws będzie wygrywać i przy shared hostingu jest to najlepsze rozwiązanie, ale na pewno "szybkość" nie jest liczona w ten sposób, a już na pewno nie za pomocą ICMP/Ping względem lokacji - bardziej skupiłbym się na TTFB.
Przede wszystkim dzięki za Twoje uwagi!
W poradniku skupiam się bardziej na kwestiach, które wychodzą zazwyczaj z benchmarków albo po prosty suchych parametrach, które można znaleźć na stronie hostingu czy wypytać o nie support. Jasne, że zawsze "to zależy" i da się znaleźć shared, który na HDD będzie ostatecznie szybszy od SSD NVMe, czy stuningować nginxa, aby śmigał lepiej od litespeed.
Mam w planach przygotowanie za jakiś czas drugiego podobnego poradnika - Jak przetestować hosting?. Będzie to taka kontynuacja i przy okazji konkretne rzeczy, które można sprawdzić w ciągu 7-14-dniowego okresu testowego udostępnianego przez hostingi. I tam ostatecznie najważniejszy jest końcowy wynik m.in. TTFB.
Stay tuned! I pamiętaj, że poradnik nie jest dla takich wyjadaczy jak Ty, ale dla przeciętnego Kowalskiego, który chce postawić bloga na wordpressie czy jakiś prosty sklep na sharedzie :-).
1 godzinę temu, Spoofy napisał:Metodologia top100 pokazuje przede wszystkim udział w rynku na podstawie utrzymywanych domen i mimo że osobiście mi też nie odpowiada tylko takie zestawienie, jest ono jak najbardziej rzeczywiste.
Oczywiście, że top100 jest rzetelne. Chodzi mi o to, aby wysoka pozycja nie była wyznacznikiem tego, że dany hosting warto wybrać
1 godzinę temu, Spoofy napisał:Przy dyskach NVMe / ssd też wypadałoby wspomnieć o używanych narzędziach, cache, macierzach, filesystemach etc. - 2xSSD softraid != macierzy 20x10k sas z dobrym cache'em - także tutaj bym również był ostrożny przy tego typu porównaniach.
Słuszna uwaga, ale obawiam się, że przeciętna osoba instalująca WordPressa z autoinstallera może się w tym pogubić. Postaram się jednak w tym drugim poradniku przygotować sposób na samodzielne pretestowanie wydajności dysku w wersji "dla każdego"
1 godzinę temu, Spoofy napisał:Wersje PHP - oczywiście że w standardzie shared hosting oferuje od 4.4 do 7.4, wraz ze wszystkimi wersjami które nie są wspierane. Ba! Nawet nie wiem czy 5.6 jest kompilowane z utrzymywanych patch'y microsoft'u, tak jak ostatnio popularne "3rd party repo", ale wybór wersji powinien być nie mniejszy niż wszystkie, które wyszły. Od drugiej strony, często wygląða to tak, że klient może chcieć przenieść starą, mega podatną stronę i mimo próśb, informowania o konsekwencjach, koniec końców to jego wybór i fajnie, gdy usługodawca daje taką możliwość.
Pełna zgoda. Chodzi tylko o to, aby hosting w 2020 roku nie uruchamiał klientom domyślnie PHP w wersji 5.6. No i dawał zawsze możliwość korzystania z najnowszej wersji.
Dzięki jeszcze raz za pomoc i uwagi i propozycję pomocy w przyszłości @Spoofy
Co do certyfikatów - moim zdaniem dla zwykłego Kolwalskiego prowadzącego sklep na woocomerce czy bloga nie ma w praktyce różnicy między lets encrypt a takim np. DV RapidSSL, czy innym. Podkreślam - w praktyce
@ćwierćadmin - przypomniałeś mi właśnie jeszcze historie z tymi "przedłużeniami", które były droższe od standardowego certyfikatu. Ciekawe czy dalej są firmy, które tak robią
@psz - liczę na Ciebie
-
1
-
-
Cześć!
TL;DR:
Stworzyłem i udostępniłem za darmo poradnik „Jak wybrać hosting?”. Co o nim sądzisz?Wersja pełna:Nie mogłem już patrzeć na kolejne pytania na FB czy na forach „Jaki hosting polecacie?” i wysyp dziesiątek komentarzy „naganiaczy” pod każdym z takich postów. Gdyby jeszcze toczyła się tam w tych komentarzach merytoryczna dyskusja i wypytywanie o potrzeby pytającego, to byłoby OK. Ale nie. Zazwyczaj komentarze pod takimi postami to po prostu wklejenie linka do strony firmy hostingowej, czy banały w stylu „u mnie działa” i „ja jestem zadowolony”.Dlatego też przysiadłem do tematu i postanowiłem stworzyć i udostępnić bezpłatnie poradnik, który pokaże, w konkretnych punktach co trzeba sprawdzić, wybierając hosting dla swojego biznesu.A niestety strony wielu firm hostingowych to w większości przypadków jedno wielkie lanie wody, zamiast konkretów (każdy hosting twierdzi, że jest szybki, no bo ma SSD i oferuje dużo gigabajtów i a prawie wszystko jest „bez limitów”).
Chciałem, aby treść tego poradnika była maksymalnie konkretna - bez lania wody. Ale tez z drugiej strony napisana prostym i przystępnym językiem, aby przeciętna osoba startująca z działalnością online mogła zrozumieć całość.Ostatecznie na tę chwilę wyszło mi 21 rzeczy, które trzeba sprawdzić, wybierając hosting. Całość podzieliłem na 4 podstawie parametry (dysk, transfer itd.) i 17 bardziej szczegółowych limitów i ograniczeń, które zazwyczaj trudno znaleźć na stronach hostingów lub napisane są „drobnym druczkiem”.Dodatkowo napisałem tam parę słów o domenach i „Dlaczego warto patrzeć z przymrużeniem oka na »polecane hostingi«, rankingi wielkości hostingów i opinie o hostingach w sieci?”.Na stronie udostępniłem też PDF z checklistą, która podsumowuje informacje z poradnika i zawiera zwięzłą listę pytań, które trzeba zadać swojemu hostingowdawcy.I to tyle na dziś, choć planów mam jeszcze sporo. Chcę po prostu ułatwić wybór NAJLEPSZEGO hostingu wszystkim, którzy startują z działalnością online czy uciekają od swojego obecnego hostingodawcy. Najlepszego w danym przypadku, a nie najlepszego „dla wszystkich”.
A piszę to wszystko, bo zanim zacznę działać dalej z tematem, chciałbym prosić o pomoc.Napisz mi proszę - co sądzisz o tym poradniku? Czy jest OK? Czegoś tam brakuje? Coś zbyt uprościłem lub niedostatecznie wyjaśniłem?Będę wdzięczny za każdy komentarz czy uwagę - może być tu, może być na maila czy priv
Opinie o cyberfolks.pl (dawne linuxpl.com)
w Opinie
Opublikowano
Przetestowałem CF u siebie więc wrzucam linka do recenzji i testów - moze komuś się przyda:
https://jakwybrachosting.pl/recenzja-cyberfolks/
Sprawdziłem: ofertę, parametry, szybkość/wydajność (8 różnych testów), pocztę e-mail, kwestie bezpieczeństwa (10 elementów), uptime, panel, support (tajemniczy klient
)
W skrócie:
Szczegóły w recenzji.
Jest tam też orócz wyników wszystkich testów monitoring uptime na żywo (sprawdzany co 5 minut z 8 lokalizacji) i kod rabatowy (gdyby ktoś chciał skorzystać).