Tril

I znów bug Bug pojawia się przy próbie przejścia na kolejną stronę opinii o firmach. How to repeat: 1. Wybierz z modułu opinii dowolną firmę o większej ilości opinii niż 10. 2. Kliknij przycisk następnej strony/strony drugiej/wprowadź numer strony w opcji przejdź do strony 3. Podziwiaj stronę główną forum WHT zamiast kolejnej strony opinii. Klikając np na drugą stronę opinii dla Futurehost przechodzę do adresu: http://www.webhostingtalk.pl/app=companytestimonials?showcompanyopinion=294&st=10 który pokazuje stronę główną forum.

Z chroota stosunkowo łatwo się wydostać, możesz dodatkowo spróbować odpalić LXC (linuxy) czy jaile (FBSD). W takim czymś możesz też na przykład stworzyć wirtualną 'sieć lokalną' i np kontenerowi/jailowi z bazą danych w ogóle nie dawać dostępu do/z internetu. Można się ciekawie pobawić, pytanie czy jest sens

Poniżej info o porcie masz do wyboru opcję dostępu do internetu - albo pakiet ruchu albo łącze o określonej przepustowości. Jak wybierzesz pakiet ruchu to możesz używać 1gbps, tyle że raczej szybko wyczerpiesz sobie pakiet.

Skoro masz statystyki serwisu, to chyba transfer też? Jeżeli tak to zamiast 'nielimitowanego' sprawdź ile teraz zużywasz i daj nawet x3, okaże się pewnie, że wcale nie potrzebujesz 'nielimitowanego'.

http://www.webhostin...-unixstorm-org/ Oceny 4,5+ a gwiazdki wyświetlane to 3,5, to samo na bocznym pasku. ed: W sumie mogło pójść do 'Błędy - WHT', ale był gdzieś nisko i nie zauważyłem, że jest.

Przy reloadzie połączenia nie są zrywane, proces który je obsługuje nie kończy się dopóki pobieranie się nie zakończy. Nowe żądania są już obsługiwane przez inny proces z nowymi ustawieniami. http://wiki.nginx.org/CommandLine tu jest to opisane.

800megabajtow na 3 min? To prawie 12 TB/m-c i zużycie łącza na poziomie 35mbitów/s, jeżeli by się rozkładało równomiernie w ciągu doby (a zapewne tak nie jest), więc chyba jednego zera w budżecie zapomniałeś, albo chodziło ci o miesięczny.

Bez phpmailera albo innego narzędzia to dosyć uciążliwe - musiałbyś sam składać odpowiednią wiadomość. Mniejsze obrazki możesz wrzucać używając http://en.wikipedia....Data_URI_scheme - wtedy cała zawartość obrazka jest umieszczona w znaczniku img Edit: widzę nawet na tym wiki kawałek prostego kodu w php do zapisywania obrazków jako data uri.

Z tego co pamiętam w przypadku oszustwa nie ma mowy o niskiej szkodliwości, niezależnie od kwoty.

Zasadnicza różnica - skrypty php na stronach muszą działać krótko, żeby odesłać użytkownikowi odpowiedź jak najszybciej. Wykonanie się skryptu jest krótkie, że proces zwalnia miejsce bardzo szybko. Po za tym w przypadku stron "70 osób naraz" to nie osoby które idealnie w tym samym czasie wywołały stronę, tylko ilość osób w pewnym krótkim okresie czasu (np na forach przez ostatnie 3-5-10 min). No a jeżeli masz 200 długo wykonujących się skryptów php naraz to jak wyżej zostało powiedziane - jedynie dedyk/vps - praktycznie żaden dostawca usług (hosting/shell) współdzielonych nie pozwoli na coś takiego (przynajmniej nie tanio).

Przy osiągnięciu maksymalnej liczby procesów następne nie mogą się uruchomić. Edit: Czyli po tym jak wystartuje "pierwsze" 70 (a któreś będą zawsze pierwsze), następne nie zrobią nic. Zawsze można użyć include żeby je wszystkie odpalić w jednym pliku, tyle że wtedy nie wykonują się równocześnie, lecz po kolei.

200 naraz - nie. Jeden skrypt zajmuje jeden proces. Czyli 70 maksymalnie. Oczywiście skrypty php zazwyczaj wykonują się krótko, więc szybko "zwolni miejsce" dla kolejnych.

W swoim .htaccess dodaj na poczatku linie "Order Deny,Allow" (bez spacji po przecinku) i wrzuc go nie do /etc/phpmyadmin tylko do miejsca gdzie phpmyadmin ma w twoim systemie pliki .php (wyglada na to ze /usr/share/phpmyadmin)

W przypadku bloga powinno wystarczyc, w koncu nikt nie odswieza bloga co chwile. Zawsze mozesz wziac test, odpalic jakis reload every z roznym czasem, nawet w kilku kartach, zeby zasymulowac obciazenie i zobaczyc jak sie sprawuje, np przy jakim poziomie odswiezen zacznie rzucac bledami 502

Btw w stopce masz link "Projktowanie stron www", literówka I ogólnie w menu brak niektórych polskich znaków. Na samej liście serwerów przy komentarzach mógłbyś też poprawić ikonkę komentarzy aby też linkowała do nich, a nie tylko sama ilośś była linkiem

No, tyle ze w RN cos konczy sie na samych scenariuszach (jak z tym serwerem do javy, ile on juz jest obiecany? ;p) W kazdym razie torrenty mialy spore znaczenie dla niektorych ludzi co RN wybierali, wiec konkurencyjność jest wyższa, no i do tego gwarantowane SLA.

W tym że jeden interpretator = jeden request aktualnie przetwarzany. Więcej niż 4 requesty przetwarzane równocześnie = reszta dostaje błąd 502. Sporo zależy od tego ile owe skrypty php potrzebują zasobów - im więcej tym dłużej się wykonują i tym dłużej "zajmują" interpretator.

Maksymalne zuzycie dla 100mbit/s: http://www.wolframalpha.com/input/?i=100+Mbit%2Fs+in+GiB%2Fmonth Srednie obciazenia lacza przy zalozeniu wykorzystania 5TB transferu: http://www.wolframalpha.com/input/?i=5TiB%2Fmonth+in+Mbit%2Fs

Co do dysków w kimsufi to bez przesady z tym, że IO zarżnie dysk przy ściąganiu, w końcu to nie NFS (zwłaszcza przy danych podanych przez bigsmoka), przecież 13MB/s wyciągnie bez problemu = prędzej rurkę zapcha. Zależy też co jeszcze będzie jeździć po dysku oczywiscie. Wyniki paru testów (FreeBSD 8.2, kimsyf 2G, zfs z 200M cache - standardowo jest ufs bez tego) http://wklej.org/hash/f1ceca91198/ Jak widać nawet przy małym cache hit ratio jest dość spory, z tym, że trzeba wziąc pod uwagę, że to nie serwer z downloadem i tez nie ma co za bardzo po dysku jeździć (oprócz mysqla, ale ten tez nie jest zbyt intensywnie wykorzystywany) No i read tez daje radę wyciągać tyle żeby rurka była zapchana najpierw..

W 2ap limity są na powierzchnię (chociaż wiadomo, że zużycie terabajtów transferu czy kilku tysięcy baz danych też nie będzie zbyt mile widziane ;p), ale co raczej istotniejsze - na ilość interpretatorów php uruchomionych na koncie - to jest taki limit obciążenia, zamiast jakiś % procesora obliczanych nie wiadomo jak i nie wiadomo czym - za dużo skryptów które chcą się wykonać naraz = 502 dla następnych. A co do działania tegoż - to jeżeli serwerownia nic nie spsuje to marne szanse, żeby pracujący tam coś schrzanili sami z siebie.

Może spróbuj spf ustawić?...

Wszystko po # nie jest przekazywane do serwera (tylko interpretowane przez przeglądarkę( więc nic z tym nie zrobisz po jego stronie - mod_rewrite na nic się nie zda.

Trochę odświeżę stary temat, 2 lata już minęły, więc przydałaby się świeża opinia. Od paru m-cy mam konto na mydevil (przedostatni pakiet). Wziąłem je nie tyle dla shella, co dla hostowania strony i chodzi jak złoto. Do tego przy okazji niejako mogę sobie od czasu do czasu skorzystać z proxy do USA, kiedy coś tego wymaga Plus - mogłem odpalić własny serwer z svnem i aktualizacją jednej z gałęzi live oraz aplikację na RoR (redmine), czego na normalnym hostingu w takiej cenie bym zrobić nie mógł. Mimo wypisanych limtów, nie są one jakoś uciążliwe. Przeniosłem się tam z home i jestem całkiem zadowolony z działania strony i możliwości. Jest też java na osobnej maszynie, ale nie korzystam więc się nie wypowiem. Poza sprawami technicznymi - kontakt z adminami jest znakomity (mimo braku telefonu) i bardzo łatwo któregoś z nich zapytać na IRC czy poprosić o instalację czegoś, aplikacji, gemu do rubyego, etc. Na maile też jest szybka odpowiedź. Oprócz próśb o instalację można też na IRC zapytać o pomoc i nie ma problemu z jej otrzymaniem, czy to od adminów czy użytkowników (jeżeli da się to po ich stronie zrobić). Plusy: - Spore możliwości - RoR, django, webpy, Java + możliwość odpalenia prawie każdego własnego oprogramowania i podpięcia domeny/subdomeny pod wszystko co się da odpalić po fastcgi (no i oczywiście php) - Świetny kontakt i dobry support - Dobra dokumentacja dotycząca systemu zarządzania kontem i poradniki odnośnie proxy etc - Backupy codzienne dla wszystkich - Kupa IP do wykorzystania (np jak ktoś chce pod SEO) - proxy, vpn, ssh słucha na 443, 80 Minusy - Jak ktoś lubi panele to niestety uświadczy - obsługa jest z samego shella, chociaż łopatologiczna - Brak własnego php.ini (chociaż ponoć in-progress) Dla mnie minusy są raczej mało istotne, no i w końcu to shell z hostingiem nie hosting z shellem. Ogólnie polecam jak najbardziej.

Z bezpłatnych uphost, z płatnych z tej listy co masz to mogę polecić unixstorm (stabilny, chociaż 200M moze być ciut mało)

Masz 2 błędy w tym: RewriteCond%{REQUEST_URI}/fotorelacje/$ Ta reguła będzie przekierowywała każdy url, który kończy się dokładnie "/fotorelacje/" a nie złapie "forbot.pl/fotorelacje/xxx". Natomiast złapie "forbot.pl/cokolwiek/fotorelacje/" Prawidłowa powinna wyglądać: RewriteCond %{REQUEST_URI} ^/fotorelacje/.*$ Natomiast reguła (gdyby warunek wyżej był prawidłowy): RewriteRule ^(.*)$ http://fotorelacje.forbot.pl/$1 [R=301,L] Spowoduje przekierowanie na "fotorelacje.forbot.pl/fotorelacje/XXX" Powinna wyglądać: RewriteRule ^/fotorelacje/(.*)$ http://fotorelacje.forbot.pl/$1 [R=301,L]