Gestione dei clienti durante l'aggiornamenti dei software

[guest]

Secondo me la domanda va formulata diversamente: quanto tempo ci vuole prima che un hoster adotti php 5.3, visto che il 5.2 è fuori produzione (quindi niente bugfix di sicurezza) e potenzialmente pericoloso da ormai molto tempo?

Però purtroppo non sempre è possibile aggiornare, noi ad esempio abbiamo un server in cui passare da 5.2 a 5.3 sarebbe un massacro, un genocidio e quindi bisogna trovare una giornata in cui si ha tempo libero per rispondere a centinaia di ticket

Discussione Splittata da: http://www.hostingtalk.it/forum/shar...tml#post155453

[Antonio]

Secondo me la domanda va formulata diversamente: quanto tempo ci vuole prima che un hoster adotti php 5.3, visto che il 5.2 è fuori produzione (quindi niente bugfix di sicurezza) e potenzialmente pericoloso da ormai molto tempo?

Però purtroppo non sempre è possibile aggiornare, noi ad esempio abbiamo un server in cui passare da 5.2 a 5.3 sarebbe un massacro, un genocidio e quindi bisogna trovare una giornata in cui si ha tempo libero per rispondere a centinaia di ticket

IMHO la cosa migliore in questi casi è migrare dai server "problematici" chi vuole migrare/sa adeguarsi alla 5.3 sui server aggiornati. Dopo aggrerare tutti i superstiti su uno o più server e mandare reminder periodici per invitare la gente ad eseguire la migrazione.

Se poi la gente proprio non vuole spostarsi, gli si fa firmare una bella liberatoria nella quale si solleva l'hoster da qualsiasi responsabilità in merito ad eventuali problemi di sicurezza dovuti a php... dopo vedi come tutti quanti di corsa aggiornano gli script e migrano

[guest]

La liberatoria non basta, non sempre i problemi PHP impattano solo sui siti. Ci potrebbe essere un bug bello grosso che compromette l'intero server. In tal caso te hai la liberatoria, ma il server bucato è il tuo, non del cliente. Le procedure compromesse e le eventuali password son le tue...

[Antonio]

La liberatoria non basta, non sempre i problemi PHP impattano solo sui siti. Ci potrebbe essere un bug bello grosso che compromette l'intero server. In tal caso te hai la liberatoria, ma il server bucato è il tuo, non del cliente. Le procedure compromesse e le eventuali password son le tue...

Oddio dipende da come metti su il server, se PHP gira in fcgi la vedo dura. Dovrebbero sfruttare altri bug per fare l'escalation dei privilegi...

[guest]

Oddio dipende da come metti su il server, se PHP gira in fcgi la vedo dura. Dovrebbero sfruttare altri bug per fare l'escalation dei privilegi...

Poco importa, partono sempre da PHP.
Preferisco bloccare ogni possibilità sul nascere, se PHP non aggiornato può essere fonte di problemi, io lo aggiorno.

Anche perchè a distanza di oltre 1 anno se c'è del software non compatibile con PHP 5.3 significa che è programmato male ed anche quel software sicuramente darà problemi.

[Antonio]

Poco importa, partono sempre da PHP.
Preferisco bloccare ogni possibilità sul nascere, se PHP non aggiornato può essere fonte di problemi, io lo aggiorno.

Anche perchè a distanza di oltre 1 anno se c'è del software non compatibile con PHP 5.3 significa che è programmato male ed anche quel software sicuramente darà problemi.

La mia era una soluzione per non scontentare nessuno e far assumere le responsabilità ai clienti. Poi nulla vieta di svegliarsi la mattina ed aggiornare di sana pianta tutti i server, nessuno te lo vieta perché nelle offerte solitamente non scrivi la versione precisa di php che offri.

AGGIUNGO: ...e dato che non dai assistenza sugli scirpt, non saresti tenuto neanche a fare da badante per ticket.

[guest]

AGGIUNGO: ...e dato che non dai assistenza sugli scirpt, non saresti tenuto neanche a fare da badante per ticket.

No, ma devi comunque rispondere, almeno per cortesia.

[Antonio]

No, ma devi comunque rispondere, almeno per cortesia.

Si crea una FAQ sul perché si è passati da PHP X a PHP Y, con la lista delle modifiche apportate all'engine. Poi si prepara una bella risposta precotta:

Gentile Cliente,

Molto probabilmente il suo script necessita di alcune modifiche per lavorare correttamente con la versione XXX di PHP. La invitiamo a prendere visione della FAQ XXXXXX presente all'indirizzo YYYY per maggiori informazioni ed a contattare gli sviluppatori dello script per risolvere il problema.

Cordiali Saluti,
Supporto Tecnico.

Ecco fatto

Tutto dipende dalla linea che si vuole tenere con i clienti, nient'altro

[guest]

Tutto dipende dalla linea che si vuole tenere con i clienti, nient'altro

non è così semplice, fidati.

comunque siamo paurosamente OT. (e questa volta non è stata colpa mia)

[Antonio]

non è così semplice, fidati.

comunque siamo paurosamente OT. (e questa volta non è stata colpa mia)

Non mi sembra di essere OT

[GrG]

Tutto dipende dalla linea che si vuole tenere con i clienti, nient'altro

No, fidati. Anche perchè l'assistenza sugli script non è compresa, ma non puoi nemmeno lasciare tutti in mutande.

[Antonio]

No, fidati. Anche perchè l'assistenza sugli script non è compresa, ma non puoi nemmeno lasciare tutti in mutande.

Su queste cose ci sono passato anche io e non da cliente

Era per far capire che come puoi non toccare per niente la versione php ed avvisare chiaramente il cliente, poi fare altrettanto al contrario aggiornando e fregandotene.

IMHO meglio eseguire le migrazioni che aggiornare di sana pianta un server e dopo avere decine di ticket di gente che si lamenta

[GrG]

Diciamo che si può non essere così fiscali da aggiornare appena una versione entra in EOL, si danno 3 mesi di tempo ma poi si aggiorna.

Anche perchè:

- il 60 % dei clienti usa CMS che aggiornano periodicamente e quindi più o meno supportano la latest
- il 30 % dei clienti è come sopra, ma non ha voglia di aggiornare. Però sa come farlo quindi appena si trova il sito ko lo fa e non rompe troppo le balle
- il 5 % ha script propri che non funzionano e li sistem
- il restante 5 % usa cms e non sa come fare ad aggiornarli o ha problemi di compatibilità con dei plugin, basta spiegare

[guest]

No, fidati. Anche perchè l'assistenza sugli script non è compresa, ma non puoi nemmeno lasciare tutti in mutande.

Concordo al 110%

[guest]

Non mi sembra di essere OT

Questo è abuso di potere.