psz

Mocno naciągana teoria. O ile "IP == Serwer" będzie prawdziwe w przypadku najprostszych hostingów/homelabu, to w przypadku usług cloud, a nawet średniej wielkości hostingów, masz do czynienia z całym klastrem load balancerów, aplikacyjnych, SAN, bazy danych itp. W dodatku ten IP będzie się różnił w zależności od sytuacji, np. CDN-y z anycastem lub geodns, gdzie cały kontynent będzie miał jedno IP, albo IP per operator/losowe; czy jest atak DDoS i ruch idzie przez scrub serwery; hostingi sprzedające VPS-y bez IPv4 (i w zamian oferujące proxy), albo domowe homelaby za CGNAT-em (są ISP, które pozwalają klientom przekierowywać sobie porty, w podobny sposób, w jaki domowe routery to udostępniają) itp. IP mają tendencję się też zmieniać, czasem nawet co kilka sekund (o ile klient nie kupi sobie dodatkowo płatnej usługi statycznego IP, co firmy lubią wciskać jako usługę premium, choć klient często nie wie, po co). Oczywiście, nic nie broni Wam dodać takiej statystyki, ale będzie to zabawka, a nie wartościowa miara.

Od żadnej. Adresy IP mają funkcję infrastrukturalną (gdzie kierować ruch, aby mógł zostać przetworzony), a nie identyfikacyjną (co stoi za adresem).

Bardzo fajna strona, dużo technikaliów, przypomina mi trochę https://speed.cloudflare.com/, albo https://www.webpagetest.org/. Kilka pomysłów pod rozwagę: - rozdzielić hosting DNS od hostingu strony, zrobić z tego dwie sekcje i tworzyć statsty specyficzne dla każdego z nich - spróbować wykrywać używany CMS - porównywać średni czas odpowiedzi nie do WordPressu i PrestaShop, ale do wykrytego CMS'a, oraz do pasującej kategorii strony, np. wosp.org.pl do organizacji NGO, onet.pl do portali, nazwa.pl do firm hostingowych itp. - nie wiem, co reprezentuje "PHP" w porównaniu średnich czasów, jeśli nie ma dobrego uzasadnienia, to usunąć. - zmienić tekst "Rozmiar index.php" na "Rozmiar strony głównej". Nie wszystko jest na PHP, opis jest mylący - wygląda, że źle wykrywacie CMS, np. https://www.webspeed.pl/wosp.org.pl pokazuje WordPress, jestem prawie pewien, że nie - usunąć informację o serwerze poczty, nieistotne z punktu widzenia wydajności - dodać sprawdzanie obecności IPv6 oraz procentową różnicę w wydajności (wystarczy mała wzmianka, nie rozdrabniajmy się) - Sprawdźcie, czy Cloudflare Radar ma jakieś fajne dane, które moglibyście wykorzystać (dostępne API) - wpisuję domenę, której nie ma zindeksowanej, komunikat jest mało czytelny. Dlaczego jej nie ma? Powinna być? Jak dodać? - dodać możliwość skanowania dowolnej domeny "na żądanie", nawet jeśli później nie zostałaby dodana do indeksu (bo np. nie jest w kręgu waszych zainteresowań)

Ten poradnik jest tak stary, że API, które opisuje już dawno nie działa Najłatwiej wyklikać DDNS od Synology. Co do błędów certyfikatu po wskazaniu CNAME'm, w panelu w sekcji Bezpieczeństwo/Certyfikat powinno się dać wygenerować certyfikat Let's Encrypt na domenę wskazaną CNAME'm (z wyjątkiem certyfikatu wildcard, który wymaga DDNS Synology). Alternatywnie: można używać QuickConnect (Synology robi za proxy) albo zainstalować Cloudflare Tunnel w Dockerze (pod nazwą Container Manager). Dodatkowym bonusem w przypadku Cloudflare jest możliwość zabezpieczenia dostępu przy pomocy Access.

Zgadza się, awarii nie powinno być nigdy. Świat wyglądałby wtedy znacznie lepiej: Niestety, żyjemy na Ziemi i awarie się zdarzają. Kto nie miał awarii, niech pierwszy rzuci kamieniem. #HugOps w stronę ekipy HitMe.pl

Awaria DNS-ów nigdy nie skutkuje błędami NXDOMAIN. SERVFAIL będzie skutkować soft-fail'ami w SMTP, co nie spowoduje żadnych strat w mailach (o ile nie trwa zbyt długo), natomiast w promocji klienci będą mieć mniej spamu w skrzynkach. Dobrą praktyką jest ustawianie strony statusowej w osobnej domenie na niezależnej infrastrukturze.

Nie pomyliły się szanownemu koledze dekady? Teraz się używa SFTP (jest w Panelu Sterowania)

Centrum Pakietów. Chyba jest domyślnie instalowany, ale bez konfiguracji (wtedy ok).

Mam nadzieję, że nie włączałeś serwera DHCP na Synology (tak, jest tam taki).

Spoko. Skojarzyła mi się końcówka domeny (.it = IT) z tematyką forum, warto ostrzec Znam z autopsji.

Jak wymagania nie są wygórowane, to praktycznie cokolwiek z dopiskiem "for NAS" (z wyjątkiem "WD Red" bez dopisku Plus/Pro). Ja w 2020 wziąłem 2x Toshiba N300 8 TB, bo były "dobre i tanie". https://diskprices.com/ Nie mieszaj tylko dysków 512e i 4Kn, np. takie Synology chce mieć macierz złożoną z dysków tego samego typu (choć rozmiary można już mieszać w przypadku SHR), nie wiem jak TrueNAS.

Jeśli chcesz użyć domeny .it do infrastruktury krytycznej (e.g. IT, hostname'y na serwery, wszystko z SLA 100%), to nie polecam. Włoski rejestr .it nie słynie z wysokiej dostępności i znajomości technicznych zagadnień prowadzenia domeny TLD. Jeśli nie przeszkadzają Ci awarie albo niewyjaśnione zmiany delegacji domeny, to spoko.

WD Red SSD są sprzedawane z myślą o zastosowaniu jako cache (podwyższone TBW, żeby dłużej wytrzymały, kosztem mniejszej wydajności, dosyć stary kontroler). Jako że zamierzasz głównie trzymać pliki, mogłeś wziąć dowolne SSD SATA o przyzwoitej cenie (może z wyjątkiem chińskich noname'ów). To nie oznacza, że są złym wyborem, po prostu mają kompromisy. Pakiety z "Centrum Pakietów" to trochę hit-and-miss. O ile programy Synology są aktualizowane na bieżąco (faktycznie to jedyna metoda dystrybucji), to pakiety firm trzecich oraz open-source mają tendencję do pozostawania przez długi czas w bardzo starych wersjach. Właśnie zerknąłem i WordPress 6.1, PHP 8.0 i MariaDB 10.3 (wszystko stare). O ile WordPressa możesz sobie ściągnąć ze strony, to DB i PHP chyba nie da się tak łatwo zaktualizować. Nie instalowałem tego, więc nie wiem. Jednakże nie porzucaj nadziei. DS223 pozwala zainstalować Dockera, gdzie sobie uruchomisz wszystko w najnowszej wersji. CPU jednak nie jest demonem prędkości, więc raczej na stronki o małym ruchu.

Możesz rozważyć zakup dysków 5400 rpm zamiast najczęściej wybieranych 7200 rpm. Będą one jednak mniej wydajne, szczególnie przy odczycie losowym. np. WD Red Pro 2 TB - 7200 rpm, głośność 29/31 dBa (bezczynność/szukanie) specs vs WD Red Plus 2 TB - 5400 rpm, głośność 21/26 specs (powyższe dyski to przykłady, ale do dysków "WD Red", bez dopisku Pro lub Plus, się nie zbliżaj). Możesz też postawić na dyski wypełnione helem zamiast powietrzem, np. Toshiba N300 o pojemności >= 12 TB są wypełnione helem, natomiast <= 10 TB powietrzem, co daje rezultat, np. 8 TB 31 dB w bezczynności vs 12 TB 20 dB (zwróć uwagę na inną jednostkę niż WD, ale prawidłowość widać). Dodatkowym atutem tutaj jest, że w dalszym ciągu to dyski 7200 rpm, z odczytem sekwencyjnym 250-280 MB/s. specs

SSD (w wersji SATA) na pewno będą cichsze i bardziej responsywne (jeśli zamierzasz uruchamiać usługi nie-plikowe, np. serwer WWW albo Plex Media Server, albo częste operacje na małych plikach). Natomiast prędkość będzie ograniczona do ~112 MB/s dzięki Ethernetowi 1 Gbit/s, każdy współczesny dysk HDD ma prędkości zapisu/odczytu sekwencyjnego na poziomie 200-270 MB/s. Alternatywnie, możesz zainteresować się linią Plus, która ma: - procesor x86, co pozwala na uruchamianie maszyn wirtualnych i kontenerów - sloty na dyski SSD m.2, co pozwala użyć ich jako cache dla dysków talerzowych (niska cena HDD i duża responsywność SSD), modele na rok 2023 również pozwalają gromadzić na nich pliki - 2 i więcej portów Ethernet (zależy od modelu), które pozwalają (w określonych warunkach) na przesyłanie plików z prędkością ponad 1 Gbit/s. - można im rozbudować RAM

Gdzieś wyczytałem, że modele >8 kieszeni wymuszają dyski z listy kompatybilności, natomiast modele <= 8 kieszeni tylko ostrzegają (można pominąć i kontynuować). Mam DS920+ do którego kupiłem dyski Toshiba N300 (nieobecne na liście kompatybilności), działają bez żadnych komunikatów ostrzegawczych. Dołożyłem także RAM przekraczający maksimum w specyfikacji i też działa (acz tutaj loteria i należy sobie zarezerwować możliwość zwrotu, np. 14 dni przy zakupie przez Internet).

Cloudflare ciągle się zmienia, zarówno pod względem oferty, jak i zaplecza technicznego. Zapraszam do zapoznania się ze stroną oraz blogiem. Akurat w tym tygodniu mamy Speed Week, gdzie codziennie przedstawiamy nowe i zaktualizowane produkty, oraz opisujemy, jak zostały one zoptymalizowane. PS: Pracuję w Cloudflare, ale na tym forum wypowiadam się prywatnie. Nie otrzymuję żadnego wynagrodzenia za udzielanie się tutaj i staram się opisywać usługi w sposób rzetelny i bez słodzenia. Chętnie odpowiem w ramach możliwości na pytania dotyczące Cloudflare.

Mają Perma Cache (płatny), który jest luźnym odpowiednikiem Cache Reserve, jednak aby uzyskać funkcjonalność zbliżoną do Tiered Cache, należy włączyć dodatkowe regiony (co zwiększa koszty).

Hit rate można poprawić włączając Tiered Cache (darmowe) oraz Cache Reserve (płatne jak za gromadzenie plików na R2). Hit rate mocno zależy od struktury i popularności strony, nie należy więc uogólniać.

Jeśli to uśmierzy Twój ból choć trochę: https://szafir.kir.com.pl/eshop-web/mSzafir/mSzafirSingle.html

Nie jestem Waszym klientem, więc nie mam dostępu do żadnego panelu.

Coś w tym jest. Od kilku tygodni mój monitoring jednej domeny hostowanej na nazwie okazjonalnie raportuje SERVFAIL. Patrzę na niezależne strony testujące DNS (dnsviz.net, whatsmydns.net, digwebinterface.com itp.) i pokazują brak odpowiedzi na całym świecie. Nawet "nazwa.pl" się nie wczytuje. Zazwyczaj trwa to kilkanaście minut. Jeśli nazwa nie widzi problemu, to może klientów to zainteresuje. Ooo... właśnie trwa awaria od... 55 minut.

Jeżeli Twoje oprogramowanie forum obsługuje storage obiektowy w protokole S3 (np. jako wtyczka), to rozpatrz jedno z poniższych: Cloudflare R2 - $0.015/GB/miesięcznie miejsce, darmowy transfer, jeśli pliki są dużo pobierane, Backblaze B2 - $0.005/GB/miesięcznie miejsce, $0.01/GB/miesięcznie transfer, jeśli pliki są mało pobierane, Backblaze niestety dolicza VAT.

Przede wszystkim polecam zerknąć na statystyki "spamowości" poszczególnych TLD, żeby wyrobić sobie opinię. https://www.spamhaus.org/statistics/tlds/ Wychodzi na to, że .dev jest nawet czystsze niż takie np. .pl, brawo Google.