Questo sito usa i cookie per fornirti un'esperienza migliore. Se usi questo sito acconsenti all'utilizzo dei cookie.

OKCHIUDICookie policy
Autore Messaggio
oscarrsm 12/09/2011 10:23 oscarrsm

CONTROLLO ACCESSO VERSIONI READY

Ciao Ragazzi,

noi usiamo ready con installazioni locali e connessione a DB SQL sul server, invece che usare ready direttamente in TERMINAL SERVER (questo per problemi di compatibilità delle stampanti etichette con win2008 server che usiamo e quindi dobbiamo stampare da locale).

Ora volevo chiedervi una modifica IMPORTANTE a ready, per prevenire che un utente possa APRIRE l'archivio di ready con una versione READY diversa (e antecedente) dall'ultima usata su ready, sarebbe opportuno implementare un CONTROLLO in tal senso.

Basterebbe che un ready più recente quando entra cambia un flag con la versione di accesso utilizzata e questo porrebbe tutti gli altri ready con l'obbligo di aggiornamento per accedere all'archivio.

mi fa paura a volte che nonostante stia attento e aggiorni tutti i client, ce ne siano certi che accedono all'archivio con versioni precedenti e possano combinare casini.

Cosa ne dite? è fattibile ?

BYE
OSCAR
Fabio 12/09/2011 10:44 Campo libero: Fabio

Citazione:
Ora volevo chiedervi una modifica IMPORTANTE a ready, per prevenire che un utente possa APRIRE l'archivio di ready con una versione READY diversa (e antecedente) dall'ultima usata su ready, sarebbe opportuno implementare un CONTROLLO in tal senso.

E' una cosa a cui a volte ho pensato ma che in alcuni casi puo' creare problemi.
Ad esempio se installi una versione con un bug e dovessi fare un rollback non ti farebbe piu' usare l'archivio con una versione precedente.
Potremmo magari mettere un messaggio di avviso, anche se a volte capita di far usare su un terminale una versione con una patch particolare mentre gli altri lavorano con la versione ufficiale... Neutral
Non e' una cosa semplice.
In alternativa potremmo valutare di far visualizzare la versione in uso dalla tabella TERMINALI Mmmmm
oscarrsm 12/09/2011 18:58 oscarrsm

ehmm sai cosa fabio...

io prevederei nelle release delle versioni due tipi di aggiornamenti...

- Patch minore (puo' coesistere con gli archivi in quanto non influenza il funzionamento del DB)

- Patch che necessita aggiornamento (appena qualcuno entra in ready con questa patch che ha "cambiato" il db o che si comporta in modo diverso sul DB creando incongruenze) è OBBLIGATORIO che tutti i terminali siano aggiornati.
Nel rilascio quindi deciderete voi se OBBLIGARE l'aggiornamento oppure no.

Cosi uno si mette il cuore in pace... magari ovviamente come avviene ora un avvertimento consono prima di procedere farà decidere a chi installa la patch se procedere oppure no.

Metterei pero' anche un bell'avviso di "servizio" all'apertura con "ATTENZIONE! IL TUO TERMINALE NON E' AGGIORNATO, QUESTO PUO' CAUSARE INCONGRUENZE NEL PROGRAMMA, L'ULTIMO UTENTE CHE HA EFFETTUATO L'ACCESSO CON UNA VERSIONE MAGGIORE E' STATO TERMINALE XXX "  indipendentemente se ci sono incongruenze tra versioni di ready
Fabio 13/09/2011 08:49 Campo libero: Fabio

Sulla nuova versione c'e' gia' un sistema di liveupdate (attivo solo per gli utenti amministratore pero')

Per il tuo problema io ti consiglierei di avviare Ready (l'eseguibile intendo) direttamente dalla cartella del server, piuttosto che dall'installazione locale.

PS Ma le stampanti per etichette quante sono? Avete piu' di un terminale fuori da servizi terminal?
oscarrsm 13/09/2011 11:24 oscarrsm

In effetti è già cosi... ready è sempre avviato dal server... solo che una volta mi è capitato un errore di avvio perchè proprio mancavano dei componenti locali.

Un'altra via magari sarebbe impostare un'opzione all'operatore che gli consenta di BAYPASSARE il check versione e quindi avviare READY sul DB senza che il DB venga a "saperlo" ovvero che lo registri.

Per le stampanti locali abbiamo delle stampati termiche del cavolo che sono diventato stupido con i driver per condividerle su WIN2008 X64 in rete... IMPOSSIBILE, confermato anche dai produttori putroppo..

resta il fatto poi che avere ready in locale è più versatile, meno rogne a trasferire files, e interazioni con l'ambiente locale...

BYE
OSCAR