malu

suPHP + mod_rewrite nie sprawia żadnych problemów. A więc przyjrzyj się konfiguracji suphp. suPHP + mod_rewrite nie sprawia żadnych problemów. A więc przyjrzyj się konfiguracji suphp.

To jest właśnie to o czym mówiłem :- )) Ale dobra, może przestaniemy najdziorowi robić syf w temacie. Dał ogłoszenie - ok. Myślę że niema co się wdawać w niepotrzebne dyskusje. Tylko niech mi nikt nie napisze "to źle myślisz" bo zaszlachtuje

Nawet najlepszy spec ma swoje granice wytrzymałości :-)) No chyba, że mówimy nie o specjalizacji a o maniakalności. Wtedy to 1 człowiek wystarczył by na 24 godziny (Dla nie kumatych ostatnie 2 zdania to żart)

OVH Release2 -System gentoo (Nawet fajna dystrybucja, osobiście według mnie jednak nie na serwer) -PHP (Działa w suphp, php skompilowane z zabranionym dostępem po fcgi) -Apache (Uruchamiany z nobody:nobody) Bezpieczne to w zasadzie jest, ale wydajne to w żadnym stopniu. Po pewnych zmianach system powinien być zdatny do użytku.

Procesor po prostu ma pierdoły pt. HT Widziany jest przez system jako 8 rdzeni i to wszystko. Po co jakieś wywodu to przeprowadzać

Programista to by tylko interpretował A może on ma jakiś wysadzony kompilator :-))

Wszystko w zasadzie jest prawdą. Pozostaje do wyjaśnienia kwestia, opłacalności takiego rozwiązania. Nie mówię tu o kosztach, ale chociażby ilości pracy w stosunku do "zysku". Rozumiem, że pisałaś to tylko po to by udowodnić, że nie ma co zakładać, że się nie da bo się da. Ale też należy się kierować zdrowym rozsądkiem.

To jest nic innego jak ponowna kompilacja apache. Możesz równie dobrze zrobić to samemu (Nie musisz korzystać z custombuild, customapache)

Dokładnie. Co do kernela jest to sprawa dyskusyjna, ja osobiście nie trzymałbym się starego stockowego kernela debiana. Ale co kto lubi. EOT. Co do tematu dyskusji, cóż niebranżowe czasopismo = kiepski test. Może nie tyle niebranżowe co nieściśle związane z tym działem IT

Zakładam, że w DA masz apache2. (W innym wypadku custombuildnij sobie apache2). Ściągasz źródełka modułu do webSVN. Kompilujesz przez apxs (lokalizacja: /usr/local/sbin/apxs). Chyba nie pomyliłem ścieżki. Dalej to już po staremu

Gdybyś miał okazję zobaczyć serwer BlueMana wcale by Cię to nie zdziwło. (Dawno takiego syfu nie widziałem, z całym szacunkiem niebieski) :-))

Serwer MSSQL na odległość to raczej nie najlepszy pomysł. A więc radzę jednak pozostać przy hetznerze.

Oczywiście, jednak głupio tak uogólniać bo "nikt tak nie robi" :-))

Czy każdy backup musi zostać nadpisywany :-)) ?

Backup co 24 godziny to żaden problem. A jakie korzyści? Większe bezpieczeństwo danych? Ps. Ładnie to tak sobie samemu opinie wystawiać?

Co za różnica?

Zobacz sobie top/htop, iostat. Ps.Trzeba być uczciwym wobec ludzi

Xeon to raczej typ procesora a nie technologia ...

Źle Cię zrozumiałem :-)) Myślałem, że określasz tę wartość jako krytycznie niską. A nie, że masz na myśli kwestie bezpieczeństwa i częstej aktualizacji kernela. Mój błąd, jednak mimo wszystko jestem raczej zwolennikiem trzymania się nowszych jąder (nie stockowego) i staram się zmieniać jądro przynajmniej co 5 releasów :-))

Czy każdy restart musi być wywołany atakiem,błędem? Należy przewidzieć wymianę podzespołów oraz braki w dostawie zasilania.

Przenosiny to nie żaden wielki problem dla osoby zorientowanej. A więc dlaczego by nie oszczędzić trochę grosza?

Żeby przewieść 1 osobę kupisz odrazu samolot tylko dlatego, że za 5 lat chcesz przewieść całą rodzinę?

na 200% coś zepsułeś w configu :]] Sprawdź to 3 razy i dopiero wróć

Zależy co kto potrzebuje. W xcache nie podobają mi się problemy z kompatybilnością z zendem. Zaś eaccelerator lubi robić z siebie "shit". W skrajnych przypadkach powoduje nawet destabilizacje apache. @JarekMK A może posłuchaj rady doświadczonego kolegi? Wątpię, żeby Marcin specjalnie podawał pierdoły

XCache swojego czasu robił dziwne problemy w użytkowaniu, jednak teraz jest już wszystko O-K i jak najbardziej polecam! :-)) Wyniki, powinny być podobne jak w przypadku eacceleratora.