oui

oktawave (drogo), hosteam

Haha z tym błędem Szkoda PRów, może to nadszedł czas na jakiś zdecentralizowany github/gitea?

Amazon S3 może być drogie (w standardowym setupie). Generalnie koszty transferów mogą być zabójcze. Jak już macie brać zwykłą AWS s3 to może postawcie jakiś serwer w OVH który będzie cachował wam wideo między AWS s3 a klientami? Do archiwum (800 TB): Amazon glacier (& deep) - ale trzeba poczytać jak to działa OVH Cloud Archive Scaleway C14 Cold Storage Wasabi (tutaj polecam zapoznać się z regulaminem, jest parę haczyków, ale jest tanie)

Haha on nie chce inwestować w zarządzany VPS a ty podsyłasz filmik do AWSu

Z doświadczenia powiem, że ile limit pamięci dla Magento nigdy nie jest za duży. 512MB może być sporo dla średniej aplikacji/dobrze napisanej aplikacji, ale dla krowy e-commerce to nie "bardzo dużo". Sama aplikacja nie będzie używała tylu pamięci za każdym requestem, możliwe, że większa ilość pamięci jest potrzebna, dla jakiego przetwarzania zadań okresowych czy zadań w tle. W każdym razie, jeżeli płacisz za dedykowane zasoby, dowiedz się jaką ilość pamięci ram posiadasz i wtedy niejako musisz zmusić support do zwiększenia ilości + monitorowanie logów czy nie ma przypadkiem OOM. I mocno (jak sami twórcy Magento) zalecam skonfigurowanie varnisha przed samym sklepem, ale to raczej tylko w dedykowanych rozwiązaniach.

Hej! Ostatnio pojawiły się pytania o metodologię i rzetelność rankingu, pozwoliłem sobie stworzyć narzędzie do weryfikacji domen, wyświetlenia DNS-ów, daty ostatniego sprawdzenia domeny (rekordów NS) oraz czy domena jest przypisana do providera (tutaj jeszcze nie mamy pełnej automatyzacji). W tej chwili obsługujemy do 1000 domen w formularzu za jednym zapytaniem. Jeżeli ktoś chciałby skorzystać z tego narzędzia, prosiłbym o kontakt do mnie lub @theqkash. Również chciałbym wyjaśnić i podkreślić, że rekordy DNS wyciągamy bezpośrednio z NASKu, a nie providerów typu 1.1.1.1/8.8.8.8 a te rekordy mogą się delikatnie różnić. Jeżeli ktoś by miał pytania lub wątpliwość, zachęcam do dyskusji lub kontaktu w prywatnej wiadomości.

Hej, posiadamy 82,66% aktywnych domen na podstawie danych z NASK, szczegóły tutaj → https://top100.rootnode.pl/zones (beta).

"Wyliczenia jakie prowadzisz nie mają większego sensu, gdyż nie uwzględniają szeregu czynników." w tym oversellingu i brak gwarantowanych zasobów Jasne dziękuje na pewno przetestuję usługi nazwa.pl w wolnej chwili

Panie @itomek, proszę nie brnąć Jestem niemal pewien, gdyby nazwa.pl posiadał parę DC to przez pół roku czytałbym maile o tym na pograniczu spamu Tak jak pisałem, chodziło mi o DC pod aplikacje, nie DNSy. Druga sprawa, spięcie nawet stu serwerów nie oznacza, że nazwa jest chmurą czy oferuje hosting w chmurze W obecnych czasach spięcie 100 serwerów i zapewnienie HA dla nich nawet w wielu DataCenter jest dosyć tanie. Dla mnie najważniejsze jest to, że nazwa zapewnia (kłamie), że moja aplikacja może mieć moc paruset serwerów, gdy tak nie jest (jest skalowanie pionowe, a nie poziome). I jak już brniemy, "gwarantowana moc 4x vCPU oraz 8GB RAM", nazwa w tej chwili posiada od 200 do 350 tyś domen, każdy klient załóżmy posiada 5 domen dla konta więc wychodzi ~70 000 usług cloud hosting co daje, że nazwa musi dla samego hostingu operować na 280 000 vCPU (załóżmy, że liczymy wątki nie rdzenie fizyczne) 560 000GB ramu. Nie znam się na procesorach, ale nie ma za dużo procesorów kręconych się do 5Ghz. Znalazłem Intel Xeon-E 2288G, który ma 8 rdzeni i 16 wątków, nazwa potrzebowałaby 17 500 procesorów dla samego hostingu Więcej procesorów niż dostępnych adresów IP, a gdzie bazy danych, maile, VPSy

Dziękuje @itomekza odpowiedź, może przejdźmy do definicji chmury w przypadku IT. Dla mnie sama definicja chmury jest dosyć trudna w określeniu, ale każda chmura musi składać się z trzech czynników: Rozliczenia godzinowe / rozliczanie za użyte zasoby. Wiele regionów i odseparowanych od siebie stref w ramach jednego regionu Wygodne API do zarządzania usługami Dlaczego nie nazwałbym oferty hostingu firmy nazwa.pl chmurą? Brak płatności za zużyty CPU/ram/dysk w ramach aplikacji tylko sztywne ramy zasobów Płatność miesięczna/roczna Jedno DC (tutaj nie znalazłem informacji na stronie, widzę tylko w LG routery) dla aplikacji (nie DNSów) Mimo zastosowanego autoskalera, który migruje aplikację/kontener na inny (mniej obciążony) serwer. W żadnym wypadku nie jest to skalowanie poziome, jak to jest napisane na stronie nazwy.pl Po prostu @itomekproszę się nie czepiać pana Adama, że ma niezaktualizowaną stronę kiedy nazwa.pl wypisuje nieprawdziwe informacje

Nowy ranking został wygenerowany! Do naszej bazy danych przybyło 112 216 domen, z czego 93 123 jest aktywnych. W tej chwili posiadamy okrągłą liczbę 9 388 085 domen. Dodaliśmy wsparcie dla stref, aczkolwiek jeszcze nie ukończyliśmy prac nad wyświetleniem statystyk.

@Archi Ja wiem, że technicznie jest to możliwe dla jednej aplikacji i paru serwerów, nawet by to pewnie działało dosyć znośnie (ale nie tak dobrze jak sesje w np. redisie), ale w przypadku skali nazwy, mówimy tutaj o replikacji na kilkaset serwerów co najmniej 300 000 aplikacji, które mogą mieć wielkość do 2TB. Po prostu jestem ciekawy jak technicznie jest rozwiązany problem

Nazwa chwali się hostingiem "cloud" i jestem ciekawy technologi "LoadBalancer" która pozwoliła by mojej aplikacji działać w pełni nawet załóżmy przy 1000req/s. Mój use case jest bardzo prosty, aplikacja PHP która serwuje proste treści dla zalogowanych użytkowników. Sesje trzymam w plikach w osobnym katalogu obok kodu źródłowego. Tak się zastanawiam od strony technicznej ponieważ zdarzało mi się administrować czy to jakimś VPSem czy malinką, jakiej technologi używacie żeby zreplikować w ciągu ułamku sekundy moją aplikację na parę set serwerów, czy dla każdego serwera będzie osobny hostname? Jest to dosyć ważne dla mnie ponieważ mechanizm sesji może źle działać z różnymi nazwami hostów. Dodatkowo, czy baza danych też jest skalowalna na wiele serwerów, jak z dostępem do redisa? Używacie wewnątrz kontenerów haproxy? Skoro nazywacie się chmurą, to dla wszystkich aplikacji bazodanowych jak MySQL czy redis jest wykonany deployment w technologii HA? Czy dla redisa jest dostępna jedna baza danych czy wiele? Skoro jesteście chmurą, gdzie mogę znaleźć metryki oraz jak mogę je wyeksportować? Wspieracie technologie Service Account/IAM? Czy mogę skonfigurować security group dla moich aplikacji? Czy tak reklamowany hosting cloud wspiera tworzenie kompatybilnych "bucketów" "S3"? Wasza strona mówi mi że posiadacie usługi w chmurze ale nie słowa o nich za dużo

Ale niektóre usługi potaniały:

Duże portale stawia się również w środowiskach hostingowych o współdzielonych zasobach? Generalnie przestrzegałbym przed używaniem redisa w hostingach przed sprawdzeniem jak wygląda jego implementacja w danym środowisku. Może zdarzyć się tak, że usługodawca może zaimplementować redisa per serwer i jest on współdzielony dla wszystkich użytkowników serwera. W związku z tym może doprowadzić do wycieku danych (sesji, cache itp). Sprawdzał ktoś jak to wygląda w nazwa.pl?

@sohost postaram się przywrócić w przyszłym tygodniu

Nowy ranking został wygenerowany! Dla 10 122 domen zostały usunięte DNS-y, z 10 980 domen zostały usunięte DNS-y. 5669 domen miało zmienione DNS-y. Wzrosty warte odnotowania: cloudflare.com +704 domeny parkingcrew.com +975 domen seohost.pl +276 domen Spadki: premium.pl -954 domeny Edit: Przywróciłem boczne wykresy

@chivito Jak szukasz taniego S3 z pełnym wsparciem dla IAM/polityk to polecam zerknąć na ofertę wasabi.com

Hej @Tom X, raczej wątpię, żeby ten ranking/porównanie był w jakkolwiek procent miarodajny, ale masz racje. W tej chwili bazujemy tylko na rekordach NS. Chcemy to zmienić w najbliższej przyszłości dodając ranking w oparciu o rekordy A/MX, ale na wszystko potrzeba czasu

Drodzy państwo, wracamy z cotygodniowym smażeniem serwerów! W tym tygodniu mamy delikatne opóźnienie w związku z dodaniem nowej funkcjonalności, śledzenia zmian rekordów NS dla domeny. W tej chwili w rankingu widzimy o ile liczba domen u danego usługodawcy się zmieniła, ale nie widzimy dokładnie ile domen u danego usługodawcy wygasło, ile domen zostało przeniesionych do innego providera czy ile domen zostało zarejestrowanych. Z nowym ficzerem będzie to możliwe. Są optymistyczne szanse 50%, że zadziała bez poprawek

@sohost Dodawanie domen zostało przywrócone https://top100.rootnode.pl/domains/add Dodatkowo dodawanie domen można zautomatyzować przy pomocy curla: curl -F "file=@./domains" https://top100.rootnode.pl/domains/add lub jak by ktoś chciał zostawić wiadomość curl -F "file=@./domains" -F "name=RN RLZ" https://top100.rootnode.pl/domains/add

Drugie sprawdzanie zakończone sukcesem Niestety w pierwszym źle skonfigurowałem jedną rzecz i straciliśmy trochę eventów. Po zmienieniu logiki mamy już działający system sprawdzania + dodatkowo dodałem integration check, żeby mieć możliwość upewnienia się, czy wszystkie domeny się sprawdziły. Sprawdzanie trwało około 13 godzin. 1919297 aktywnych domen Wydajność: ~649,124.57 domen na godzinę ~11,576.74 domen na minutę ~193.09 domen na sekundę Co dalej: Zwiększenie cachowanej kolejki domen z 200 000 do 300 000 Przywrócenie dodawania domen przez formularz na stronie Wygenerowanie rankingu w niedziele o 10 Tuning autoscalera i konfiguracji

@sohost jeszcze nie Dziś prawdopodobnie to dodam, mam już gotowy MR tylko muszę go przejrzeć. Natomiast od wczoraj testujemy wydajność i jest całkiem zadowalająca:

Myślę, że nie, to dwie różne branże. Chyba że H88 chciałoby poszerzyć swoje portfolio

Hej, Dzisiaj będę przepinał obecną topkę na nowy "silnik", niestety parę funkcjonalności nie zostało przepisanych (wyszukiwarka, filtrowanie po tagach) jeszcze. Chcemy przeprojektować niektóre rzeczy i przygotować topkę pod różne rankingi (nie tylko ranking po serwerach DNS) oraz dodać wparcie do dodawania np. cenników. Dziękuje wszystkim, którzy dodawali domeny, @samu za napisanie pierwszej wersji silniku topki, który działał po dzień dzisiejszy i zapraszam wszystkich do feedbacku