beliq

To się niczym nie różni od IPv4 pod tym względem. Mając podsieć /96, możesz sobie stworzyć 4 294 967 296 vhostów SSL z unikalną parą kluczy/certyfikatów.

na 1 cm2 kuli ziemskiej przypada: 6700000000000000000 adresów IPv6, prefix udostępniany przez Nephax jest o 9 zer z w.w. liczby krótszy...

Ty chyba nie wiesz ile adresów IPv6 przypada na 1 cm2 kuli ziemskiej... Biorąc to pod uwagę, a także ilość serwerów jaką hostuje Nephax, mogliby przydzielać o wielsze węższe prefixy i wciąż nie otarłoby się to o "marnowanie".

kosz.

Może być tak, w przypadku jeśli backup jest wysyłany na serwer znajdujący się gdzieś "blisko" ( np. usługa backup FTP w OVH), że pliki są wysyłane z pełną prędkością portu, a co w połączeniu z dużą ilością odwołań dyskowych ( 7K baz i dużo małych plików, wróżę więc, iż na tej maszynie IO/WAIT to codzienność ) i kiepską jakością dysków, powoduje totalną niemożliwość obsłużenia requestów. W tym momencie procesy potomne MySQLa i Apache'a będą się mnożyć i ustawiać w niekończącej się kolejce, a load skoczy pod niebiosa. Oprócz tego używasz prawie 300 MB swap'u, więc podejrzewam, iż masz źle skonfigurowane usługi, ogólnie za mało pamięci dla swojego projektu webowego, albo zwyczajnie o 9 rano maszyna swapować, gdy musi zbuforować backup przed przesłaniem, zaś użytkownicy już "wstali" i zaczynają pobierać content. Możliwości tu jest wiele: nie masz jakichś wykresów utylizacji zasobów z conajmniej 48 godzin?

Jak zrobię markę serwerów dedykowanych "beliq pro", to też będziecie odrazu pisali, że są super i polecać zamiast HP, bo mam tu kilku kumpli na forum? Ionic istnieje trzy miesiące, to zdecydowanie za krótko na polecanie czegokolwiek w momencie, jeśli ktoś tak jak autor wątku chce się przenieść gdzie indziej w obliczu tego, iż poprzednia firma najwyraźniej nie spełniła jego oczekiwań. W tym momencie trzeba stawiać na sprawdzone rozwiązania, a z tych dwóch przytoczonych, to własnie neteasy jest taką marką.

dwa lata na rynku 5 serwerów kilkuosobowa stała ekipa zarządzająca administratorzy z baaardzo długim stażem, wybiegającym o wiele wstecz przed markę neteasy napisałeś post patrys, a potem skasowałeś go stąd i z kosza, a mówione było wyraźnie, że z kosza ma nic nie znikać... bardzo nieładnie...

Zdecydowanie neteasy. Marka ionic jest jeszcze zbyt młoda i niedoświadczona, aby można było ją komukolwiek polecać moim zdaniem.

kosz.

Temat faktycznie kwalifikuje się do kosza, aczkolwiek w dużej mierze dzięki samym użytkownikom...

No offence pod adresem autora, ale ten topic to nonsens -> Kosz.

Zgadzam się. To tak jakby porównywać samochody na podstawie przejechanych kilometrów. Kosz..

sto lat szefie!

Nie jedna dobra firma zaczynała od Allegro. Każdy by wolał odrazu dostać kontrakt od dużej firmy, niestety, ale w życiu tak nie ma. Od czegoś trzeba zacząć.

Wszystko zależy od implementacji, a i niezależnie od jej rodzaju będzie ono mniejsze niż jakikolwiek filtr typu SpamAssassin. Co do ruletki to się zgadzam. Niektórzy nie wiedzieć czemu ustawiają mimimalny czas pomiędzy odrzuceniem pierwotnym listu, a zezwoleniem na jego powtóre nadanie na jakieś takie astronimiczne liczby - np. 30 minut. W tym momencie winę ponosi administrator. Tak samo jak z listami RBL. Są ludzie, którzy korzystają z jakichś totalnie durnych list, które odrzucają prawie wszystko jak leci. Na to również nie masz wpływu, a co również nie skreśla tego rozwiązania. Bezpieczeństwo szkrzynki pocztowej buduję się tak samo jak w wypadku samego serwera. Dokłada się moduły, każdy coś daje. Nie ma uniwersalnego remedium na wszystko.

Było już ze 100 razy. Kosz...

Nie, ale mam magnesik HP na lodówce

http://www.morele.net/produkt/189680/

Ceny takie w sumie ok, aczkolwiek na podstawie informacji o łączach na ich stronie www stwierdzam, że to nie będzie najlepszy wybór. Lepiej dopłacić kilka złotych i skolokować się u kogoś kto ma ciut lepszy zestaw łącz. Konkretnych firm nie podam, dziś niedziela, dzień wolny od reklamy. ;P

Dokładnie tak.

Każdy MTA się nada. Exim, Postfix, QMail, Sendmail - rzuć monetą

osobiście wątpię, autor wątku opisał swoje zapotrzebowanie na serwer pod "stronki z mysqlem", a co nie wskazuje moim zdaniem na żadną bazę danych mającą objętość w dziesiątkach GB co najwyżej podejrzewałbym, że MySQL jest źle skonfigurowany

Xeon: - więcej MHz - więcej L2 - 45 nm - szybsze FSB to teoria... w praktyce może rzucać monetą, bo te dyski twarde z OVH są do bani, ich kontrolery RAID ( 3Ware za 100 USD ) jeszcze bardziej do niczego, więc możliwości żadnego z w.w. CPU w hostingu w pełni nie wykorzysta

kosz..

zgadza się, temat już był, proszę autora o użycie wyszukiwarki, kosz...