Gestione dei clienti durante l'aggiornamenti dei software

[guest]

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

Concordo di nuovo, ed è come facciamo noi.

(possibile che vbulletin non abbia la funzione di accorpare le risposte dello stesso utente, se postate entro X minuti come fa myBB? è proprio un baraccone sto software )

[Antonio]

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.

Appunto, quindi se le cose le fai come ho detto io non ti trovi con ticket aperti
Ho gestito la migrazione da php 4.x a php 5.x e, dando la possibilità di usare PHP4/5 con lo switch da pannello ed informando i clienti, non abbiamo avuta nessun problema; anzi, molti ci fecero i complimenti per come avevamo gestito il passaggio delicato.

Ma lo switch a php4 dopo 2-3 mesi è stato ovviamente disabilitato ed erano veramente pochi i clienti con problemi reali. Per quelli, agendo come sopra e spostandoli in una VM hanno avuto ulteriore tempo per correggere gli script e passare a PHP5 in sicurezza (non ricordo bene, ma forse solo un cliente decise di andare altrove scegliendo uno shared ancora con php4, sarei curioso di sapere se sono ancora rimasti a php4 )

Numero di ticket aperti le per migrazione: meno dell'1% del numero totale di piani attivi.

PS: Tutta la procedura è avvenuta PRIMA che PHP4 entrasse in EOL, quindi PHP4 è stato disattivato globalmente a tutti i server "normali" al massimo dopo 1 mese dall'entrata in EOL.

[GrG]

phpinfo()

Questa, forse l'ho già nominata, è la piattaforma reseller di cari.net.

[Antonio]

phpinfo()

Questa, forse l'ho già nominata, è la piattaforma reseller di cari.net.

OMFG

[TheVice]

in casi come questi si deve partire assumendo quanto detto da Giorgio relativamente alle possibili percentuali di utenti ospitati sul server, stabilire un tempo ragionevole affinchè chi utilizza scripts creati in proprio li aggiorni (3 mesi sono accettabili se non abbondanti) in cui agli utenti saranno trapanate le "bolas" a furia di reminders. Poi si procede all'upgrade ed amen.
Ovvio che fare lo switch-off nel periodo estivo in cui bene o male cadono 3/4 settimane di ferie non sia proprio indicato ma per il resto penso che si debba comunque procedere. Il numero di tickets aperti dagli utenti, a meno di casi patologici, è quasi sempre funzione della comunicazione provider-cliente che deve essere fondamentale.

[guest]

phpinfo()

Questa, forse l'ho già nominata, è la piattaforma reseller di cari.net.

Cosa mi sfugge? non vedo anomalie...

[GrG]

Cosa mi sfugge? non vedo anomalie...

PHP Version 4.3.10 - 15 Dicembre 2004

Apache-AdvancedExtranetServer/1.3.33 - 28 Ottobre 2004

Mandrakelinux/4mdk.i1 - MAX Aprile 2005 (poi ha cambiato nome in Mandriva)

Linux dish5017.net.ibizdns.com 2.6.27.45 #3 - Strano, 28 Gennaio 2010

[guest]

4.3, avevo letto 5.3.
e' tardi, devo andare a dormire.

[GrG]

Che senso ha aggiornare il kernel su una cosa così da museo?

[GrG]

Comunque sia questo è il login reseller di quel pannello http://bit.ly/pdEuWI e cari.net offriva una trial (googlare "cari.net reseller trial"), dovreste provare a entrare è un vero museo. Qui c'è un phpsysinfo di una macchina System Information -- dish1919.net.ibizdns.com --.

Io adesso non trovo più il link di signup della trial, se lo trovate passate please

EDIT: Maybe http://www.cari.net/reseller-signup - Purtroppo il mio indirizzo email "fasullo" l'ho già bruciato qui.

[Antonio]

Comunque sia questo è il login reseller di quel pannello http://bit.ly/pdEuWI e cari.net offriva una trial (googlare "cari.net reseller trial"), dovreste provare a entrare è un vero museo. Qui c'è un phpsysinfo di una macchina System Information -- dish1919.net.ibizdns.com --.

Io adesso non trovo più il link di signup della trial, se lo trovate passate please

Wow, un tuffo nel passato, siamo tornati 8 anni indietro

Ma è un provider o una time machine?

[guest]

Che senso ha aggiornare il kernel su una cosa così da museo?

Boh, nessuno, perchè?
su una etch sarebbe come rinforzare il cancello con apertura ad impronte digitali lasciando però un recinto legato con lo spago.

[GrG]

Prima ho editato il mio post mettendo le date delle release Ale guarda su. Il kernel è la cosa aggiornata due anni fa... Non lo capisco

[guest]

tornando seri, è un hoster conosciuto questo?

[GrG]

Si, perchè è uno di quelli che hanno sempre dato automaticamente la possibilità di rivendere i propri servizi. Hanno il pannello reseller più completo che ci sia in giro, tu ti registri poi puoi creare utenti, cedere i tuoi server etc etc.

Se guardi ogni singolo loro servizio è rivendibile. Quella piattaforma è stata una delle prime: verso il 2008 (quando eran già tre anni che non aggiornavano più un tubo) erano stati proposti a tutti i clienti diretti di quella piattaforma passaggi a dedicati, il punto è che questo non è mai stato imposto e anzi hanno continuato a vendere quella piattaforma fino più o meno a fine anno scorso, e continuavano a promettere un imminente upgrade a php5. Poi han fatto un sito nuovo e son sparite le pagine, ma secondo me qualcosa c'è ancora.

Che io sappia sono circa una 30ina di nodi web (tutti p4 o celeron con 1 solo disco ide o sata), 20 db (uguali suppongo, mysql4 antico). La piattaforma email invece era al passo coi tempi, forse perchè la usavano per altri servizi.