Articoli, news e pillole sul mondo LAMP e l'opensource. Pillole di C#
Post con tag apache
Calo di Apache, ascesa di IIS
21 Apr
Oggi curiosando su netcraft ero convinto di vedere la solita ascesa di apache come server web a livello mondiale. Con davvero grande stupore invece mi trovo a vedere questo grafico:
[FONTE]: http://news.netcraft.com/archives/2008/04/14/april_2008_web_server_survey.html
Di primo acchito avevo pensato ad una crescita importante di Lighttpd… (che comunque cresce al punto che la linea verde inizia a intravedersi) e invece eccoti Microsoft che fa un balzo in avanti notevole in trend di crescita da ormai due anni…
Da notarsi anche Google, in grande ascesa…
Insomma, brutti tempi per il server web re indiscusso? Ai posteri l’ardua sentenza…
Risparmiare banda internet utilizzando mod_deflate in Apache
28 Mar
Vedremo in questo articolo come poter lavorare con il server web apache per migliorare le prestazioni del proprio server web e risparmiare al contempo anche banda internet (preziosa e costosa).
Per fare questo si pu utilizzare un fantastico modulo di apache, mod_deflate.
FUNZIONAMENTO
Prima di tutto comprendiamo il funzionamento di mod_deflate e cosa fa. Questo modulo si occupa di comprimere html, documenti, immagini e quantaltro prima di servirle al client.
In tal modo otterremo una diminuzione nell’utilizzo della banda e il sito sar in parte pi rapido anche per quei navigatori che dispongono di connettivit non a banda larga o comunque non eccelsa.
QUANDO UTILIZZARLO E COME
E’ importante per comprendere quando possiamo utilizzarlo e soprattutto se non sar un boomerang che ci torna sulla faccia. Per farlo bisogna quindi analizzare il problema.
A) Contenuto del sito web
Nel caso in cui il nostro sito web sia composto prevalentemente da elementi testuali (CSS, HTML, XML etc…) otterremo un’effetto eccezionale comprimendo tali contenuti. Nel caso invece il sito sia composto da Flash, immagini pesanti etc… l’effetto sar praticamente nullo.
B) Il nostro server ha abbastanza processore?
Un altro aspetto legato alla potenza del server, infatti se da un lato si ottiene un miglioramento sull’aspetto della banda, avremo come controindicazione un impatto sul carico della CPU che per ogni richiesta deve comprimere il file prima di inviarlo al client. Se ne evince quindi che in caso di poca potenza rischiamo di risolvere i problemi di banda e causarne sull’HW del server web.
ATTIVAZIONE DEL MODULO
Se apache come di default su CentOS 5.1 (presa in esame per l’articolo) ha gi incluso il modulo, bisogna solo scommentare la riga relativa:
LoadModule deflate_module modules/mod_deflate.so
CAMBIO CONFIGURAZIONE SERVER WEB
A questo punto dobbiamo definire in apache come e dove utilizzare il modulo.
Per fare questo davvero inutile andare a sprecare bit su questo articolo 
, per cui vi rimando direttamente alla parte di configurazione sul sito di apache stessa:
Una nota importante da fare, prima di chiudere l’articolo, relativa alla possibilit di escludere alcuni browser che non supportano pagine zippate e di poter escludere file come ZIP, Immagini, flash etc… (visibile da docs su apache)
Soluzione problemi codifica caratteri in MySQL/PHP
28 Jan
Buongiorno a tutti,
innanzitutto cominciamo ad inquadrare il problema e a fare presente che se ora sono in grado di scrivere questo articolo grazie al supporto che ho ricevuto sul forum di HTML.IT da parte di Leandro Luccerini, per contatti: leandro980[AT]libero[DOT]it
PREMESSE AL PROBLEMA
DESCRIZIONE PROBLEMA
La situazione problematica nasce nel momento in cui abbiamo un sito web che deve gestire caratteri extra latini, per esempio nel mio caso ho affrontato questo problema dovendo realizzare un sito in lingua russa, ovvero utilizzando il cirillico.
Il mio approccio alla situazione e’ stato quello di realizzare TUTTE le pagine web con codifica utf8 e database, tabelle e campi di testo utf8 a loro volta.
La cosa che mi ha fatto impazzire e capirci veramente poco per diverso tempo e’ che se io inserivo nel database caratteri cirillici come ad esempio (Привет – ciao) e da PhpMyADMIN (di seguito PMA) vedevo male, idem il dump, mentre quando tiravo su i dati da applicativo tutto funzionava a meraviglia.
Capitava l’inverso con PMA, ovvero se inserivo in cirillico su PMA e visualizzavo da PMA tutto bene, via applicazione niente.
SOLUZIONE
Prima di tutto vi invito a leggervi questa parte di manualistica online di mysql, CHARSET.
Sostanzialmente sui server mysql di sistemi di hosting italiani (ma credo anche americani) e comunque in generale, l’impostazione del default_character_set impostata a latin1.
Ma anche qualora sia impostata ad utf8 quando via script php ci connettiamo al database mysql la nostra sessione di default (nonostante la pagina sia encodata utf8) sar attivata con character set latin1, cosa succede quindi, che i dati e le query che inviamo sfasano e il sistema memorizza erroneamente i dati.
Di fatto il comportamento giusto lo ha PMA, dobbiamo cercare quindi di emularlo.
Per farlo basta di fatto lanciare dopo ogni connessione la seguente query: SET NAMES utf8
Cos facendo la connessione tra client e server sar UTF8.
CONCLUSIONE
Per concludere possiamo dire che per siti che trattano lingua standard europee come italiano, inglese, francese etc… possiamo avere tutto il DB latin1, connessione client server latin1 ed encoding ISO-8859-1
Nel caso di siti con cirillico, arabo etc… utilizziamo tutto il database UTF8, encoding delle pagine UTF8 e soprattutto dobbiamo eseguire per sicurezza la query sopra indicata dopo ogni connessione con mysql.
Mi scuso per non essere stato molto chiaro in alcuni punti, purtroppo questo argomento complesso e fastidioso…
Se avete suggerimenti sono benvenuti.
Ciao a tutti. Max
info[AT]massimo-caselli[DOT]com
