Kokoroko napisał(a)
Pisząc własny serwer miałbym pewność, że nie ma w nim żadnych luk
Skoro miałbyś pewność to daj sobie spokój z byle serwerem HTTP, idź co Microsoftu kernele pisać za grubą kasę. Tak całkiem poważnie - każdy popełnia błędy, nowy kod ma wręcz gwarancję posiadania pewnego bagażu błędów. Statystycznie wychodzi od 5 do 50 bugów na tysiąc linii kodu, istniejący dłuższy czas soft ma już część z tego naprawione.
Kokoroko napisał(a)
do podstron zamiast używać php bym je pisał w c++ jako aplikacja wielowątkowa (wg. mnie szybciej by się generowały niż te w php).
Największe obciążenie i tak stanowi baza danych. Kod w języku skryptowym można po prostu przeedytować - chcesz przy dodaniu kropki cały serwer rekompilować? Obecne na rynku serwery HTTP są wielowątkowe i w jakimś stopniu zoptymalizowane, wielkiego przyrostu wydajności nie uzyskasz, o ile w ogóle.
Co z wygodą i szybkością tworzenia tej 'strony internetowej'? Do innych języków istnieją świetne frameworki webowe, są ORM-y (rzecz niemożliwa do sensownego zaimplementowania w C++). Naprawdę chcesz tracić czas na pisanie wszystkiego od podstaw?
Kokoroko napisał(a)
A może apache jest napisane perfekcyjnie, że zawsze będzie szybsze niż mój wielowątkowy serwer.
Jest napisane tragicznie. Do PHP się jednak sprawdza nieźle... może dlatego, że interpreter PHP jest równie tragiczny.
Jak sobie radzisz z wielowątkowością, jak znasz protokoły sieciowe, pod jaki system to ma być? Naprawdę nie widzę sensu wynajdywania koła na nowo, do tego z użyciem jednej z wredniejszych technologii (C++).