Newsgroup: it.lavoro.professioni.webmaster
Titolo: espianto...

Sito in coldfusion. Non conosco la tecnologia, ha un database? E' possibile 
prelevarlo da un server per metterlo in altro? Come si fa ad espiantare e 
ripiantare?
saluti Mittent 

 espiantare e ripiantare?
Coldfusion funziona lato server, cioè il codice sorgente viene elaborato dal 
server
che invia al browser soltanto il risultato dell'elaborazione sotto forma di 
codice HTML.
E' molto probabile, che ci sia anche un database dietro.
Per spostarlo fisicamente da un server all'altro dovresti accedere al 
vecchio server,
almeno via FTP, e se c'è anche un database dovresti avere anche una copia di 
backup.
Bisogna vedere di che sito si tratta, forse fai prima a rifarlo nuovo.
Ciao
-- 
* JoWe.it - Sito Joomla! Gratis
* 
http://www.jowe.it

 Bisogna vedere di che sito si tratta, forse fai prima a rifarlo nuovo.
Dato che sta cercando di recuperare i contenuti dubito che rifare il 
sito sia un buon approccio.


premetto che non conosco per niente cf, comunque ho fatto una rapida
googlata.
non mi risulta che abbia un suo db, bensì come per tutti i linguaggi
di scripting può connettersi ed eseguire query su tutti i db più
diffusi.  mi sembra abbia una sorta di autocomposizione/wizard per
questo.  ex multis:
http://www.webmasterpoint.org/programmazione/cold-fusion/tutorial-coldfusion/connessione-database.html
è una cosa ora gestita da adobe e "ferma" al 2009, il che potrebbe
essere considerato un segno di obsolescenza visto che mi pare adobe ci
tenga a fare una versione all'anno.  ma non credo questo sia un gran
problema, nel senso non credo che ci siano grandi cose che con
"linguaggi" più moderni puoi fare che con cf non potresti.
vedo che qua e là adobe (che ha un bacino di utenza costituito
prevalentemente da grafici fotoscioppari, flashisti e gente del
genere, che già che ci siamo lavora prevalentemente su mac) ci tiene
molto a dire che non serve essere gran programmatori per usare cf.  in
qualche tutorial vedo che con lo script ci si interfaccia per mezzo di
applicazioni grafiche.
ciò mi mette *personalmente* a disagio, perché me lo fa pensare come
un prodotto destinato sostanzialmente a gente che non sa quello che
fa, abituata a ragionare in termini esclusivamente grafici e non anche
funzionali eccetera.  ciò non toglie che un programmatore possa
lavorarci e fare belle cose.    ma insomma, credo che l'ottica
generale sia subordinata al concetto che programmare "davvero" sia
brutto e difficile, mentre adobe-mac ti mettono a disposizione dei bei
binari e delle belle autocomposizioni che faranno sentire anche te
fotosciopparo un grande programmatore, senza perdere tempo a studiare
manuale come fanno gli squallidi programmatori.
per trasferire ("espiantare e ripiantare" è davvero un po' macabro)
suppongo che per prima cosa ci sarà bisogno di "installare cf", forse
sulla tua macchina e forse anche sul server o magari anche tutti e
due, non so.  andrebbe vista la documentazione di cf:  probabilmente
ci sarà da comprare qualche licenza.
http://help.adobe.com/en_US/ColdFusion/9.0/Developing/index.html
per il resto, ad occhio si farà come con tutti i linguaggi di
scripting: avrai una serie di file da tirare giù e riuploadare da
qualche parte (probabilmente li potrai anche far girare sul tuo
computer se hai installato un server web di test), avrai uno o più
file di configurazione da smanettare, ad esempio coi nuovi percorsi
assoluti dei file, o forse dovrai reimpostare qualcosa tramite qualche
interfaccia grafica, e dovrai "spostare" il db.
quest'ultimo potrebbe essere il passaggio meno semplice.  intanto
dovresti assicurarti che sul nuovo server sia possibile far girare il
db che veniva usato.  ad esempio, cf può collegarsi a db access (che a
differenza di altri sono dei file), quindi su un tipico host non
windows (i più diffusi/economici) non lo potrai far girare.  se è
fondamentale usare un db access (che per quanto sia un prodotto ms è
"più facile" da manovrare per le categorie di utenti descritte sopra)
accertati di avere a disposizione un server windows.
se invece usi altri db (probabilmente mysql) dovrai ottenere un dump
del db, cioè la trascrizione del db su un file che userai per
ripopolare il nuovo db che dovrai creare.
potrebbe interessarti questo scambio di messaggi (del 2006):
http://www.webmasterkb.com/Uwe/Forum.aspx/cold-fusion/13150/Moving-a-coldfusion-website

 Bisogna vedere di che sito si tratta, forse fai prima a rifarlo nuovo.
ma non penso proprio.


Come ti hanno già detto è un linguaggio a marcatori che gira lato server.
Di fatto è una libreria Java che usa dei custom tag per connessione al 
db, creazione delle gui, gestione di array, xml, ajax, etc [1].
Per traslocarlo dovresti:
- verificare se usa un db e, nel caso, trovare il db partendo dalla 
stringa di connessione;
- mettere in piedi un server J2EE (tomcat va più che bene[2]) con le 
librerie di CF (trovi anche una versione liberamente scaricabile, per i 
test);
- trasferire l'applicazione.
A questo punto hai un tuo server dove l'applicazione può girare.
Poi devi vedere cosa e quanto puoi tradurre direttamente in Java.
Ovviamente se vuoi usare un altro linguaggio il procedimento si 
complica, anche se concettualmente si usa lo stesso procedimento.
Sta a te valutare quanto sia complesso il preesistente e come/quanto 
abbia senso riciclarne.
Di solito, per quel poco che ho visto (per fortuna sono tecnologie poco 
diffuse), le applicazioni scritte con CF sono un porcaio: niente MVC o 
simili, miscuglio tra tag CF e custom, manutenibilità pessima.
Buon lavoro! ;-)
[1] qui le reference della versione 9 (nel 2010 è uscito CF 10, noto 
come CF X): 
http://cfquickdocs.com/cf9/
[2] vedi la relativa guida all'installazione: 
http://www.adobe.com/support/coldfusion/j2ee/cfmx7j2ee_tomcat_deploy.html

Vi ho letto tutti e volevo fare delle precisazioni, anche dovute a cambio 
programma in itinere.
Dunque, il sito in questione non l'ho sviluppato io bensì un tale che ha 
lavorato per conto di un cliente che sto acquisendo.
Non ho più l'esigenza di trasferire il tutto fortunatamente, ma il tipo che 
ha sviluppato il sito sta facendo, a mio avviso, ostruzionismo, vi spiego 
meglio.
La persona che ha sviluppato il sito per il mio cliente si è innanzitutto 
intestata il dominio a proprio nome e non a nome del mio cliente.
D'accordo con il mio nuovo cliente ho chiesto che venisse effettuato il 
passaggio di proprietà del dominio, dal tale che gli ha sviluppato il sito 
al mio cliente.
Poi ho contattato per email il tale che ha ssviluppato il sito e che ha il 
dominio intestato a lui ed ho chiesto che mi fornisse la chiavi di accesso 
al dominio e, in caso di presenza di un database, che mi fornisse anche le 
chiavi di acesso al database.
La risposta è stata la seguente:
"Salve in merito alle richieste ricevute prima devo avere come si
conviene le autorizzazioni dal SIGX con il quale avevamo
parlato di altro.
In secondo luogo le sue richieste non sono tecnicamente possibili in
quanto come lei sa sono sviluppati in coldfusion, che non per vincolare
nessuno, ma è stata una piattaforma scelta per dare l'autogestibilità
agli utente, e che utilizza un sistema proprietario di cui non possiamo
fornire accesso a data base ma bensì al pannello utente per gestione
dinamica dei contenuti , del css, delle pagine, e dell'html.
Se dovete rifare i siti conviene scaricare quello che vi serve o
convertire siti in html
Appena il SIGX mi risponderà chierirò tutti i punti anche che rigurdano
il trasferimento in atto su gmail"
A parte il primo paragrafo, in cui accenna alle autorizzazioni non concesse 
(il mio cliente mi aveva detto di averle fornite), cosa ne pensate di tutto 
il discorso Coldfusion? E' vera questa cosa del database proprietario per 
cui non posso avervi accesso? A me pare un'eresia.
E poi che significa l'ultimo paragrafo? Trasferimento in atto su gmail??? Ma 
cosa dice!! Cosa c'entra un indirizzo email di Google con queste cose?
Ciao Mittent

 queste cose?
Ma il vecchio "programmatore" non e' italiano vero?
Ciao
-- 
MMM

 cosa dice!! Cosa c'entra un indirizzo email di Google con queste cose?
mah, si staranno scrivendo tramite gmail, oppure gli starà mandando
file su gmail.

MMM
Lol, purtroppo è italianissimo...
ciao Mittent

file su gmail.
:-) Ehehe, infatti non si comprende, ma non credo si tratti di questo. Il 
mio cliente, che non ne sa niente di domini, hosting e simili, mi ha detto 
che è il "trasferimento del dominio su gmail"... Ma cosa voleva dire?
Ciao Mittent

 che il "trasferimento del dominio su gmail"... Ma cosa voleva dire?
mah, penso proprio che intendesse dire che stanno comunicando tramite
gmail...

 gmail...
Dunque, posso assicurarti che il mio nuovo cliente ha sempre pagato tutto
regolarmente, quindi non ci sono problemi di sorta da questo punto di vista.
Gli ho chiesto se mi forniva i dati di accesso ftp e se mi spiegava il
significato della frase "trasferimento in atto del dominio su gmail" e
questa è stata la risposta (copia-incollata):
"migrazione su gmail della posta pattuita con ClienteX ha + che un senso
visto che milioni di utenti usano i server di posta di gmail per le caselle
professionali sul proprio dominio, si informi prima
non avrà accesso ftp perchè non siamo un provider che registra domini di
questo tipo ma bensì legati ai nostri software quindi scarichi pure i
contenuti html con le applicazioni esistenti oppure le possiamo fornire noi
la versione html del sito attuale, e la carichi sul ftp che vuole. se vuole
accedere alle pagine degli attuali siti le posso dare accesso come già detto
al pannello di controllo di ogni sito che non è ftp. Idem per le foto usate
se le vuole le prepariamo".
Allora, per quanto riguarda la migrazione della posta su gmail che
significato ha? Tra un mese il mio cliente trasferirà il dominio dai server
del "vecchio programmatore" ad altro servizio di hosting, quindi, dato che
sarò io a gestire lo spazio e la posta elettronica del dominio, ripristinerò
la sua vecchia email legata al dominio. E poi, cosa significa il discorso di
migrare l'email da quella attuale (tipo: 
in...@nomedominio.it
) ad una gmail?
Non l'ho mai fatto, che discorso è?
Per la questione dell'accesso ftp la situazione sarà come l'hai descritta
tu, ma convieni che non è vero che non è possibile accedere al servizio ftp
perchè lui non è " non siamo un provider che registra domini di questo tipo
ma bensì legati ai nostri software"? Che baggianata è questa?
Poi una considerazione. Quando un cliente paga per avere un sito web ed un
dominio a proprio nome, di fatto, correggimi se sbaglio, il sito web è di
sua proprietà così come il dominio. Se il cliente ad un certo punto volesse
staccarsi dal "vecchio programmatore" per appoggiarsi ad un altro
programmatore e magari trasferire anche il dominio dall'attuale servizio di
hosting ad un nuovo servizio di altra società, sarà libero di farlo oppure
no? Io credo di sì, invece questo "vecchio programmatore" ci impedisce:
1) l'accesso al database
2) l'accesso ftp
A me pare che stia facendo cosa passibili tranquillamente di denuncia. O
sbaglio?
Ciao Mittent 

PS:
scusami lbo, per errore ti ho risposto anche per email. Ignorala pure :-)

 professionali sul proprio dominio, si informi prima
http://www.google.com/apps/intl/it/business/index.html
Usa le infrastrutture di google per gestire le caselle email.
Effettivamente lo usano molte aziende.

"Savux"  ha scritto nel messaggio news:ipdksl$r3k$1...@news.albasani.net...


Sì, gmail lo uso anche io, ma non ho capito cosa c'entra con il dominio. 
Forse vuol dire che ha associato al form contatti del sito il nuovo 
indirizzo gmail? Ma perchè mai, se tanto io richiedo il trasferimento di 
dominio+cambio hosting e riattiverò tutti gli attuali indirizzi email 
associati al dominio. Ogni rapporto contrattuale tra il ClienteX ed il 
"vecchio programmatore" verrà cessato.
Ciao Mittent 

 Sě, gmail lo uso anche io, ma non ho capito cosa c'entra con il dominio.
Ah...pardon, ora ho visto, č possibile anche mettere il proprio dominio, 
perň rimane che riattiverň io i precedenti indirizzi email associati al 
dominio.
Mittent 

 sbaglio?
denunciare si può denunciare tutto, bisogna vedere se si vincono le
cause e la cosa può essere intricata.  probabilmente il tuo cliente
non ha contrattualizzato niente, non ci sono pezzi di carta firmati
eccetera, quindi anche se ad occhio ha ragione, nei fatti poi è da
vedere cosa succederebbe.