Erőforrás (hadrver) igény


'Török wrote on '2010-04-14:




a cegunk szervere egy 120e forintbol osszerakott valami (es lassan mar 1 eves), az erettsegi.com onnan fut napi 7000+ látogatóval, az atlagos prociterhelés 60% alatti (2 procival ugye 200% a maximum kihasznaltsag)





Ehhez már ismerem a hardver paramétereit, de tényleg nagyon érdekelne, hogy hány oldal (page), és hány bejegyzés (post) van a rendszerben (vegyük akkor most csak az erettsegi.com csomagot). Ugyanis elhangzott most a működésért felelős személy ajkai közül az, hogy "forumok szerint vastol fuggoen 200 oldalnal tobbet nem erdemes beletenni mert megall.", ami nyilván azt akarja jelenteni, hogy ne is nagyon akarjak egyszerű megoldást az 590 oldalammal. A biztonság kedvéért: ez nem blog, hanem honlap, tehát nem a bejegyzések, hanem az oldalak dominálnak (és emiatt a kezdetektől gyűlölöm az ebbe a helyzetbe való belekényszerítettséget, mert az alapvető dolgokhoz is bővítmény kell, melyek egy része nem működik, a másik része nem használható, mert agyonterheli a rendszert, a maradék meg többnyire bután van megcsinálva, és számomra felfoghatatlan, miképp alakult ki az, hogy a WP alkalmas CMS feladatra, ha egyszer nem alkalmas - de ez most mellékszál).





A fentiek miatt talán adu ász lenne a kezemben, ha megtudnám, kinek hány oldala van, és mellette hány bővítmény. Ezt nyilván mindenki tudja, az is, aki a hardvert nem ismeri, lévén az a szolgáltató gondja. Zoltánt azért szólítom meg külön, mert az ő anyagával kapcsolatban már minden egyéb ismert, de bárki mástól is jól jönne egy oldalak-(bejegyzések)-bővítmények-napioldalmegtekintés számsor (akkor is, ha ismeretlen az ezt kiszolgáló hardver).





Az én problémámra állítólag a MU (többfelhasználós) Wordpress lesz a megoldás, és most azért kellene egy csomót lapátolnom, hogy azt beüzemeljük. Ezért azt is kérdezem a tagtársaktól, hogy van itt olyan, akinél MU a WP, és ha igen, akkor miért az?

anda: hátha ezzel valamit segitek neked. Az én tárhelyem a Megacp-nél van, http://megacp.com/starthosting.php?type=iworx itt a “Tárhely csomagok Mo-i szerveren, Interworx webes felülettel” részen. A tárhely 1,5 giga, korlátlan adatbázis használattal. Ezen van egy olyan WP-m, aminek a főoldala 1 darab sticky post, az összes többi része oldalakból áll, szám szerint most épp 222, ehhez van 12 bővitmény (Akismet, AntiVirus, Delete-Revision, Google AJAX Translation, Google XML Sitemaps, Page Management Dropdown, Platinum SEO Pack, Visitor Maps and Who’s Online, WP-Door, WP-UserOnline, WP CSS Dropdown Menu, WP CSS Dropdown Menu JS add-on). A WordPress eXtended RSS nagysága most 6.58 mega. Ezekkel a paraméterekkel gond nélkül megy.

Godaddy tárhelyesknek valaki kitehetné valamilyen új topicba:











Warning! Massive Number of Godaddy Wordpress Blogs Hacked This Weekend





http://blogcastfm.com/announcements/warning-massive-number-of-godaddy-wordpress-blogs-hacked-this-weekend/











Bár mondjuk velem ezt a Hostgator szerverén játszották el…, amíg nincs biztos álláspont (szerver vagy WordPress sebezhető?) addig ajánlatos a fájlokról biztonsági mentés csinálni (az adatbázist jelen esetben nem törik fel).

1557 bejegyzes, 1750 hozzaszolas, 10 oldal, 3552 cimke, 31 aktiv plugin (koztuk 1-2 eroforras zabalo pl: pdf generalo es latex ertelmezo)





az adatbazis merete 18 mega











tegnap pl volt 8600 latogato es 28481 oldalmegtekintes











pluginek amiket javaslok hasznalni mindenkeppen: wp super cache, batcache manager





az utobbi eleg jol vedi a vasat a tulterhelestol











az meg egy nagy hulyeseg, hogy a wp nem alkalmas cms-nek, mivel teljesen tokeletes ra





egyedul azt nem ertem, hogy minek hasznalsz oldalakat, mert bejegyzesekkel is siman megoldhato lenne meglatasom szerint (pl: %postname% permalink struktura, hozzaszolas resz torlese a bejegyzes sablonbol, meg kategorizalni se kell oket, bar atlathatosag szerint szebb lenne)











egy oldal elerest nem tudnal adni?











amit ajanlok: revision-ok kikapcsolasa, torlese, adatbazis tablak optimalizasa











es egy kis olvasni valo: http://codex.wordpress.org/WordPress_Optimization/Caching