Lecz podsumowując. Szkoda zachodu. Sklep po dodaniu modułów i innych potrzebnych rzeczy "zamula" tak że użytkowanie graniczy z nerwicą.
Dobrze, że nie instalowałeś Magento.
Kolego i wszyscy inni. Przez wiele lat myślano, że PHP nadaje się do robienia includów i generowania captcha - to oczywiście sarkazm. Ale w ostatnim czasie powstała bardzo duża ilość framework'ów, których wyników nie da się cachować (wkońcu php ma mieć dynamiczny output).Jednym z takich ciekawych frameworków jest Zend, o który oparte jest to forum. Modyfikacje szablonów to diff (rożnic plikowych) po regexie czy zwykłym string replace - czyli Find & Replace (- komfortowe). Więc wystarczy skompilować końcowy output dla wszystkich użytkowników i voile la! Ale moduły są już rozszerzeniem istniejących klas. W przypadku naszego forum jest to 274 dodatki:
Wyobraźmy sobie, że przeciętny dodatek ma tylko jeden plik .php - tylko 1. Więc w moment generowania zawartości strony, którą Ty widzisz, PHP musi 274 przeprocesować wynik. W rzeczywistości jest znacznie więcej niż tylko 1 plik...
Jedynym rozwiązaniem jakie pozostaje to dużo RAM'u na serwerze i uruchomienie:
- Memcached dla szablonów i generowania statycznego wyniku końcowego
- Opcache co jest koniecznością dla takich framework'ów
- Elasticsearch dla wyników wyszukiwania
- (extra) Pagespeed od Google, który de facto z powyższymi psuje każdą stronę.
Tobie proponuje skorzystać z zasobów naszego forum i zainstalować PHP z Opcachem:
PHP 5.5 (with built-in Accelerator Zend Opcache) [x86] (jest też wersja dla ARM)
Jeśli masz NAS na x86 to w App Center znajdziesz również Memcached.
Następnie jedyne co Ci pozostaje to włączyć w php.ini moduły Memcached, Opcache i przede wszystkim GeoIP (wersja PHP i z PECL jest 4 wolniejsza).
Dla Twojej wiadomości forum, na którym piszesz - qnapclub.pl nie było w stanie działać na: home.pl, na VPS'ie w OVH i skończyło się serwerem dedykowanym na Intel Xeonie E3-1225, za który płace 250zł/miesiac. ... 8-#