malu

Nawet nie chodzi o standaryzowanie tych limitów - pomijając różnice wydajnościowe sprzętu. Są rzeczy których nie da się policzyć, lub policzenie tego w % będzie bardzo ogólnikowe. Nie policzymy zużycia zasobów poprzez serwowanie treści statycznej via dany użytkownik. O ile nie ma problemu z policzeniem zużycia zasobów przez serwowanie treści statycznej - różnej maści wrappery. Będzie problem z określeniem tego - inne obciążenie będzie pochodziło od np. PHP działającego w CGI z wrapperem suPHP a inne od PHP działającego w FCGI z wrapperem suEXEC. Następnie, jak policzyć obciążenie % w MySQL? Niestety podawanie nawet szacunkowych wyników jest bezsensowne.

Wina łącza, jeżeli chodzi o granie w gry flash. Pewnie w pracy Ci coś po blokowali, jednym słusznym wyborem będzie VPN. Najlepiej openVPN lub IPSec.

To jest akurat dobra rada, żeby się ten ktoś nie sparzył. Parę przykładów tak "udanych" biznesów mamy na forum i ludzi co pchają się do tego o czym nie mają pojęcia. A więc nie uznawałbym tego za coś nagannego. Teraz już tak pomijając to co pisał NVU. Chciałbym napomnieć, że głównie problemy są z pilnowaniem się tematyki forum. Dobrym wyborem według mnie było by okrojenie forum. Zbyt wiele rzeczy się tu znajduje i w sumie nic nie jest dobre.

Administracja używa starych CRT 15" w rozdzielczości 640x480 i mają problemy z przewijaniem strony. Ja osobiście byłbym za wprowadzeniem zakazu bezmyślnego tworzenia tematów - zaostrzyć regulamin dotyczący działu Prośby. W dziale piaskownica określić zakres poruszanej tematyki chociażby do IT. Usunąć cały dział dotyczący serwerów gier - fatalnie niski poziom dyskusji tam panuje. Pracujmy wszyscy razem dla forum - SPWHT. (Socjalistyczna Partia WebHostingTalk) !

Odpowiedz sobie na pytanie co chcesz osiągnąć. Bezpieczeństwo, ale jakiego poziomu dostępu do serwera. Zupełnie inaczej będzie to w przypadku dostępu 1 osoby, a zupełnie inaczej w wypadku serwera do którego będzie miało dostęp naście/set osób. Jakie usługi będą oddane do dostępu publicznego. Nie da się jednoznacznie tego określić.

Trzymajcie mnie Wiesz o czym Ty w ogóle mówisz kotek?

Niech zgadnę limity VPS?

Stara bieda...

Jacuś Daniels

Najlepszego! :-)) Żeby Ci ten Octave dobrze służył

Kiepsko się zapowiada, byle ten barcamp wyskoczył akurat w 1 weekend. Ps. Nie kotek? (Masz na nim być!)

Jeżeli to się nie pokryje z żadnym z 2 przewidywanych barcampów Poznańskich. To zastanowię się nad przybyciem :-))

Ja bym z chęcią zabronił, bo mam dość poprawiania po "mega administratorach".

Z doświadczenia wiem, że wcale tak nie jest

9800GT wszystkie są referencyjne. Co nie które są podkręcone... W takim zestawieniu stawiałbym raczej na E8400. Ale tak jak pisałem dobry quad byłby lepszy jeżeli chodzi o "zestaw" przyszłościowy

Jeżeli ma to być inwestycja w przyszłość to bierz quada, jednak mocniejszego. Jakiś nowocześniejszy Quad Extreme powinien być OK.

E8400 - bo się fajnie kręci

Jeżeli patrick z Tobą wytrzymał, to naprawdę gratuluje mu silnych nerwów! Tyle pytań na sekundę to dawno nie otrzymywałem, w tym to nawet Linux* się z Tobą równać nie może *Oczywiście użytkownik Linux, z tego forum.

Bell - skoro zagłębiasz się w sposób działania FCGI, a raczej korzyści jakie z tego płyną. Jednak mógłbyś mu wytłumaczyć na jakiej zasadzie to działa Bo jak przeczytałem to wygląda to jakoby JarekMK myślał, że FCGI nie jest sposobem działania PHP tylko jest to takie "PHP zamiast mod_PHP". Ogólnie ja bym sobie oszczędził takich prawideł Bell bo może to być źle odczytane, a dlaczego to już pewnie sam dobrze wiesz.Dobra żeby jakoś ładnie zakończyć ten temat dodam jeszcze coś od siebie dotyczącego bezpieczeństwa/niebezpieczeństwa PHP. Niebezpieczeństwem php działającego w mod_php jest działanie z GID oraz UID samego serwera http - o czym wspomniał już bellerofont. Można temu zapobiec uruchamiając php w CGI lub FCGI -> jednak sprowadza się to do tego samego jeżeli nie jest na to nałożony jakiś wrapper odpowiednio suPHP lub suEXEC - o czym zapomniał napomnieć Marcin. Powinno się postawić sobie minimum 2 główne pytania. 1) Zależy mi na wydajności czy bezpieczeństwie? 2) Chciałbym zabezpieczyć PHP z poziomu samego PHP czy systemu? Gdy już poznamy swoje zamiary - odpowiednio dobierzemy sobie potrzebne oprogramowanie po dokładnym przestudiowaniu możliwości CGI/FCGI oraz suPHP/suEXEC. PS. Nie można oczywiście zapomnieć o tym, że można zabezpieczyć PHP obydwoma sposobami "na raz". Wprowadzając indywidualne php.ini dla każdego użytkownika przy użyciu wrappera php. Będziemy wtedy mogli blokować indywidualnie niebezpieczne funkcje php, oraz środowisko działania php będzie ograniczone dla UID użytkownika.

Oczywiście

Jeżeli nie można "nic" wykorzystać poza ten gwarantowany ram ... to jaki jest sens dawać umieszczam w ofercie wyżej wspomniany burst. (Pomijam kwestię, że jest możliwość )

Współczuje administratorowi hekko.pl :PPP

wcale nie ...

Zaraz napisze, że to literówka i (zabrakło Y) "smartY"