Skocz do zawartości

sebak

Donatorzy
 Pokaż profil  Zobacz aktywność

  • Postów

    156

  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    20

 Typ zawartości 

Treść opublikowana przez sebak

  1. sebak
    A masz 2 vCPU w tej cenie?
  2. sebak
    Ale mini zawsze miało 1 vCPU, dysk zawsze 50GB, czasem 2GB RAM, w jednym roku 4GB.
  3. sebak
    2024: https://web.archive.org/web/20240714223456/https://webh.pl/serwery-vps-kvm - ten sam pakiet 20 PLN 2025: https://web.archive.org/web/20250808022024/https://webh.pl/serwery-vps-kvm - pakiet ma 4GB ramu, 25 PLN 2026: https://webh.pl/serwery-vps-kvm - pakiet jak w 2024, w cenie 25 PLN. Więc tak, źle widzisz .
  4. sebak
    Chyba źle widzisz
  5. sebak

    Opinie o webh.pl

    sebak odpowiedział(a) na theqkash temat w Opinie

    Czasem warto zmienić ofertę która ma 5-7 lat na coś aktualniejszego. Sprzęt się rozwija i oferuje inne możliwości jeśli chodzi o wydajność, czy architekturę.
  6. sebak
    Niestety, dane zajmowały więcej niż ilość ramu na serwerze. Podniesione. Dzięki za informacje.
  7. sebak

    Opinie o webh.pl

    sebak odpowiedział(a) na theqkash temat w Opinie

    Nie chcę być upierdliwy, ale Hetzner ma jedną z gorszych wydajności jeśli chodzi o serwery VPS. W projekcie webspeed.pl testowałem cały szereg firm i ich rozwiązania (Hetzner) oferowały najmniejszą dostępną moc obliczeniową. Być może dlatego, że serwer fizyczny nie jest z gumy. Jeśli oferujesz tanie usługi bez nadzoru, to co z tego że w ofercie masz 1 lub 2 vCPU, skoro jako klient realnie masz dostęp do ~50% jednego fizycznego rdzenia, bo wszyscy biją się o fizyczne zasoby, a dysponują jedynie wirtualnymi. Porównujesz rzecz fizyczną z usługą współdzieloną, co jest totalnie bez sensu. Jak kupujesz serwer dedykowany, to zasoby masz tylko dla siebie. Jeśli kupujesz zasoby współdzielone, to chcesz by podział tych zasobów był realizowany na sprawiedliwych zasadach. Tak, byś mógł wykorzystać te zasoby, wtedy kiedy tego potrzebujesz i by klient obok, Cię nie spowalniał.
  8. sebak
    Dzięki za propozycję, ale obecnie chce by wszystkie serwery testujące stały w Polsce. Poniżej aktualna lista wszystkich adresów IP odpytujących o strony: 145.239.93.87 54.38.50.21 54.38.56.124 54.38.58.71 212.127.78.98 185.238.75.151 195.2.209.61 195.2.209.62 188.68.242.185 Adresy mogą się zmieniać z czasem.
  9. sebak
    @l3szcz dziękuję za udostępnienie serwera VPS pod projekt. Będzie odpytywał witryny jako checker-domains-8.webspeed.pl.
  10. sebak
    Jakieś 2 godzinki temu wysłałem odpowiedź .
  11. sebak
    Oczywiście, każda maszynka jest mile widziana .
  12. sebak
    @Mion każdy z wątków które dokonują sprawdzenia stoi w polskiej lokalizacji, tak by właśnie nie przekraczać 10-20 ms, który może wynikać z różnic w lokalizacjach.
  13. sebak
    Jeśli średni czas generowania strony Wordpress (index.php) to około 1500 ms, to jakiekolwiek odchylenia 20-30 ms między różnymi lokalizacjami w Polsce jest przy tym wyniku pomijalne. home.pl i az.pl nie blokuje narzędzia, tylko całą adresację z OVH, co za tym idzie i webspeed.pl na to wpadł.
  14. sebak
    @Tom X poszła wiadomość w tej sprawie na PW.
  15. sebak
    @Tom X jest to raczej standard w systemach typu status page. Wychodzimy z założenia, że usługi działają i chcemy w prosty sposób nanieść na oś czasu termin wystąpienia problemu. Uptime jest per każda strona, nie per hostingodawca. Zawsze priorytet ma kolor czerwony ;-).
  16. sebak
    @Tom X Słupki charakteryzują każdy dzień z ostatnich 30 dni. Jeśli wystąpiła niedostępność, czy timeout danego dnia, słupek za konkretny dzień zmienia swój kolor na czerwony, jeśli wystąpił błąd serwera (np. 500) mamy kolor pomarańczowy. Nie oznacza to, że strona tego dnia, była przez cały dzień niedostępna, ale że w danej dacie wystąpił problem. Szczegóły niedostępności masz po kliknięciu na przycisk pod wykresem.
  17. sebak
    Zmiana została zaimplementowana.
  18. sebak
    Jeśli pozycja w rankingu nie musi być aktualna, to mogę ją zamienić na średnią z doby poprzedzającej aktualną datę. Średnie dobowe i tak przeliczamy codziennie w godzinach nocnych, więc akurat na tą wartość mogę w prosty sposób podmienić ranking. Wtedy będzie miał dobowe opóźnienie, ale będzie bardziej stabilny emocjonalnie.
  19. sebak
    Średnia 10 dniowa nie istnieje nigdzie w naszej bazie danych, jest liczona w momencie serwowania strony. Co innego obliczyć średnią na bieżąco dla 1 strony, a co innego liczyć ją każdorazowo dla 2 mln domen. Zaś ranking redisowy działa na zasadzie przyporządkowania WARTOŚCI LICZBOWEJ do KLUCZA. W prosty sposób możesz pobrać pozycje z rankingu, ale musisz podać istniejący KLUCZ. W naszym przypadku KLUCZEM jest domena, a WARTOŚCIĄ LICZBOWĄ czas jej wczytywania wyrażony w ms.
  20. sebak
    @Tom X ostatni pomiar poszedł pewnie z jakiegoś cache. Całość działa na rankingach redisowych. Inaczej ciężko było by porównywać te wartości, przy tak dużej ilości domen. Ranking jest aktualizowany zawsze o ostatnią wartość która jest aktualnie pobrana przy sprawdzaniu czasu strony. Mam świadomość, że w takich sytuacjach jak ta, wygląda to "dziwnie", niemniej nie znalazłem żadnego sensownego rozwiązania tego problemu.
  21. sebak
    @Tom X specjalnie dla Ciebie wystartował .
  22. sebak
    @MAXX jesteś profesjonalistą podobno, więc potrafisz korzystać. czegoś takiego jak manual. Wskazałem Ci podpowiedź. Literki nie gryzą, naprawdę dla profesjonalisty nie powinien być to problem. Idąc Twoim tokiem rozumowania, masz za mało doświadczenia, więc jak je nabierzesz wróć proszę do tematu.
  23. sebak
    Oczywiście, gdybyś chociaż raz przeczytał i zagłębił się w metodologię testów, która jest dogłębnie opisana na https://webspeed.pl/about, wiele Twoich pytań i sugestii nie miało by miejsca. Ale oczywiście, łatwiej jest uważać się za profesjonalistę, ale do czegoś takiego jak "manual" projektu nawet nie zerknąć. Jeśli jesteś profesjonalistą, a to co prezentujemy Ci się nie podoba, zrób proszę coś lepszego, gdzie pokażesz swoje umiejętności i profesjonalizm. Bo w tej chwili trolujesz i atakujesz, zarzucasz brak doświadczenia, ale sam żadnym swoim profesjonalnym projektem pochwalić się nie możesz... Zachęcam przejrzeć metodologię pomiarów. Curl, chyba nie jest poleceniem zbyt trudnym w obsłudze dla takiego profesjonalisty, więc powinieneś zrozumieć...
  24. sebak
    Jeśli coś komuś zarzucasz, wyrzuć dowody, lub nie trolluj publicznie. Słabe jest zarzucanie czegoś, na podstawie widzimisię, bez grama dowodów lub chociażby elementarnej logiki. Więc zacznijmy od logiki. Jeśli byś kiedykolwiek czytał temat webspeed.pl na tym forum, to iTomek, był jedną z osób, które najmocniej krytykowały projekt. Logicznym jest też, że gdy zauważyli, że wypadają w nim dość dobrze, to zaczęli się tym chwalić. Idąc do samego wrapera sprawdzającego wielkość strony, to jest on niezależny od systemu sprawdzania czasów i ma mniejszy priorytet. Proces wykonuje się w przerwie między kolejnymi odpytywaniami o czas wczytywania strony. W związku z czym, może czasem dojść do sytuacji w której sprawdzenie wielkości strony nie wykona się w odpowiednim czasie, który jest wymagany, aby pokazać wartość przed i po migracji.
  25. sebak
    Myślisz, czy wiesz? Bo my mamy taki projekt, który to robi i odpytuje wszystkie strony co 2 godziny. Jakimś cudem to działa i zbiera dane już około pół roku . Takich statystyk nie mamy, mamy obecnie tylko listę domen, których to dotyczy. Na szybko mogę sprawdzić ile z tych domen to Wordpress - 41 667 domen. Zapuszczę obliczenie tego i wrócę z wynikami. Z natury cache jest dobry, tam gdzie ma sens. Jeśli na stronę wchodzi 1 osoba dziennie, cache generuje więcej zachodu, niż pożytku. Takie jest moje zdanie. A praktyka mówi, że większość stron nie korzysta z dobrych praktyk, nawet jeśli one są i istnieją. EDIT: Wracam z wynikami. Średni czas wczytywania się dla tych 41 667 domen wynosi: 786 ms z uwzględnieniem lscache i 2543 ms wymuszając wczytanie witryny bez cache
×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Korzystając z forum, wyrażasz zgodę na: Warunki użytkowania, Regulamin, Polityka prywatności.

  I accept
Proszę nie wysyłać wiadomości na ten adres e-mail: [email protected]