Apr 04 2007
EZPA, un vero mattone… che fare?
Da qualche tempo è aumentato il traffico su un sito ospitato dal web server della società per cui lavoro.
La macchina è sempre stata scarica sia come RAM che come utilizzo del processore.
Il server è un classico LAMP con apache 2.0.x, php 4.3.x e mysql 4.1.x montati su una CentOS.
Si tenga conto che con 512 Mbyte di RAM e un processore XEON a 2.4Ghz la macchina gestisce comodamente circa 150 siti a traffico standard. Ora abbiamo upgradato a 1.5 Gbyte di RAM e la situazione è migliore, resta tuttavia il problema e anomalia dei picchi sul processore.
L’aumento del traffico è dipeso da qualche aggiornamento (penso) di EZPA, un noto software opensource scritto interamente in php ma che misteriosamente si rivela un vero e proprio mattone.
In sostanza ogni chiamata http ad una pagina di tale sito realizzato con EZPA carica la CPU fino a picchi del 70%.
La prova l’ho fatta di notte e quindi a macchina completamente scarica.
Se leggesse questo post qualche programmatore che conosce bene EZPA sarebbe bello che postasse la sua opinione magari suggerendo qualche configurazione e tuning dell’applicativo stesso.
Ciao. Maxgrante
info[AT]massimo-caselli[DOT]com
Usa il CMS Ez Publish, una vera sanguisuga.
Prova a chiedere al supporto italiano http://www.ez-italia.org/
Grazie dell’info… il problema è che non lo gestisco io quel sito.
Oltretutto credo ci siano delle forti personalizzazioni.
Ad ogni modo provo a postare sul forum (se ce l’hanno) di questo supporto italiano che mi hai indicato.
Ciao
Abilitare la php cache non dovrebbe far male. Anche se non risolverà il problema quanto meno dovrebbe alleviarlo ·…
Intendi attivare la php cache a livello di ezpa?
Oppure qualche caching lato server?
Ciao. Max
Ciao maxgrante,
come sviluppatore di eZPA ti posso dire che il “problema” deriva probabilmente da un utilizzo poco oculato del CMS eZ Publish. Effettivamente questo sistema non puà essere paragonato ai molto più leggeri Mambo, Joomla, e similari e non è certo adatto per essere installato su un hosting condiviso. Inoltre, anche la realizzazione dei templates deve essere curata particolarmente per quanto riguarda le parti che possono essere messe in cache come statiche e quelle che invece possono variare e non possono quindi essere cachate. Le ultime versioni di eZ Publish inoltre, implementano diverse migliorie dal punto di vista della velocità . Occorre quindi analizzare un po’ meglio la situazione per conoscere quanto questo rallentamento sia imputabile al sistema o a una configurazione non particolarmente curata.
Siamo comunque a disposizione per dare eventuali consigli su come migliorare le prestazioni.
Un cordiale saluto
Buongiorno Stefano,
prima di tutto la ringrazio per la risposta dalla quale traspare la sua competenza e conoscenza del software.
Non ho grandi dati in possesso visto che di fatto non ho lavorato per nulla sull’applicativo.
Mi farebbe molto piacere poterci sentire privatamente per email in modo tale da capire meglio la questione specifica ma anche per valutare come il blog possa diventare uno spazio per suggerimenti in merito all’utilizzo e alla configurazione di EZPA.
In ogni caso a breve trasferiremo tale sito e applicazione su una macchina dedicata molto carrozzata e ci sara’ da parte del loro sviluppatore un forte upgrade sia di personalizzazioni/modifiche che di piattaforma proprio (dovremo infatti installare php 4.4.x o superiore).
Cordiali saluti,
Massimo Caselli
Il “loro sviluppatore” sono io
Buona Pasqua
SG
Ma guarda te il web quanto è piccolo!
Buona Pasqua Stefano… ci sentiremo sicuramente per il tuning dell’applicativo.
Ciao. Max
Solo una piccola puntualizzazione. Di recente non è stato effettuato nessun aggiornemanto a eZPA sul server di cui parli nel tuo articolo, anzi, si è proprio optato per l’installazione di un server dedicato anche per necessità di aggiornamenti (credevo che la Debian fosse sempre indietro con i pacchetti, invece mi rendo conto che CentOS la batte!)
Temo quindi che il rallentamento di cui parli, non sia imputabile a eZ Publish / eZPA.
Ciao,
SG
Grazie per la precisazione.
In effetti è proprio il carico sul sito web ad essere aumentato in generale, di conseguenza le maggiori risorse richieste.
Puà benissimo essere che sin da subito il sito in questione caricasse così tanto la macchina ma che non ce ne siamo mai accorti che fosse imputato a tale sito web.
Per quanto concerne CentOS è molto più aggiornata come pacchetti rispetto a Debian, tuttavia installando versioni più aggiornate di php (versione 5) questa azione dava problemi a qualche sito di “esterni”, infatti la macchina in questione è di hosting condiviso “libero”.
Abbiamo invece un’altra macchina con solo i siti sviluppati da noi e che quindi mantengono un certo livello qualitativo generale.
Comunque sia con la nuova macchina e le tue modifiche sono convinto che il problema si vada risolvendo da solo.
Grazie e ciao. Max