steven

Jak przywrocisz standardowe ustawienie: www.domena CNAME 36000 domena to bedzie dzialalo dobrze (bedzie podazalo za ustawieniem glownym)..

Bo ustawiasz to w zlym miejscu... https://home.pl/setup/domain Pole Przekierowanie WWW (IP/host/URL/katalog) - tak trzeba wpisac adres IP na ktory przekierowana ma byc domena. Edycja hostow sluzy do ustawiania hostow dodatkowych (cos.domena.pl).

Od jakiegos czasu intrygowal mnie w/w temat - zakolokowac kilkadziesiat tysiecy serwerow (fizycznych) w kilkunastu roznych DC na swiecie to nie lada wyzwanie.. Google nigdy oficjalnie nie pokazalo zdjec swoich serwerow DC, w kilku artykulach na ten temat zawsze byla informacja ze dostep do room'ow w dc, gdzie stoi google jest baardzo mocno chroniony.. W artykulach tych jednak byla wielokrotnie powtarzana informacja ze uzywaja tanich i seryjnych komponentow (ze zwyklego PC'ta) co od razu odrzucalo uzycie blade (ktore nie sa ani tanie ani standardowe w swej konstrukcji)... W jednym artykule znalazlem nazwe firmy, ktora jest dostawca sprzetu a w drugim informacje ze mieszcza w jednej szafie rackowalnej 88 dwuprocesorowych serwerow (co samo w sobie jest juz duzym szokiem, bo szafa majaca 42U wysokosci miesci maksymalnie 40 serwerow i jakis 1/2 switche na gorze)... Te informacje pozwolily namierzyc firme i co wazniejsze produkt, ktory uzywa google.. Serwery maja wysokosc leciutko wieksza niz 1.5U, ale uwaga: sa polowicznej szerokosci i glebokosci. Co umozliwia ulozenie serwerow w 2 rzedach z kazdej strony szafy jeszcze z zostawieniem miejsca na osprzet sieciowy.. Wdl. Opisu do srodka pojedynczego serwera wchodzi normalna plyta Extended ATX, z 2 procesorami (Intel, AMD, Itanium do wyboru) i 2 normalnymi dyskami SATA/SCSI, zasilacz i cooler (jedyne elementy, ktore sa specjalnie wybrane pod ta konstrukcje).. Bardzo ladne zdjecie szafy z tymi serwerami mozna zobaczyc na: http://www.tgdaily.com/2004/08/11/amd_take...tion/page2.html informacja samego producenta: http://www.rackable.com/products/dsheet_pd..._ScaleOutDS.pdf

Dla tych co nie wiedza (a patrzac na frekwencje z Polski rok temu to malo kto wie), co roku w Niemczech organizowana jest impreza pod tytulem: WebHostingDay. Jest to polaczenie: - konferencji (na ktorej mozna posluchac wielu ciekawych wykladow), - targow (na ktorych wystawia sie wiele dostawcow rozwiazan dla webhosterow), - rozrywki (calosc miesci sie w parku Phantasialand - taki Niemiecki Disneyland). Jest to najwieksza impreza tego typu w Europie. W tym roku impreza odbedzie sie 18-20 marca. Normalnie wejscie kosztuje 349 EURO - jednak magazyn webhosting.pl przy wspolpracy z home.pl, stal sie oficjalnym partnerem mediowym tej imprezy. Mamy do rozdania pule bezplatnych zaproszen na ta impreze - uczestnicy musza jedynie pokryc przejazdu i noclegu. Wiecej informacji jak uzyskac wejsciowke: http://webhosting.pl/WebhostingDay2009 Zeszloroczna relacja z imprezy: http://webhosting.pl/WebhostingDay.2008%3A...nzy.hostingowej Angielska strona WebHostingDay: http://www.webhostingday.de/eng/ Agenda w jezyku angielskim: http://www.webhostingday.de/downloads/agen...il_eng_2009.pdf Osobiscie polecam obecnosc wszystkim zainteresowanym nowymi technologiami/produktami z branzy webhostingu, w szczegolnosci zainteresowanym rozwiazaniami: Saas, wirtualizacja, praca grupowa i green computing/datacenter.

Dzieki... Jedyne co wlasciwie moge napisac to: Zapraszam wszystkich do walki o kolejne kubki Niektore z nich stoja jeszcze na poziomie 100 zl - wiec jest o co walczyc... -- steve

Jesteś Klientem pośrednika i z nim zawarłeś umowe (on jest dla ciebie stroną w umowie). Technicznie my cie obsługujemy, ale to jest element umowy home<>pośrednik. My mamy pewne zakazy w stosunku do Klientów pośredników (jest to na życzenie pośredników), z których mogły wyniknąć pewnę problemy w równym potraktowaniu ciebie z innymi. I za to przepraszam, bo rzeczywiście problem mogł być też po naszej stronie (nie jestem w stanie wypowiedzieć się czy wszystkie z generowanych przez nas informacji, które dotyczyły twojego konta zostały wysłane do pośrednika - czy my coś zgubiliśmy czy może pośrednik).

A ty jesteś Klientem pośrednika - sprawa sie wyjaśniła. Zgodnie z umową z pośrednikami, my nie kontaktujemy się bezpośrednio z Klientami pośredników (nie wysyłamy im newsleterów, informacji technicznych etc) - wszystko idzie do/przez pośrednika... OK.. Ale napewno były też inne zapytania. Pozatym obciążenie serwisu (końcowy parametr) to nie tylko MYSQL - u wiekszości Klientów to główny problem, ale nie koniecznie u wszystkich.. No i super

Cieżko mi odpowiadać jak wyglądała treść indywidualnych rozmów z adminami (nie ja byłem jej stroną). Zwracam uwagę jedynie że nie każdy administrator ma identyczną wiedzę i umiejętności (chłopaki starali się jak potrafili aby pomóc Klientom, my w przeciągu tego okresu przekazaliśmy im sporo wiedzy na temat poruszanych tematów) oraz mogła dotyczyć tematu samej optymalizacji MYSQL (bo na tym opierała sie pierwotna akcja) a nie zasobożerności danego serwisu (co tak naprawde nie można zaanalizować w 5 minut). Wypowiadam się na temat ogólnej procedury, w miejscach która ją sam realizowałem (wybór problematycznych kont, treść poszczególnych listów poleconych i email, zaoferowanie palety dostępnych opcji dla Klientów, przeprowadzone globalne analizy wykorzystania zasobów przez konta, podsyłane statystyki mysql-slow-loga, wyznaczenia metod dalszego postępowania). Temat jest cieżki i wzbudza wiele emocji. W wielu przypadkach sposób pojmowania sprawy przez strony jest znacząco różny. My ze swej strony w realizacje całego projektu włożyliśmy bardzo dużo serca i zasobów (sprzęt do przetrzymania problematycznych kont, duże przygotowania i wielka praca logistyczna, setki godzin pracy adminów wokól tych kont/odpowiadania na emaile/analizowanie problemów serwisów Klientów).. Równie dobrze mogliśmy na samym początku wysłać zdawkowy email o terminacji świadczonej usługi do wszystkie kont i dać termin 48 godzin na wyniesienie się bez wdawania w dyskusje/analizy/statystyki etc (w Polsce już było kilka tego typu akcji robionych przez innych webhosterów). Podejrzewam że ilość krytyki była by podobna, ale niewiele byśmy się przy tym napracowali.

Poniżej fragment pierwszego emaila/listu poleconego (akcja optymalizacja MySQL): A poniżej fragment finalnego emaila/listu poleconego (rozwiązanie umowy, Klienci którym kończył się abonament dostali bardzo podobną wersje): Mogłbyś rozwinąć - dlaczego nie wskazywały na wasze bazy (???) lub nie wymagały optymalizacji. Dodam ze były wygenerowane na bazie tego co sam MySQL uznał za nieoptymalne (zawartość mysql-slow-loga).. Przy dość sporej ilości kont cieżko było nam się wgryzać w to co dokładnie robią Klienci i co należy zrobić w ich serwisach aby było OK. Tym bardziej że optymalizacja serwisu 1 Klienta, to jest jednak dzień pracy dobrego znawcy MySQL a koszt takiej pracy często przekracza opłacony przez Klienta abonament.. Dlatego jedynie powtarzaliśmy co kilka dni statystyki (aby Klienci widzieli czy zmiany dają efekt) i staraliśmy się jak najlepiej odpowiadać na pytania (o ile nie były one na poziomie to co ja mam zrobić w serwisie???).

Poniżej kopia odpowiedzi, którą zamieścilem na pl.comp.www. -- Witam. Z racji że temat wywołał burzliwą dyskusję a praktycznie wszystkie posty przedstawiają racje jedynie jednej strony, pozwoliłem sobie napisać kilka słów jak całość wygląda z drugiej strony (home.pl). Akcja cytuję "zrywania umów z powodu obciążenia konta" realizowana jest od listopada i w chwili obecnej dotyczy tylko 80 kont (na 32 tysiące serwerów obsługiwanych przez home.pl - czyli sprawa dotyczy 0.25% Klientów którzy u nas maja serwer). Rozpoczeła się selekcją prawie 300 kont o bardzo dużej zajętości CPU i wysłaniem slow-log'ów mysql z prośbą o optymalizację. Większość z tych użytkowników zrobiła użytek z podsyłanych logów - po miesiącu widać było efekty i sprawa dla nich się zakończyła. Niestety w pozostałych 80 przypadkach, analiza po miesięcznym okresie optymalizacji wykazała brak lub minimalną poprawę i tych użytkowników dotyczy aktualne postępowanie. Ogólnie są to konta generujące baaaardzo duże obciążenie (technicznie: zajętość CPU >= 25%, często grubo ponad 50% na serwerach 2 procesorowych). Obciążenie jest nie współmierne do usługi jaką ci Klienci wykupili (zwykły hosting współdzielony, bez żadnych gwarancji dostępnej dużej mocy serwera charakterystycznych dla bardziej wyrafinowanych form hostingu zaawansowanego typu VPS czy serwerów dedykowanych). Aby działanie tych kont nie wpływało na normalnych Klientów, większość z nich od jakiegoś czasu znajduje się na wydzielonej puli serwerów, gdzie są utrzymane po 1-2-3 konta per fizyczny serwer. Jest to pula przeznaczona dla serwerów dedykowanych (jako firma mamy na szczęście dość spore zapasy hardware) i taką formę ma aktualnie hosting dla tych kont (mimo że wykupiona usługa przez tych Klientów jest całkowicie inna).. Tytułowe "zerwania umowy" jest to tak naprawdę informacja, którą wysłaliśmy w listopadzie o tym że obciążenie generowane przez tych Klientów znacząco odbiega od norm usługi, którą zakupili. Przedstawiliśmy Klientom 4 warianty dalszej współpracy (efektywna optymalizacja, hosting dedykowany, serwery dedykowane lub zerwanie umowy z zwróceniem niewykorzystanego abonamentu). Większość Klientów skorzystała w przeciągu miesiąca oczekiwania przez nas z 3 pierwszych wariantów (co wymagało albo pracy przy optymalizacji albo zaakceptowania droższej usługi, adekwatnej do tego co świadczymy). Została jednak grupa wspomnianych 80 kont, przy których ani nie nastąpiła efektywna optymalizacja ani Klient nie zdecydował sie na jakąś formę hostingu zaawansowanego - i ta grupa właśnie otrzymała (albo lada chwila otrzyma - bo akcja jest rozciągnięta w czasie) rozwiązanie umowy razem z faktura korygującą na niewykorzystany okres (lub w przypadku kont o niskiej ważności informację że nie będzie możliwe przedłużenie aktualnego abonamentu). Wszystkie w/w konta jeszcze funkcjonują, cały czas dbamy aby prawidłowo działały (z odpowiednią wydajnością) utrzymując je jako hosting dedykowany (z odpowiednimi parametrami) mimo że ci Klienci nie są zainteresowani zakupieniem takiej usługi. Udzieliliśmy długiego okresu wypowiedzi (3 tygodnie) + pełne wsparcie techniczne w przypadku gdy Klienci ci zdecydują sie przejść do innych webhosterów) + możliwość zostania u nas, jeżeli zmienią zdanie. Mamy świadomość że akcja może być różnie odbierana. Wolimy jednak jasno postawić sprawę (Pana/Pani konto nie nadaje się do utrzymania w ramach usługi X tak aby prawidłowo działało) niż nakładać na tych użytkowników jakieś limity (cpu, pamięć, ilość procesów/pasma dziennie/zapytań sql - ogólnie przymulić konto i udawać przy reklamacjach że to nie nasza wina a jedynie obciążenia Państwa serwisu) co jest dość typowym zachowaniem w branży webhostingowej w przypadku "trudnych" Klientów. Cała dyskusja (lament użytkowników że home.pl jest beee, bo nie chce dalej utrzymywać ich serwisów na usłudze, która dla nich nie jest przeznaczona + pomijanie faktów że były przedstawione alternatywne propozycje a zerwanie umowy jest z pełnym zwrotem nie wykorzystanego abonamentu) pokazuje trochę fakt że specjalnie ci użytkownicy nie mają gdzie przejść (w tej samej półce cenowej) i o tym doskonale wiedzą. home.pl było długo ostoją dla serwisów generujących duże obciążenie (dla dobra Klientów już od kilku lat przerzucaliśmy takie konta na osobne serwery specjalnie nic nie mówiąc - jednak z racji że ostatnio problem jest masowy i ciężko jest finansować coraz większą grupę Klientów z abonamentów innych Klientów) postanowiliśmy przekazywać problem dużej zajętości na właścicieli kont. Jeszcze kilka uwag co do wypowiedzi różnych osób na tym forum: - nie prawdą jest że zatkaliśmy sie nowymi Klientami/promocjami - każdy fizyczny serwer ma określoną maksymalną ilość Klientów (adresów IP), które ma obsłużyć po czym rejestracja na nim jest zamykana. Wiec nowi Klienci idą na nowe/kolejne serwery, - z roku na rok rośnie też ilość serwerów, ich średnia moc a zarazem maleje ilość kont per serwer), - w 2006 zakupiliśmy samych serwerów za ponad 3 miliony zł i ilość (udział tych serwerów) znacząco przekracza ilość nowych Klientów, - cała akcja nie dotyczy/nie wynika z generowanego ruchu - na szczęście ceny łącz w Polsce spadły ostatnio dość znacząco (my z racji swojej wielkości w chwili obecnej wymieniamy też za darmo ruch z wszystkimi dużymi ISP/sieciami w Polsce z wyjątkiem samej TP). Zresztą wśród tych 32 tysięcy serwerów u nas jest znacząco więcej Klientów, którzy nie mieszczą się w limitach ruchu (często mają/dokupują go kilka-kilkanaście razy więcej niż mamy w normalnej ofercie - i mimo tego nie sprawiają nam problemu). -- pozdrawiam Stefan Jurczyk home.pl

Nie, nie obraze sie Sam upublicznielem ta prezentacje... Ciekawi mnie jedno - jezeli na meetbsd byly osoby z WHT czy tez ogolnie rynku webhostingu, to dlaczego sie nie "upublicznily" u nas na stoisku

Oj Wojtek - nigdzie nie zakwestionowalem ze to nie jest serwer WWW i nie powiniscie tego tak liczyc. Jedynie zakwestionowalem roznice miedzy liczba wdl. was a wdl. top100 - u innych graczy 60-70% Klientow na serwery, ma domene w .pl (com.pl itd) u was ten wspolczynik wyszedl mocno inaczej i stad bylo moje zdziwienie jak w ktoryms momencie podaliscie swoja ilosc Klientow na serwery... Wytlumaczyles ze to jest duza grupa bardzo malych Klientow (male www, glownie poczta, domena cos.civ.pl) i ok... Z tego tez prawdopodobnie wynika inny rozklad ruchu wdl. asow (mniej www ogladanego z tpnetu, wiecej poczty na swiat)...

Adam ma troche dziwna Klientele - wyszlo to kiedys przy probie okreslenia roznicy w ilosci Klientow podawana przez progresso na stronie a iloscia ktora wynika z top100 i jakis statystycznych wspolczynikow.. Co do ruchu do tpsa - to sie zgodze z wartoscia pomiedzy 45 a 50%. Tyle nam netflow pokazuje od lat, specjalnie sie to nie zmienia... Okolo 15% to gleboka zagranica (albo as'y ktorych nie skatalogowalismy , reszta to ogolnie pojeta Polska... Z od kilku innych "duzych contentowcow" wiem ze tez maja podobny rozklad ruchu...

Mimo ze nie chce brac udzialu w samej dyskusji (bo i tak nikt tu nikogo do niczego nie przekona kilka slow wyjasnienia albo komentarza - co do samej akcji... - akcja ma na celu zwrocic uwage Klientow na temat optymalizacji zapytan SQL w jego najprostrzym a zarazem zarazem najbardziej obciazajacym i dajacym najwieksze efekty ujeciu - brak uzycia indeksow.. Wdl. statystyk MySQL'a (show status, zmienne Com_select w stosunku do Select_scan i pozostalych Select_*) cos kolo kolo 60% zapytan SELECT nie uzywa wogole indeksow.. Nie mowie tu o sytuacjach pol uzywania (ze tylko fragment zapytania idzie z indeksu, albo ze warunek idzie z indeksu albo potem to trzeba recznie posortowac lub pogrupowac - bo to sa tematy z wyzszej polki i tu juz problemem sa tez mozliwosci samego silnika MySQL). Przez 2 tygodnie mielismy wlaczone bardzo dokladne logowanie do tzw. slow-log'a mysql'a, potem to ladnie obrobilismy (pogrupowalismy zapytania o identycznej budowie ale roznych parametrach), dodalismy statystyke i przerobilismy to najczytelniejszej formy jaka udalo nam sie wymyslec.. Efekt jest bardzo fajny - Klienci masowo nam odpowiadaja ze juz cos robia (zalozyli indeksy, przebudowali selecty, wlaczyli buforowanie, zaktualizowali soft do nowej wersji czy nawet po prostu popedzili informatykow). Masowo mamy prosby o regeneracje tych statystyk (co tez juz zaczelismy robic - jutro/pojutrze znowu takie cos podeslemy z ostatnich 48h)... Zaczynamy widziec tez efekty patrzac na obciazenie maszynek jak i statystyke czasow wykonywania sie dynamicznych requestow... Patrzac na odpowiedzi jakies 80% Klientow przyjelo ta wiadomosc w sposob jaki chcielismy aby przyjeli - jest problem, problem powoduje wolne dzialanie serwisu, problem jest w tym i w tym miejscu, moga Panstwo probowac go poprawic uzywajac tego i tamtego... Wymaga to troche pracy ale sie oplaci - i dla Klienta (mam kilka listow gdzie Klienci ciesza sie jak male dzieci, ze po jakiejs tam zmianie nagle strona zaczela mu sie ladowac w 0.1 sekundy zamiast 0.8 i to jest efekt ich pracy i dla nas... - kwestia "moga poprawic skrypty, albo spadac"... Nie jest naszym celem masowo wyrzucac Klientow z naszego hostingu... Podjelismy sie czegos i o tym pamietamy.. Samym dowodem na to jest chociaz to ze przez 9 lat ogolnie bardzo rzadko rozstawalismy sie z Klientami mimo ze problem nie jest nowy i wystepuje od lat... Mamy jednak swiadomosc ze zostanie jakas grupa kont, generujacych bardzo duze obciazenie o skali wymagajacej conajmniej pol dedyka.. I przy ktorych nie da sie juz nic zrobic w temacie optymalizacji (z roznych powodow).. Niestety przy takim obciazeniu ciezko dokladac kilkadziesiat razy tyle ile sam ten Klient placi (koszt jego utrzymania) - stad propozycja rozwiazan dedykowanych (i to w 2 wariantach) oraz informacja o alternatywie polegajaca na wzajemnym pozegnaniu sie... Napewno czesc z tych kont/Klientow - wybierze wariant drugi. Bedzie nam przykro - ale z mozliwych wariantow (wciskac go na maszynki z kilkoma innymi kontami tego typu, gdzie calosc sie zagotuje we wlasnym sosie) jest to najlepsze i najbardziej profesjonalne podejscie... Oczywiscie w tym przypadku bedziemy zwracac nie wykorzystana czesc abonamentu (wbrew temu co daje nam nasz regulamin) oraz pomagac w wyexportowaniu serwisu (spakowanie baz, serwisu www i kont pocztowych) do sciagalnego archiwum... Nie bedzie to tez w stylu nazwy - konto zostanie wylaczone dzisiaj - a jedynie damy kolejny tydzien, aby Klient mogl spokojnie znalezc nowego dostawce i przeniesc swoj serwis... To tyle z mojej strony, mam nadzieje ze nie powstanie z tego kolejne 50 postow z goraca dyskusja, ktora czesto wynika z blednego odczytania zamierzen, jakimi sie kierujemy...

No coz - jak widac, ty wielki shive, dotad wielki programista i znawca rynku webhostingowego najlepiej wiesz tez jak pracuja wewnatrz poszczegolne firmy hostingowe i w jaki sposob reaguja one na zgloszenia dot. spamu... Dla twojej wiadomosci - w home.pl do obslugi zgloszen dot. spamu (i odbieranego i wysylanego) przydzielone jest kilka osob... I wierz mi maja one co robic... Klienci, w sprawie ktorych dostajemy zgloszenia dostaja upomnienia wraz z referencjami do naszych stron home.pl/spam/ (ktora notabene jest jedna z lepiej opracowanych stron dot. tego tematu w serwisach polskich firm hostingowych)... Jezeli upomnienia nic nie daja i Klient dalej wysyla spam, to zegnamy sie z nim zgodnie z zapisami naszego regulaminu... A to ze na zgloszenie biednego shiva nie rzucamy sie, wyrzucajac Klienta w trybie natychmiastowym... No coz - ale na rynku nie znajdziesz zadnej firmy, ktora tak robi.. I nie chodzi tu o kase - a jedynie o fakt ze w 95% wypadkow wystarczy prosta interwencja/przemowienie do rozskadku Klienta/poinformowanie go o skutkach tego co robi...

Zapytanie jest bardzo proste: http://www.google.com/search?q=site:civ.pl&num=100&filtr=0 Wykazuje prawie tysiac stron, ktorych urle po przepuszczeniu przez perlo-jedno-linijkowca upraszczaja sie do 213 unikalnych nazw subdomen w civ.pl No i na tyle (no troche wiecej - przewidywalem okolo tysiaca) was wycenialem bazujac na danych wzietych top100, ofercie firmy oraz praktyce jak sie to ma w innych firmach. Prowadzenie top100 daje wiele informacji, ktore pozwalaja w dosc specyficzny sposob oceniac caly rynek (jak i jego fragmenty) z boku... No i niepotrzebnie. Podales dane, ktore byly dla mnie dosc kontrowersyjne (nijak sie mialy do srednich statystycznych na rynku jak i informacji o waszej firmie dostepnych na zewnatrz), ja pozwolilem sobie postawic znak zapytania przy ich poprawnosci. Podaliscie w odpowiedzi dane, ktore musza mi wystarczyc jako potwierdzenie tego (z racji braku mozliwosci dokladniejszego zbadania). Sprawa sie zamyka... I nawzajem. Bywacie moze na jakis zjazdach/konferencjach zwiazanych z tym co robimy (hmmm sa takie? lub co uzywamy (zjazdy/"popijawy" na temat cisco/linux/bsd/security)?

Ja sie tez nie obrazam. Dawno sie przyzwyczailem ze pozycja lidera jest ulubiona do bicia, szczegolnie w pewnych srodowiskach... Calkowicie na nas to juz nie dziala... Zwracamy jednak uwage na kwestie nieprawdziwych oswiadczen. Sami jestesmy firma, ktora bardzo duzo o sobie mowi - i zawsze staramy sie podawac prawdziwe dane, na ktore mamy pokrycie (jak bysmy go nie mieli, konkurencja od razu by powiesila psy na nas).. Dosc naturalne jest to ze takiej prawdziwosci danych wymagamy tez od innych na rynku... Twoja informacja jest dosc nieprawdopodobna - i niestety ciezka do sprawdzenia... Z statystycznego punktu widzenia u praktycznie wszystkich webhosterow wystepuje zasada ze utrzymuja na swoich DNS'ach wiecej domen niz maja wykupionych serwerow (sa Klienci, ktorzy nie chca extra domen do serwerow, jednak wiekszosc ma ich kilka).. Proporcja ta na Polskim rynku wynosi srednio 1:1 do 1:3 (w zaleznosci od typu i historii firmy)... Ty podajesz tu dane, z ktorych wynika proporcja calkowicie odwrotna - bo 7:1 (7 tysiecy serwerow na niecale tysiac domen).. Dosc nieprawdopodobny wynik - no chyba ze serwerami nazywasz np. konta pocztowe lub wiele lat temu sprzedawany twor pod tytulem konto pocztowe + strona WWW (malo ktos juz pamieta takie czasy)... Ja nie mam dostepu do waszych danych... Ale istnieje cos takiego jak google i zapytania zaawansowane. I te zapytania po wylaczeniu duplikatow wykazaly jedynie niecale tysiac roznych stron, umieszczonych w lekko ponad 200 roznych subdomenach znajdujacych sie w .civ.pl. Jak na rzekome 9 tysiecy serwerow wirtualnych (minus powiedzmy tysiac, do ktorych sa domeny w .pl i ktore sa sprzedane w nowej ofercie progresso.pl) te dane sa conajmniej dosc dziwne... Co do ilosci rekordow passwd - w przypadku wiekszosci architektur webhosterow znajduja sie tam wszystkie konta (skrzynki pocztowe, konta ftp, konta www i inne twory), ktorzy stworzyli uzytkownicy w ramach pojedynczo oplacanych uslug serwerow dedykowanych... I ok - tego nie jestem w stanie zwalidowac - wiec przyjmuje ze moga tam byc wieksze dyski i przyznaje racje..

1. A kto dzisiaj kupuje PIV/Xeony, ktore biora >100 watow mocy, sie grzeja jak cholera i slabo skaluja w rozwiazaniach SMP. Od ponad 2 lat jedynym sensownym wyborem sa Opterony AMD - ktore daja duzo lepsza wydajnosc przy duzo mniejszym poborze mocy... Moze dopiero rozwiazania ktore Intel ma wprowadzic w drugiej polowie roku (desktopowe i serwerowe wersji procesorow wynikajacych z Core Duo/Centrino) ta sytuacje zmienia... 2. Serwery z PIII nie produkowane sa od kilku lat - wiec jest to sprzet stary.. A niestety sprzet majacy powyzej 3 lat (nawet serwerowy) ma kilkukrotnie wieksza tendencje do psucia sie... Co do ilosci Klientow - nie bylbym pewien czy tak bezproblemowo mozna utrzymywac 600-700 Klientow z wirtualkami (+php/perl/mysql/pgsql) na jednym serwerze... Niezaleznie czy Xeon/AMD oraz ze jedzie na SCSI/RAID... No chyba ze to sa Klienci klasy kilka statycznych stron + grafika - ale to wtedy i 10 tysiecy wejdzie (pomijajac problem pojemnosci macierzy)..

Oj Adam nie przesadziles troche? 909 domen z koncowka .pl na top100.pl, brak pozycji na http://www.webhosting.info/webhosts/tophosts/Country/PL dla domen zachodnich (com/net/org). Do tego kilka fizycznych serwerow w DC o dosc pradawnej konfiguracji (kilkuletnie Compaq'ki na PIII i dyskami 18 GB z tego co widzialem bedac ostatnio na Pieknej)... Skad wzieles 7 tysiecy serwerow wirtualnych?

Dowolny katalog mozna zrobic niedostepnym przez WWW, wrzucajac .htaccess z jedna linijka: Access deny all. Pomijam juz to ze na home.pl globalnie dla plikow *.inc tez jest deny all - pamietamy o tym ze wszelkie hasla do baz danych i tym podobnych, zazwyczaj leza wlasnie w plikach o takich rozszerzeniach. Co do bezpieczenstwa - polecam zastanowienie sie czy bezpieczniejsza jest Idea, ktora jail'uje wszystkie procesy PHP/Perl/CGI (osobny chroot, osobny uid/gid, osobne IP wychodzace, limit wykorzystania serwera) i przez to nie pozwala aby skrypty jednego Klienta w jakikolwiek sposob wplynely na inne konto (dostaly sie do jego plikow, zobaczyly zawartosc jego katalogu, ba chociaz nazwy innych kont, nie spowolnil serwera, nie mowiac juz o wplywie atakow etc)? Czy Apache, ktory nie zapewnia prawie zadnej separacji pomiedzy uzytkownikami i pracuje na wszystkich kontach z tymi samymi uprawnieniami/limitami?

Nie wiem skad stwierdzenie ze home jest sztywne.. Wszystko co opisales (najnowsze wersje PHP 4.4.2 i PHP 5.1.2, MySQL 4.1 z MyISAM jak i InnoDB, mod_rewrite, wlasny w pelni edytowalny php.ini, mozliwosc wskazania PHP5 jako .php) sa jak najbardziej oferowane w home.pl - i to we wszystkich pakietach... -- steve

No coz - dobra usluga kosztuje bo jest poprostu droga w swiadczeniu. I tu nie tylko chodzi o to ze lacza w polsce (ze wzgledu na tpsa) sa 5 razy drozsze niz np. w DE. Ale tez o fakt ze w home.pl masz usluge swiadczona na prawdziwych serwerach, ktore kosztuja realne/duze pieniadze a nie na najtanszych desktopach z hipermarketu (te wszelkie dell'e w ofertach dedykow za 69 euro czy 100 usd to sa najtansze desktopy za 300 usd, bez raid'ow, pamieci ecc i innych rozwiazan serwerowych, na najtanszych komponentach). Do tego dorzuc koszty tego co dostajesz (support, gwarancje wymiany zepsutego sprzetu, backup na innym serwerze na cala pojemnosc swojego dysku, utrzymanie w dobrym DC, zdalne zarzadzanie/reboot przez access server i master switch) - nagle wychodzi ze jak by postawic taki sprzet samemu i zrobic to samemu to nawet po rozlozeniu kosztow na 2-3 lata fizycznie kosztuje to wiecej niz masz cene w home.pl

Tu jeszcze warto wspomniec o jednym fakcie.... Stabilnosc uslug oraz zachowanie dzialania istniejacej bazy Klientow... My mamy zwyczaj posiadania najnowszych wersji roznego softu.. Ale softu, ktory wdl. uzytkownikow (a nie producenta) jest stabilny... Stad aktualnie jest np. MySQL 4.1 a nie MySQL 5.0, mimo ze producent jakies 3-4 miesiace temu nazwal linie 5.0 jako STABLE - wolimy aby inni wylapali bledy. To samo jest z PHP 5.1 - musi pojawic sie kilka subwersji (minac troche czasu), zanim my to wprowadzimy na skale 20 tysiecy serwerow... Innym problemem jest kwestia kompatybilnosci - to byl np. baaardzo duzy problem przy MySQL'u 4.1, ktory jasno zrywal z wieloma elementami (minusowe wartosci w LIMIT, zmiana/ujednolicenie formatu pol z czasem/datami, zmiana formatu hasel) - zmiany te spowodowaly "wywalenie sie" setek roznych instalacji aplikacji.. Proces przygotowan zamiast trwac miesiac trwal kwartal - w tym czasie przetestowalismy setki aplikacji/serwisow (w specjalnym srodowisku testowym), przygotowalismy stosowne poprawki, potem dalismy 2 tygodnie uzytkownikom na przeprowadzenie testow (mieli odpalony osobny serwer www na porcie z 81 z php, ktory laczyl sie z mysqlem 4.1 a nie mysqlem 4.0) i dopiero nastapilo wdrozenie tej wersji serwera... Tak wiec - jezeli chcesz super najnowszych technologi, ktore dopiero co sie pojawily to nie dziw sie ze ich nie ma u wiekszosci firm - bo kazda nowosc wymaga czasu na wdrozenie... I nie jest to efekt malego rynku czy cos - tylko pewnej odpowiedzialnosci za swiadczone uslugi...

Jakos cos nie bardzo z tym nie odbieraniem na infolini home... Mamy zamontowanego IVR'a, ktory 24h/dobe odbiera po pierwszy sygnale (przywitanie, menu glowne)... Wiec nie moze byc tak ze jest wolne (nikt nie odbiera), zajetego tu tez nie dostaniesz (60 lini telefonicznych).. A jak juz IVR odbierze i wybierasz 0 (polaczenie z operatorem) to albo zglasza sie ktorys z operatorow albo jezeli wszyscy aktualnie zalogowani rozmawiaja to leci zapowiedz ze jestes XXX w kolejce i musisz chwilke poczekac...

Z fajnych rzeczy ktore jeszcze znalazlem - jest firma oferujaca obudowe, w ktorej mozna zbudowac wlasnego blade (10 serwerow w 8u) przy uzyciu standardowych komponentow (plyty ATX, normalne procki, wentylatory 1U, 2 dyski).. Caly komplet (do montazu 10 serwerow, wraz z zasilaczami i chlodzeniem) kosztuje ponizej 2 tysiecy USD... Moze nie jest to tak profi jak systemy sprzedawane przez IBM/HP/Dell'a (szczegolnie brak backplaina dla kabli oraz wbudowanego switcha boli) - ale warto zanotowac istnieje takich rozwiazan. Zdjecie obudowy: Jeden zmontowany blade: Szafa na 50 serwerow: Calosc opisana na: ATXBlade