Skocz do zawartości

psz

Użytkownicy
  • Postów

    229
  • Dołączył

  • Wygrane w rankingu

    32

Odpowiedzi opublikowane przez psz

  1. Niekoniecznie, Google jest znane z braku skupienia na swoich produktach. Domeny są dobrym materiałem do cross-sellingu (np. nakłanianie na produkty powiązane, w przypadku Google było to Google Cloud i Google Workspace). Tutaj trochę przemyśleń na temat, dlaczego Google wyszedł z biznesu: https://domainnamewire.com/2023/06/16/my-thoughts-on-squarespaces-acquisition-of-google-domains/, możliwe, że uznali, że efekt cross-sellingu jest zbyt mały, to typowe w przypadku wielkich molochów ("go big or go home").

     

    Tutaj warto posłuchać podcastu, jak rynek widzi weteran rynku domenowego, Porkbun: https://domainnamewire.com/2023/10/16/oinking-about-domain-names-dnw-podcast-457/

    • Lubię 1
  2. Rozumiem, że to nagroda z kategorii "towarzystwo wzajemnej adoracji"?

     

    https://www.nazwa.pl/blog/nazwa-pl-przyznala-4-wyroznienia - 30 stycznia 2020

    Cytat

    Drugie z wyróżnień, w kategorii „Innowacje”, zostało przyznane firmie Asseco Data Systems SA, należącej do największej, notowanej na polskiej giełdzie firmy IT, Asseco. To właśnie ta spółka w ostatnim czasie intensywnie pracowała nad nowym typem certyfikatów SSL. Stworzone przez nich narzędzie do weryfikacji autentyczności witryny wykorzystuje kodowanie ECDSA P–384.

     

    Nie mam nic przeciwko produktowi, certyfikaty ECDSA są świetne, ale dawanie sobie nawzajem pucharków jest dziecinne.

    • Lubię 1
  3. 49 minut temu, mako napisał(a):

    @psz Czy narzędzie o którym piszesz zagwarantuje także niezawodność w przypadku problemów z serwerem? W moim przypadku wygląda to tak, że w określonych godzinach strona działa bardzo wolno, w następstwie czego sporadycznie nie działa wcale. Wsparcie techniczne sugeruje optymalizację witryny, natomiast poza godzinami szczytu witryna działa prawidłowo i bardzo wydajnie. Nie wiem jak to rozumieć i co robić dalej.

     

    "Zagwarantuje" to zbyt mocne słowo, jednakże założeniem jest, że raz odwiedzona strona będzie dostępna w cache (jak to działa), co w efekcie powinno dać odporność na awarie serwera i wydajność porównywalną z tzw. stronami statycznymi.

  4. Niedawno była zmiana silnika strony i podejrzewam, że to problem wieku dziecięcego (zgłoszę problem dzisiaj trochę później).

     

    Jako obejście spróbuj wejść na główną stronę: https://www.cloudflare.com/ i w prawym górnym rogu zmienić język strony (ikona globu) na angielski. Przeglądarka zapamięta język i adres powinien działać. Sorki!

  5. 20 minut temu, darekm napisał(a):

    a dlaczego miałby zwracać ? co ilosci  wystarczy ze klient zgłasza  ze nie będzie przedłużał

     

     

    Bo abonent otrzymał niepełny rok usługi. NASK pozwala przedłużać domeny o pojedyncze dni, więc może również pozwala na zwroty o pojedyncze dni.

    Ja piszę o usuniętych (po prawej), nie wygasłych (które masz na myśli, po lewej).

     

    18 minut temu, darekm napisał(a):

    q4 22  to tez okres kiedy weszly podwyżki za domeny króre mocno uderzyły w regionalki

     

     

    To w dalszym ciągu nie tłumaczy dużej liczby domen usuniętych. W przypadku podwyżek abonent najczęściej po prostu porzuca domenę, aby wygasła sama (wykres po lewej).

  6. Tworzysz użytkowników i nadajesz im uprawnienia do folderów:

    image.thumb.png.1138fa8b0735ae98900a86b5f43f6058.pngimage.thumb.png.94f9d19057c56a5e185a5f9f9efa01c5.png

     

    Alternatywnie: włączasz obsługę folderów domowych ("home" z folderem usera i "homes" ze wszystkimi razem)

    image.thumb.png.5e389cf9a606f17181a85cd1861e4a71.png

     

    Idziesz do Centrum Pakietów zainstalować sobie Synology Drive Server:

    image.thumb.png.9d4a8d8be543d35f770a0d4c2ddb01cc.png

     

    Konfigurujesz foldery zespołów:

    image.thumb.png.47590513c812e6f1a80f76999f1fd5ea.png

     

    Na końcu, instalujesz klienty u użytkowników. O ile dobrze rozumiem, będą mieć dostęp do uaktywnionych "folderów zespołu" wg własnych uprawnień.

    • Lubię 1
  7. 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.

  8. W dniu 19.08.2023 o 09:41, sebak napisał(a):

    Chciałbym liczyć średnią per adres IP. W związku z tym mam kilka pytań:

    • Od jakiej ilości domen na danym adresie IP liczenie takiej średniej ma sens?
    • Liczymy średnią dla wszystkich stron, czy średnie dla konkretnej kategorii stron np. Wordpress?
    • Liczymy i podajemy tylko aktualną średnią, czy zapisujemy też dane historyczne?

     

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

  9. 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ń)

  10. 13 godzin temu, kafi napisał(a):

     

    CNAME do tej dyn-dns'owej nazwy powinno załatwić temat.

    Możesz też iść przykładowo w https://webinsider.pl/cloudflare-ddns/

     

     

    Ten poradnik jest tak stary, że API, które opisuje już dawno nie działa :D

     

    13 godzin temu, someone napisał(a):

    Zerknij na DDNS w panelu sterownia, dostęp zewnętrzny. Masz darmową usługę od Synology lub innych dostawców. W przypadku skorzystania z CNAME (o której pisze kafi) i certyfikatu z LE będziesz miał info o nieprawidłowym adresie.

     

    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.

  11. Zgadza się, awarii nie powinno być nigdy. Świat wyglądałby wtedy znacznie lepiej:

     

    humanraceipv6.thumb.jpeg.f5d83fff11a133ce7c3d3d0399bed875.jpeg

     

    Niestety, żyjemy na Ziemi i awarie się zdarzają. Kto nie miał awarii, niech pierwszy rzuci kamieniem.

    #HugOps w stronę ekipy HitMe.pl

    • Lubię 5
  12. 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.

     

    23 minuty temu, theqkash napisał(a):

    Dlatego myślę, że przynajmniej strona informacyjna oraz DNSy to rzeczy które powinny znajdować się gdzieś na zewnątrz, właśnie na takie przypadki :) 

     

    Dobrą praktyką jest ustawianie strony statusowej w osobnej domenie na niezależnej infrastrukturze.

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

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