P-e-T-e-R

DNS to najważniejsza usługa dla poprawności działania poczty i www, więc zastanów się zanim wydelegujesz domenę na przypadkowy serwer. Błędy na tym serwerze mogą wpłynąć na brak możliwości korzystania z domeny, przejęcia poczty, czy połączeń do WWW i wycieku danych... Chyba bezpieczniej będzie zainwestować w VPS'a z minimalną konfiguracją na którym uruchomisz usługę DNS.

Tak, patrzyłem na inny wątek i się dziwnie zasugerowałem, myląc wątki. Świetnie że domeny.tv zdecydowało się na obsługę DNSSEC. Ktoś jeszcze z polskich firm oprócz nazwa.pl i domeny.tv oferuje DNSSEC?

@MateuszCODE podaj nazwy tych firm i te DNS Anycastowe. Ciekawy jestem bo jak miesiąc temu sprawdzałem to żadna polska firma z pierwszej dziesiątki na https://top100.wht.pl po za nazwa.pl nie miała anycastowych DNSów. Ale patrzyłem tylko na DNS'y które obsługują domeny operatorów hostingowych, a nie ich klientów. Posiadasz jak widzę wiedzę której nie mam, więc się nią podziel.

Boolean logic x AND (NOT(NOT(x) OR z) OR x AND NOT(y) OR z AND x)= = (x AND (NOT(NOT(x) OR z)) OR (x AND (x AND NOT(y)) OR (x and (z AND x)) = = [(x AND (NOT(NOT(x) OR z)) OR (x AND (x AND NOT(y))] OR (x and (z AND x)) Teraz masz już rozpisane na dwa wejścia Według logiki boolean A OR B OR C = (A OR B) OR C = A OR (B OR C). Logiczne gdyż wyrażenie OR daje prawdę gdy chociaż jeden z elementów w operacji OR daje prawdę.

Zgodnie z IEEE 802.3 payload wynosi 46-1500 bajtów (MTU 1500). W sieciach wewnętrznych można stosować MTU 9000 (jumbo frames), ale w sieciach publicznych tak czy tak dochodzi do defragmentacji wielkości pakietów do wartości akceptowalnej przez każdy z routerów pośredniczących w transmisji. Wartość MTU 1500 jest typową akceptowaną wartością MTU przez wszystkich przy której nie dochodzi do defragmentacji, dlatego jest to wartość którą stosuje się w całej sieci Internet. Poczytaj RFC 791 https://tools.ietf.org/html/rfc791 dotyczące protokołu IP, oraz RFC 793 https://tools.ietf.org/html/rfc793 protokołu TCP.

Przez najbliższy weekend odbędzie się duża aktualizacja rankingu https://top100.wht.pl. Do zestawienia zostanie dodanych ponad 100.000 nowych domen. Aktualizacja obejmie wszystkich usługodawców.

Sprawdź teraz. Był błąd w konfiguracji uprawnień po zmianie wersji oprogramowania forum.

Procesy które wykonują się w systemie działają na pojedynczym rdzeniu procesora. Im szybszy rdzeń tym zadanie (np. zapytanie na bazie danych) szybciej się wykona. Sens dawania większej ilości rdzeni jest dopiero wtedy gdy serwerowi brakuje już mocy obliczeniowej. Obecnie rozwój procesorów idzie raczej w kierunku zwiększania ilości rdzeni niż zwiększania szybkości pojedynczego rdzenia, więc w sumie dobrą wiadomością dla Ciebie jest że nie ma znaczenia czy to będzie nowy czy stary procesor bo nowe procesory po prostu nie będą szybsze . Każdy procesor można opisać poprzez szybkość działania jednego rdzenia i szybkość działania całego procesora. Szybkość działania procesora dobrze opisuje zestawienie https://www.cpubenchmark.net/singleThread.html Na tej stronie znajdziesz również informacje o całkowitej szybkości działania każdego z procesorów. Miłej lektury

Informuję, że aktualizacja statystyki top100.wht.pl została zakończona. Z rankingu zostało usuniętych około 1,5mln domen które nie zostały przedłużone, oraz dodano około 200tyś nowych domen. W dniu dzisiejszym zostaje uruchomione również pobieranie listy domen od Partnerów, które wyłączyłem w momencie rozpoczęcia prac w sobotę.

Nie. Chodzi o techniczne ustawienie w bazie top100.wht.pl. Firma która się tym zajmowała na zlecenie webhostingtalk.pl jeszcze nie dokończyła swoich prac. Natomiast co do blokowania monitorinu... Jest on robiony z wielu stacji, więc jeżeli te losowe stacje napotykają na błąd to przecież powinny go zaraportować w postaci niedostępności. Jaki sens miało by uprzywilejowywanie określonych numerów IP przez ISP? Chyba tylko sztucznego podwyższenia swojego SLA.

To oczywiście błąd w wyświetlaniu wyników. Słuszna uwaga - trzeba to zmienić. Natomiast błędy pomiarowe wynikają zapewne z nie sparowania danego ISP z systemem raportowania Monit24. Widać że konieczne jest wprowadzenie w tym tygodniu drobnych poprawek.

Informuję, że w wyniku przeprowadzanych prac związanych z aktualizacją top100.wht.pl wykryty został błąd w działaniu oprogramowania generującego statystyki, polegający na nie usuwaniu ze statystyki domen których termin ważności wygasł. Domeny te pomimo, że nie były widoczne w DNS nadal były zaliczane do usługodawcy który je obsługiwał jako ostatni. Błąd ten istnieje od kilku lat działania top100.wht.pl co można zaobserwować porównując dynamikę wzrostu ilości domen na top100.wht.pl i w raportach udostępnianych przez NASK. Prace związane z weryfikacją wszystkich domen zostały rozpoczęte i mogą wywołać duże zmiany w poniedziałkowym raporcie. Piotr Nowak

Informuję, że baza domen o której pisałem w poprzednim poście została dodana. Jak wielu użytkowników zauważyło (również na forum rootnode.pl) bardzo dużo z tych domen pochodzi z nazwa.pl i zasiliło wyniki tej firmy. To nieuniknione skoro 1/3 nazw nowych domen w Polsce jest rejestrowanych przez tego dostawcę (patrz raport NASK za 2018r.: https://www.dns.pl/NASK_Q4_2017_RAPORT.pdf). Zapraszam przedstawicieli firm hostingowych do kontaktu ze mną jeżeli liczba domen prezentowanych w zestawieniu top100.wht.pl nie odpowiada liczbie domen danego dostawcy. Sprawdzę każdy przypadek indywidualnie tak jak to zrobiłem w przypadku firmy Progreso i Unixstorm (http://www.webhostingtalk.pl/topic/57922-problem-z-dzialaniem-top100whtpl/?p=493389). Przeprowadzane prace ujawniły, że do statystyki zaliczane były domeny w rozszerzeniach po za oficjalnie przyjętą listą: .pl, .com, .net, .org, .biz, .info, .eu. Zgodnie z informacją na top100.wht.pl: "Na potrzeby budowania rankingu brane są pod uwagę zarówno domeny polskie, europejskie jak i globalne, a w przypadku firm z siedzibą za granicą Polski tylko domeny polskie.". Wycofałem te domeny, oraz oczyściłem bazę z nagromadzonych przez lata "śmieci". Zmiany dotyczą wielu rejestratorów - poniżej lista 20 z największą liczbą takich domen: 24031 hekko.pl 16836 forpsi.pl 9562 linuxpl.com 8542 biznes-host.pl 7806 az.pl 4789 home.pl 3860 nameserver.sk 3675 kei.pl 3447 bodis.com 3186 zenbox.pl 3011 mydevil.net 2970 superhost.pl 2676 nazwa.pl 2639 1and1.pl 1995 turbodns.co.uk 1668 hoseo.pl 1237 unixstorm.org 1127 neteasy.pl 899 tele3.us 808 laohost.pl Dodatkowo z kolejki domen do sprawdzenia zostały usunięte domeny w różnych rozszerzeniach nie branych pod uwagę przy budowaniu zestawienia, a które zajmowały niepotrzebnie czas potrzebny na weryfikację domen w prawidłowych rozszerzeniach. Usunięte zostało też dużo śmieci wynikających z nieprawidłowego parsowania danych wejściowych z crawlerów i plików które udostępniają dostawcy hostingu. Jest to niestety stan zastany przeze mnie który teraz prostuję. Poniżej lista rozszerzeń domen usuniętych z zestawienia powyżej 10tyś wystąpień: 318145 de 254190 co.uk 198887 ru 137877 nl 115533 cz 56651 ch 56583 at 55260 se 51352 it 47997 dk 42460 be 41394 sk 38841 ca 34965 co.za 26929 hu 26771 es 25553 fr 25443 cn 22013 ro 20886 org.uk 20803 no 19367 ie 18213 lt 17517 co.nz 16680 gr 16024 jp 15955 com.cn 15013 com.ua 14079 cl 13976 in 13429 fi 12609 us 10270 tk Powyższe prace spowodują duże zmiany w statystyce domen na top100.wht.pl gdyż system w krótkim czasie odświeży informacje o delegacjach wszystkich domen w rankingu, ujawniając wszystkie zmiany związane ze zmianą delegacji domen, oraz ich usunięciem z systemu DNS. Piotr Nowak

Informuję, że w bieżącym tygodniu do rankingu top100.wht.pl zostanie dodane około 300 tysięcy nowych nazw domen. Z uwagi na dużą ilość danych zmiany będą wprowadzane przez kilka dni.

Aby wyjaśnić problem różnych czasów odpowiedzi serwera wszystkim którzy nie rozumieją tej problematyki, chcę zwrócić uwagę że czas ten zależy przede wszystkim od obciążenia usługi (nie tylko fizycznej maszyny) w danym momencie. Zakładając bowiem, że Klient ma dla przykładu przydzielone 4 cory procesora (4 vCPU), a skrypt PHP wykonuje się przez 1s, to logiczne jest, że maksymalnie z pełną prędkością mogą wykonywać się 4 procesy PHP równocześnie. Czas wykonania wtedy będzie 1s dla każdego procesu i wyniki wykonania wszystkich procesów PHP będą dostępne po 1s. Gdy jednak równocześnie zostanie uruchomionych 8 takich skryptów PHP to czas wykonania się skryptów PHP wzrośnie do 2s dla każdego z nich, ponieważ będą musiały wszystkie dzielić taki sam czas wykonania procesora. Z powyższego jasno wynika, że możemy w sposób czysto teoretyczny wyliczyć czas wykonania się skryptów PHP w środowisku produkcyjnym na podstawie czasu wykonania pojedynczego skryptu PHP w warunkach nie obciążonego serwera, oraz ilości dostępnych vCPU. Na tej podstawie można oszacować ilość równolegle działających wątków przy założonym przez siebie poziomie SLA w zakresie czasu odpowiedzi serwera. Widać też z powyższych wyliczeń, że warto optymalizować czas wykonywania się skryptów PHP i nie bez znaczenia dla wydajności środowiska produkcyjnego jest to czy dany skrypt będzie się wykonywał 1s, 0,5s czy 0,2s - chociaż może się wydawać w środowisku testowym, że wszystkie te czasy są akceptowalne. Można oczywiście dokonać pomiarów czasów poprzez zewnętrzny monitoring, co pozwoli oszacować czy osiągane czasy wykonywania skryptów PHP są zbliżone do czasów optymalnych, jednak warto również sprawdzić ile w tym samym czasie było uruchomionych równocześnie usług (co można przecież oszacować nawet po logach accesslog z serwera WWW). To bowiem pozwoli oszacować czy ilość wykupionej mocy obliczeniowej jest wystarczająca do rzeczywistego obciążenia strony WWW (skryptów PHP), przy założonych wcześniej poziomach SLA dla czasu wykonywania się skryptów PHP.