Skocz do zawartości

jvr

Donatorzy
  • Postów

    64
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    4

Odpowiedzi opublikowane przez jvr

  1. Kwoty inwestycji zazwyczaj są dostosowane do skali danej działalności. Co komu ze słuchania, że kupili sprzęt za parę baniek skoro chwalą się, że mają setki tysięcy klientów? nazwa była i jest znana ze słabych praktyk w stosunku do klientów (rejestrowanie domen na nazwiska swoich klientów i opychanie za 2k, narzucanie opłat jako jedyna firma hostingowa za PPDO z czego się finalnie wycofali i masa masa innych).

     

    Kwestie cenowe nie są wyssane z palca. To jak to opisujesz jako wolny rynek de facto odbywało się w telekomach na potęgę - doliczanie z czapki usług klientów typu granie na czekanie i później wystawianie za to faktur. Czym się to różni od tego co oni robią z DNSSEC, CDN itd.?

  2. 6 godzin temu, neural404 napisał:

    Czy możemy spodziewać się aktualizacji tego zestawienia na rok 2022? Temat jest jak dla mnie dość niezrozumiały trudno stwierdzić skąd podwyżki cen przy samych domenach skoro niewiele chyba się zmienia dla samego NASK.

    image.png.10cb614d641493ed82107096b293521b.png

    Czytając najnowsze newsy o podwyżce w NASK musiały zaistnieć zawirowania w cenach sprzedaży domen u rejestratorów. Jestem ciekawy jak rok do roku takie zestawienie wygląda i które firmy chcą skorzystać z okazji, aby znacząco podwyższyć marżę. A najważniejsze gdzie teraz najlepiej przenieść już zarejestrowane domeny.

     

    W hostingach ludzie mają skłonności do utożsamiania marży z opłatą do NASK. Każdy kto prowadził większą działalność rozumie, że do wliczenia jest cała masa innych kosztów. Włącznie z panią Danusią od kadr. 

  3. Cytat

    Idąc twoim tokiem myślenia - dlaczego dają przepustkę i mają w tym jakiś interes a klient oczekuje działającej usługi której nie będzie jeżeli on jest atakowany?

     

    No mają w tym jakiś interes - sprzedają Ci usługę. Nie mówią, że ataki zostaną powstrzymane. Co jest w tym dziwnego?

     

    Cytat

    Nie patrz na to w sposób jaki my to postrzegamy, są ludzie którzy nie rozumieją podstaw jak to wszystko działa itd. Dostają wiadomość, że tylko po wykupieniu dodatkowej usługi będą mogli zostać na hostingu, czy taki klient wie czy to coś zmieni dla niego?

     

    Z tego co widzę dokładnie to napisali, że będziesz  mógł zostać bo są ataki DDoS. Co mają więcej zrobić?  Mogą Ci pewnie wystawić jakąś usługę antyddos jako reseller i wystawić ofertę za setki/tysiące zł mc. Patrząc na to jak z nimi się komunikowałeś też bym Cię nie podejrzewał o gotowość wydawania takiej kasy.
    Są hosterzy, którzy sobie z takimi rzeczami radzą ale umówmy się - taki klient jak Ty jest dla nich srogo deficytowy pomimo znacznie większej ceny niż to co oferuje hostido. 

     

  4. >Jeżeli hosting nie może klientowi pomóc w atakach na jego usługę to po co chce go na siłę zatrzymać kasując przy tym kolejne $?

     

    Hosting nie daje Ci pełnego rozwiązania i gwarancji, że będzie Ci to działało przez 100% czasu. Godząc się na dedykowany IP po prostu kupujesz przepustkę na korzystanie z danego dostawcy. Nikt Ci nie mówi, że Twoja strona będzie super działać. 

     

    Właśnie przez takie polemiki, smród po forach i co najgorsze cierpienie setek innych klientów firmy hostingowe nie chcą żadnych forów CS, teamspeaków itd

    • Lubię 4
  5. Dlatego, że przy tak tanim hostingu ochrona antyddos jest po prostu za droga. Jeśli jesteś atakowany, bo masz taki content, a nie inny to inni klienci nie powinni cierpieć. Chcesz nie mieć takiego problemu -> dedyk. 

  6. Moim zdaniem po prostu forma "Cloud Hosting" w przypadku shared hostingu jest po prostu czymś wykreowanym w Polsce. Nazwa nie robi tego od niedawna - wprowadziła to jeszcze w okolicach 2013 roku. 

     

    Cloud hostingiem w Polsce de facto nazywana jest tak najczęściej redundantna usługa. Na "zachodzie" właśnie wspomniana w tym temacie zarządzana VM z preinstalowanym panelem na jakimś OpenStacku. 

     

    Definicja chmury obliczeniowej nie wiem szczerze mówiąc jak miałaby zostać dopasowana do shared, gdzie ograniczenia są oczywiste.

  7. Szukam konkretnego admina, który skonfiguruje i będzie zarządzał dedykiem w OVH. Potrzebuję jakiegoś panelu i planuję zakupić lickę na directadmina. Utrzymywać na tym chcę kilka swoich projektów (średniej wielkości strony, nic wymagającego 101% SLA).

     

    edit. kontakt via priv

  8. Dobrze rozumiem, że wydaje Wam się na podstawie "ping'a", że hostings.pl nie ma CDN więc zaczęliście ogłaszać się pierwszymi w Polsce? Oczywiście nie raczyliście się z nimi skontaktować najpierw? :)

     

    Szkoda, że małe firmy nie mają tyle kasy żeby iść z takimi sprawami do sądu. W USA takie rzeczy inaczej się załatwia.

  9. >Nie możemy zaoferować jako usługi (bez znaczenia czy za opłatą, czy bez opłaty) rozwiązania, którego działanie / istnienie jest poza naszą jakąkolwiek kontrolą. 

    Ale bzdura. Jak już szukacie usprawiedliwień własnych decyzji biznesowych to przynajmniej nie róbcie z użytkowników na tym forum głupków. Ależ oferujecie/udostępniacie. Robicie to też na każdym kroku. Udostępniacie PHPMyAdmin, udostępniacie webmail na roundcube, udostępniacie autoinstallator (zewnętrzny btw.) i aplikacje (zewnętrzne btw.) i całą masę innych elementów oprogramowania.

  10. Na FB czytałem jakieś posty dotyczące problemów z siecią w lokalizacji w Polsce. Zastanawiam się nad zakupem dedyka pod semiprodukcyjne zabawki ale nie chciałbym co chwilę być w kontakcie z supportem. Ktoś, coś?

  11. 13 godzin temu, Kolopik napisał:

    Wow, jestem zaskoczony. Sam śledziłem wtedy wątek na WHT. Myślę, że więcej osób zgłosiło go na policję, więc pewnie nie tylko do Ciebie wysłali tą informację. 

     

    Byłem w tym samym momencie na policji co @PrecelusMaximus i niestety u mnie cisza :( Cieszę się, że temat się ruszył do przodu - gość był bardzo bezczelny i się chełpił tym, że nic mu nie zrobimy. 

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

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