Newsgroup: it.lavoro.professioni.webmaster
Titolo: Cambiare i valori "host" sul computer locale per testare i siti

Quando testo i miei siti, per prima cosa appongo tutti i cambiamenti su 
una replica del sito sul mio pc personale con un LAMP.
Però ogni volta devo modificare il file host per indirizzare i nomi del 
mio dominio al computer locale in modo che scrivendolo non mi si 
visualizzi il sito sul server remoto.
Tale operazione però è per me abbastanza fastidiosa, spesso la modifica 
non è immediata, devo cancellare la cache del browser e dei dns...
Esiste qualcosa, tipo un plugin per firefox, che mi permetta di 
cambiare al volo tale impostazione?

 al volo tale impostazione?
Che ne dici di 
www.sito.it
 che punta al server e 
www2.sito.it
 nel file 
host che punta a 127.0.0.1 ?


Perchè usare qualcosa tipo:  $_SERVER['HTTP_HOST']  in php fa antipatia? :) 
In tal modo il valore che ti serve è corretto sia in locale che in remoto. 

 una replica del sito sul mio pc personale con un LAMP.
Io uso questa soluzione semplice ed efficace:
Su apache ho creato dei virtualhost che puntano alle singole cartelle 
del disco.
Su MySql imposto db, user e password uguali al sito vero e proprio.
Sviluppo tutto in locale, puntando a Sito1.localhost.
Poi quando ho finito o voglio far vedere qualcosa, faccio l'upload, 
exporto il db locale e lo reimporto sul server.
Le impostazioni in locale di apache/php sono molto simili al server, per 
cui l'operazione è del tutto trasparente
Easy :)
Il tutto sempre discutibile
--
Contao - CMS web 2.0, Url search engine friendly, conforme W3C/WAI
http://www.contaocms.it
http://www.contao.org

Bee-Long ci ha detto :

Ma poi il sito ha tanti link e riferimenti all'indirizzo originale, 
quindi per farlo diventare un www2 dovrei cambiare parecchie 
impostazioni... a questo punto faccio prima a cambiare solo il file 
hosts!

 In tal modo il valore che ti serve è corretto sia in locale che in remoto.
...non so cosa voglia dire... mi potresti spiegare meglio?

"Galerio"  ha scritto nel messaggio news:4dc44aba$1...@news.x-privat.org...

Posto che il tuo hoster supporti php e che in locale tu abbia installato 
qualcosa tipo XAMPP, scrivi una paginetta dal titolo: test.php e ci riporti 
questo codice:
<?php
  echo $_SERVER['HTTP_HOST']
?>
osserva cosa ottieni.
Tramite $_SERVER puoi ottenere diversi risultati fra cui appunto anche il 
nome del sito.
A questo punto combinare il percorso (Path) con i relativi file diventa 
alquanto semplice.

alquanto semplice.
No, il suo problema è che vuole digitare "
www.sito.it
" nel browser, e
vuole collegarsi al sito locale OPPURE al sito remoto al girare d'uno
switch.
Questo perché il sito in questione è probabilmente uno di quei siti à
la Wordpress, dove il nome del sito corrente viene scritto in mille e
un posto, e magari clicchi su ADMIN e ti porta all'admin remoto anche
se sei in locale, o cose cosi'.
Se usa Firefox, la risposta potrebbe essere
 
https://addons.mozilla.org/en-us/firefox/addon/hostadmin/
mentre, nel caso generale, si possono preparare due file "test.txt" e
"production.txt", metterli accanto ad HOSTS, e preparare un batch (in
effetti DUE batch) che facciano
	COPY test.txt hosts
	IPCONFIG /FLUSHDNS
...pero' forse in questo caso si deve anche chiudere/riaprire qualche
browser (IE **credo** che abbia una piccola cache DNS interna).
Leonardo S.E.&O.
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!


Ma perchè complicarsi la vita? Io se fossi in lui resetterei tutto e farei 
mente locale, partendo come prima cosa dagli obiettivi che si vogliono 
raggiungere.
Magari lo stesso obiettivo può essere raggiunto diversamente e in modo più 
lineare :)
La soluzione che proponevo avrebbe consentito di usare il sito in locale e 
in remoto al tempo stesso senza apportare modifiche ogni volta al codice; in 
altre parole, una sola riga di codice e in base alla posizione in cui si 
trova il sito (remoto o locale) imposta la path corretta.
Mi sembra una cosa ragionevole anche perchè, accedere in remoto al pannello 
di amministrazione per fare modifiche a quello locale o viceversa mi sembra 
privo di senso logico.
www.blueware.it

privo di senso logico.
Forse non stiamo parlando della stessa cosa... *CREDO* che lui intendesse
visualizzare il sito locale come se fosse il sito remoto - magari tenendo
anche la rete spenta - per essere matematicamente certo di parlare con il
sito di sviluppo su "localhost".
Cioe' lui non vuole toccare niente del sito, né il pannello né il codice.
Almeno così l'ho capita io.
Leonardo


 impostazioni... a questo punto faccio prima a cambiare solo il file hosts!
No. Se linki con "pippo.html" o "/pluto.html" funziona tutto.
Se invece linki con "
http://www.sito.it/pippo.html
" allora sei matto.


A maggior ragione, se è cosi, non ha proprio senso, la versione in locale, 
non è forse una copia esatta della versione in remoto? Basta a questo punto 
sincronizzare entrambi ogni volta che si deve fare un intervento di 
qualsiasi tipo.
www.blueware.it


Esatto, per questo dicevo ricostruendo il percorso scrivendo:
  "http://" + $_SERVER["HTTP_HOST"] + "/" + $percorso
Avrebbe comunque risolto il problema anche nel caso di un indirizzo 
assoluto, perchè in locale restituiva localhost, e in remoto avrebbe 
restituito il nome del sito.

non è forse una copia esatta della versione in remoto?
Appunto. Quando sei sul sito remoto, e clicchi su "
www.sito.it/pippo
", vai
sulla pagina pippo dello STESSO sito.
Quando sei sul sito locale, e clicchi su "
www.sito.it/pippo
" (cioe', sullo
stesso link, abbiamo detto che i siti sono uguali), vai sulla pagina pippo
di UN ALTRO sito.
Il problema è nel fatto che i due siti non dovrebbero essere "identici" ma
adattati al nome del dominio, e siamo d'accordo che cio' sia male.


 browser (IE **credo** che abbia una piccola cache DNS interna).
Ci avevo pensato, ma il problema era avere la certezza che stesse 
guardando il sito sul server locale e non quello remoto...

 Almeno così l'ho capita io.
E hai capito perfettamente. Grazie! :D

Impastato  Marcello ci ha detto :

Purtroppo agire su Wordpress e vBulletin con vBSEO in questo senso mi 
farebbe perdere ore e ore di lavoro per trovare tutti i riferimenti in 
cui vengono usati gli url assoluti. E non fa per me dato che non sono 
così esperto.


Scusa la domanda: ma selezionare la riga di codice da sostituire con l'altra 
(ad esempio quella che ti ho proposto) e applicare la modifica a tutto il 
sito, non mi sembra che sia una operazione cosi complessa eh.
Con dreamweaver già a partire dalla versione 4 questo si poteva fare senza 
problemi e senza controindicazioni.
La modifica avrebbe richiesto si e no un paio di minuti, non di più e 
l'intera operazione su tutto il sito sarebbe avvenuta in modo del tutto 
automatico.
Detto questo, solo per curiosità, mi puoi spiegare a che ti serve dal sito 
in remoto accedere a quello in locale e da quello in locale accedere a 
quello remoto, in considerazione del fatto che possono essere sincronizzati 
in pochi minuti ed essere entrambi uno copia esatta dell'altro e viceversa?
Proprio perchè non sei cosi esperto, secondo me ti stai complicando la vita 
inutilmente.
Considera anche un piccolo dettaglio, ammetti pure che riesci a fare 
l'accesso dal remoto al tuo pc locale sotto il profilo tecnico; dovresti 
essere a disposizione di un indirizzo ip statico e dovresti poter accedere 
al tuo pc locale da internet nella stessa misura in cui riesci ad accedere 
al tuo sito in remoto dal tuo pc locale tramite internet.
A questo punto mi convinco sempre più che fai prima a sincronizzare i due 
siti e a lavorare in locale o in remoto a discrezione. 


wrote:





Tuttavia, ricordati che ha ragione Bee-Long, nel senso che il giorno che
tu dovessi trasferirti di dominio, non vorrei essere te :-)


 minuti ed essere entrambi uno copia esatta dell'altro e viceversa?
Io non devo accedere dal sito locale al sito remoto e vice versa. Devo 
solo ricreare l'ambiente che ho sul server di produzione (quindi debian 
con i vari applicativi e patch e configurazioni) in modo da 
sperimentare in locale le modifiche che poi apporterei al server 
remoto. Quindi ricreo un server locale a cui accedo solo da locale sia 
come admin che come user del sito.
Ci sono però configurazioni (come con vBSEO) che richiedono 
l'inserimento esplicito del nome del dominio. Lo stesso vale per certe 
confogurazioni con i file htaccess e altro. Insomma, dovrei modificare 
parecchie cose. Dreamwaver poi non l'ho, uso solo pspad se devo 
modificare o creare codice. Questo per dirti che non faccio cose 
complesse.

"Galerio"  ha scritto nel messaggio 
news:4dc91efc$0$6829$5fc...@news.tiscali.it...
<quote on>
Io non devo accedere dal sito locale al sito remoto e vice versa. Devo
solo ricreare l'ambiente che ho sul server di produzione (quindi debian
con i vari applicativi e patch e configurazioni) in modo da
sperimentare in locale le modifiche che poi apporterei al server
remoto. Quindi ricreo un server locale a cui accedo solo da locale sia
come admin che come user del sito.
Ci sono però configurazioni (come con vBSEO) che richiedono
l'inserimento esplicito del nome del dominio. Lo stesso vale per certe
confogurazioni con i file htaccess e altro. Insomma, dovrei modificare
parecchie cose. Dreamwaver poi non l'ho, uso solo pspad se devo
modificare o creare codice. Questo per dirti che non faccio cose
complesse.
</quote off>
Ok ok :) Abbiamo due modi differenti di risolvere il problema. Se a te piace 
questo approccio va benissimo :) 


Buh io sinceramente non capisco perchè complicarsi la vita, ma va bene lo 
stesso :) 





Fondamentalmente, alcuni software sono scritti male. Piuttosto che
mettersi all'anima di riscriverli, usarne altri (che magari non ti
fanno), ecc. ecc., l'approccio di Galerio non è sbagliato.
Naturalmente, non è nemmeno perfetto: il difetto principale è quel
che succede quando sei COSTRETTO a cambiare gli URL assoluti causa
cambio di dominio, appunto.
Leonardo BTDTGTTS
