itomek

Dzięki! Zbieram feedback od użytkowników, którzy otrzymali dostęp. Tak więc każdy, kto testował wersję alpha, a ma jakieś pomysły na nowe funkcjonalności test2speed.com, jest uprzejmie proszony o kontakt ze mną

Nie ma takich planów. Serwis będzie ogólnodostępny.

Nic autorskiego, na ten moment następujące wersje Chrome 96.0.4664.110, Lighthouse 9.2.0

Już niedługo premiera test2speed.com - nowego serwisu testującego szybkość wczytywania stron WWW. O ile tego typu serwisy są już od lat dostępne na rynku, to nie oferują one możliwości sprawdzenia szybkości ładowania strony jednocześnie z kilku polskich miast. Na dzień dzisiejszy mamy gotową wersję alpha serwisu. Każdy, kto chce otrzymać do niej dostęp, wystarczy, że wyśle do mnie prywatną wiadomość ze swoim adresem e-mail. Na ten adres prześlę URL strony i dane logowania (wersja alpha nie jest dostępna publicznie). Chcemy, by test2speed.com był wartościowym narzędziem, pozwalającym na właściwą optymalizację stron WWW. To pierwsza tego typu inicjatywa, w ramach której serwery testujące umieszczone zostały w wielu polskich miastach! Do kontaktu w szczególności zapraszam webmasterów.

W każdej chwili można się z nami skontaktować, omawiając ewentualne możliwości optymalizacji kosztów. W zakresie typu i rodzaju usług, każdy klient może wybrać sobie to, co akurat mu w tej chwili odpowiada i jest mu potrzebne. Jeżeli do optymalizacji potrzebne są zmiany w zakresie konfiguracji, udzielamy klientom zawsze pełne wsparcie, prowadząc ich krok po kroku przez wszystkie niezbędne ustawienia. Po to wysyłamy klientom proformy a nie zobowiązania do zapłaty, aby każdy klient mógł przeanalizować swoje potrzeby na kolejny rok i odnowić te usługi, które faktycznie są mu potrzebne lub które musi odnowić, aby jego strona działała poprawnie.

W przypadku, gdy ktoś korzysta z określonej wersji PHP, która przestaje być wspierana zgodnie z https://www.nazwa.pl/php-i-bazy-danych/ to w ramach odnowienia hostingu przesyłana jest propozycja, aby tę usługę utrzymać. Nie mamy możliwości ani prawa ingerować w ustawienia serwerów (samodzielnie migrować bazy danych, zmieniać wersje PHP itd.). W każdym przypadku klient ma możliwość skontaktować się z nami - otrzyma instrukcję migracji baz danych czy instrukcję zmiany wersji PHP. Te informacje przedstawiamy również w naszym Centrum Pomocy https://www.nazwa.pl/pomoc/. To miejsce gdzie nawet osoby "nietechniczne" będą w stanie uzyskać wiedzę, jak wprowadzić jakieś ustawienia na hostingu (krok po kroku, łącznie ze screenami z CloudHosting Panel).

Zacytowana usługa to wykonanie czynności za użytkownika. Kto chce, może z niej skorzystać, ale warto mieć na uwadze, że nasz Dział Obsługi Klienta telefonicznie i mailowo udziela wszystkich niezbędnych informacji w zakresie obsługi domeny. Myślę, że w ramach takiej pomocy, nawet osoba bez wiedzy technicznej poradzi sobie z realizacją tego, co chce osiągnąć i co musi zrobić. Jeżeli masz u nas jakiekolwiek usługi, możesz bez problemu przekonać się, jak kompetentne i wszechstronne wsparcie i szczegółowe informacje są przez nas udzielane. Nierzadko w takich sytuacjach prowadzimy klientów "za rękę" od początku do końca jakiegoś procesu.

Jest wiele takich sytuacji. Nie każdy zna się na kwestiach związanych chociażby z zarządzaniem strefą DNS domeny, w tym jakimiś indywidualnymi ustawieniami jej konfiguracji. Internet nie śpi, a takie 24h/7 wsparcie to element usługi.

Tak, jak napisałeś. Cena domeny zawiera w sobie usługi dodatkowe, a także 24h/7 support. To, za co trzeba płacić informatykom, w nazwa.pl klient otrzymuje w ramach wykupionej usługi. Przez całą dobę. Co do samej zmiany cennika m.in. dla domen (o wspomniane 30 zł w skali roku), wynika on - jak zostało zacytowane przez theqkash'a - po prostu ze zmiany otoczenia biznesowego. I tu bez wdawania się w szczegóły z tym związane. Wszystko, jak najdelikatniej można, opisaliśmy w mailu.

Tak jak wspomniałem, od 1 września 2020 r. była możliwość zakładania baz w MariaDB 10.5, która to wersja ma wsparcie do 24 czerwca 2025 r. Wprowadzenie baz MariaDB 10.6 niczego nie zmieniło w tym zakresie. Jeżeli jest jakiś kłopot z migracją bazy z 10.1 do wersji 10.5 lub 10.6 z wykorzystaniem naszego migratora, tak jak pisałem - proszę o PW.

Jeszcze w uzupełnieniu do poprzedniej odpowiedzi napiszę, że od ponad roku, bo od 1 września 2020 r. na serwerach można zakładać bazy MariaDB w wersji 10.5 (https://www.nazwa.pl/blog/najnowsza-wersja-mariadb-10-5-5-i-postgresql-12-4), która ma wsparcie do czerwca 2025 roku.

Rozumiem, myślałem, że konto dla którego wystawiona jest proforma ma ponad roku, skoro teraz przypada jego odnowienie. Może terminy się po prostu zazębiły. Tak, czy inaczej, migracja bazy danych to kilka chwil za pomocą CloudHosting Panel. Przesłałem link w poprzedniej odpowiedzi. Migrator robi to automatycznie, działa wówczas i stara baza, i nowa. Można sobie swobodnie sprawdzić po migracji połączenie do nowej bazy, czy wszystko działa tak, jak powinno. Jeżeli będzie jakiś problem związany z bazami po migracji, proszę o PW.

Lista wspieranych baz danych wraz z bezpłatną obsługą na serwerach CloudHosting podana jest na stronie https://www.nazwa.pl/php-i-bazy-danych/ . Bezpłatna obsługa baz MariaDB 10.1 i PostgreSQL 9 zakończyła się 30.06.2021 r., ale Ci użytkownicy, którzy wykorzystywali te bazy w ramach swojego hostingu, do końca okresu abonamentowego, na jaki był aktywny serwer, otrzymali te wsparcie bez opłat. Wysyłaliśmy natomiast mailingi z informacjami, że należy dokonać upgrade i że takie wsparcie dla MariaDB 10.1 i PostgreSQL 9 kończy się 30.06.2021 r. Miało to miejsce 21 grudnia 2020 r. Nie ma problemu, aby usunąć dodatkową opłatę za obsługę starych baz danych z proformy - wystarczy użyć migratora baz danych dostępne w CloudHosting Panel i po wykonaniu upgrade bazy danych - zgłosić do nas taką uwagę informację mailowo lub telefonicznie. Opis procedury upgrade'u jest dostępny m.in. w naszym Centrum Pomocy: https://www.nazwa.pl/pomoc/baza-wiedzy/zarzadzanie-baza-danych/#migracja-mariadb-105

PHP 8.1 w nazwa.pl Od dzisiaj na serwerach CloudHosting można korzystać z najnowszej wersji PHP 8.1, która cechuje się przede wszystkim: lepszą wydajnością z czasem ładowania krótszym o ok. 3% niż w przypadku PHP 8.0 i o 13% krótszym niż w przypadku PHP 7.4; nowymi funkcjonalnościami, takimi jak m.in. mechanizm wyliczeniowy Enums, Fibers, typ Never return type (typ bezzwrotny), funkcja array_is_list(), Intersection Types czy modyfikator Readonly; większym bezpieczeństwem dla uruchamianych aplikacji. Bardziej szczegółowe informacje oraz test PHP 8.1 udostępniamy na naszym blogu: https://www.nazwa.pl/blog/php-8-1-w-nazwapl

To, jakie są warunki korzystania z usługi DNS Anycast, napisałem już kilka komentarzy wcześniej. DNS Anycast jest usługą bezpłatną, gdy utrzymuje się domenę w nazwa.pl. Dla domen utrzymywanych w innych firmach, obowiązują dodatkowe opłaty (10 lub 60 zł netto jednorazowo za cały rok, oczywiście poza pierwszym rokiem, gdy usługa jest bezpłatna). Warto mieć na uwadze to, że utrzymanie domeny w nazwa.pl to szereg korzyści dla użytkownika, które przede wszystkim pozwalają oszczędzić czas i właściwie chronić domenę i usługi z nią związane. Zatem począwszy od możliwości aktywowania wszystkich typów zabezpieczeń dla poczty e-mail (SPF, DKIM z automatyczną cykliczną rotacją kluczy, DMARC), poprzez anycastową technologię DNS'ów, a skończywszy na ich właściwym zabezpieczeniu poprzez DNS over TLS czy DNSSEC - wszystko realizowane jest automatycznie, oszczędzając czas, który użytkownik musiałby poświęcić na ręczne ustawianie poszczególnych funkcjonalności (o ile w ogóle wiedziałby jak to zrobić).

W rozważaniach należy wyjść od tego, że DNS Anycast jest usługą bezpłatną dla każdej domeny rejestrowanej w nazwa.pl. Jeżeli danej domeny nie można u nas zarejestrować, opłata za DNS Anycast jest ustalona na 10 zł netto / rok. Nie oferujemy rejestracji wszystkich typów domen internetowych.

Nie ma różnic technicznych.

Umożliwiamy rejestrację i utrzymanie domen z grupy domen NASK oraz domen globalnych, takich jak: .com, .net, .org, .biz, .info (jako jedyni w Polsce posiadały akredytację ICANN). Utrzymywane u nas domeny mają aktywowane m.in. zabezpieczenie DNSSEC. W przypadku domen, których nie można u nas rejestrować / utrzymywać, koszt DNS Anycast wynosi 0 zł w pierwszym roku / 10 zł w odnowieniu (netto, roczne).

Dziękuję za traceroute, prześlemy go do T-Mobile do weryfikacji. Z UPC jest tak, że 2 tygodnie temu zgłosiliśmy do nich pisemną reklamację. Z informacji, jakie do mnie dochodzą wynika, że niedługo trasa wreszcie będzie wyglądała tak, jak powinna.

CDN nazwa.pl to pierwsza tego typu inicjatywa w naszym kraju. Połączenie w wielu lokalizacjach w Polsce wymagało dużej ilości zmian w sieciach operatorów, aby z każdego miejsca realizować przekazywanie połączenie do najbliższego geograficznie węzła CDN. Będę wdzięczny, gdybym mógł przez PW otrzymać traceroute połączenia do strony nazwa.pl.

Roczny koszt za odnowienie domeny to 120 zł netto / 147,60 zł brutto. Źle mnie zrozumiałeś. DNS Anycast jest elementem pakietu Bezpieczna domena . U nas każda domena rejestrowana / utrzymywana jest w ramach tego pakietu. Zatem nie ma żadnych dodatkowych kosztów związanych z DNS Anycast jeżeli tylko utrzymujesz u nas swoją domenę. Podkreślę jeszcze raz - dla domen utrzymywanych u nas nie ma opłat za DNS Anycast.

https://www.nazwa.pl/scrubbing-center/ oraz https://www.nazwa.pl/data-center/ - zapraszam do zapoznania się, jest tam napisane tyle, ile możemy przekazać osobom nie mającym dostępu do informacji firmowych. Ja wolę określenie - największych operatorów. Taki był klucz doboru. A do tego nie można zapominać o uczestnictwie w punktach wymiany ruchu, które z kolei odpowiadają za bezpośrednią komunikację z mniejszymi operatorami. Napisałem dlatego o wymianie ruchu w AMS-IX i ESpanix, przy czym nie będziemy przecież wyważali otwartych drzwi. Wiesz zapewne, za jaką część ruchu odpowiadają te węzły. Wydaje mi się, że zapominasz o tym, jak działają DNSy i jak wygląda cache tych informacji, kto go przechowuje i jak często następuje odpytanie DNSów w ujęciu ruchu na stronie. Nie zauważyłem w tym serwisie możliwości wykonania testu z różnych miast w Polsce. Przecież pod tym linkiem nie ma informacji, które byłyby odpowiedzią na komentarz, jaki został zacytowany. Pytanie zasadnicze, czy każdy ją udostępnia w ramach swoich węzłów CDN w wielu polskich miastach? I czy jest jakiś odgórny nakaz korzystania z Litespeed? Twoje wypowiedzi niestety próbują w każdym aspekcie dyskredytować usługę, którą nasi klienci otrzymują po prostu za darmo. Nic nie muszą konfigurować, nic nie muszą zmieniać, wrzucają stronę i już mogą mieć wszystko to, co wymaga dużej ilości konfiguracji. Można przecież powiedzieć, po co istnieją firmy hostingowe, skoro każdy może sobie postawić serwer w piwnicy na łączu jakie ma w domu? Po co istnieje Twoja firma, skoro każdy może nauczyć się tego, co Ty oferujesz i robić to samodzielnie? Przecież dochodzimy do absurdu. Koszt DNS Anycast to 60 zł netto / rok dla domen, które można rejestrować / utrzymywać w nazwa.pl i 10 zł netto / rok dla domen, których nie można u nas rejestrować (np. domena *poznan.pl). Pierwszy rok DNS Anycast to 0 zł. Dla domen utrzymywanych u nas - nie ma opłat za DNS Anycast, jest on elementem pakietu "Bezpieczna domena".

A czy wszystkie osoby, które wchodzą na Twoją stronę WWW, korzystają z tego samego co Ty operatora dostępu do Internetu, który z jakiegoś powodu nie uczestniczy w EPIX Poznań, tylko w EPIX Warszawa? Aby CDN miał sens, jego dostawca musi wymieniać ruch z operatorami ogólnokrajowymi (my robimy to w wielu miejscach bezpośrednio z największymi: Orange, Netią, UPC, Vectrą i T-Mobile), a także trzeba uczestniczyć w punktach wymiany ruchu (jesteśmy obecnie w EPIX Warszawa, EPIX Katowice, EPIX Poznań, TPIX Warszawa, PLIX Warszawa, THINX Warszawa, POZIX Poznań, WRIX Wrocław). Za granicą jesteśmy w AMS-IX Amsterdam i ESpanix Madryt. W USA współpracujemy z Cogent. Trzeba też zdecydować, do kogo kieruje się swoją ofertę. My stawiamy na użytkowników z Polski, którzy mają polskojęzyczne strony WWW. Nasz CDN jest automatycznie zintegrowany z CloudHostingiem, a niedługo będzie udostępniony jako usługa niezależna i przeznaczona dla stron, które nie są hostowane w nazwa.pl.

Jakiś czas temu przenosiliśmy serwery z Krakowa do Warszawy. Tutaj także mogłoby paść pytanie, jakie to ma znacznie, czy serwery są w Krakowie czy Warszawie? Otóż każde skrócenie odległości fizycznej między użytkownikiem a serwerem przekłada się na krótszy czas ładowania strony. Dzięki węzłom CDN w różnych miastach w Polsce, w których - czy komuś się podoba, czy też nie - skupia się główny ruch internetowy w naszym kraju, skracamy czas każdego pojedynczego RTT o kilka-kilkanaście ms. Użytkownik na stronie WWW nierzadko wykonuje wiele cykli czynności, przechodząc przez kilka - kilkanaście - kilkadziesiąt podstron. Dzięki niskiemu RTT, na każdej z nich zaoszczędza ok. 15-20% czasu potrzebnego na jej wczytanie. Poniżej prezentuję przykład czasu wczytywania strony forum.rootnode.pl z łącza Netii z różnych lokalizacji: Poznań - 0.91 s Gdańsk - 0.95 s Warszawa - 0.95 s Wrocław - 1.01 s Kraków - 1.13 s Katowice - 1.18 s Jak widać, różnica w czasie wczytywania głównej strony forum, o której nie można powiedzieć, aby była przeładowana obrazkami czy CSSami, wynosi 0,27s. Czy to mało? Każdy może sobie sam odpowiedzieć na to pytanie, biorąc pod uwagę to, jak zbudowana jest strona forum.rootnode.pl. Tutaj przykład strony sklepu internetowego z elektroniką, w którym od czasu do czasu robię zakupy: Poznań - 2.75 s Warszawa - 2.80 s Kraków - 2.95 s Katowice - 3.10 s Wrocław - 4.11 s Gdańsk - 4.16 s Nie będę podawał publicznie adresu sklepu (jak ktoś jest bardzo zainteresowany, proszę o PW), bo mój wpis nie ma na celu pokazywania ułomności usługi, tylko wskazania, że to, co zwykło się tutaj mówić, że Polska to mały kraj i odległości nie mają znaczenia, ma się nijak do faktycznych sytuacji związanych z prawdziwymi stronami WWW. Powyższy przykład pokazuje różnicę w czasie wczytywania strony między użytkownikiem w Poznaniu i użytkownikiem w Gdańsku wynoszącą ponad 1,4 sekundy (tylko dla głównej strony!). Pomyślcie, jakie UX ma ktoś, kto wchodzi na stronę w Gdańsku, przechodząc przez różne podstrony, wyświetlając więcej produktów niż prezentuje strona główna itd? Jeżeli traci ok. 1,5 sekundy na wczytanie pojedynczej strony... W obydwu przykładach (forum.rootnode.pl i ten sklep) Data Center, gdzie umieszczony jest serwer ma lokalizację w Warszawie. Ale przecież w Polsce są też inne miasta, w których są centra danych. Jeżeli ktoś ma serwer w Gdańsku, a użytkownik wchodzi na stronę z Krakowa, to można sobie wyobrazić, o ile dłużej będzie musiał czekać na wczytanie strony. Mówimy tutaj jednak tylko o fizycznej odległości. A przecież w ramach usługi CDN nazwa.pl nie powinno się pomijać też kwestii dodatkowych funkcjonalności, takich jak chociażby automatyczna kompresja obrazów do WebP, która jest połączona z autoskalowaniem obrazu do rozmiaru ekranu urządzenia, na którym jest wyświetlana strona. To także kolejny element naszej usługi CDN, dzięki której szybkość wczytywania strony znacznie wzrasta. Mógłbym równie dobrze zapytać, czemu Twój dostawca Internetu nie wymienia się ruchem w EPIX Poznań, tylko idzie od razu do Warszawy? Nie chodzi o ping, tylko o trasę. Poniżej MTR do hostings.pl: A tak to wygląda w nazwa.pl: Nie wystarczy samo ulokowanie serwerów w różnych miastach, trzeba dodatkowo w tych miastach wymieniać ruch z sieciami ogólnokrajowych operatorów oraz uczestniczyć w lokalnych IX'ach. Inaczej mówimy tylko o kolokacji a nie o CDNie.

Zakładając, że to co jest na stronie, to faktycznie informacja o CDNie, zrobiłem test z Poznania, wymienionego na tej stronie jako potencjalne miejsce ulokowania węzła CDN: 1 <1 ms <1 ms <1 ms 192.168.0.1 2 7 ms 30 ms 25 ms poz-bng102.neo.tpnet.pl [83.1.5.125] 3 4 ms 6 ms 5 ms poz-r11.tpnet.pl [80.50.146.153] 4 9 ms 10 ms 9 ms war-ar2.tpnet.pl [195.117.0.10] 5 * * * Request timed out. 6 28 ms 22 ms 22 ms WrocC001RT03-WrocC001RT01.inetia.pl [83.238.248.17] 7 26 ms 23 ms 23 ms WROCC002RT08.inetia.pl [83.238.248.23] 8 21 ms 20 ms 20 ms r-3-GE-jel.jgora.dialog.net.pl [217.30.147.11] 9 20 ms 21 ms 22 ms do-mucha-147-z.dialog.pl [78.8.35.147] 10 23 ms 23 ms 22 ms 91-219-208-153.hostings.pl [91.219.208.153] 11 23 ms 23 ms 23 ms hostings.pl [91.219.209.50] Przetestowałem też kilka innych domen, które znalazłem na tych samych DNSach, co domena firmy informującej o CDNie. Wynik jest dokładnie taki sam. Taki test zrobiłem też z Kołobrzegu, z łącza do którego też mam dostęp, ostatni hop był identyczny, ping 25 ms i więcej. Nie widzę CDNa po traceroute / mtr, nie widzę go też w nagłówkach zwracanych przez serwer. Dla porównania test do nazwa.pl z tej samej lokalizacji wygląda następująco: 1 <1 ms <1 ms <1 ms 192.168.0.1 2 6 ms 6 ms 7 ms poz-bng102.neo.tpnet.pl [83.1.5.125] 3 5 ms 6 ms 5 ms poz-r11.tpnet.pl [80.50.146.153] 4 6 ms 4 ms 5 ms poz-ar3.tpnet.pl [213.25.5.194] 5 6 ms 5 ms 5 ms 195.116.155.7 6 6 ms 5 ms 5 ms poz1-133-229.net.nazwa.pl [85.128.133.229] 7 6 ms 5 ms 5 ms poz1-133-163.net.nazwa.pl [85.128.133.163] 8 6 ms 5 ms 5 ms nazwa.pl [77.55.124.100] Zwróć uwagę na opóźnienie na pierwszym hopie, co pokazuje, że to ono odpowiada za czas dostępu do serwera nazwa.pl z lokalizacji w Poznaniu do której mam dostęp. Reasumując - firma, którą wskazałeś ma PING 23 ms nazwa.pl - PING 5ms