theqkash

o12 w NetArt Group to jest już z 5 lat jak nie więcej.

No i hostinghouse podzieliło los atthost i dołączyło do NetArt Group

Nie widać, przykrywa ten zapis informacja o cookies

Nazwa.pl chyba poszła na zakupy W regulaminie takie kwiatki, a to pewnie dopiero początek.

Przychodzi. A można też podejrzeć na "Operacje w trakcie". co jest i na jakim etapie. Choć to wszystko jakby tak trochę nie za dobrze działa.

Nie, i to mi potwierdził support. Zresztą, domeny zarejestrowane gdziekolwiek indziej przechodzą. Wymagania rejestru w tym zakresie są dla domen *.de

Bywało dla domen de/at. Teraz jest w OVH dla wszystkich.

OVH zaczęło z bliżej nieokreślonego powodu wymagać pełnego pokrywania się DNSów dla domen z rekordami NS na serwerze docelowym. Dla WSZYSTKICH domen. Oznacza to, że, aby zmienić delegację domeny: - muszą istnieć przynajmniej rekordy NS na docelowych serwerach DNS - muszą być takie same i w takiej samej ilości w panelu OVH jak i na docelowych serwerach Co to oznacza w praktyce: - Nie będzie się dało zmienić DNSów w domenie przed utworzeniem strefy na tych DNSach - Nie będzie się dało stworzyć "własnych serwerów DNS" o ile rekordy NS w strefie nie zostaną zmodyfikowane - Jeśli operator podaje w strefach trzy rekordy NS to dokładnie również trzy serwery DNS są wymagane w konfiguracji domeny w panelu OVH

Tak, to chyba jest najlepiej zrobione i najskuteczniej działa. Był jeszcze migrator do ispconfig, ale z tego co widzę to zniknął, albo nie umiem go znaleźć.

Większym problemem z mojego doświadczenia jest jednak utrzymanie tego oprogramowania. i-MSCP którego polecałem tutaj na pierwszej stronie niestety został porzucony, a w sumie nawet nie porzucony tylko twórca cały czas podaje kolejne terminy wprowadzenia pierwszego od 6 lat update'u, których się nie trzyma. Panel jest nieinstalowalny w tej chwili z uwagi na to że został oparty na php by Ondrej Sury, które już nie jest dostępne dla Ubuntu starszych niż 20.04. A 20.04 i wyższych i-MSCP nie wspiera. Na całe szczęście community zrobiło jakieś tam pomosty i migratory aby ratować tych co chcą się ratować. Long story short, bezpieczniejsze na dłuższe wyprawy są panele które mają jakiekolwiek wsparcie "poza community", a jeśli nie mają to przynajmniej community jest duże, a ostateczna praca nie jest dziełem jednej osoby. Dlatego takie małe panele to raczej dla małych rzeczy które będzie prosto przenieść na coś innego potem. Phyrepanel w ogóle w tytule strony ma "Laravel" co powinno też dużo dawać do myślenia.

Dziś przyszedł komunikat o zmianie cen domen. Co może nas najbardziej interesować - wszystkie domeny regionalne oraz funkcyjne drożeją z 43,19 PLN na 53,12 PLN netto.

Tyle że tu idzie przez US.

@Boni pomijasz jedną ważną rzecz: Oni wysłali fakturę za tą "pomoc premium" mówiąc że od teraz będzie płatna. Czyli innymi słowy, możesz sobie ją teraz opłacić i mieć taki support jak miałeś dotychczas, a jeśli nie opłacisz to będziesz miał "standardowy" support. Różnic nie znamy i nie wiadomo jakie będą, no ale....

Już tak trochę abstrachując.... Wcześniej tu: http://whois.pl/ było fajne przekierowanie na whois, a dziś... strona testowa nginx'a

Nazwa.pl nie ma nic wspólnego z tym tematem więc wywoływanie ich tutaj jest raczej książkowym trollingiem i w związku z tym wobec wcześniejszych zapowiedzi i nałożonego miesięcznego bana, dziś nakładam bana dożywotniego.

Tak, zdarzało się że Google padało Nie mówiąc już o innych "globalnych" witrynach.

To już kolejny WeNetowy twór hostingowy, obok https://www.i-host.pl/

Być może, niemniej dla byłych klientów gnum to może być "niemiłe zaskoczenie".

Czyli widzę, że lh dołączyło do niechlubnego grona firm, które wprowadzają "utrudniacze" w wydawaniu kodów authinfo przy jednoczesnym windowaniu cen domen na niebotyczne poziomy. Niefajnie.

Ta dokumentacja podaje w dość czytelny sposób kiedy i w jaki sposób można użyć której funkcji. Skoro u Ciebie wykłada się na "login failed" to najpierw należy się upewnić czy dostęp IMAP jest aktywny i ustalić jakie metody autentyfikacji są włączone. Zachęcam do szukania odpowiedzi na konkretny problem właśnie w tym FAQ Ono serio jest dość czytelnie opisane.

@visera Jak niektórzy już zauważyli, Forum działa aktualnie na najzwyklejszej usłudze hostingowej w webh. Redis tu nie jest uruchomiony i zresztą nie widziałbym sensu nawet go w tym przypadku rozważać. W mojej opinii do większości witryn zastosowanie redisa nie ma żadnego sensu, pod warunkiem że usługodawca gwarantuje jakąkolwiek sensowną wydajność. Jeśli tak nie jest to redis tak czy inaczej powinien znaleźć zastosowanie wyłącznie wtedy gdy ruch jest duży i może spowodować np. powodowanie nadmiarowego obciążenia na koncie. Niektóre firmy hostingowe niestety znalazły w redisie panaceum na rozwiązywanie problemów z beznadziejną wydajnością szczególnie na polu MySQL, przez co z jakiegoś powodu dużo osób nagle zaczęło wpychać redisa nawet dla stron z pomijalnym ruchem na witrynach, co nie ma żadnego sensu. Cloudflare można uruchomić bez problemu zawsze, jeśli nie korzystasz tylko z usług hostingowych w home lub nazwie gdzie powoduje to pewne problemy.

To akurat nie jest prawda, opisywane przez Ciebie sytuacje wynikały z innych powodów, które zostały już rozwiązane. Aktualnie tych niedogodności nie powinieneś już doświadczać.

No to ja jako „dyrektor” tego miejsca wystawiam ocenę niedostateczną dla @Maxx i odsyłam „do kąta” na miesiąc bez możliwości dodawania postów. Można normalnie rozmawiać bez robienia z siebie alfy i omegi (często niesłusznie) i o ile mogę zrozumieć niechęć do tej czy innej firmy, o tyle niechęć do całego tutejszego społeczeństwa nie będzie tolerowana.

Jak to technicznie zrobić to ja wiem, pytam natomiast o to jak planujesz zrobić to dla całej grupy domen od konkretnego operatora Wrzucasz deklaratywne obietnice odnośnie sprawdzenia tego czy tamtego, stąd zakładam, że pewnie masz dostęp do jakichś danych na których planujesz się opierać.

Tak z ciekawości w jaki sposób zamierzasz to sprawdzić?