Uaktualnienie oprogramowania, a dobro klienta

[gb 12]

Zastnawia mnie jak radzicie sobie z uaktualnieniem oprogramowania ktore wchodzi w sklad uslug hostingowych ktore sprzedajecie (np.: perl, php, python, java vm, etc.).

 

Dla przykladu w roku 1998 byla wersja php 2.x, klient zakupil konto zaplacil deweloperowi za przygotowanie aplikacji ktora umiescil na tym koncie, po czym rocznie wnosi oplaty za utrzymanie konta i jest bardzo zadowolony z aplikacji oraz z konta. Jednak nowi klienci maja liczne nowe wymagania i przychodzi czas kiedy nalezy uaktualnic oprogramowanie na serwerze w tym PHP do wersji 3.x, a po kolejnych kilku latach do 4.x, a niedlugo do 5.x. Jak oczywiscie wiadomo wiele funkcjonalnosci PHP w na przelomie tylu lat uleglo zmianie, przez co aplikacja klienta ktora zostala napisana dla PHP 2.x moze przestac dzialac poprawnie.

 

Jak radzicie sobie z takimi sytuacjami ?

[ertcap 0]

Dla przykladu w roku 1998 byla wersja php 2.x,

php chyba od 3.x startowalo

Jak radzicie sobie z takimi sytuacjami ?

Zalozmy, ze mowimy o php:

1. instaluje sie teraz php5 bez blokowania php4

2. za pol roku do roku glowny kompilator to php5 a php4 jest dostepne pod rozszerzeniami np. tylko php4. Jak klient placze to mozna mu w ramach konta pozmieniac jeszcze te rozszerzenia

3. kolejny rok lub ew. dwa (w zaleznosci jak szybko php5 bedzie zdobywal popularnosc) - php4 znika z serwera

 

Trudno, imho nie da sie zawsze zadowolic wszystkich klientow. Ale generalnie wiekszosc klientow zmienia raz na jakis czas swoje oprogramowanie. W najgorszym przypadku mozna klientowi zaproponowac swoje uslugi dostosowania aplikacji do najnowszego kompilatora.

 

Tak to generalnie u nas (i raczej chyba u wiekszosci) wyglada.

 

pzdr.

[gb 12]

Wersja 1.x to bylo "PHP Tools", wersja 2.x to PHP/FI ver. 2.x, dopiero pozniej bylo PHP ver. 3.x, 4.x, 5.x

 

Duze roznice sa takze pomiedzy 4.0.x oraz 4.1.x, a duzo klientow ma rozwiazania na tym pierwszym za ktore zaplacili spore pieniadze. Wtedy utrzymywac dwa rozszerzenia .php40 i .php41 ?

 

Jesli zmienisz same rozszerzenia to z php na php4 to co z odwolaniami wewnatrz plikow zawierajacych aplikacje ? Napewno duzo linkow odowoluje sie do pliko z .php a nie .php4, przy takiej zmianie rozszerzen nalezy ingerowac bezposrednio w aplikacje, jesli cos przestanie dzialac to klient slusznie bedzie domniemywal ze winna tego co dokonywal zmian.

 

Mysle ze to ciekawy temat na to forum, wiec jak to wyglada u innych ? W jaki sposob prowadzicie polityke uaktualniania oprogramowania ? W jaki sposob zapewniacie pewnosc uzytkownikowi, ze jego aplikacja bedzie dzialala poprawnie przez nastepne kilka lat ?

[ertcap 0]

Duze roznice sa takze pomiedzy 4.0.x oraz 4.1.x, a duzo klientow ma rozwiazania na tym pierwszym za ktore zaplacili spore pieniadze. Wtedy utrzymywac dwa rozszerzenia .php40 i .php41 ?

IMHO roznice miedzy 4.0.x a 4.1.x nie byly duze. W takich przypadkach sie nie cackam.

Jesli zmienisz same rozszerzenia to z php na php4 to co z odwolaniami wewnatrz plikow zawierajacych aplikacje ?

Zmienisz przyporzadkowanie rozszerzenie=kompilator w ustawieniach serwera www. A jak jakis klient jest marudny to mozna mu dla jego wirtualki ustawic inaczej. I wszystko wtedy gra. Nie chodzilo mi o to, zeby zmieniac klientowi nazw plikow.

Mysle ze to ciekawy temat na to forum, wiec jak to wyglada u innych ?

Rowniez jestem ciekawy.

Tylko prosze skonkretyzować czy mowimy o hostingu typu 100-600 zl rocznie (czyli masowka) czy tez o hostingu za kilka k zl rocznie (gdzie na jednym serwerze klientow jest kilku(nastu)).

 

A teoretycznym rozwiazaniem jest po prostu uruchomienia jednego serwera ze stara konfiguracja i przeniesienie tam marudnych klientow - ale imho to jest bez sensu, bo po roku mozna miec kilkanascie takich serwerow z roznymi konfiguracjami.

 

pzdr.