ahes

atmail.com wygląda jak świetna alternatywa.

Może lepiej się nauczyć, że po spółgłoskach nie stawia się apostrofu (Manager'em).

Hejka, szczerze mówiąc nie spotkałem się z platformą serwerową opartą na procesorach i7. To jakieś procki dla ludu, coby się cieszył osmioma rdzeniami (HT) na laptopie, czy może coś konkretnego? Ktoś z was ma doświadczenie z tym sprzętem? Jakie różnice między Core2Quad?

Na rootnodzie shoutcast obsługuje dwuprocesorowa maszyna - w sumie 4 rdzenie. Pierwotnie wrzuciłem to na słabą, jednoprocesorową maszynę, ponieważ też mi się wydawało, że dowolny procesor na luzaku łyknie takie operacje jak serwowanie shoutcastów. Nic bardziej mylnego. Zajechaliśmy ją na śmierć. Obecnie działa kilkanaście shoutcastów. Można posłuchać sobie tutaj: http://shoutcast1.rootnode.net/ Na load też bym nie patrzył. Powyższa lista generuje w tej chwili ruch 10Mbit na wyjściu, load maszyny jest co prawda 0.10, ale... Patrząc na zużycie rdzeni to każdy jest obciążony od 30-40%. Myślę że wypuszczając darmową usługę, bardzo szybko zarżniesz każdą maszynę, a już tym bardziej jakieś lewe, niskobudżetowe semprony. Oczywiście możesz spróbować, ale abyś się szybko nie rozczarował jak po piątym użytkowniku wszystko zacznie zdychać. A chętnych na pewno będzie dużo więcej - przede wszystkim radioamatorów, którzy będą sobie streamować dom do pracy. A po co? Bo tak

Nie znam hekko, nie jestem też zaznajomiony z całą dyskusją, ale trochę popuściłeś wodze wyobraźni. Pole FROM jest ustawiane przez użytkownika. Pole, które może cię interesować to Return-Path - nazywany także w niektórych implementacjach jako Envelope-Sender. I w nim znajduje się prawdziwy nadawca wiadomości. W pole FROM możesz wpisać sobie archie@szatan.org i też będzie dobrze. Polecam zapoznać się z moim tekstem na temat Postfiksa: http://marcinhlybin.com/slides/postfix_article.pdf

Lepiej php-fpm ze zdefiniowanymi poolami per user.

http://gigaserver.nl

Szkoda się bawić w magento. Zainteresuj się tradoro.pl. Tak wygląda przykładowy sklep http://verdeavis.pl/ albo tak - http://e-oscypek.pl Wyjdzie ci to taniej niż vps, a nie musisz się o nic martwić. Po prostu będzie działać. No i jest świetny panel zarządzania sklepu wraz ze statsami, integracją z allegro i innymi bajerkami. Jak napiszesz do mnie to dam ci namiary, gdzie można założyć i testować sklep.

Tutaj bym się zastanowił nad pejoratywnymi określeniami. Jak widzę rozwiązania Supermicro to z wrażenia zawsze mi buty spadają. Patrz: * Supermicro TwinServer - dwie płyty podłużne, razem 4 procesory, jeden zasilacz, obudowa 1U - cena BARDZO przystępna * Supermicro TwinServer^2 - w obudowie 2U - 4 płyty główne, 8 procesorów, łącznie 32 rdzenie rozpusty * Supermicro OfficeBlade- 10 dwuprocesorowych jednostek w 7U * Supermicro DatacenterBlade - 14 dwuprocesorowych jednostek w 7U - 112 rdzeni Intel lub 168 rdzeni AMD Cena tych rozwiązań jest taka, jaka powinna być.

To nie ma znaczenia. Ważne jest z jakiego usera bangla php.

Od konceptu do realizacji. Wersja beta dostępna pod adresem checkver.com. Komentarze mile widziane.

Eee, 'pisze się' to poprawna forma, zupełnie tak jak 'robi się', 'spala się' itp. np. 'Kod HTML pisze się tak samo jak kod SGML'. Jeśli masz inne zdanie to proszę razem z linkiem do RJP, PWN lub innego wiarygodnego źródła.

Co do różnic cen między KEI i OVH to witamy w Polsce. Nasz kraj jest po prostu cholernie drogi jeśli chodzi o dostęp do Internetu ze względu na kulawą infrastrukturę i windowanie cen tranzytu danych przez największe firmy udostępniające Internet (jak np. TPSA, która ma najdroższe łącza). Na zachodzie jak się kopie rów, remontuje drogę lub buduje metro to puszcza się od razu bez zastanowienia światłowody. W Amsterdamie znajduje się drugi co do wielkości punkt wymiany ruchu na świecie AMS-IX gdzie stykają się najwięksi operatorzy. Tam 100Mbit można mieć nawet za 100EUR. W Polsce za 100EUR możesz dostać 1Mbit od TPSA. Proponuję zatrudnić sobie admina, która ma głowę na karku i patrząc na specyfikę twoich usług dobierze ci odpowiedni rodzaj hostingu. OVH jest tanie, ale dosyć ryzykowne. Sprytnie wszystko konfigurując możesz mieć tanie usługi w OVH z zabezpieczeniem na wypadek poważniejszej awarii sprzętu po ich stronie. Ja część maszyn mam dzierżawionych, bo po prostu tak mi jest wygodniej i zawsze mogę mieć najnowszy i wydajny sprzęt za niewielką cenę, a w razie poważniejszej awarii jestem w stanie w godzinę przywrócić funkcjonalność maszyny, która padła wykorzystując inna maszynę lub na szybko kupując nowy serwer dedykowany. Ma to sens, ponieważ OVH czasami naprawia serwery po kilku dniach. Większość maszyn mam własnych i jest to z jednej strony wygodne, ponieważ hardware jest porządnie wygrzany i wiem, że w nim nic nie wysiądzie (oprócz dysków). Maszyny się jednak starzeją i po 4 latach wydajność serwera przypomina laptopa, aczkolwiek, gdy już ci się finansowo zwróci wciąż możesz go wykorzystywać do pewnych zadań - tak jak mówię wszystko zależy od specyfiki twoich usług. Z drugiej strony trzymanie maszyn w Polsce jest dużo droższe, ale posiadasz fizyczny dostęp i szybko możesz wymienić dyski oraz całą maszynę bez wycieczek 1200km.

A ojro spada

Pisze się Linux, a najlepiej to GNU/Linux.

Poniższe strony przestały działać? http://dev.mysql.com/doc/refman/5.1/en/ http://www.mysqlperformanceblog.com http://www.google.com/ Oczywiście chętnie pomogę, 50zł/h.

I tutaj pojawia się pewien problem. Wasza firma nie może podpisać e-faktury swoim podpisem elektronicznym ponieważ narusza to punkt 2 art. 3 ustawy o podpisie elektronicznym, a mianowicie: Czyli de facto firma będzie musiała wykupić własny podpis elektroniczny oraz odpowiednie urządzenie, ponieważ: Dodatkowo elektroniczne faktury muszą być udostępniane przez kilka lat w trybie online do wglądu kontrahentom. Należy zdać sobie jednak sprawę, że plik wysłany mejlem za pomocą PDF fakturą nie jest. Można go natomiast nazwać 'obrazem faktury VAT', który stanie się fakturą tuż po wydrukowaniu. Wiele firm tak robi i żaden urząd skarbowy nie jest w stanie udowodnić, na której drukarce została wydrukowana faktura, ponieważ, ani podpis, ani pieczątka na fakturze nie jest wymagana. Oczywiście narzędzia do tworzenia faktur online i zlecenia wysyłki są przydatne - patrz faktura.pl. Rozumiem, że targetujecie się na małe firemki, bo która większa chciałaby, aby firma trzecia miała całkowity wgląd w ich finanse?

Może być mała, ale przyda ci się sporo RAMu. Jeśli zapytania masz zoptymalizowane i większość rzeczy lata po indeksach to duża ilość pamięci załatwi problem 1200 req na sekundę do bazy. Na froncie postaw sobie jakieś proxy (np. varnishd), aby statyczny content nie zarżnął dysków, a niżej coś co serwuje www bardzo szybko (np. nginx z fastcgi). Przy odrobinie umiejętności można to upchnąć na dwuprocesorowy dedyk z 16GB RAM. To jest dobra opcja: http://www.ovh.pl/produkty/mg_hybrid.xml Bazy w ramie, varnisha puścić po SSD i będzie banglać ze sporym zapasem mocy.

Pogratulować. Świetny config. Mój ma o 50 linii więcej.

A twoje domowe łącze tego nie uciągnie? Odpal sobie zgrywanie na localhoście.

A nie łatwiej dodać & na końcu? Screen jest zbędny.

rootnode.net

Możesz podać model, interfejs, typ i pojemność?

Dobrze kombinujesz, ale z tymi 9TB trochę przesadziłeś. Możesz zrobić to na dwa sposoby. Pierwszy to rdiff-backup i uzyskujesz kopię przyrostową dla każdego klienta. Aby odtworzyć backup z danego dnia także musisz użyć komendy rdiff-backup. Pętla for, backup per klient, jakieś udostępnianie, zarządzanie i będzie. Druga opcja, którą stosujemy na Rootnode to snapshotowy backup przyrostowy. Aby zrobić go dla klientów wymaga trochę sprytu i kodu w perlu, ale idea polega na wykorzystaniu hardlinków do plików (aby danych które się nie zmieniły nie dublować w snapshotach z ostatnich 30 dni) oraz rsync - aby nie przerzucać przez sieć całych plików, a tylko zmienione fragmenty. O tym jak to działa możesz poczytać na http://www.mikerubel.org/computers/rsync_snapshots/. Sam skrypt do zarządzania tym zmieściłem w 165 liniach perla, więc nie jest to nic skomplikowanego - trochę myślenia jest przy listach include/exclude, bo kolesie z rsynca nieźle to zamotali. Podejrzewam, że przy 300G backupie w miesiąc urośnie ci najwyżej 10% więc specjalnie duży storage nie jest potrzebny. Do tego trzeba jeszcze dorzucić dumpy baz danych, ale to już inna historia.

URL or didn't happen. W zależności od zastosowania. W środowiskach głównie read-only SSD będzie wydajniejsze. Przy dużych i częstych zapisach już nie jest różowo.