gb1
-
Postów
283 -
Dołączył
-
Ostatnia wizyta
-
Wygrane w rankingu
2
Typ zawartości
Profile
Forum
Wydarzenia
Odpowiedzi opublikowane przez gb1
-
-
@theqkash pytanie było bardziej ogólne aniżeli dotyczące wymienionego dostawcy. Pytanie dotyczy Twoich oczekiwań ;-)
-
@theqkash Jakiej stałej promocji byś oczekiwał ? ;-)
Natomiast samo słowo promocja zwykle ma odbiór jako coś tymczasowego i okazjonalnego. -
@theqkash zatem dlaczego zmieniając inne rekordy automatycznie zmieniają się także rekordy NS ? Innym rozwiązaniem jest brak utrzymania lokalnych serwerów DNS na serwerach "zapleczowych", a w panelu który je zarządza przepisanie funkcjonalności która odwołuje się do lokalnych serwerów aby odwoływała się do centralnego.
Nie myślałeś aby uruchomić całość w chmurze która pozwoli na większą elastyczność aniżeli standardowe panele ?
-
@mariaczi dostawca usługi zatem wychodzi z założenia że obsługuje jedynie świadomych klientów, którzy posiadają własne zasoby ludzkie lub podwykonawców którzy są gotowi w krótkim terminie podejmować działania dostosowując hostowane aplikacje / dane do zmieniających się wymagań dostawcy. Ciekawe podejście dostawcy które świadczy jedynie o jego wyborze klientów.
Pamiętajmy o tym że przeciętny klient hostingu pragnie aby usługa była przewidywalna i nie generowała znacznych dodatkowych kosztów, związanych z korzystaniem z niej. Jak widać w tym przypadku te koszty dodatkowe istnieją, są znacznym obciążeniem dla klientów i niedogodnością, jak nawet uczestnik tego forum ma opisywane problemy z wybraną polityką aktualizacji dostawcy. Należy pamiętać, że większość klientów hostingu o tym forum nawet nie wie że istnieje, zatem wskazuje to na poziom wiedzy i świadomości rynku co według mnie dostawca powinien brać pod uwagę.
-
@mariaczi wynikają z wybranej przez dostawcę polityki aktualizacji która zakładała aktualizację dla wszystkich użytkowników. Czy taka polityka jest odpowiednia to jak widać sami użytkownicy oceniają.
-
@mariaczi każdy dostawca usługi ma inną politykę aktualizacji, jest to jeden z najbardziej przemilczanych tematów na ogół, a niezwykle istotny z punktu widzenia użytkownika. Jak widać w opisywanym przypadku. Można zaklinać węże i czynić magię, jednak nie zmienia to faktu, że polityka aktualizacji opisywana przez Ciebie prowadzi do opisywanych sytuacji i braku zrozumienia przez przeciętnego użytkownika. Jednak każdy dostawca sam kształtuje zasady aktualizacji w ramach własnych usług i ponosi tego konsekwencje.
-
@nrm to że zapleczenie nie oznacza automatycznie że SEO, a tego słowa tam zabrakło :-) cały czas się uczymy i coraz mniej nas świat zadziwia....
-
@mariaczi czy przypadkiem nie powinno być tak że nowa wersja jest dostępna dla nowych kont jako domyślna, a jako wybór dla dotychczasowych ? W ten sposób wszyscy są zadowoleni, a użytkownicy mogą we własnym czasie dokonać aktualizacji do nowej wersji. Oczywiście dodatkowym atutem byłaby opcja gdzie można wybrać automatyczną aktualizację w ramach tej samej major version (czyli bez "breaking changes").
-
5 godzin temu, theqkash napisał:
To są często serwery zapleczowe z podpiętymi setkami domen. Można zmienić rekordy NS hurtem, ale przy każdej aktualizacji czy zmianie którą sobie klient sam wprowadzi, tego typu zmiany przestają obowiązywać, dlatego potrzebuję rozwiązania które będzie działało bez względu na ewentualne zmiany konfiguracji w strefach.
Dlaczego przestaną obowiązywać jeśli ich nie zmienią ? Co to jest "serwer zapleczowy" ? przyznam że pierwszy raz takie pojęcie techniczne poznaję :-)
-
8 minut temu, theqkash napisał:
dla swoich domen korzystać z moich serwerów DNS
W takim przypadku nie mogą ustawić rekordów NS w swoich serwerach DNS wskazując na Twoje ?
Wtedy stawiasz dwa pdns jako slave, jako master dla każdej z domen wskazujesz odpowiednie serwery klientów i po sprawie. -
@theqkash czy dobrze rozumiem że chcesz okresowo pobierać zony dla domen z serwerów dns którymi nie zarządzasz, zmieniać w każdej zonie rekordy NS na własne serwery i umieszczać je na własnych serwerach ? Jeśli dobrze rozumiem to po pierwsze jak uzyskasz AXFR z serwerów którymi nie zarządzasz, drugie jaki to ma cel jeli w registry dla domeny wpisy wskazujące serwery dnsy pozostaną nie zmienione ?
-
W dniu 16/11/2017 o 15:40, Archi napisał:
Wybranie dobrego benchmarka zależy od zastosowania, a nie jest generalnym wyborem.
Benchmark ma dotyczyć mocy obliczeniowej procesora, na potrzeby przeciętnego hostingu.
W dniu 16/11/2017 o 15:40, Archi napisał:jeśli przykładowo ma to być hosting WWW to raczej skłaniałbym się ku benchmarkowaniu ilości requestów takiego nginx + php-fpm w identycznych konfiguracjach na jakimś nawet pustym wordpressie.
Tutaj już testujemy znacznie więcej aniżeli tylko moc procesora :-)
W dniu 16/11/2017 o 15:40, Archi napisał:Akurat z procesorami jest tak, że specyficzne zastosowania bardzo rzadko odstają od takich "generycznych" unix benchmarków
Natomiast w tym miejscu bym się mocno nie zgodził, dla przykładu typowe zastosowanie procesora w przypadku hostingu to zapewnienie https, można nazwać to specyficznym, jednak przykładowo podany unixbenchmark nie bierze pod uwagę dodatkowych instrukcji które część procesorów wspiera, a które zapewniają olbrzymią różnicę wydajności przy obsłudze ruchu https.
-
14 godzin temu, theqkash napisał:
automatycznej zmiany adresów serwerów NS w locie dla importowanych domen.
z ciekawości się zapytam, w jakim celu ?
-
ad. 1) sugeruję tutaj korzystać z MQ (message queue) oraz mikroserwisów "on demand" jako workerów;
ad. 2) jakiś object store ?
ad. 3) w zależności gdzie będziesz miał odbiorców, istotne jest latency.
-
1. ustal z dostawcą co technicznie oznacza pojęcie "nadmiarowo .... operacje IO"
2. zastanawiałeś się nad rsync ?
-
9 godzin temu, theONE napisał:
Żaden z polskich gigantów nie ma wielu lokalizacji podstawowych
Według moich danych jest inaczej przynajmniej w przypadku jednego dużego gracza na rynku masowego hostingu.
-
@SomeGuy bezpieczeństwo nie tylko techniczne ale także biznesowe. Natomiast znaczące zdarzenie sprzed ostatnich kilku dni wskazuje, że trzymanie wszystkiego w jednym miejscu nie jest najlepszym rozwiązaniem.
W kwestii DRP to się zgadzam, to podstawa :-)- 1
-
Godzinę temu, SomeGuy napisał:
Docelowo pewnie wszystko będzie w jednym miejscu, tak jak piszesz, jedyne sensowne długoterminowne rozwiązanie.
Śmiem twierdzić, że wszystko w jednym miejscu nie jest sensownym długoterminowym rozwiązaniem. Myślę że skończy sie na 2-3 różnych lokalizacjach w Polsce.
-
28 minut temu, nrm napisał:
bardzo elastyczny, pozwala na bardzo dużo
Które części panelu DA uważasz w szczególności za elastyczne i według Ciebie pozwalające na bardzo dużo, patrząc od strony użytkownika ? Czyli które funkcjonalności panelu DA według Ciebie są godne uwagi pod względem elastyczności i pozwalają na dużo dla większości użytkowników usługi hostingu ?
30 minut temu, SomeGuy napisał:Nie ma nic lepszego w stosunku cena/jakość i długo nie będzie.
Co przez to rozumiesz ? Jaką grupę docelową miałeś na myśli ?
Jeśli na myśli miałeś proste hostingi polegające głównie na sprzedaży i wsparciu, a technika ogranicza się do wynajmu w obcym obiekcie serwerów, brakiem własnej infrastruktury technicznej czy sieciowej, podstawową wiedzę techniczną w zakresie utrzymania i brak działu R&D (badania i rozwój) to zgadzam się że trudno coś lepszego znaleźć. Pytanie tylko na ile poważnie należy traktować takie hostingi ponieważ prawie nic poza sprzedażą i wsparciem nie jest od nich zależne. -
2 godziny temu, otlet napisał:
Tak samo dawno powinniśmy odejść od HTTP/1.1 na rzecz HTTP/2.0
2 godziny temu, theqkash napisał:Tak samo powinniśmy korzystać z IPv6 zamiast IPv4
Powyższe przykłady nie wpływają na bezpieczeństwo, a korzystanie z FTP już tak. Zapewne na codzień nie korzystacie z telnet, a ssh. Tutaj sytuacja jest dokładnie taka sama.
2 godziny temu, .ojciecRydzyk napisał:Kwestia wyboru przez Klienta
Według mnie to kwestia bezpieczeństwa klienta oraz dostawcy usługi.
1 godzinę temu, Mion napisał:mechanizmy które robią robotę na serwerze.
Spojrzyj na architekturę DA, ciekawie to nie wygląda.
- 1
-
1 minutę temu, Adam Szendzielorz napisał:
ten przykład dokładnie wyraża moje zdanie na ten temat
nie tylko Twoje zdanie, ale także świadczy o kompetencjach technicznych oraz posiadaniu działu R&D (badań i rozwoju).
-
2 minuty temu, .ojciecRydzyk napisał:
zarządzanie kontami FTP
Jeszcze FTP jest w użyciu ? Czy nie powinno zostać zastąpione sftp ?
-
2 minuty temu, .ojciecRydzyk napisał:
Pracując zarówno w Zenbox, jak i teraz w Hekko bardzo rzadko spotykam klientów, którzy sobie nie radzą z tym panelem.
Na bazie Twojego doświadczenia, które funkcjonalności są przez klientów według Ciebie najczęściej wykorzystywane w DA ?
-
51 minut temu, Artur Pajkert Hekko.pl napisał:
W DA dobre są moim zdaniem: czytelny podział funkcji i poziomów obsługi (admin-reseller-user)
Czy to jest zaleta od strony użytkownika, czy dostawcy usługi ?
Jaki RAID na dyskach SSD?
w Hardware
Opublikowano
To taka podstawowa ilość, a nie większa :-) ale punkt widzenia zależy od punktu siedzenia :-)
Tutaj istotna informacja, jednak powstaje pytanie czy obecne rozwiązanie jest tak kiepskie wydajnościowo czy po prostu potrzebujesz rozwiązania idącego w kierunku "performance". Jakie założenia wydajnościowe ? Jeśli wydajność jest istotna to spoglądaj w kierunku raid-10.
Tak jak to wcześniej wspomniał @mcbarlo sprzętowe rozwiązania wspierające macierze idą powoli w zapomnienie w formie jaką znamy dotychczas. Możliwe że procesory z zintegrowanym FPGA oraz rozwiązania typu SmartSSD zmienią obecne trendy. Sama marka LSI nic nie mówi, istotne jest na jakim chipsecie oparty jest ten kontroler w szczególności że chcesz go wykorzystać wraz z dyskami ssd.
Istotne jak wykorzystujemy kontroler i jak wystawia dysk. Na marginesie TRIM to cześć protokołu ATA czyli dotyczy tylko dysków SATA, jednak podobna funkcjonalność w przypadku SAS / NVMe także jest istotna jednak inaczej się nazywa: unmap / deallocate.
Z ciekawości zapytam, według Ciebie czego mu brakuje ? Na marginesie jedynie należy dodać że ZFS to znany jest z Solarisa od Suna, a obecnie Oracla.
trochę ? jestem zdania że jeszcze sporo :-) ale RedHat mocno nad tym pracuje :-) Jeśli jednak spojrzeć jak to wyglądało na początku za czasów Dreamhosta to jest nieźle :-)