includere pagine HTML una dentro l'altra
john
Visto che il tag
<OBJECT Data="pippo.html"></OBJECT>
non funziona su tutti i browser (sono più quelli in cui non funziona che
quelli in cui funziona), e nemmeno l'espediente
<?php
include ('pippo.html') ;
?>
funziona, qualcuno puo' suggerirmi come inserire il logo della società
all'inizio in tutte le pagine, pagine, senza dover ripetere sempre il
codice HTML ?? (NON voglio una immagine come alternativa per il logo.
Solo codice HTML).
Roberto Tagliaferri
--
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)tosnet.it
www.robyt.eu
Anak
news:hvt00p$t3e$1...@nnrp.linuxfan.it...
>
> Visto che il tag
>
> <OBJECT Data="pippo.html"></OBJECT>
>
john, ti consiglio di leggere la documentazione su xmlhttprequest e di
iniziare ad utilizzare AJAX, otterrai ciň che chiedi e molto di piů...
Saluti
Anak
anak[at]cpan.org
softwareE=mc^2...@netlogica.it (eliminare l'eq per risp in prv)
john
> Perché l'include in php non funziona?
>
Non lo so. Non mi appare sulla pagina.
Lo testo direttamente sulla pagina del server, perchè non ho innstallato
l'apache ed il php sul mio pc.
Paolo De Dionigi
Nella pagina dove scrivi il codice php, all'inizio della pagina,
aggiungi queste righe:
<?php
error_reporting(E_ALL); // report all errors
ini_set("display_errors", 1);
ini_set('error_reporting', E_ALL);
ini_set("display_startup_errors", 1);
?>
Ti farà vedere gli errori php che impediscono la visualizzazione.
Non è il metodo migliore ma è rapido.
john
> "john" <du...@agdp.de> ha scritto nel messaggio
> news:hvt00p$t3e$1...@nnrp.linuxfan.it...
>> Visto che il tag
>>
>> <OBJECT Data="pippo.html"></OBJECT>
>>
> ARGH!
>
> john, ti consiglio di leggere la documentazione su xmlhttprequest e di
>
<sigh> <sigh> mi sa che dovrò seguire il tuo consiglio.
E' dall'età di 7 anni che mi sento dire "devi studiare, imparare, se
vuoi raggiungere qualcosa nella vita".
Pensavo che sarei arrivato ad una fine, e invece vedo che non è mai
finita ... :-)))
john
>
> Nella pagina dove scrivi il codice php, all'inizio della pagina,
> aggiungi queste righe:
>
> <?php
> error_reporting(E_ALL); // report all errors
> ini_set("display_errors", 1);
> ini_set('error_reporting', E_ALL);
> ini_set("display_startup_errors", 1);
> ?>
>
> Ti farà vedere gli errori php che impediscono la visualizzazione.
>
> Non è il metodo migliore ma è rapido.
>
okay dotto'. eseguo subito e riferisco.
john
>> Ti farà vedere gli errori php che impediscono la visualizzazione.
>>
>> Non è il metodo migliore ma è rapido.
>>
>
> okay dotto'. eseguo subito e riferisco.
>
>
Ho eseguito e il risultato è sempre lo stesso : pagina bianca.
completamente.
Dipende mica dal fatto che le mie pagine sono entrambe .html ??
cioè io ho una pagina di test, pagina2.html, la quale include le righe
che hai scritto tu, in più l'ultimna riga di include.
Ma è un php 'embedded', e non una pagina2.php.
Anche il logo è su una pagina TL-Logo.html,
che contiene solo una table con varie scritte e background colors.
Funziona se la includo come table, riscrivendo tutte le righe su ogni
pagina dove voglio il logo.
Ma ovviamente questo non è quello che voglio fare.
Paolo De Dionigi
> john schrieb:
>
>
>>> Ti farà vedere gli errori php che impediscono la visualizzazione.
>>>
>>> Non è il metodo migliore ma è rapido.
>>>
>>
>> okay dotto'. eseguo subito e riferisco.
>>
>>
>
> Ho eseguito e il risultato è sempre lo stesso : pagina bianca.
> completamente.
>
> Dipende mica dal fatto che le mie pagine sono entrambe .html ??
GLIP
La prima, quella dove scrivi il codice php, rinominala con estensione php.
Quella che viene inclusa può rimanere .html come può essere qualsiasi
altra cosa. Ovviamente dovrà avere solo il codice che ti occorre, come
se l'avessi 'strappato' dalla pagina dove deve essere incluso.
john
>
> La prima, quella dove scrivi il codice php, rinominala con estensione php.
>
> Quella che viene inclusa può rimanere .html come può essere qualsiasi
> altra cosa. Ovviamente dovrà avere solo il codice che ti occorre, come
> se l'avessi 'strappato' dalla pagina dove deve essere incluso.
Ora funziona.
Sembra che la differenza l'abbia fatta rinominando la pagina .php
ma perchè, di grazia ??
Ma perchè un php 'embedded' deve comportarsi diversamente da se è
definito come file .php ???
Appartiene ai misteri della vita su cui non ha senso indagare ???
:-))
Roberto Tagliaferri
gli html no
ValeRyo Saeba
> Ora funziona.
> Sembra che la differenza l'abbia fatta rinominando la pagina .php
> ma perchč, di grazia ??
Prova a guardare il sorgente della pagina "php .html" e ci troverai
dentro il php non eseguito.
E' l'estensione .php che dice ad apache di passare il file al php
e di visualizzare il risultato dell'elaborazione, volendo sarebbe possibile
dirgli di passare al php anche i file .html.
--
ValeRyo
XT600 "Katoki Pajama" - http://www.slimmit.com/go.asp?7Y9
Napoli - appartamento in vendita: http://www.quisicasa.com
john
> No, banalmente apache sa che i file .php vanno parsati dall'estensione
> php, gli html no
>
non mi sembra una spiegazione logica.
Altrimenti non sarebbe possibile fare degli 'embedded php' in un file
html.
Invece è possibile.
E in un file .php puoi benissimo mettere istruzioni html 'embedded' cioè
incluse tra <HTML> e </HTML> e funziona.
Quindi non vedo il senso del non-funzionamento.
john
>
> E' l'estensione .php che dice ad apache di passare il file al php
> e di visualizzare il risultato dell'elaborazione, volendo sarebbe possibile
> dirgli di passare al php anche i file .html.
>
ho capito. quindi dipende tutto dalla configurazione di apache.
ngw
> Roberto Tagliaferri schrieb:
>
> non mi sembra una spiegazione logica.
> Altrimenti non sarebbe possibile fare degli 'embedded php' in un file
> html.
>
> Invece è possibile.
>
>
> E in un file .php puoi benissimo mettere istruzioni html 'embedded'
> cioè incluse tra <HTML> e </HTML> e funziona.
>
> Quindi non vedo il senso del non-funzionamento.
Ovvio, html è interpretato dal browser, PHP ha un interprete sul server.
ngw
--
Nicholas Wieland (ngw)
Zooppa CTO
911 Western Avenue, Suite 420
Seattle, WA 98104 US
john
>
> Ovvio, html è interpretato dal browser, PHP ha un interprete sul server.
>
>
...a meno che non si dica esplicitamente al server di fare il parsing
anche degli html (come si fa per gli shtml)...giusto ??
Andrea D'Amore
> non mi sembra una spiegazione logica.
Invece è molto logico, anzi di più, è proprio così.
Per crederci meglio ti basta scaricare apache e guardare il file di
configurazione, di default l'estensione ".php" viene associata al modulo
PHP.
> Altrimenti non sarebbe possibile fare degli 'embedded php' in un file
> html.
Ma cosa sono questi "embedded php" di cui parli?
Andrea D'Amore
> ...a meno che non si dica esplicitamente al server di fare il parsing
> anche degli html (come si fa per gli shtml)...giusto ??
No, d'altronde a cosa servirebbe analizzare il codice HTML sul server?
Cerca "paradigma client-server" su Internet.
Leonardo Serni
>
>Visto che il tag
>
><OBJECT Data="pippo.html"></OBJECT>
>
>non funziona su tutti i browser (sono pi� quelli in cui non funziona che
>quelli in cui funziona), e nemmeno l'espediente
>
><?php
>include ('pippo.html') ;
>?>
>
>funziona,
Ti serve readfile(), non include(); quest'ultimo serve solo per il codice
PHP.
Leonardo
--
The thoughts of others were light and fleeting,
Of lovers' meeting, or luck, or fame.
Mine were of trouble, and mine were steady:
So I was ready when trouble came.
Leonardo Serni
>>Visto che il tag
>><OBJECT Data="pippo.html"></OBJECT>
>>non funziona su tutti i browser (sono più quelli in cui non funziona che
>>quelli in cui funziona), e nemmeno l'espediente
>><?php
>>include ('pippo.html') ;
>>?>
>>funziona,
>Ti serve readfile(), non include(); quest'ultimo serve solo per il codice
>PHP.
...e ovviamente funziona solo NEL codice PHP (estensione .php, non .html)
Leonardo sempre meglio specificare
john
>
> Ma cosa sono questi "embedded php" di cui parli?
è il codice php inserito in un file HTML col metodo
<?php
bla bla bla
?>
questo pezzo, viene automaticamente elaborato dal server.
Segno che il server 'lo vede'.
Altrimenti come farebbe ?
O forse mi sto confondendo. Perchè ho diversi casi sul mio sito,
specialmente la parte del POS virtuale.
Forse tutti i files che hanno 'mixed language' sono tutti files .php
Questo sarebbe un guaio. Perché vuol dire che per testare tutte le mie
pagine .php ho bisogno di avere installato apache + php.
E l'ultima volta non mi funzionava, ecco perchè testavo direttamente sul
server. Una menata solenne.
Sempre caricare i files con filezilla. Da diventarci scemi.
john
>> Ti serve readfile(), non include(); quest'ultimo serve solo per il codice
>> PHP.
>
questa me la devo studiare meglio. ma anche include() ha funzionato.
> ...e ovviamente funziona solo NEL codice PHP (estensione .php, non .html)
>
S�, di questo me ne sono gi� accorto. Sono un po' lento ma alla fine ci
arrivo anch'io.
:-)
Mi sa tanto che dovr� cambiare filosofia 'server' e a conti fatti, anche
per via del MySQL optero per apache + php e linguaggio php.
Ma si puo' fare veramente TUTTO col php ??
o c'� qualcoa che si fa meglio con ajax ???
Roberto Tagliaferri
un <?php
...
?>
viene interpretato correttamente solo se è in un file .php perché viene
gestito dal parser php.
Se lo metti in un .hmtl non vedi il risultato ma il codice
Roberto Tagliaferri
>
> Mi sa tanto che dovrò cambiare filosofia 'server' e a conti fatti, anche per
> via del MySQL optero per apache + php e linguaggio php.
>
> Ma si puo' fare veramente TUTTO col php ??
>
Mi sembra che tu abbia una grossa confusione..
AJAX è una tecnica per sviluppare applicazioni che aggiornano le pagine
senza una richiesta di reload dell'utente ( http://it.wikipedia.org/wiki/AJAX )
Un esempio classico:
devi mettere provincia e comune, selezioni una provincia e il browser fa una
richiesta al server che invia i comuni presenti in quella provincia, senza
per questo ricaricare la pagina ma (in pratica) solo il campo di input (es
una <select>)
Il programma che gestisce le richieste può essere in php, perl, asp...
Anak
> Il 24/06/2010 02:03, john ha scritto:
>>
>> Mi sa tanto che dovrò cambiare filosofia 'server' e a conti fatti, anche
>> per
>> via del MySQL optero per apache + php e linguaggio php.
>>
>> Ma si puo' fare veramente TUTTO col php ??
>> o c'è qualcoa che si fa meglio con ajax ???
>>
> Mi sembra che tu abbia una grossa confusione..
> AJAX è una tecnica per sviluppare applicazioni che aggiornano le pagine
> senza una richiesta di reload dell'utente (
> http://it.wikipedia.org/wiki/AJAX )
>
> Il programma che gestisce le richieste può essere in php, perl, asp...
Ciao Roberto,
detta così sembra che la richiesta inviata al server tramite l'istanza di un
oggetto xmlhttprequest sia gestibile solo da script server side mentre in
generale non è così: vorrei evitare ulteriore confusione per John, già
alquanto confuso (non me ne voglia :) lo dico simpaticamente).
La gestione delle richieste avviene da parte del server né più né meno di
qualunque altra richiesta, in questo AJAX non aggiunge nulla: normalmente ho
GET: leggo dati senza modificare lo stato del server oppure POST
(preferibilmente) se vado a modificarne lo stato.
Personalmente utilizzo un'applicazione Perl che ho sviluppato, XMLMaker,
come gestore dei contenuti ed esportazione degli stessi in XML che poi
leggerà Javascript o Actionscript (in funzione dei casi) ma gli stessi
potrebbero anche essere editati manualmente e quindi non avremmo alcuna
elaborazione lato server.
Scusa il post lunghetto che è più per John che per te :)
Saluti
Anak
anak[at]cpan.org
softwareE=mc^2...@netlogica.it (eliminare l'eq per risp in prv)
ValeRyo Saeba
scritto nel messaggio
news:anddam-groupsNOALPASTICCIOD...@news.cu.mi.it
> In article <hvti5n$a3r$1...@nnrp.linuxfan.it>, john <du...@agdp.de>
> wrote:
>
>> ...a meno che non si dica esplicitamente al server di fare il parsing
>> anche degli html (come si fa per gli shtml)...giusto ??
>
> No, d'altronde a cosa servirebbe analizzare il codice HTML sul server?
Certo che si, cosa vieta di configurare apache per passare gli .html al php?
Paolo De Dionigi
> "Andrea D'Amore"<anddam-groupsNOA...@brapi.net> ha
> scritto nel messaggio
> news:anddam-groupsNOALPASTICCIOD...@news.cu.mi.it
>> In article<hvti5n$a3r$1...@nnrp.linuxfan.it>, john<du...@agdp.de>
>> wrote:
>>
>>> ...a meno che non si dica esplicitamente al server di fare il parsing
>>> anche degli html (come si fa per gli shtml)...giusto ??
>>
>> No, d'altronde a cosa servirebbe analizzare il codice HTML sul server?
>
> Certo che si, cosa vieta di configurare apache per passare gli .html al php?
>
>
Non so quanto possa appesantire parsare ogni singolo file servito
(html), ma visto che è totalmente inutile...
john
> Un esempio classico:
> devi mettere provincia e comune, selezioni una provincia e il browser fa
> una richiesta al server che invia i comuni presenti in quella provincia,
> senza per questo ricaricare la pagina ma (in pratica) solo il campo di
> input (es una <select>)
> Il programma che gestisce le richieste puň essere in php, perl, asp...
>
Grazie. comincio ad avere idee un po' piů chiare. La nebbia fitta si sta
diradando.. :-)
Ovviamente approfondisco anche con l'aiuto di internet e con l'aiuto di
un libro (Javascript - The Missing Manual - David Sawyer McFarland)
dove esiste un capitolo apposta per AJAX. Ma sei mesi fa, quando comprai
il libro, mi sembrava che fosse tutto arabo.
Ora comincio a capirne qualcosa di piů...
john
>
> Personalmente utilizzo un'applicazione Perl che ho sviluppato, XMLMaker,
> come gestore dei contenuti ed esportazione degli stessi in XML che poi
> leggerà Javascript o Actionscript (in funzione dei casi) ma gli stessi
> potrebbero anche essere editati manualmente e quindi non avremmo alcuna
> elaborazione lato server.
>
> Scusa il post lunghetto che è più per John che per te :)
>
recepito e compreso tutto. Come ho detto nel post precedente, grazie
alla letteratura, a internet, ma soprattutto a questo NG, la nebbia si
sta diradando.
Ma mi hai messo involontariamente una nuova pulce nell'orecchio :
hai parlato di Actionscript. Ti riferisci al linguaggio di Flash ??
Cioé passi al Flash-plugin il tuo script ?? Ho capito bene ?
john
> E perchè dovremmo far fare lavoro inutile ad Apache?
>
> Non so quanto possa appesantire parsare ogni singolo file servito
> (html), ma visto che è totalmente inutile...
>
...ad esempio per evitare di cambiare tout-court tutte le extension di
un sito da .html a .php, con le immaginabili conseguenze del caso ???
:-)
Gabriele - onenet
>
> > Non so quanto possa appesantire parsare ogni singolo file servito
>
> ...ad esempio per evitare di cambiare tout-court tutte le extension di
> un sito da .html a .php, con le immaginabili conseguenze del caso ???
>
Magari ci pensi prima di iniziare :)
Comunque ho capito cosa intendi e faccio un paragone, così gli altri
capiscono meglio.
Tanti anni fa usavo su Mac un bel web server (WebStar), associato ad
un sw che operava con un suo linguaggio (come può essere oggi il PHP);
questo sw (NetCloak) poteva essere configurato come pre-processore o
post-processore rispetto al webserver e potevi decidere se far
processare tutte le pagine (sia html che altre estensioni) o solo
quelle sue (con estensione .nclk).
All'epoca permetteva quindi di inserire all'interno di normali
file .html dei comandi server-side molto potenti e semplici, anche
intere macro che magari richiamavano altri file.
Es: cambiavo la home page sotto Natale a seconda del giorno del
mese :) il tutto in un'unica pagina html contenente la programmazione
in questo altro linguaggio.
Oppure presentava contenuti diversi a seconda dell'IP di provenienza o
di specifici header http.
Quindi mi par di capire che tu vorresti fare una cosa simile col PHP
su Apache, ma tanto vale che crei da zero tutti file .php e non ci
pensi più.
ciao,
Gabriele
Anak
> hai parlato di Actionscript. Ti riferisci al linguaggio di Flash ??
>
> Cioé passi al Flash-plugin il tuo script ?? Ho capito bene ?
no :) non passo alcun script.
Ciò che avviene è:
applicazione server -> crea files xml
applicazione client -> legge file xml *comunque creati*
Ora, "applicazione client" è solitamente in Javascript oppure Actionscript
(nel caso di Flash) e legge i dati *comunque creati*.
La mia applicazione server XMLMaker, non fa altro che fornirmi maschere di
inserimento e modifica dati, upload di files, immagini, ecc... e di produrre
i relativi xml che l'applicazione leggerà.
Roberto Tagliaferri
e mi si č aperto un mondo nuovo
john
>
> Quindi mi par di capire che tu vorresti fare una cosa simile col PHP
> su Apache, ma tanto vale che crei da zero tutti file .php e non ci
> pensi più.
>
Veramente questo thread è un 'grandchild' del precedente 'maledetti
frames'.
Il tutto cominciò per via dei frames che davano problemi sul Chrome.
Si passò quindi alla necessita di fare una porzione di schermo 'fissa' e
l'altra 'scrollabile', e feci così conoscenza con soluzioni CSS che
offrono la stessa cosa, senza dover usare i frames.
Poi il discorso si allargò alla filosofia 'content management system',
perchè il mio sito lo cambierò (ma in parallelo, rimanendo funzionante
il vecchio fino a che non sarà finito il nuovo) ed allora, sì che
adotterò giá dall'inizio una filosofia precisa (php).
:-))
john
> inserimento e modifica dati, upload di files, immagini, ecc... e di produrre
> i relativi xml che l'applicazione leggerà.
>
super-interessante.
Esiste un programmino di esempio, semplicissimo, per idioti, che faccia
tutto ciò ??
Anak
posso mettere su un demo di xmlmaker nei prossimi giorni, in ogni caso posso
già darti alcuni link dove i siti sono gestiti in questo modo:
http://www.kirospharma.com
http://www.hotelneapolis.com
http://www.occhi-oh.com/prova.htm
http://www.dpm-elettronica.it
http://www.felaco.it
http://www.magneticosud.com
http://www.isggroup.it
ecc. ecc.
Come vedi non hai mai ricaricamento della "pagina": inoltre non hai
continuamente elaborazioni server-side da parte di qualche parser (php,
.net, perl) che deve intervenire per fornirnti un output alle richieste,
poiché, lato server, produci i files xml in fase di "authoring" e poi la
palla passa ai client.
john
> posso mettere su un demo di xmlmaker nei prossimi giorni,
fantastico !
in ogni caso posso
> già darti alcuni link dove i siti sono gestiti in questo modo:
>
> http://www.kirospharma.com
> http://www.hotelneapolis.com
> http://www.occhi-oh.com/prova.htm
> http://www.dpm-elettronica.it
> http://www.felaco.it
> http://www.magneticosud.com
> http://www.isggroup.it
>
tenkiù veri macc
> ecc. ecc.
>
> Come vedi non hai mai ricaricamento della "pagina": inoltre non hai
> continuamente elaborazioni server-side da parte di qualche parser (php,
> .net, perl) che deve intervenire per fornirnti un output alle richieste,
> poiché, lato server, produci i files xml in fase di "authoring" e poi la
> palla passa ai client.
>
Sì, questo l'avevo giá capito da una rilettura del libro stamattina :-))
john
>
> posso mettere su un demo di xmlmaker nei prossimi giorni, in ogni caso posso
> giￜ darti alcuni link dove i siti sono gestiti in questo modo:
>
pagine magnifiche.
C'ￜ n'ￜ una che mi affascina particolarmente, questa
> http://www.hotelneapolis.com
per due ragioni :
- il Design ￜ indovinatissimo. La 'slide show' musicata ￜ fantastica.
E' perfettamente il linea col tema della pagina.
E' forse l'UNICA occasione in cui riesco a tollerare i links 'in alto'
perchￜ la pagina ￜ fissa e non scrollante,
Devo ammettere che perￜ la navigazione interna ￜ un po' troppo
'barocca', nel senso che ￜ 'troppo piena' di 'meccanismi web di lusso'
(per i miei gusti s'intende).
A me piacciono le cose super-semplici.
- Toh, guarda chi si vede ! I tanto deprecati frames :-)) <hahahahahahaha>
Domanda : perchￜ era necessario questo 'trucco' di definire un frameset
per una frame sola, che non si scrolla ?
Non si poteva fare in un altro modo ??
<MODE avvocato del diavolo ON>
...ma allora i frames sono ancora utili ????
<MODE avvocato del diavolo OFF>
M'hai fatto venￜ voglia di andￜ a Napule, che non ci sono mai stato... :-))
ValeRyo Saeba
news:hvv8n7$ffj$1...@news.eternal-september.org
> E perchè dovremmo far fare lavoro inutile ad Apache?
Boh, ma si può fare :-)
Del resto se hai un sito tutto in php, che l'estensione sia .php, .html o
.ciao non cambia nulla.
> Non so quanto possa appesantire parsare ogni singolo file servito
> (html)
Non saprei, non penso molto ma sarebbe comunque lavoro inutile.
Alessandro Pellizzari
> "Paolo De Dionigi" <PaoloDe...@gmail.com> ha scritto nel messaggio
> news:hvv8n7$ffj$1...@news.eternal-september.org
>> Non so quanto possa appesantire parsare ogni singolo file servito
>> (html)
>
> Non saprei, non penso molto ma sarebbe comunque lavoro inutile.
E` quasi la stessa differenza che c'e` tra
cat file.html
e
gcc -O2 -o risultato file.html
Direi una differenza (senza acceleratori e cache) di 10:1, a occhio e
croce.
Decisamente meglio NON usare html come estensione per PHP.
Bye.
ValeRyo Saeba
news:88h6ot...@mid.individual.net
> E` quasi la stessa differenza che c'e` tra
>
> cat file.html
> gcc -O2 -o risultato file.html
>
> Direi una differenza (senza acceleratori e cache) di 10:1, a occhio e
> croce.
Perché l'hai misurato o perché immagini sia così?
Credo che la differenza sia molto meno marcata se file.html è davvero
html puro, perché se non c'è <?php il parser neppure si dovrebbe avviare.
Alessandro Pellizzari
> "Alessandro Pellizzari" <shur...@amiran.it> ha scritto nel messaggio
> news:88h6ot...@mid.individual.net
>> Direi una differenza (senza acceleratori e cache) di 10:1, a occhio e
>> croce.
>
> Perché l'hai misurato o perché immagini sia così? Credo che la
> differenza sia molto meno marcata se file.html è davvero html puro,
> perché se non c'è <?php il parser neppure si dovrebbe avviare.
Non ho fatto benchmark, ma a occhiometro e` molto piu` lento.
Il parser si avvia comunque, il file viene passato completamente al
parser php, e quello deve comunque leggere tutto il file alla ricerca del
tag di apertura, ma solo dopo che si e` letto e parsato il php.ini, e che
si e` caricato tutte le estensioni specificate.
Quindi parsa, non trova niente e restituisce il file identico, ma intanto
ha lavorato per un po'.
Bye.
Andrea D'Amore
"ValeRyo Saeba" <val...@musicoff.com> wrote:
> > No, d'altronde a cosa servirebbe analizzare il codice HTML sul server?
> Certo che si, cosa vieta di configurare apache per passare gli .html al php?
Se rileggi noterai che nella tua replica hai cambiato argomento, io non
ho detto che non si possa fare ho chiesto a cosa potrebbe mai servire.
Il default di httpd.conf mi sembra decisamente logico, se vuoi elaborare
istruzioni PHP usa una estensione specifica.
Andrea D'Amore
> ...ad esempio per evitare di cambiare tout-court tutte le extension di
> un sito da .html a .php, con le immaginabili conseguenze del caso ?
Cioè qualche riga di script per aggiornare le estensioni e i
collegamenti interni.
Andrea D'Amore
> Perché vuol dire che per testare tutte le mie
> pagine .php ho bisogno di avere installato apache + php.
Non ho colto bene il senso di tutto il messaggio ma a questo posso
rispondere senz'altro: sì.
Non necessariamente httpd di Apache, anche un altro webserver va bene.
Paolo De Dionigi
Quali sono le conseguenze?
A livello di tempo impiegato per farlo, credo che più di qualche minuto
se non sai come fare giusto per cercare online e sei a posto.
Per eventuali problematiche di errori 404 e quindi potenziali beghe col
seo, un bel htaccess impostato ad hoc e si risolve pure quello.
Non vedo proprio nessuna controindicazione.
Gabriele - onenet
>
> C' n' una che mi affascina particolarmente, questa
>
> >http://www.hotelneapolis.com
>
> per due ragioni :
>
> - il Design indovinatissimo. La 'slide show' musicata fantastica.
> E' perfettamente il linea col tema della pagina.
>
> E' forse l'UNICA occasione in cui riesco a tollerare i links 'in alto'
> perch la pagina fissa e non scrollante,
IMHO avrà seri problemi coi motori di ricerca, sempre per colpa dei
frames, ed infatti trovi indicizzata ad es. l'URL "http://
www.hotelneapolis.com/camere_ita.htm" che poi non porta da nessuna
parte.
Lo slide show lo puoi fare uguale in JS dentro un DIV senza scomodare
i frames né Flash, idem la barra dei menù in alto con un DIV fisso.
Trovo anche poco utile aver diviso in due la parte centrale quando
clicchi sulle info sull'albergo, perché resta poco spazio per il
testo.
Su Safari 5 la parte destra sembra tagliata, non mi pare molto
intuitivo dover cliccare su Promozioni per vedere le date
"sovrapposte" all'immagine; quando ridimensioni la finestra, si
ricarico tutto da capo!
Avrei messo la mappa di Google all'interno, invece del link che apre
una nuova finestra (che già mi sembra molto frazionata la sezione del
Dove Siamo, Come Arrivare ecc).
La musica però sì, è carina e le foto son belle :)
ciao,
Gabriele
john
Forse non mi sono spoiegato : io NON HO un apache server installato sul PC.
Perchè sia xampplite che Apache 2.2 non mi è riuscito, sin dall'inizio,
a configurarlo correttamente.
Allora ho abbandonato i tentativi e ora testo tutto sul server
operazionale (quello del provider).
john
mi parli di script.....ragazzi vi state scordando che sono un newbie con
tanta voglia di imparare, ma pur sempre un newbie....
john
> Per eventuali problematiche di errori 404 e quindi potenziali beghe col
> seo, un bel htaccess impostato ad hoc e si risolve pure quello.
>
> Non vedo proprio nessuna controindicazione.
io si, specialmente se uno non sa un piffero di apache e della sua
configurazione
ngw
AFAIK <%%> e <??> sono istruzioni di execution di XML, da PHP mi
aspetto di tutto, ma non che faccia parsing alla cazzo, credo riderei
per 2 settimane di fila.
ngw
--
Nicholas Wieland (ngw)
Zooppa CTO
911 Western Avenue, Suite 420
Seattle, WA 98104 US
Paolo De Dionigi
> On 2010-06-24 02:32:11 -0700, Paolo De Dionigi said:
>
>> Il 24/06/2010 10.48, ValeRyo Saeba ha scritto:
>> E perchè dovremmo far fare lavoro inutile ad Apache?
>>
>> Non so quanto possa appesantire parsare ogni singolo file servito
>> (html), ma visto che è totalmente inutile...
>
> AFAIK <%%> e <??> sono istruzioni di execution di XML, da PHP mi aspetto
> di tutto, ma non che faccia parsing alla cazzo, credo riderei per 2
> settimane di fila.
>
> ngw
>
che pro?
Paolo De Dionigi
Questa non è una controindicazione :)
Se non sai fare una cosa, non è che farne una sbagliata al suo posto sia
la strada giusta.
E' lo stesso discorso dei frames.
Paolo De Dionigi
Riprova, io non ricordo l'ultima volta su win problemi di
configurazione, mi pare facesse tutto l'installer...
E comunque online trovi qualsiasi genere di aiuto.
Mi pare avessi in mente di passare a Mac, beh lì per attivare Apache
basta spuntare un flag.
Poi però per mysql e altri 'tuning' occorrerrà smanacciare di più che
non su win (se usi ovviamente xammp o simili)
Anak
>Su Safari 5 la parte destra sembra tagliata, non mi pare molto
>intuitivo dover cliccare su Promozioni per vedere le date
>"sovrapposte" all'immagine; quando ridimensioni la finestra, si
>ricarico tutto da capo!
Ciao Gabriele,
sono d'accordo con te purtroppo "il cliente ha sempre ragione", per cui io
consiglio, motivo ma poi la decisione spetta a chi paga :)
Il contenuto viene gestito direttamente dall'hotel cui ho progettato il
software, per cui....
Il ricaricamento invece è "colpa" mia, poiché se fai un resize della pagina
devo andare a calcolare la posizione di alcuni div: sarebbe da rimettere a
posto ma, come sopra, se e solo se la mia prestazione spot fosse onorata.
Parlo così perchè, il cliente di cui parliamo, ha purtroppo avuto da me il
quadruplo di ciò che doveva avere: è colpa mia, l'ho gestito male, ma ora
non muovo un byte se prima non vengo pagato. Questo è un'altra questione
delicata della nostra professione ed in questo ho di certo peccato: con la
spauracchio del saldo che non mi veniva accordato (anzi s/saldo/ricatto/g)
ho dovuto "abbozzare" ma ora, davvero, non muovo nulla se non per intera
somma anticipata. E' stata una brutta esperienza e non ho intenzione di
ripeterla alla veneranda età di 40anni.
Per John... il frame c'è perchè il cliente ha preso 6 domini che puntano a
quello spazio hosting ed inizialmente il sito web non si trovava dov'è
adesso: sono intervenuto in un secondo momento, diversamente gli avrei
consigliato dei virtual host sullo stesso spazio o alias di domini... Dato
che, purtroppo, il caos è stato prodotto e dato che non sono stato pagato
per ottimizzare la situazione (vedi sopra), gli ho inserito il frame 100%
per caricare il sito web *ovunque* in modo omogeneo tra lo zabaglione di
domini ed hosting che ha preso... senza perderci il tempo che non mi avrebbe
comunque remunerato.
Questo, purchè in modo tardivo, mi ha insegnato che tanto paghi tanto hai...
e già così, per la passione che ci si mette nel lavoro, si fa di più del
dovuto...
Il lavoro è lavoro eh!
Saluti :)
john
> Riprova, io non ricordo l'ultima volta su win problemi di
> configurazione, mi pare facesse tutto l'installer...
>
riproverò con xampplite. Se ho problemi verrò qui a rompere... :-))
>
> Mi pare avessi in mente di passare a Mac, beh lì per attivare Apache
> basta spuntare un flag.
>
ehm...ti sei confuso di persona. Quando diventerò milionario passerò a
Mac. Non prima. :-)
> Poi però per mysql e altri 'tuning' occorrerrà smanacciare di più che
> non su win (se usi ovviamente xammp o simili)
Questa me la devi spiegare : con xampplite devo 'smanettare' più che con
Apache ??? oh bella.... e perchè ??? Pensavo che fosse il contrario...
john
> Poi però per mysql e altri 'tuning' occorrerrà smanacciare di più che
> non su win (se usi ovviamente xammp o simili)
scusa, (te l'avevo detto che ero lento di comprendonio). Ora ho capito
cosa vuoi dire.
- Io uso solamente Windows. Di Linux sono solo un 'fan' : lo uso 'per
gioco' su un portatile, e basta. Non ho mai avuto il tempo di impararlo
'veramente' (perchè è proprio quello il senso di usare Linux, cioè
quello di usare tutte le sue possibilità, non di usarlo come se fosse
Windows).
- il MySQL per ora lo guardo dal di fuori. Sospetto che presto dovrò
impararlo per poter usare 'seriamente' il php.
Ora il php lo uso solamente 'superficialmente', per il POS virtuale
e per calcolare degli importi da passare al HTML.
- mo che ho trovato questo NG mi reinstallo il xampplite, fiducioso che
se vengo a rompere qui non sarò buttato fuori a calci... :-))
Paolo De Dionigi
>
> - mo che ho trovato questo NG mi reinstallo il xampplite, fiducioso che
> se vengo a rompere qui non sarò buttato fuori a calci... :-))
Eh, mica tanto però, perchè per problemi specifici esistono ng
specifici. Se hai problemi con xampp, il posto migliore dove chiedere è
il loro forum: http://www.apachefriends.org/f/
Poi, perchè lite? Installati quello completo, ad esempio nel lite manca
il mailserver (oltre ad altre cose) e prima o poi avrai da testare
qualche form di invio mail, no?
john
> Poi, perchè lite? Installati quello completo, ad esempio nel lite manca
> il mailserver (oltre ad altre cose) e prima o poi avrai da testare
> qualche form di invio mail, no?
A questo punto perchè non installarsi l'Apache 2.2 direttamente ?
cosa è il vantaggio di xampp ???
Paolo De Dionigi
Con Xampp oltre ad installare Apache ti installi anche mysql, ti abilita
php, perl, ecc (se usi quello normale e non il lite), insomma è ti
facilita di molto la vita.
Se tu scarichi e installi Apache, poi devi scaricarti e installarti
(separatamente) php, mysql e quant'altro e con le configurazioni manuali
visto che all'inizio non sai una mazza puoi arrivare facilmente a litigarci.
Se non ricordo male xampp ti installa anche phpmyadmn (tool di gestione
di mysql via browser che in genere è il tool messo a disposizione dai
fornitori di hosting per gestire i db mysql (poi altri possono procedere
diversamente, ma la maggior parte mette a disposizione phpmyadmin)).
Gabriele - onenet
> "Gabriele - onenet" <inf...@onenet.it> ha scritto:
>
> >Su Safari 5 la parte destra sembra tagliata, non mi pare molto
> >intuitivo dover cliccare su Promozioni per vedere le date
> >"sovrapposte" all'immagine; quando ridimensioni la finestra, si
> >ricarico tutto da capo!
>
> Ciao Gabriele,
> sono d'accordo con te purtroppo "il cliente ha sempre ragione", per cui io
> consiglio, motivo ma poi la decisione spetta a chi paga :)
>
> Il contenuto viene gestito direttamente dall'hotel cui ho progettato il
> software, per cui....
>
> Il ricaricamento invece è "colpa" mia, poiché se fai un resize della pagina
> devo andare a calcolare la posizione di alcuni div: sarebbe da rimettere a
> posto ma, come sopra, se e solo se la mia prestazione spot fosse onorata.
[SNIP]
Ahhhh OK ho capito bene la situazione. Hai ragione!
ciao,
Gabriele
Andrea D'Amore
> Devo ammettere che però la navigazione interna è un po' troppo
> 'barocca', nel senso che è 'troppo piena' di 'meccanismi web di lusso'
> (per i miei gusti s'intende).
La navigazione interna è davvero scomoda con i suoi tre livelli di menu
orizzontali.
Andrea D'Amore
Paolo De Dionigi <PaoloDe...@gmail.com> wrote:
> Poi però per mysql e altri 'tuning' occorrerrà smanacciare di più che
> non su win (se usi ovviamente xammp o simili)
Per mysql istalli un package, che differenza c'è con xampp?
john
xampplite (conosco solo quello finora) lo installi e fa tutto da solo.
In teoria dovrebbe andare bene e non dare problemi. Tutti i programmini
di test in php funzionano OK.
solo che quando ho testato i miei files php invece di eseguirli, me li
ha scaricati sulla cartella 'download'.
Su un NG di Apache ho chiesto spiegazioni e mi hanno detto di modificare
un file ...-conf che non ricordo ßpiù. L'ho fatto, ma non ha funzionato
lo stesso.
E quindi, dato che non potevo perdere sei mesi per impararmi anche
Apache, (perchè senza imparare le cose non si puo' far niente)
ho preferito dedicarmi al mio lavoro e usare per i test il server
operazionale.
Certamente mi farebbe piacere testare il tutto sul mio PC, su localhost.
Ma non a costo di sei mesi di studio.
Andrea
> Come vedi non hai mai ricaricamento della "pagina": inoltre non hai
> continuamente elaborazioni server-side da parte di qualche parser (php,
> .net, perl) che deve intervenire per fornirnti un output alle richieste,
> poiché, lato server, produci i files xml in fase di "authoring" e poi la
> palla passa ai client.
Senti, ma il fatto che i contenuti di, chessoio <http://www.isggroup.it>
non siano praticamente indicizzati non è un problema per il cliente? Io
mi sparerei, altro che ricaricamenti di pagina.
--
MySQL and PHP are popular not because of their quality, but despite it.
Paolo De Dionigi
Solamente che te lo trovi già installato.
Anak
> Senti, ma il fatto che i contenuti di, chessoio <http://www.isggroup.it>
> non siano praticamente indicizzati non è un problema per il cliente? Io
> mi sparerei, altro che ricaricamenti di pagina.
occorre il tempo... isggroup è online da pochi giorni... del posizionamento
non mi occupo io ma una società che, credo, debba ancora iniziare il suo
lavoro :)
Gabriele - onenet
> "Andrea" <and...@fattimi.ei> ha scritto
>
> > Senti, ma il fatto che i contenuti di, chessoio <http://www.isggroup.it>
> > mi sparerei, altro che ricaricamenti di pagina.
>
> non mi occupo io ma una societ che, credo, debba ancora iniziare il suo
> lavoro :)
La vedo durella...
online da pochi giorni? però c'è un meta che dice "<meta
name="creation_Date" content="15/10/2009" />" !
IMHO il "posizionamento" (tra virgolette apposta) va fatto insieme a
chi sviluppa il sito; il file robot.txt ad esempio chi è che lo deve
caricare?
ciao,
Gabriele
Anak
>online da pochi giorni? però c'è un meta che dice "<meta
>name="creation_Date" content="15/10/2009" />" !
>IMHO il "posizionamento" (tra virgolette apposta) va fatto insieme a
>chi sviluppa il sito; il file robot.txt ad esempio chi è che lo deve
>caricare?
dipende dal contratto... non mi occupo di seo, sono uno sviluppatore: mi
pongono delle questioni cui trovo una soluzione e limitatamente al budget
del cliente. Non ho idea di quando faranno ciò che occorre per indicizzare
poiché non mi interessa, lavorativamente parlando. Se ci sono seo, che li
contattassero :) magari salta fuori un contratto ;)
Andrea
> occorre il tempo... isggroup č online da pochi giorni...
la nuova versione. Quella vecchia google se la ricorda ancora, cosě
almeno per un po' il sito salta fuori ancora. Dopo? Suppongo l'oblio.
> del posizionamento
> non mi occupo io ma una societŕ che, credo, debba ancora iniziare il suo
> lavoro :)
Sě vabe', gli altri (tutti quelli che ho guardato che non avessero solo
roba flash) sono nelle stesse condizioni. Sono tutti siti di settimana
scorsa? Il problema non č il tempo, č altrove.
Anak
> Sě vabe', gli altri (tutti quelli che ho guardato che non avessero solo
> roba flash) sono nelle stesse condizioni. Sono tutti siti di settimana
> scorsa? Il problema non č il tempo, č altrove.
per l'appunto: se sei in grado fai una proposta ai clienti, non me la prendo
assolutamente :) dato che mi occupo di sviluppare software, crittografia
(soprattutto negli ultimi due anni), database. Non faccio *tutto* :)
Andrea
> per l'appunto: se sei in grado fai una proposta ai clienti, non me la prendo
> assolutamente :) dato che mi occupo di sviluppare software, crittografia
> (soprattutto negli ultimi due anni), database. Non faccio *tutto* :)
s�s� ho capito. Poi ci lamentiamo (noi, tu magari no) che le aziende in
Italia ritengono il web una spesa inutile e che girano meno soldi di
quelli che potrebbero/dovrebbero.
Andrea D'Amore
Paolo De Dionigi <PaoloDe...@gmail.com> wrote:
> > Per mysql istalli un package, che differenza c'è con xampp?
> Solamente che te lo trovi già installato.
Cioè tu trovi xampp già istallato su ogni sistema?
Daniele Orlandi
>
> ...ad esempio per evitare di cambiare tout-court tutte le extension di
rename 's/\.html$/.php/' *
--
Daniele Orlandi つづく
Paolo De Dionigi
Se installi xampp, è compreso mysql, ecco cosa intendevo.
E intendevo che su osx per attivare apache basta fare il check di un
flag, ma non c'è mysql che ti devi installare e configurare da te e
questa operazione per un newbie può essere più complessa che non
installare xampp (ove alla fine ti ritrovi mysql installato e configurato).
Andrea D'Amore
Paolo De Dionigi <PaoloDe...@gmail.com> wrote:
> questa operazione per un newbie può essere più complessa che non
> installare xampp (ove alla fine ti ritrovi mysql installato e configurato)
Chiaro.