Newsgroup: it.comp.www.php
Titolo: Buffer per una pagina.

Vi espongo una questione.
Ho una pagina che per forza di cose dovrà essere molto lunga, o per lo meno
tenderà a diventarla col passare del tempo.
E' possibile in qualche modo far caricare al browser una scritta di
avvertimento, e al termine del caricamento della pagina, visualizzarla
direttamente completa?
Non so se sono stato chiaro, vi ringrazio anticipatamente.

 direttamente completa?
    Se usi un browser recente, stampi un messaggio con un'echo seguita da
una flush();
    Il messaggio lo racchiudi in un tag <SPAN> con un certo ID.
    Quando hai fito di elaborare, butti fuori un frammento javascript che
nasconde quello che hai stampato e restituisce i risultati.
    Spero di essere stato chiaro.
        Cris
--
--
Cristiano Verondini
http://noway.ing.unibo.it

 ha scritto nel messaggio
news:5wUb7.146904$Pb6.8...@news1.tin.it...



ICQ# 11129001
http://www.robocore.com/
---------------------------
cos it's borrowed time...
(Steve Lukather - Candyman)
---------------------------

 colma alcune lacune di ASP che sono eclatanti e talvolta limitative.
    In realtà il trucchetto in questione, essendo di fatto javascript +
DHTML, funziona sia con l'uno che con l'altro.
    Per molti versi PHP è più comodo ... ma diventa una questione di gusti
personali! :-)


 ha scritto nel messaggio
news:kJUb7.146915$Pb6.8...@news1.tin.it...


 installato.
    L'upload di un file è una croce di ASP. In realtà esiste un componente
MS per fare l'upload, ma da origine a non pochi problemi (il Posting
Acceptor).
    Devo dire che come immediatezza, PHP è sicuramente meglio, ma ASP ha a
disposizione tutta l'architettura COM e MTS per la scalabilità che PHP non
ha.
    Non mi è ancora capitato di scrivere software con PHP per siti molto
trafficati (diciamo centinaia/migliaia di hit al secondo), ma qualcosa mi
dice che non sia poi così scalabile ... :-))


 ha scritto nel messaggio
news:DvVb7.146976$Pb6.8...@news1.tin.it...


dice che non sia poi così scalabile ... :-))
Qualcosa (l'aver visto una hit squad di MS Italia all'opera) mi dice che
anche MTS ha i suoi problemi. *Svariati* problemi.
In effetti, personalmente lo classifico poco sotto la febbre Q, anche se
e' un po' meglio del virus Ebola.
Leonardo
-- 
Nior thainig ar major i dtus an lae chugainn,
is ni rabhamar fein ann i gcoir na gceart
ach mar sheolfai aoireacht bo gan aoire,
ar thaobh na greine de Sliabh na mBan.

 anche MTS ha i suoi problemi. *Svariati* problemi.
    Ma hai un confronto con PHP?


    Ma hai un confronto con PHP?
E' un po' come confrontare banane con carote (per "MTS" intendo Microsoft
Transaction Server, mtx.exe; a quanto ho visto, serve solo per gestire in
modo piu' flessibile transazioni a oggetti fra controlli OLE e DB, che in
quel caso era Microsoft SQL Server 7.0).
Nel caso di siti con migliaia di hits al secondo, IMVHO si dovrebbe prima
di tutto vedere d'ottimizzare l'architettura logica, POI pensare a quanto
e/o come scala il sistema sottostante (che salvo problemi del progettista
_dovrebbe_ essere intercambiabile).
Naming names :-), su siti molto trafficati mi sembra se la cavi meglio il
PostgreSQL rispetto a MySQL; ma anche questo dipende da che tipo di query
domina il panorama (per la serie "chi non conosce la legge di Amdahl deve
riscoprirla ogni volta"; a me e' successo due o tre volte, infatti :-) ).
Sono sicuro che esistono scenari nei quali MySQL vola e PostgreSQL, o, se
e' per quello, Microsoft SQL Server [+ MTS], affoga miseramente; e quest'
ultimo caso lo riscontro abbastanza spesso ;-); ed esisteranno anche vari
altri scenari nei quali succede il viceversa (e per sapere quali bastera'
andare a vedere il test benchmark di Microsoft SQL Server, sul sito della
Microsoft. E poi, aggiungo sommessamente, tenersene alla larga 8-D ).
