theqkash

Nawet jeśli jest coś "wiarygodnego", to przy hostingach sprawa jest bardziej skomplikowana. Utrzymanie samych domen zwykle nie ma związku z jakością, poza jakością wsparcia i/lub panelu administracyjnego. Dobry hosting jest determinowany przez wiele czynników, które ciężko ułożyć w formie prostej tabeli. Czasem coś jest tanie i znalazłoby się w tabeli posortowanej wyłącznie po cenach, ale tacy usługodawcy często nie oferują jakości wystarczającej do utrzymania jakiejkolwiek witryny mającej charakter inny niż hobbystyczny.

Czy sugerujesz zatem, że ta akcja promocyjna naruszała przepisy prawa?

Nie dodają, bo nie muszą. Gdyby musieli to by dodawali, albo by nie mieli na to klientów. Niestety, takie prawo rynku.

@Tom X z drugiej strony... jak mieliby to ująć żeby przy okazji nie zrzucać na siebie winy za dziurawe strony w archaicznych wersjach PHP?

Rozumiem że to zapewne "zachęta" do przejścia do nowej oferty, niemniej jakoś to tak wygląda chyba nienajlepiej: Sytuacja dotyczy starszych kont bez "Plus" w nazwie.

Tego nie wiadomo i nie wynika to z materiału na Facebooku. O ile umiem czytać to napisał że czekał za długo i ostatecznie się rozłączył.

Tyle, że nagle kilkadziesiąt osób nie będzie dzwonić na infolinię w jednym czasie by uzyskać odpowiedź na pytania w ramach centrum pomocy, dlatego ponownie: firma skaluje infolinię do realnych potrzeb w codziennej pracy i "DDoS-owanie" infolinii co czynione było w ramach testu którym się chwalisz, jak widać, nie dało tak naprawdę odpowiedzi na to jak będzie w przypadku awarii. Macie więcej klientów i zapewne również połączeń, stąd też skala infolinii jest większa. Dlatego porównywanie się w sposób bezpośredni do nawet kilkukrotnie mniejszych podmiotów, ubierając to w taki sposób że oni nie byli w stanie podjąć tyle samo połączeń w krótkim czasie co na Waszej infolinii, jest lekko mówiąc ciosem poniżej pasa. Jak jest naprawdę - widzimy właśnie teraz: Wasza infolinia nie podołała testowi realnej awarii skoro ludzie się skarżą na to że nie mogą się dodzwonić.

Tyle, że to forum nie jest słupem ogłoszeniowym i jeśli chcemy o czymś dyskutować to dyskutujemy. Pojawił się niedawno temat dotyczący certyfikacji ISO 27001, gdzie nie udało się uzyskać informacji na temat realnego wpływu wprowadzenia tejże na dane klientów w perspektywie trąbienia o szeroko pojętym "bezpieczeństwie". Jeśli firma chwali się, że taki certyfikat gwarantuje bezpieczeństwo klientom - chciałbym wiedzieć jakie konkretnie i nie udało mi się tego uzyskać. Forum z tego co wiem jest miejscem do wymiany opinii i zadawania pytań. Usługodawca w swoich materiałach chwali się tym czy tamtym i takie też informacje zamieszcza w komunikatach, to na forum możemy podyskutować o tym i to ewentualnie podważyć. Tak to ma się w temacie ISO 27001, jak i infolinii, gdzie nazwie fajnie się chwaliło testem, który już z definicji był niezupełnie wiarygodny, ale jak przyszło co do czego to okazało się że to na ich "niezawodną, wielokrotnie nagradzaną infolinię" ludzie narzekali. Naginanie rzeczywistości zwykle jest bronią obusieczną i jeśli firma decyduje się na chwalenie takimi właśnie rzeczami to powinna liczyć się z tym, że ktoś kiedyś powie "sprawdzam" i na tym forum się to właśnie dzieje - tak samo w przypadku nazwy jak i innych firm. Gdyby komunikacja byłaby w pełni uczciwa i nie uderzała wprost w konkurencję albo nie podważała kompetencji konkurentów rzucając narzutę np. z certyfikacji na coś co niekoniecznie musi być bezpieczne, to byłoby inaczej. Oczywiście, można robić różne testy i badania i niektórzy je robią. Niestety tak długo jak firmy hostingowe lub ludzie czerpiący benefity z afiliacji będą się tym zajmowały, można domniemywać, że szala będzie mocno przechylona na korzyść danej firmy i będzie informowała w sposób "obiektywny jak w TVP" na temat tego jak w danej firmie się pewne rzeczy mają. Dlatego jesteśmy na etapie przygotowywania własnego testu, który będzie pewne aspekty weryfikował i pozwoli na bardziej obiektywne spojrzenie na rzeczy. PS. Z tego co się orientuję to żadna z dyskutujących tu osób poza Tobą i Tomkiem nie reprezentuje żadnej mniejszej lub większej firmy PS2. Najlepsza infolinia jest taka, na którą klienci nie muszą dzwonić, bo wszystko po prostu działa.

Wcześniej warto zapytać dlaczego jest to kolejny temat w którym za wszelką cenę usiłujesz odwrócić szalę, nie odpowiadając na praktycznie żadne z poruszonych kwestii. Ale myślę, że wszyscy znają odpowiedź na to pytanie.

Jeśli wykonywane jest wiele równoczesnych połączeń do firm które zwykle odbierają po 1-2 połączenia naraz i tak mają wyskalowaną ilość pracowników na infolinii, to logicznym jest, że zrealizowanie większej ilości nie będzie możliwe się w krótkim czasie i trzeba nie rozumieć podstaw logiki żeby tego nie pojąć.

Dziwne że do takich wniosków nie doszliście podczas "testów infolinii" gdzie testowaliście często mniejsze firmy i tłumaczyliście to tym, że Wy macie najlepszą infolinię, bo możecie obsłużyć największy ruch na niej, bo jest "najszybciej odbierane".

@spex od początku pisałem o 50tce, ale naprawdę nie mogę bardziej zawęzić.

"Przynajmniej dwóch" spośród 50 największych firm w kraju to mimo wszystko dość sporo potencjalnych odbiorców, którzy z tych domen maili nie odbiorą.

Nieszczególnie mogę wskazać, ale przynajmniej dwóch spośród pierwszej pięćdziesiątki z top100 blokuje większość nTLD albo narzuca im wysoką punktację w filtrach SA.

Opinia opinią, niemniej z tego co mi wiadomo część operatorów blokady już nałożyła hurtem na wszystkie nowe tld lub ich zdecydowaną większość, bo w sumie "czemu nie"

Cóż, mi się nie zdarzyło nie dostać odpowiedzi na cokolwiek poza nazwą. W każdym razie zgłosiłem problem, a to co z tym zrobicie to już Wasza wola. Klienci z maszyn z takimi DNSami też zgłaszają tylko i wyłącznie problemy z korespondencją z/do Was (a mogliby też zgłaszać z home, cyberfolks czy innych dużych firm).

Z wewnątrz OVH wygląda to tak: root@s2:~# dig nazwa.pl @213.186.33.99 +short root@s2:~# dig home.pl @213.186.33.99 +short 212.85.96.183 root@s2:~# dig cyberfolks.pl @213.186.33.99 +short 185.243.55.51 root@s2:~# dig aftermarket.pl @213.186.33.99 +short 185.253.212.10 root@s2:~# dig seohost.pl @213.186.33.99 +short 188.210.221.51 root@s2:~# dig lh.pl @213.186.33.99 +short 185.135.88.173 root@s2:~# dig kei.pl @213.186.33.99 +short 185.243.54.172 root@s2:~# dig zenbox.pl @213.186.33.99 +short 2.57.136.172 root@s2:~# dig dhosting.pl @213.186.33.99 +short 195.88.50.50 Raz na X razy nazwa.pl też odpowiada.

Nie odpowiada na bardzo wiele nazw domen ulokowanych u Was, nie spotkałem się z problemem dla jakichkolwiek innych domen. PS. Wiem że korzystanie z takich serwerów DNS nie jest najlepszym co można robić, ale jednak sporo osób będzie miało problem.

Nie wiem czego to konkretnie wina, ale kilka serwerów DNS (między innymi DNSy OVH) nie chcą dziś odpowiadać na zapytania o rekordy domen skierowanych do nazwa.pl. Rekordy domen innych operatorów spływają bez problemu. Powoduje to, że nie da się wymieniać korespondencją z klientami nazwa.pl. Czyżby problem z Anycast?

Tyle że to masz tylko blackhole, a wysyłka spamu zachęcającego do kupowania tabletek na potencję i innych podejrzanych rzeczy nie jest tu uwzględniona

Tak naprawdę to jest to kwestia sprawdzenia, aktualnie chyba trochę czasy się zmieniły, niemniej nadal niektórzy klienci skarżą mi się że z ich domen *.best niektóre maile mają problemy z docieraniem do odbiorców.

.dev to fajna i ciekawa domena dla developerów właśnie i można powiedzieć, że zyskuje na rozpoznawalności. Nadal jednak część operatorów/usługodawców blokuje nTLD ponieważ często zwłaszcza z uwagi na cenę były wykorzystywane do spamu i innych niemiłych i przykrych czynności.

Tyle że w nazwie nie musiałeś nic robić bo nawet po zmianie DNSów domeny mogłeś się do skrzynki zalogować łącząc się za pomocą IP serwera IMAP z poziomu klientów pocztowych, lub nawet przez webmail. Ludzie uciekający z home nie mieli tyle szczęścia.

Jeśli miałeś domenę xyz.pl i w niej skrzynkę np. [email protected] i chciałeś tą domenę i skrzynkę wymigrować, zmieniałeś jej ustawienia w panelu home w taki sposób aby była ta domena dostępna we wszystkich domenach (w panelu home jest do tego stosowna opcja). Wtedy do skrzynki [email protected] mogłeś się dostać przez login [email protected] gdzie serwer1234567 jest identyfikatorem Twojej usługi hostingowej w panelu. Problem pojawiał się wtedy, gdy miałeś więcej skrzynek biuro@ w większej ilości domen i migrowałeś je wszystkie naraz, to już były kombinacje alpejskie wówczas żeby to tą metodą ograć.

To nie do końca tak działa, bo w trakcie zmiany delegacji maile mogą trafiać w jedno z dwóch miejsc i każdy cywilizowany operator pozwala na to, aby nawet z nieskierowanej już na DNSy tego operatora domeny zrobić migrację. A każdy cywilizowany admin albo osoba odpowiedzialna za takie migracje robi resync skrzynek na jakiś czas po zmianie delegacji właśnie po to aby nic nie uciekło (o ile oczywiście nie da się zmienić rekordów MX czy TTLi dla poczty)