potresti appoggiarti a una tabella di db dove ci sono tutti i minuti della giornata (quindi parliamo di 1440 record, una sciocchezza) e andare a flaggare come occupati tutti i minuti tra il minito di inizio e quello di fine.
metti i minuti come stringa, così sono perfettamente in ordine da "00.00" a "23.59"
Purtroppo non posso fare un database, però credo si possa fare la stessa cosa con un array dove ci sono tutti i minuti della giornata e dal quale andrò poi ad eliminare i minuti dei vari appuntamenti.Originariamente inviata da optime
potresti appoggiarti a una tabella di db dove ci sono tutti i minuti della giornata (quindi parliamo di 1440 record, una sciocchezza) e andare a flaggare come occupati tutti i minuti tra il minito di inizio e quello di fine.
metti i minuti come stringa, così sono perfettamente in ordine da "00.00" a "23.59"
Una cosa che non ho specificato è che devo fare questa cosa per ogni operatore, quindi ho la necessità di ricavare questi spazi liberi per ogni operatore, ecco perché sto cercando di complicarmi il meno possibile la vita.
Puoi sempre valutare un database NEL browser....
Per la tua necessità potrebbe andare bene.
Se e ripeto SE sono informazioni specifiche per l'utente e solo l'utente può accedervi, ovvero io, Mario, creo gli appuntamenti e Giuseppe non deve sapere quando Mario è libero, allora puoi usare un IndexDB: https://developer.mozilla.org/en-US/...sing_IndexedDB
Se invece Giuseppe deve poter sapere quando Mario è libero, POTRESTI usare un IndexDB, mettendo un temporizzatore che ogni tot va a "ricostruire" il db locale prendendo i dati dal "db" del server oppure con una funzione di "check_consistency" che chiami ogni volta che ci si muove nell'applicazione (si invia un form, si clicca un pulsante, si cambia pagina ecc ecc): se il "check" dice "ho un aggiornamento", allora eseguirai una serie di update/delete/insert nel db locale in accordo con le nuove informazioni del db remoto.
Il tuo db remoto può benissimo essere un file come dici tu, semplicemente avrai un ulteriore file di supporto dove memorizzi "c'è un cambiamento", "questo è il cambiamento" e "questi clienti devono ancora aggiornare il db locale". Qualcosa di questo tipo
dove db:appuntamenti indica qual'è il db locale da aggiornare, name:mario indica la chiave univoca del dato che andrà aggiornato, age:42 indica che va aggiornato il valore del campo "age" con il nuovo valore 42, update:{mario:luigi} indica che mario e luigi devono ancora aggiornare questo dato nel loro db locale.codice:db:appuntamenti, name:mario, age:42, update:{mario:luigi}
Sembra complesso ma se leggi un po' di documentazione e fai qualche esperimento semplice vedrai che forse può fare al caso tuo
Ho capito il tuo ragionamento, ma nel mio caso "il gioco non vale la candela". Mi spiego meglio... Scarico dal portale (con il quale lavoro, ma che non ho realizzato io) in formato excel tutta la lista degli appuntamenti futuri. Devo creare un nuovo appuntamento per un operatore, e se l'orario si accavalla con un altro appuntamento, sono almeno 5 minuti di tempo perso per rifare tutto da capo e non esagero (oltre al nervosismo accumulato), anche perché potrei inserire più volte un orario non valido. Quindi, con quello che sto cercando di fare, ho una lista di orari disponibili che sicuramente andranno a buon fine qualsiasi giorno io programmi l'appuntamento. Purtroppo, come ho già detto, mi baso su un file scaricato. Se ora utilizzo un orario libero per un appuntamento futuro, più tardi mi dovrò ricordare di non utilizzare lo stesso orario, altrimenti siamo punto e a capo. Scaricare il file excel mi porta via quasi una mezz'oretta. Diciamo che il programma che utilizzo per lavoro, oltre ad essere estremamente lento, fa un po' acqua da tutte le parti.
Tutto sommato però sono soddisfatto anche con il risultato che ho raggiunto, cioè con gli orari NON disponibili e penso di fermarmi più.
Permessi di invio
Rispondi quotando