Socialengine tippek a termelékenység növeléséhez - orosz támogatás és fejlesztés
A szokásos tárhely általában a legköltségesebb, de nem alkalmas nagy forgalmú webhelyek számára. A virtuális tárhely a következőképpen működik, sok webhely ugyanazon a szerveren található, és ezek a webhelyek megoszthatják az összes rendelkezésre álló erőforrást. Bizonyos esetekben a megosztott szerver több száz vagy akár több ezer aktív weboldalt is tartalmazhat egyetlen kiszolgálón, amelyek befolyásolhatják egymás munkáját. Ugyanakkor a tárhelyszolgáltatók szigorú korlátozásokat szabtak a virtuális tárhelyre, ami gyakori hibákat eredményezett. A megosztott tárhely a leginkább alkalmas a könnyű vagy statikus tartalomhoz, valamint a dinamikusan működő alkalmazásokhoz, például a SocialEngine-hez, virtuális magánszerverekből (VPS) vagy dedikált szerverekből kell választani.
VPS vagy dedikált szerverek
Amint korábban említettük, a VPS és a dedikált szerverek a legjobb választás a tárhely megfontolása során. Vannak azonban néhány figyelmeztetés.
Először is, a legtöbb hosting szolgáltató biztosítja a kezelt és nem kezelt terveket a VPS és dedikált szerverek számára. A kezelt tervek segítségével a tárhelyszolgáltató felelősséget vállal a segítségnyújtásért és a kiszolgáló konfigurációjának megváltoztatásáért, valamint a kiszolgálószoftver meghibásodása esetén. Ez befolyásolja az értéknövekedést. Nem menedzselhető terveket hoznak létre azok számára, akik tapasztalattal rendelkeznek a kiszolgálókkal kapcsolatban. A kiszolgáló összes beállítása a vállakra esik.
Másodszor, a kiválasztott tervnek legalább 2 GB RAM-nak kell lennie. Ha a tárhelyszolgáltatója VPS-t vagy 4 gigabájt memóriával rendelkező dedikált szervert kínál, és a költségkeret lehetővé teszi a vásárlást, válassza ki azt. Ennek oka a SocialEngine MySQL InnoDB használatával tárolja az adatbázis táblákat. Az InnoDB a memóriát tárolja az indexek tárolására, valamint a gyakran használt adatok gyorsítótárára, amely lehetővé teszi a legtöbb SQL SocialEngine lekérdezés végrehajtását milliszekundumban.
Tippek a PHP teljesítményének javításához
2. Gyorsítótár a memóriában, nem a fájlokban
A SocialEngine által támogatott összes gyorsítótárazási funkció közül a fájlalapú gyorsítótár messze a leglassabb. A SocialEngine többi gyorsítótár funkciója memóriát használ, és gyors hozzáférést biztosít a gyorsítótárhoz, mint a fájlokhoz való hozzáférés sebessége.
3. Az APC konfigurálása a jobb eredmények érdekében
Ha az APC-t cache-ként használja a SocialEngine-ben, módosítsa a php.ini fájlt a kiszolgálón, és növelje apc.shm_size értékét a 128-as direktívával:
Ha van APC 3.1.9, akkor használja a következőket:
Ezt meg kell tenni annak érdekében, hogy elkerüljük a magas szétforgácsolódást, ami csökkenti az APC teljesítményét.
Egyes figyelmeztetések néhány Unix / Linux kiszolgálón manuálisan kell felemelni a kernel.shmmax erőforrást, hogy az APC 128M memóriát biztosítsanak. Ehhez keresse meg a Sysctl konfigurációs fájlt a szerveren, általában az /etc/sysctl.conf címen, és tegye a következőket:
Ezt a változtatást az apc.shm_size direktíva növelése előtt kell végrehajtani.
4. Figyeljen a PHP hibáira. Ellenőrizze a naplókat.
A SocialEngine hibái és kivételei automatikusan regisztrálásra kerülnek az ideiglenes / naplóban található SocialEngine hiba naplóiból. Naplózás - a Statisztika> Napló böngésző segítségével ellenőrizheti az admin panelben.
Néhány a leggyakoribb hibák és megoldásuk:
1. Használjon két PHP bővítményt az opcode gyorsítótárral a kiszolgálón (például APC, Xcache, Eaccelerator vagy Zend Optimizer). Ha az APC vagy az Xcache használatát tervezi, minden más, a kód gyorsítótárának kiterjesztését le kell tiltani.
2. MySQli elveszíti a kapcsolatot a MySQL adatbázisával. Elveszett kapcsolódás a MySQL adatbázishoz. Általában a mysqli.reconnect direktíva beállításával oldható meg.
3. MySQL max csatlakozási hibák. A csatlakozások maximális száma. Ezt rendszerint úgy oldják meg, hogy az interaktív időzítés és a wait_timeout kisebb értékét 30 másodpercig a MySQL-ben állítják be.
Ha hibába ütsz, és segítségre van szüksége, kérjük, látogasson el a fórumunkra.
5. Használja a mod_php5 vagy a mod_fastcgidet az APC segítségével
Az APC futtatása során felmerülő gyakori probléma a mod_fcgid használata PHP-vel, ami rossz ötlet a többmagos rendszereknél. Tekintsünk egy olyan forgatókönyvet, amelyen 2 db négymagos processzor van a kiszolgálón. A 8 rendelkezésre álló rendszermaggal a mod_fcgid API-kiszolgálóként működik, az APC 8 tárolóhelyet oszt ki a memóriában az adattároláshoz. Ha van egy APC konfigurálva 128 MB megosztott memória használatára, kiderül, hogy az APC végül 1 GB RAM-ot (8 * 128 MB = 1024 MB = 1 GB) használ. A 8 mag jelenléte miatt az APC növeli a gyorsítótár hibákat, viszont növeli a processzor terhelését.
A probléma elkerülése érdekében használhatja a mod_fastcgid vagy a mod_php5 parancsot az Apache programmal. Ha a SocialEngine egy másik weboldal nélküli kiszolgálón fut, a mod_php5 jobb teljesítményt nyújt. Ha egynél több weboldalról van szó, azonban minden webhely biztonsági okokból különálló felhasználói fiókon belül létezik, akkor a mod_fastcgid használható. 128M memória apc.shm_size - lásd # 3, az APC 1 GB memóriát fog használni. Ezenkívül a PHP véletlenszerű memóriacellákat fog használni az APC gyorsítótárazásáért, ami megnöveli a gyorsítótár hiányát, és ez növeli a CPU terhelését.