beliq

Z powodu pytań jakie dostałem uzupełniam info: Do każdej maszyny przysługuje 5 adresów IP. KVM kosztuje 10 zł per dzień.

No bo keepalive powinno mieć małą wartość, a nie 15 czy tam nawet 30 sekund; wybaczcie nie pamiętam jak to jest per default, zawsze to zmieniam z automatu. System się strasznie męczy musząc pilnować "wiszących" połaczeń TCP/IP.

O ile mnie pamięć nie myli, to ten panel trzyma hasła kont pocztowych w bazie mySQL, a to oznacza, że jest masa pluginów do "wiewiórki" umożliwiającyh zmianę hasła, a i do RC pewnie coś się znajdzie. Wystarczy pogooglować.

Może dopisał/dograł jakiś plugin. W sumie via API do DA też można hasło zmienić... zapomniałem o tym. W każdym razie out of the box nie da się tego zrobić i trzeba kombinować.

Też się dziwiłem temu co ktoś wcześniej napisał. Sposób w jaki DA trzyma hasła kont pocztowych uniemożliwia ich prostą zmianę via webmail. Choć oczywiście, można napisać jakiś plugin do RC/SM i daemona słuchającego na interfejsie lokalnym wykonującego takie żądania. Można też zmusić DA aby trzymał wszystkie konta pocztowe w bazie danych, ale to już dla jeźdzców hardcoru.

nie twierdzę, że nie.

1) uruchom tryb rescue 2) jeśli Twoja główna partycja to /dev/sda1 podmontuj ją np. pod /mnt 3) chroot /mnt /bin/bash 4) passwd 5) exit 6) reboot voila

Z tego co wiem, to się mylisz, ale czarno to wszystko widzę, gdyż ta oferta przeczy podstawowym prawom matematyki.

...bo Debian ( nie licząc OpenBSD oczywiście ) jest idealny do zastosowań hostingowych

Standardowa instalacja DA tego nie umożliwia niestety.

i "managed" w cenie... nic tylko kupować!

Przepowiadam Apokalipsę...

oooo ja, ale hardcore... takich cen to ja jeszcze nie widziałem przecież na jednym dobrym serwerze możnaby takich kont upchnąć kilka K!

No więc tak... do wzięcia są dwa serwery dedykowane w Polsce. Zostały one złożone na zamówienie, z którego po wpłacie zaliczki klient się wycofał. Ulokowane w Łodzi na łączach GTSu i Crowleya. Są to maszyny managed z panelem Direct Admin. Do wzięcia tak naprawdę od ręki, aczkolwiek standardowo zastrzegamy sobie 48 godzinny czas realizacji zamówienia od momentu zaksięgowania wpłaty na koncie bankowym. Oto ich parametry: AMD X2 3800+ ( 2x2 GHz ) 2 GB RAM 160GB HDD SATAII 200GB transferu miesięcznie Debian 4.0 Panel Direct Admin, PHP4 i PHP5 w trybie fastCGI, mySQL 5.0 Managed - SLA1 399 zł abonament 299 zł opłaty instalacyjnej Oczywiście istnieje możliwość rozbudowy w.w. konfiguracji, tudzież zwiększenia limitu transferu, a sprzedającym jest legalnie działająca firma. Wszelkie pytania proszę kierować via PW.

Drugi serwer też już znalazł nowego właściciela. Dziękuję za zainteresowanie.

Napisałem też wyraźnie, że dopóki 32 bity pracują jak należy, nie widzę sensu wdrażania jakichkolwiek zmian w infrastrukturze, a Ty nie jesteś w stanie mi podać sensownego argumentu dla którego miałbym postąpić inaczej. Inna sprawa, ale to już moje takie osobiste zdanie, że małoprawdopodobne, aby kiedykolwiek hosting był stricte zmuszony do migracji na 64 bity tak samo jak nie widzę możliwości zniknięcia z czeluści sieci IPv4. Przy takiej ilości krytycznych instalacji HA płynna migracja jest wprost awykonalna. Jak masz 1-2 maszyny pod opieką i dużo wolnego czasu w pracy, to sobie i nawet napisz własny standard pt. "128 bitów pleple"(P przeczyta i będzie "wykładał" tu na forum ), ja mam tych maszyn 20 i nie widzę sensu migracji w tej chwili z powodów o których już napisałem. EOT.

Wymienione kilka % z benchmarków CPU 64 bitowego naprawdę nie kusi zbytnio. Osobiście nie widzę sensu na wdrażanie w firmie nowych standardów i marnowanie na nie roboczogodzin w przypadku kiedy stare się dobrze sprawdzają. Jesteś jeźdźcem hardcoru? to używaj 64 bit, PHP6 i Debiana w wersji unstable, ja wolę rozwiązania "rock solid" i pojęcie posiadania odrobiny czasu wolnego. Ping... pong... odbiłem piłeczkę, dalej już nie ma sensu się przekrzykiwać.

Pozwolisz, że zacytuję Ciebie samego: Jak będzie, to pogadamy na temat tego co jest "pchaniem się na siłę", a co nie i czy dla tych kilku % warto się "prosić" o dodatkowe problemy... których w hostingu i tak jest troszeczkę.

No i właśnie dlatego nie ma co się pchać na siłę w 64 bity.

Niestety w przypadku szrotów z SB to niekoniecznie musi być wina NVU. Może, ale nie musi. Przykładowo: serwer Buszmena segfault'ował, sam się rebootował, zawieszał i to bez żadnego Apacha, mySQLa ani niczego podobnego. Support FastIT nie stwierdził uszkodzenia komponentów serwera, zaś sama maszyna była totalnie bezużyteczna. No i bądź tu mądry...

Dość tego. Wyczyściłem temat. Teraz będą warny...

Powiem tak, jeśli Twój serwis będzie miał taką oglądalność, że będzie trzeba rozłożyć ruch na... hmmm... przykładowo 6 maszyn, wtedy będzie Cię stać na zatrudnienie admina, który to zrobi. Z Twoich wypowiedzi jasno wynika, że kładziesz nacisk głównie na powierzchnię dyskową... nowe youtube? rapidshare? na 100% będziesz trzymał o tych plikach jakieś notki w bazie danych, toteż nie widzę przeszkód, aby za kilka miesięcy dodać kolumnę pt. "id-serwera", gdzie będą wartości na zasadzie "img1.domena.pl/video1.domena.pl", które to jasno będą wskazywały skąd ten plik ma być pobrany... Nie kupuj na początek dwóch maszyn. Nie ma sensu. W przypadku pojedyńczego serwisu, gdzie zmiana adresu serwera bazodanowego ograniczy się do edycji jednego pliku, przerzucenie baz danych na drugi serwer to chwila moment.

no to zamykam.

Z tego co pamiętam, to Czesi zawsze podają ceny netto ( bez podatku) i pasma. Nawet jeśli wliczają pasmo, to np. z zastrzeżeniem: tylko 20% ruchu może iść za granicę. Może coś się zmieniło, nie wiem - uczulam na to w każdym razie.

w rejestrze, go to -> HKEY_CURRENT_USER\Software\SimonTatham\PuTTY