Prohost

Jeśli host ma włączone na poziomie serwera www to ty nie powinieneś włączać.

Tak poedytuj sobie .sql... Edytując łatwo popsuć kodowanie pliku jak się nie wie co się robi i czym.

Jak już wrzucisz jako utf to w skrypcie dodaj po połączeniu komendę do mysql set names latin2 - tak jak ktoś wcześniej pisał. Tu masz więcej info: http://wiki.prohost.pl/index.php?title=Kod...e_Mysql#Skrypty

Jako utf się importuje.

Znając dokładnie kodowanie pliku możesz użyć iconv do konwertowania na docelowe kodowanie - potem replace collation jeśli trzeba.

Najpierw sprawdź jakie kodowanie masz w pliku .sql

Sas mi ani jeden nie padł, scsi 2 mi padły, sata padł jeden. W czasie kilku lat. Większość nie pada. To były sporadyczne przypadki.

Zależy od rozmiarów strony - wiadomo,że jak strona z obrazkami ma 10mb to będzie ciągnąć więcej niż taka co ma 100kb. Do tego czy jakiś mod_deflate/gzip by był, czy expire. Jest tak dużo zmiennych, że bez dokładniejszych danych to można strzelać jak w totolotku.

Popatrz na moją sygnaturkę. Można zapytać z jakiej firmy uciekasz?

Najpierw sprawdź co to znaczy pst.

http://www.ssdisk.eu/benchmark_pc_extreme_raid.php

Może się gotuje cpu i wyłącza. Tak jest przy desktopach udających serwery.

Bardziej się sasy opłacają według mnie. Na zwykłym hostingu to może za pare lat jak potanieje. Ciekawe też jakie realne osiągi to ma - jakieś benchmarki by się przydały.

Dla hostingu zwykłego to chyba mało przydatne. Raczej więcej mocy cpu trzeba niż wydajności dysków. Co innego jak jest naprawdę duży sajt z wielkimi bazami.

@p Ich możliwość wyciągnięcia wtyczki.

Nie. Serwer www apache. Może w przyszłości coś się pomyśli ale teraz masa jest opensource event driven serwerów www. apache z mpm event, czy light. Zawsze można na bazie takiego serwera coś swojego zrobić - nie trzeba zaczynać od zera. Nie jest to prosta sprawa - trzeba wiedzieć dobrze jak unikać marnowania zasobów systemowych.

Ilość osób na stronie ma znaczenie - im więcej tym więcej używa konto % cpu. Limity połączeń z mysql zwykle nie przeszkadzają.

Wystarczy zgodność mod_rewrite, mod_deflate, mod_fcgid i to jest 98% czego potrzeba w hostingu. Plus .htaccess jakiś cacheowany. I masz serwer który dla ludzi wygląda nie inaczej jak apache z php.

Powiem ci, że wcale nie trzeba kupować - można swoje napisać. Nie jest to robota na jeden dzień ale jest wykonalne. Zyskujesz to, że masz w takim serwerze co ty chcesz i 99% rzeczy które są tam niepotrzebne cię nie interesują. Są ludzie którzy piszą proste serwery www dla firm które potrzebują szybkości nie opcji.

Wiadomo, że przez obcinanie funkcjonalności najlepiej się zyskuje. Cache wszystkiego co się da itp. Według mnie to jeśli idea home jest jak piszą to jest to podobne do litespeed. Przy czym wydajności php nie da się znacząco poprawić - tylko przez eacceleratory itp. Samo wykonywanie się skryptu php zajmie zawsze tyle samo - można zmniejszać czas przy porozumiewaniu się serwera z php. Więc w szybkich serwerach głównie chodzi o zysk na serwowaniu statycznych plików i lepszym zarządzaniu przepływem informacji. Nie znam się zbytnio ale ciekawe czy da się rozwinąć coś takiego http://www.linuxjournal.com/article/4132 - szybkie by było na pewno.

Pisze ci, że zły kod wpisujesz. Dostałeś go w liście?

Dopiero po dostaniu kodu listem dostaniesz dostęp pełny do kis.

google mówi, że około 2000$

Tak wiem. Ale 150 dla hostingu to nie jest wystarczające plus limit na 1-core cpu i wolniejszy od wersji ent. Dla mniejszych www może być. Ale cena jak napisałem to najmniejszy jego problem.

litespeed jest szybki ale ma restrykcyjną licencję, nie jest opensource i kosztuje swoje. Za to można go stosować przy każdym panelu bo czyta konfigi apache. Jakby nie licencja to byśmy go używali.