Newsgroup: it.lavoro.professioni.webmaster
Titolo: Re: domanda asp/php non dinamico

 
Personalmente ho rivelato che una pagina dinamica senza alcun codice da 
eseguire, a secondo dell'implementazione del server e a seconda del 
linguaggio (io uso apache e php) può anche andare più veloce di una 
pagina htm. Penso per questioni di caching, ma qui ci sarà sicuramente 
qualcuno che saprà dirti di più.
------------------------------
  ilcorsaronero
 
http://www.one-thousand.com

 cambia nulla di nulla? (anche se il parsing richiede un decimillesimo
le differenze sono minime... ma conviene sempre non far richiamare il
filtro... nel caso di asp asp.dll...
-- 
Lino Mari
http://www.ebow.it
 - e-business on web!
http://www.ebow.it/blog/
 - Mktg Log
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004

 Grazie...
Andrea

 o un form... il non plus ultra dello statico).
So che mi beccherò una chiorma di insulti... <g>
Secondo me, *poste le più elementari regole di strutturazione* , ha
senso fare un sito statico( completamente statico ) utilizzando delle
pagine PHP. Se sono ASP sono meno convinto, ma non molto. <g>
Il perché è presto detto: in alcuni casi può risultare utile fare
delle operazioni in backend che non richiedano battiture.
Esempio banalissimo: la replicazione di un carattere, per esempio, per
fare il contenuto di una textbox. Si, potresti far tutto con JS, ma
personalmente sono contrario in linea di principio alle iterazioni
lato client. Almeno per dove si può evitare, sono contrario :-)
Dove non si può, vabbeh le uso, però se si può faccio volentieri a meno.
Sarei, invece, favorevole( e molto anche ) ad una migliore definizione
dell'XHTML per prevedere una "base" di controlli direttamente lì anziché
delegarli ad un controllo server-side o JS-Side. Un paio di esempi su
tutti: lunghezza del testo anche sulle text-area, inserimento di soli
valori numerici o solo valori alfabetici o solo valori alfanumerici,
controlli vari quando si usa un input di tipo file( esistenza, non
esistenza, dimensione, ecc ).
Ciao,
Andrea

 browser.
Già, omettendo però le intestazioni HTTP usate dai client per 
determinare se la pagina è stata modificata dall'ultima visita. La 
pagina viene quindi inviata al client per intero ad ogni richiesta: se 
non contiene alcun elemento dinamico è solo un inutile spreco di banda.
Questo almeno per quanto riguarda PHP.

 delle operazioni in backend che non richiedano battiture.
Altri motivi per rendere "attive" tutte le pagine:
- Si puo' sfruttare la potenza di un linguaggio di programmazione per
realizzare tutte quelle cose ripetitive che sarebbe tedioso fare a mano.
- Si puo' costruire un insieme di funzioni di libreria come una sorta
di CMS. Ad esempio il mio sito personale e' tutto "attivo" proprio per
questo: intestazioni, pedici, barra di navigazione, titoli e icone vengono
generate e formattate da apposite funzioni. Il codice da scrivere a mano
si riduce al minimo, tutto il sito risulta formattato in modo uniforme,
ed e' facile intervenire con delle modifiche.
- Si possono selezionare i client in base all'indirizzo IP, in base
all'identificativo del browser e in base al Referer. Ad esempio, si
possono intercettare i motori di ricerca, oppure le richieste provenienti
dall'esterno del sito, ecc.
- Si possono gestire cookie per tracciare la navigazione, conteggiare
gli accessi, ecc. senza coinvolgere le solite figurine fittizie 1x1.
- Pagine originariamente concepite come "statiche" potrebbero un
giorno richiedere qualche elemento "dinamico". Ma a quel punto diventa
necessario cambiare l'estensione della pagina (da .html a .php o .asp o
.jsp) confondendo i motori di ricerca, i visitatori e gli eventuali link
esterni a quella pagina. Meglio prevenire e fare tutto dinamico da subito.
Per far lavorare bene il caching dei browser ed evitare il reload delle
pagine attive, basta aggiungere l'header "Last-Modified" con la data
dell'ultima modifica del file. In PHP su Apache:
    Header("Last-Modified: "
    . gmdate("r", filemtime($_ENV['SCRIPT_FILENAME'])))
Lo script PHP viene eseguito lo stesso, ma al browser viene restituito
solo il codice HTTP 304 (Not Modified). Una soluzione ben fatta dovrebbe
anche interrompere l'esecuzione dello script, ma non ho ancora fatto
questo perfezionamento.
Ciao,
 ___ 
/_|_\  Umberto Salsi
\/_\/  
www.icosaedro.it

 solo il codice HTTP 304 (Not Modified).
Non è automatico, mi pare, l'invio del codice 304...

 non pratica)
Microsecondi.