Newsgroup: it.lavoro.professioni.webmaster
Titolo: Accesso ftp clienti

Realizzate un CMS proprietario in PHP. Lo vendete a clienti, a cui
offrite anche il servizio hosting. Gli settate tutto e il matrimonio è
splendido, ma è sempre meglio tutelarsi per un eventuale divorzio e il
subentro di un altra azienda a gestire il sito del cliente, che risiede
sui vostri server.
1- gli date l'accesso ftp ma gli fate firmare un contratto in cui lui
dichiara di non modificare/copiare il codice in quanto proprietario
2- non gli date accesso ftp. Siete tranquilli che nessuno spierà il
vostro bel CMS ma offrite un servizio in meno al cliente che (forse)
può aversene a male
3- se il cliente cambia fornitore gli staccate (da contratto) anche
l'hosting (ipotesi che non mi piace, ma ipotizzo qualcuno lo possa
fare... inoltre presuppone un rapporto continuativo a mezzo di un
canone o comuqnue verificabile nel tempo)
Voi come fate?
-- 
Insomnium

 Voi come fate?
non ospito siti, ma se qualcuno mi preferisce qualcun altro...  e che
ci vuoi fare.
a te piacerebbe essere incatenato ad un fornitore anche se vuoi
cambiarlo?

l...@email.it
 wrote:

A te piacerebbe che smanettassero su un codice di tua proprietà dopo
che ci lavori da 2 anni investendoci migliaia di euro?
-- 
Insomnium

 che ci lavori da 2 anni investendoci migliaia di euro?
aaah, ma quello è tutto un altro problema.  illo tempore lo ebbi:
avvocato e via.
per fare prima ed evitare spese consiglierei la 2.  se il cliente ha
bisogno di uploadare un sacco di roba ci sono altri sistemi oltre
all'ftp.
cosa fa di bello il tuo sw?

che ci lavori da 2 anni investendoci migliaia di euro?
No, mase il contratto prevede l'uso del sw e ne vieta la modifica etc
... si è tutelati dal diritto d'autore e dal contratto da far valere
in sedi opportune... a priori non hai possibilità di difsa certa.
-- 
Stefano Aglietti - StallonIt on IRCnet - ICQ#: 2078431
Email: 
st...@40annibuttati.it
 
ste...@people.it
Sites: 
http://www.40annibuttati.it
 (personal blog)
 
http://www.wordpress-it.it
 (WordPress Italia)

"Insomnium" <nos...@nospam.nospam> ha scritto nel messaggio 
news:46e6be89$0$37193$4faf...@reader3.news.tin.it...

noi non diamo accesso ftp: solitamento dopo aver realizzato il lavoro diamo 
al cliente un interfaccia dotata di motore che permette al cliente di fare 
upload di notizie, comunicazioni ed immagini in automatico senza andare ad 
inficiare sul codice asp. Le cose piu importanti le leghiamo a delle comode 
librerie chiuse e gestite dal Comm+.
Nel tuo caso lo vedo un bel dilemma ;-)
ale
www.fiorentinanews.com

 Voi come fate?
I servizi si pagano.
Solo sito: costa 10
sito + ftp: costa 150
sito + ftp + ogni tanto ti porto a spasso il cane: ... vedi tu ;-) (a me i
cani piacciono!)
ciao
Filippo B.
-- 
Ci vuole tutta la vita per imparare a vivere e, quel che forse
sembrerà più strano, ci vuole tutta la vita per imparare a morire.
(Seneca)

l...@email.it
 wrote:

Beh, il necessario. E' un CMS sviluppato internamente e cucito sulla
nostra esperienza. E' facile da usare per il cliente, flessibile,
facile da personalizzare (sappiamo dove mettere le mani) e adattabile a
progetti di vario tipo e dimensione. Non è che sono 2 anni che lo
sviluppiamo e non l'abbiamo mai usato eh. La sua prima stesura è stata
fatta un paio d'anni fa, e poi via via è stato perfezionato man mano
che lo vendevamo a nuovi clienti aggiungendo nuove funzionalità,
widget, librerie etc.
Abbiamo scelto questo approccio per cercare di stare dietro alla
continua corsa al ribasso della concorrenza che propone siti gestiti
con CMS opensource e riadattati alla meglio. Prima sviluppavamo i
progetti sostanzialmente sempre da zero, con risultati eccellenti di
soddisfazione del cliente che si trovava un CMS perfetto perchè
cucitogli addosso, ma con i prezzi che girano rischiavamo di perdere
competitività. In fase di preventivazione non è facile far capire a un
cliente medio perchè il tuo CMS costa il doppio di quello di un'altro.
Così stiamo tentando di stendere i costi di sviluppo su una base di
clienti più ampia e per i clienti con esigenze particolari effettuiamo
delle modifiche specifiche.
-- 
Insomnium

 in sedi opportune... a priori non hai possibilità di difsa certa.
Metti che il mio cliente passa al tuo studio. Anche se il contratto non
lo consente, una sbirciatina al mio codice non glie la dai proprio per
niente? ;)
Se poi trovi qualcosa, mettiamo per assurdo, di illuminante. Tipo una
bella libreria che ti permette di fare una cosa davvero carina, che ti
piacerebbe proprio mettere nel tuo prossimo sito... una
copiaincollatina non ce la dai proprio?
-- 
Insomnium

copiaincollatina non ce la dai proprio?
capisco quello che dici, ma ti direi quello che farei io (che non sono
stefano, ma forse anche lui farebbe così).
guarderei il sito e il cms molto bene dal di fuori, certo, per vedere
cos'ha fatto di bello il mio collega/concorrente, ma se vedessi
qualcosa di particolare, proverei a vedere se non esiste già (c'è una
*valanga* di roba open e documentazione) o proverei a riprogrammarlo
io.
in fondo, dal prototipo funzionante alla ri-codificazione ex novo il
passo è sufficientemente breve per disincentivare copiaincolla
brutali.
poi certo, magari non tutti la pensano così e forse il copiaincolla è
sempre possibile.
in che linguaggio l'hai scritto?  hai pensato a qualche offuscatore?
-- 
abbraccio espedienti 365 giorni l'anno.
(generata da: 
http://www.phibbi.com/extra/gswe.php
)
il mio indirizzo email è valido ma filtrato: inserite 
la parola newsgroup nel subject per essere letti.

delle modifiche specifiche.
ecco, ma anche qui, fermo restando un accordo di non-disclosure,
non-dissemination ecc. (che poi, anche lì, come fai ad essere certo
che qualcuno il codice non lo vede lo stesso e magari lo
reingegnerizza appena quel che serve per stare in regola?), non
potrebbe forse essere meglio "vendere" al cliente tutto il pacchetto,
sw+servizio?  cioè, un sito come dici tu cliente e che ti puoi
aggiornare costa diciamo 5mila euro, punto, non che il cms costa 3mila
e la personalizzazione 2mila.
e in fondo, spalma spalma spalma, alla fine il costo del cms di per sé
asintoticamente tende a zero.  a questo punto potrebbe darsi che sia
addirittura conveniente rilasciarlo open e concentrarsi sul servizio.
mi sembra di capire che sia una bella bestia, quindi probabilmente
qualcosa che scoraggerebbe il dilettante occasionale che deve fare il
sitarello per l'amico.


Voi come fate?
Io evito di vendere software proprietario.
-- 
ciao,
Marco

 sitarello per l'amico.
Giusto per chiarire, la mia azienda è piccola, e il CMS non è un
colosso. E' un buon software, che fa quello che ci serve, che
conosciamo bene (più che io i miei sviluppatori, visto che io seguo la
parte di architettura dell'interfaccia senza scendere troppo nei
dettagli del codice, che non è il mio mestiere). Al cliente non lo
offriamo come prodotto. A lui non deve nemmeno interessare come noi
gestiamo lo sviluppo del suo sito. Non ha nemmeno un nome. Il CMS è
stato sviluppato per sopperire a esigenze di riduzione di costi e tempi
di sviluppo per stare al passo con una concorrenza che vende CMS open
source a 2500 euro quando noi non riusciamo a fare un sito dinamico per
meno di 4000 euro. E' stata quindi una scelta strategica, non
commerciale in senso stretto.
La cosa mi rattrista però, perchè ci sta obbligando a piegarci alla
standardizzazione, pur nella flessibilità, il che non appartiene al mio
personale approccio ai servizi.
-- 
Insomnium

 in che linguaggio l'hai scritto?  hai pensato a qualche offuscatore?
Banalissimo PHP e mySQL. Non lo scrivo da solo. Anzi, lo scrive
soprattutto il mio socio. io seguo altri aspetti del software e
dell'azienda.
-- 
Insomnium

Insomnium <nos...@nospam.nospam> ha scritto:

A me è capitato qualche volta.
Io faccio il sito per il cliente (CMS e hosting compresi), lui usa il sito 
per tot anni, e poi decide di rivolgersi ad altri.
A questo punto le vie sono due:
1) Rimane in hosting qui da noi, ma il sito viene completamente rifatto dal 
nuovo fornitore (che avrà accesso FTP per creare il sito nuovo ma non 
accesso ai file del sito precedente, quando il suo sito sarà pronto il 
dominio verrà fatto puntare a quest'ultimo). Volendo può anche avere accesso 
al database se vuole partire da lì e gli va bene la struttura.
2) Amen, si chiude tutto hosting compreso.
In ogni caso, al cliente vengono fornite tutte le immagini, le pagine 
statiche e il dump completo del database, ma NON il codice (nel mio caso si 
trastta di Perl, non di PHP ma il discorso è simile).