[BOT] Aggiornamenti

[BuDuS]

Lista modifiche:

• ADD: bot_check.mcr: E' una macro che consente di verificare che l'ambiente nel quale viene eseguito il BOT risponda ai requisiti base necessari.
• MOD: bot_configure_easy.sh: Miglioramenti alla guida per l'utente.
• FIX: budus_news.sh: Le lettere accentate vengono ora convertite.
• FIX: budus_rss.sh: Il codice "’" viene tradotto con l'apostrofo "'"; altri codici non gestiti sono semplicemente sostituiti da spazi.

Al fine di aiutare nella soluzione di problemi legati all'esecuzione del BOT ho introdotto una MACRO che esegue un check-up di base.
Per eseguirlo è necessario operare nel terminale di XChat, lanciando in un canale attivo il comando:

Codice: Seleziona tutto

/budus macro bot_check

Con l'output fornito dovrebbe essere più semplice individuare eventuali anomalie.

[BuDuS]

Lista modifiche:

• ADD: botask.sh: Lo script utile per verificare le interazioni che gli utenti hanno avuto con il BOT, ora consente di cercare anche dentro ai database dei giorni precedenti o, specificandolo, in quelli archiviati.
• FIX: budus_admin.sh: Il nome del file di backup veniva calcolato in modo errato, poteva contenere spazi.

Mi è stato chiesto di potenziare lo script "botask.sh", utile per interrogare il database del BOT e verificare quando, chi e come ha usato il BOT.
Ora è possibile cercare anche nei database archiviati (l'archiviazione del database avviene in automatico ogni notte).
Consiglio di usare questo tool periodicamente, al fine di verificare eventuale uso malevolo del BOT.

Usarlo è molto semplice, basta:

• Aprire un terminale
• Dare i comandi:
  

  Codice: Seleziona tutto

  cd $HOME/.xchat2/buduscript
./botask.sh

  
  per cercare nel database corrente e:
  

  Codice: Seleziona tutto

  ./botask.sh --old

  
  per cercare in quelli archiviati.

Notare che i database vengono archiviati nella cartella "$HOME/tmp"; se si utilizza il BOT da molto tempo (mesi o anni) è possibile che il quantitativo di database archiviati sia ingente e, l'estrapolazione di dati da quest'ultimi, possa comportare tempi di elaborazione lunghi.
Per evitare questo problema sarebbe opportuno creare, almeno annualmente (ma è preferibile mensilmente), una cartella nella quale spostare gli archivi. La nuova versione di BOTASK consente di cercare anche negli archivi così organizzati, specificando il percorso tramite la sintassi:

Codice: Seleziona tutto

./botask.sh --backup path/


Dato che passare dalla versione 12.6 alla 12.7 non comporta modifiche ai file di configurazione, solo chi ha questa situazione (cioè: non deve aggiornare da versioni più vecchie della 12.6), può usare in XChat il seguente comando:

Codice: Seleziona tutto

/EXEC wget http://digilander.libero.it/udasoft/Software/Linux/buduscript/buduscript_bot-12.7.tar.gz && tar xvzf buduscript_bot-12.7.tar.gz -C $HOME/.xchat2

per eseguire l'aggiornamento senza necessità di riavviare il BOT.

[BuDuS]

Lista modifiche:

• ADD: bot_configure_easy.sh: Configurazione del fetching di tweets dal Social Network Twitter dedicato al BOT.
  

  A partire da BuDuScRiPt 3.4.04 è stato introdotto il supporto al Social Network Twitter; per default, usando XChat come client, il plugin scarica i tweets provenienti dagli account configurati (di base è già attivo quello di @budus_it) e li pubblica in forma privata.
  
  Chiaramente, per il BOT, è meglio avere un sistema che, anziché privato, sia pubblico.
  
  Per fare questo è stato necessario sdoppiare la configurazione, creandone una per chi lo usa come Client e una dedicata all'uso come BOT. Dato che le due configurazioni devono anche coesistere (in pratica devono poter funzionare contemporaneamente e con configurazioni diverse, perché magari su client si seguono alcuni utenti e sul BOT altri), il BOT si preoccupa di gestire la situazione autonomamente.
  
  Per attivare i Twitter sul BOT è necessario copiare il file di configurazione che la procedura di installazione del plugin crea in automatico, con questi comandi:
  

  Codice: Seleziona tutto

  cd $HOME/.xchat2/buduscript
cp -vf twitter.cfg twitter_bot.cfg


  
  
  N.B.: Se si installa il BOT per la prima volta e si utilizza lo script bot_configure_easy.sh non è necessario eseguire questi comandi perché la procedura stessa aiuta a creare il file di configurazione su richiesta dell'utente.
  
  N.B.: Se lo si preferisce, anziché operare manualmente, anche in caso di aggiornamento del BOT si può utilizzare lo script bot_configure_easy.sh per creare la configurazione.
  
  Ora, con un editor di testo, è necessario personalizzare il file "twitter_bot.cfg"; già al suo interno è presente la guida su come va modificato.
  

• FIX: budus_admin.sh: Il nome del file di backup veniva calcolato in modo errato, poteva contenere spazi.
  

  Questo BUG comportava l'azzeramento del database degli operatori e risultava particolarmente fastidioso.

• FIX: botask.sh: Lo script eseguiva un ordinamento inutile ed errato.
• MOD: botask.sh: Lo script unificava i comandi uguali ripetuti; ora non avviene piu'.

[BuDuS]

Lista modifiche:

• FIX: bot_configure_easy.sh: Gestione del file di swap.
• ADD: bot_configure_easy.sh: Creazione del filtro dedicato al BOT.
• MOD: bot_configure_easy.sh: I comandi personalizzati vengono suggeriti con il nickname ed il nome del canale precedentemente configurati.
• FIX: budus_ban.sh: Pur segnalando all'utente senza privilegi che non poteva gestirli, di fatto, procedeva comunque.
• MOD: budus_ignore.sh: Modifiche "estetiche" al codice dello script.
• ADD: bot.mcr: Ora il BOT carica un FILTRO dedicato che, oltre a consentire la gestione dei canali nei quali si fa uso dei colori, permette all'utente di specificare regole specifiche separate dal client che si usa per chattare normalmente.
  

  ATTENZIONE: A partire da questa versione del BOT è stato introdotto un FILTRO specifico - separato quindi da quello che potrebbe essere dedicato al semplice client che si usa per chattare - il cui compito è quello di rimuovere i "codici colore" da ciò che viene scritto nei canali monitorati dal BOT.
  Chiaramente l'utente può utilizzare questo file per aggiungere propri filtri personalizzati.
  
  N.B.: Se il filtro non viene creato il BOT non parte dando errore !!!
  
  Se non si desidera utilizzare il filtro (ma questo comporta che i comandi dati al BOT, contenenti codici colore, non funzioneranno) è comunque necessario crearne uno vuoto.
  
  Per creare il filtro è necessario aprire il file $HOME/.xchat2/buduscript/filter_bot.txt con qualsiasi editor di testo e, per ogni canale gestito dal BOT, creare una riga corrispondente che rispetti la seguente sintassi:
  

  Codice: Seleziona tutto

  #nomecanale,removecolors()

  
  ad esempio per il canale "#buduscript" bisognerebbe scrivere:
  

  Codice: Seleziona tutto

  #buduscript,removecolors()

  
  
  Per ulteriori informazioni sui FILTRI di BuDuScRiPt usare il comando:
  

  Codice: Seleziona tutto

  /budus help filterfile

  
  oppure fare riferimento alla guida on-line nella sezione "Gestione dei FILTRI".
  

• FIX: addmyservice.sh: Non veniva gestito correttamente il file di swap; questo comportava che, alla creazione di un nuovo comando, veniva segnalata una situazione anomala.
• ADD: budus_report.sh: Nuovo comando "!report"; consente di ottenere, tramite BOT, report simili a quello dello script "botask.sh".
  

  È importante che l'Amministratore verifichi periodicamente quando e come viene usato il BOT. La sintassi del comando è:
  

  Codice: Seleziona tutto

  !report [ user <nickname> | pattern <string> ]

  
  Utilizzando il subcomando "user" e specificando un "nickname" è possibile avere la lista dei comandi eventualmente eseguiti da un utente in particolare.
  Utilizzando il subcomando "pattern" e specificando una "stringa" è possibile avere la relativa lista di tutto quello che il BOT ha memorizzato nel database.
  

[BuDuS]

Lista modifiche:

• FIX: budus.mcr: Lo scaricamento del "Menu Utente" non funzionava.
• ADD: budus_setup.base: Aggiunta sezione relativa a "budus_report.sh" e variabile "report_max_line_number"; consente di stabilire il numero massimo di risultati visualizzabili (per default e' 16).
  

  ATTENZIONE
  Chi aggiorna il BOT deve necessariamente modificare manualmente il file "budus_setup.sh" aggiungendo le seguenti righe:
  

  Codice: Seleziona tutto

  # Numero massimo di righe visualizzabili.
report_max_line_number=16


  
  nella sezione dedicata al file script "budus_report.sh".
  

• ADD: budus_report.sh: Aggiunta variabile "report_max_line_number"; consente di stabilire il numero massimo di risultati visualizzabili (per default e' 16).
• ADD: budus_report.sh: Aggiunto parametro "old"; consente di eseguire ricerche anche sui database archiviati.
• ADD: bot.mcr: Se il file "botconnect.mcr" non viene trovato, il caricamento del BOT viene abortito con errore fatale.

[BuDuS]

Lista aggiornamenti:

• ADD: bot.mcr: Il menu "BuDuScRiPt" non viene piu' scaricato completamente, ma rimane la parte necessaria alla gestione dei plugin esterni.
• ADD: bot.mcr: Viene verificato che l'Ambiente di Esecuzione del BOT non sia il processo "init"; se viene intercettata questa situazione, il BOT abortisce immediatamente. E' quindi possibile eseguire il BOT solo lanciandolo da un processo diverso, come ad esempio un Terminale o un Debugger.
  

  ATTENZIONE:
  Grazie all'introduzione del sistema SHBM (vedere note di rilascio di BuDuScRiPt per ulteriori informazioni) il BOT ora è in grado di interagire meglio con il terminale di esecuzione e gestire situazioni critiche, che mandano in crash il client XChat.
  
  In caso di crash, infatti, nel terminale verranno visualizzati dei messaggi il cui scopo è quello di aiutare nell'individuazione - e, conseguentemente, nella soluzione - del problema.
  
  Tuttavia questo comporta che il BOT può essere lanciato solo da Terminale.
  
  Per eseguire il BOT bisogna quindi aprire un Terminale (uno qualsiasi, xterm ad esempio), lanciare XChat con il comando:
  

  Codice: Seleziona tutto

  xchat

  
  e caricare la configurazione del BOT.
  
  In caso di problemi, nella finestra del BOT, è possibile utilizzare il comando:
  

  Codice: Seleziona tutto

  /budus macro bot_check

  
  in modo da ottenere informazioni sulla configurazione del BOT e sullo stato di esecuzione; queste informazioni possono poi essere incollate qui sul Forum per aiutare nella soluzione di eventuali problemi. Allo stesso modo, anche le informazioni visualizzate nel terminale - che ora sono molto più "pulite" rispetto al passato - possono risultare fondamentali per capire i malfunzionamenti.
  

• FIX: budus_query.sh: La gestione del comando "!seen" non funzionava; questo impediva l'uso del comando in forma privata.
• ADD: bot_configure_easy.sh: Gestione dei files di configurazione; ora lo script e' in grado di individuare le differenze tra una versione e l'altra ed aiutare l'utente nella migrazione.
• FIX: bot_configure_easy.sh: La gestione del backup di "botconnect.mcr" non funzionava come previsto; ora viene creata una copia per ogni modifica che si effettua alla configurazione.
  

  Lo script di configurazione del BOT è stato migliorato molto e ora consente di gestire meglio i file di configurazione, soprattutto quando viene eseguito più volte.
  
  Grazie a questa miglioria è infatti ora possibile aggiornare il BOT in modo semplice, direttamente dal menu "BuDuScRiPt".
  

• FIX: budus_check.mcr: Il test Anti-Flood non funzionava correttamente; il test sul FILTRO dava esito sbagliato a seguito delle recenti modifiche; il test sull'accessibilita' dei file non funzionava correttamente.

[BuDuS]

Le ultime versioni del BOT sono state piuttosto problematiche

Mi sono concentrato quindi a sistemare meglio possibile il BOT riscrivendo, se necessario, quelle parti che hanno manifestato particolari problemi.

Probabilmente, una delle cose che ha fatto maggiormente "cilecca", è stata l'aggiornamento semi-automatizzato; per chi non lo sapesse, ora è possibile aggiornare il BOT direttamente dal menu di BuDuScRiPt: BuDuScRiPt -> Preferenze -> Gestione Plugin -> Script Esterni -> Aggiorna BOT (Trasforma XChat in un IRC BOT)

La lista delle modifiche è molto numerosa, quindi "abbiate pazienza" e leggetele con attenzione:

• FIX: saluto.mcr: Il saluto semplice non funzionava.
• DEL: budus_freshmeat.sh: Il comando "!fm" e' stato eliminato.
  

  Chissà da quanto tempo non andava questo comando, forse anni ?
  Mah, fatto sta che ho dovuto toglierlo perché il sito ha pure cambiato indirizzo e aspetto e non so in quanti abbiano ancora necessità di questo servizio.
  Se qualcuno lo usava, me lo faccia sapere, vedrò di rimetterlo.
  

• FIX: budus_faq.sh: Aggiornato.
• ADD: bot.mcr: Viene verificato che la versione di BuDuScRiPt installata sia conforme a quanto richiesto dal BOT; in caso contrario, abortisce con errore fatale.
  

  È più che mai importante, con la 13.2, che il plugin sia aggiornato, altrimenti non funzionerà niente.
  Ho sempre dato per scontato che, prima di aggiornare il BOT, venisse aggiornato il plugin; ma ora ho preferito aggiungere un controllo che verifichi la cosa.
  

• MOD: botquit.mcr: Completamente riscritto.
• MOD: botquit.mcr: Gestione dell'integrita' dei dati del BOT.
• MOD: botquit.mcr: Gestione della chiusura del BOT completamente diversa; non viene piu' usata una funzione interna del plugin, ma si invia il segnale di hiusura dall'esterno.
  

  La chiusura del BOT era una delle cose più problematiche.
  Ho riscritto il tutto da zero, con una soluzione completamente diversa.
  Spero dia i benefici sperati.
  

• ADD: botoff.mcr: Supporto alla gestione dell'integrita' dei dati.
• MOD: bot_configure_easy.sh: Lo script e' stato ampiamente rivisto, cercando di semplificarlo "modularizzandolo".
• ADD: bot_configure_easy.sh: Maggiore supporto all'aggiornamento dei file di configurazione, con una migliorata gestione delle variabili e la verifica della loro correttezza.
• ADD: bot_configure_easy.sh: Supporto alla gestione completa del database dei privilegi; ora viene invocato direttamente lo script incaricato alla gestione di quest'ultimi.
• FIX: bot_configure_easy.sh: Gestione del backup del database dei privilegi; in precedenza poteva essere rovinato il file originale, compromettendo gravemente il funzionamento del BOT.
  

  Questo BUG era particolarmente disastroso, perché comprometteva l'intero funzionamento del BOT, rendendolo inutilizzabile.
  Lo script in questione è stato ampiamente rivisto e ora, tra le varie cose, consente una gestione completa delle funzionalità principali del BOT.
  
  Lo si può lanciare più volte, quindi, per gestire il BOT; in particolare, anche se in modo un po' macchinoso, consente di gestire il Database dei Privilegi.
  

• ADD: bot_configure_easy.sh: Gestione dell'inibizione del controllo dell'Ambiente di Esecuzione. Viene data facolta' all'utente di decidere se utilizzare il terminale (o il debugger), anche a scapito della stabilita'.
• MOD: bot_configure_easy.sh: Gestione della guida finale tramite "less".
• ADD: bot_check.mcr: Parametro "SKIP_SENTINEL_CHECK" per evitare il controllo delle sentinelle, che richiede il supporto di "un altro utente".
• ADD: bot_check.mcr: Verifica del Database dei Privilegi; consente all'utente di verificarne la correttezza ed il contenuto.
• ADD: bot_check.mcr: Verifica dei plugin installati; il BOT puo' accusare problemi in concomitanza con altri plugin, quindi, e' importante verificare cosa e' installato.
  

  Quando qualcosa non funziona la prima cosa da fare è digitare, nella finestra del BOT, questo comando:
  

  Codice: Seleziona tutto

  /budus macro bot_check

  
  e verificare il risultato.
  
  Non esitate a chiedere consiglio se qualcosa non è chiaro; potete incollare il contenuto del report qui sul Forum. Se avete problemi a livello di dati sensibili, potete anche spedirmi un messaggio privato (nonché camuffare "opportunamente" alcuni dati, tipo "nome del canale", o cose così).
  In tutti i casi non appaiono mai dati come password, quindi su quello potete stare tranquilli.
  

• ADD: bot.mcr: Verifica della consistenza dati; viene verificato che il BOT sia stato chiuso correttamente. Se individua una situazione anomala, chiude automaticamente il BOT tentando la pulizia.
• MOD: bot.mcr: La variabile "buduscript_bot_skip_terminal_check" e' stata rinominata in "buduscript_bot_skip_init_check" per consentire la gestione da parte dello script di configurazione.
  

  Questa modifica comporta che si può rinominare la variabile "buduscript_bot_skip_terminal_check" nel proprio "bot_config.mcr", se la si è utilizzata.
  In tutti i casi, lo script di configurazione, ora chiede all'utente cosa vuole fare in merito al controllo del processo di INIT.
  

• FIX: bot.mcr: Se il BOT gira su XChat 1.x, non bisogna gestire i MENU.
• ADD: budus_admin.sh: Ora consente la gestione del database dei privilegi anche quando viene invocato da un altro script.
  

  Notare che in alcuni casi, usando il comando !admin, può essere segnalato come di livello 1 un utente che, invece, è di livello 0.
  Non è un BUG, è fatto apposta per non dare troppe informazioni ad utenti potenzialmente malintenzionati.
  

• FIX: addservices_private.mcr: Non gestiva correttamente il comando "!peak", fornendo un risultato errato.
  

  Credo che il peak non abbia mai funzionato bene.
  Purtroppo, usando i comandi in modo "privato" (e non "pubblico"), non funzioni ancora come si vorrebbe ma, se non altro, ora l'indicazione del numero degli utenti è finalmente esatta
  

Anche in questo caso: prendete questa versione del BOT come il mio Regalo di Natale.

Auguri di Buon Natale !

[BuDuS]

Purtroppo mi trovo costretto a rilasciare un BOT in versione BETA

È molto tempo che ricevo lamentele di grossi malfunzionamenti sulla versione 13.2 e, nonostante non sia pronto con una 13.3 stabile, mi trovo nella condizione di pubblicarla ugualmente, dal momento che dovrebbe dare meno problemi della versione attuale.

Sulla versione 13.3 BETA il problema conosciuto (e per il quale non ho ancora trovato soluzione) è il seguente: Il BOT, ad un primo avvio, si avvia regolarmente ma, quando viene chiuso, all'avvio successivo si auto-chiude per poi partire regolarmente a quello ulteriormente successivo.

Questo problema non lo fa sempre, ma non è ancora chiaro come, quando e perché.

Resta il fatto che rappresenta comunque un enorme evoluzione il passaggio da 13.2 a 13.3; lo dimostra la lista delle modifiche eseguite:

• ADD: bot_configure_easy: Possibilita' di aggiornare il BOT da riga di comando utilizzando l'opzione "--bot-update".
• ADD: bot_configure_easy: Verifica che il file di configurazione "bot_config.mcr" termini correttamente nel momento in cui viene disabilitato il controllo del processo INIT. E' possibile usare il controllo anche da riga di comando utilizzando l'opzione "--check-only-bot-integrity-data".
  

  Fino a quando non sarà sistemato il problema in oggetto, potrebbe essere utile eseguire i seguenti comandi:
  

  Codice: Seleziona tutto

  cd $HOME/.xchat2/buduscript
./bot_configure_easy.sh --check-only-bot-integrity-data


  
  ogni volta che si chiude il BOT, al fine di essere certi che la situazione dei dati siano in uno stato coerente.

• FIX: budus_report.sh: Gestione dei privilegi.
• FIX: budus_op.sh: Gestione dei privilegi.
• FIX: budus_news.sh: Gestione dei privilegi.
• FIX: budus_idle.sh: Gestione dei privilegi.
• FIX: budus_ban.sh: Gestione dei privilegi.
• FIX: budus_admin.sh: Gestione dei privilegi di livello 4 errata.
• FIX: budus_peak.sh: In alcune situazioni, lo script non inizializzava correttamente le variabili, producendo errori.
• MOD: bot_configure_easy: Aggiunta gestione del comando "!memo".
• MOD: bot.mcr: Aggiunta gestione del comando "!memo".
• MOD: budus_query.sh: Aggiornato per il comando "!memo".
• MOD: budus_help.sh: Aggiornato per il comando "!memo".
• ADD: budus_setup.base: Variabili utilizzate da "budus_memo.sh".
  

  ATTENZIONE
  È opportuno aggiungere le seguenti righe di configurazione al proprio file "budus_setup.sh":
  

  Codice: Seleziona tutto

  ######################################################################
# budus_memo.sh

# Livello di Privilegio minimo richiesto per usare il sub-comando
# "status".
memo_min_level_status_command=3

# Livello di Privilegio minimo richiesto per usare il sub-comando
# "start".
memo_min_level_start_command=3

# Livello di Privilegio minimo richiesto per usare il sub-comando
# "stop".
memo_min_level_stop_command=3

# Livello di Privilegio minimo richiesto per usare il sub-comando
# "add".
memo_min_level_add_command=4

# Livello di Privilegio minimo richiesto per usare il sub-comando
# "del".
memo_min_level_del_command=3

# Livello di Privilegio minimo richiesto per usare il sub-comando
# "delrgx".
memo_min_level_delrgx_command=2

# Livello di Privilegio minimo richiesto per usare il sub-comando
# "list".
memo_min_level_list_command=3

# Livello di Privilegio minimo richiesto per usare il sub-comando
# "search".
memo_min_level_search_command=3

# Livello di Privilegio minimo richiesto per usare il sub-comando
# "send_db".
memo_min_level_send_db_command=2

# Livello di Privilegio minimo richiesto per usare il comando "!memo"
# senza sub-comandi.
memo_min_level_memo_command=4

# Codice da inserire in testa ad ogni frase inserita; notare che non
# e' opportuno lasciare vuota questa variabile per motivi di
# sicurezza. Si consiglia di modificarla con *estrema* attenzione.
memo_header_string="%O"

# Comando IRC da utilizzare per visualizzare le MEMO nel
# canale. Notare che, se lo script e' stato configurato per fornire
# una risposta privata anziche' pubblica, la variabile *NON DEVE*
# essere cambiata.
memo_print_command="/SAY "

# Lasso di tempo, espresso in secondi, che deve trascorrere tra la
# stampa di un MEMO ed il successivo, quando il servizio viene avviato
# in automatico ("!memo start").
memo_print_interval=3600

# Numero massimo di risultati visualizzabili quando si utilizza il
# sub-comando "list".
memo_max_list_result=10

# Numero massimo di risultati visualizzabili quando si utilizza il
# sub-comando "search".
memo_max_search_result=10
# Numero massimo di risultati visualizzabili quando si utilizza il
# sub-comando "delrgx".
memo_max_delrgx_result=10

# Numero minimo di records presenti nel database dei MEMO, raggiunto
# il quale, il servizio parte in automatico o, viceversa se non viene
# piu' rispettato, il servizio si ferma in automatico (se era attivo).
memo_min_db_records_autostart=24

# Comando da utilizzare per inviare il file del database dei MEMO. La
# variabile "REMOTE_USER" viene sostituita con il nickname dell'utente
# che ha eseguito il comando. La variabile "FILENAME" viene sostituita
# con il nome del file del database da inviare. Per gli utenti che non
# possono utilizzare il BOT come Server, si consiglia di usare "SEND"
# al posto di "PSEND".
memo_send_db_command="/DCC PSEND REMOTE_USER FILENAME"



  
  facendo attenzione ad inserire una riga vuota alla fine del file.
• ADD: budus_memo.sh: Consente di gestire un database di messaggi che il BOT puo' inviare nel canale ad intervalli regolari.
  

  Si tratta di un comando piuttosto sofisticato che consente di gestire un database di messaggi sfruttando il manager dei privilegi fornito dal BOT.
  Il comando è fornito di una guida interna che è possibile consultare con:
  

  Codice: Seleziona tutto

  !memo help

• ADD: bot_configure_easy.sh: Possibilita' di disabilitare il sistema Twitter.
  

  Chi non utilizza il sistema Twitter può ora disabilitarlo completamente, in modo da sollevare il BOT da un carico di lavoro inutile.

• MOD: budus_help.sh: Aggiornata guida del comando "!admin".
• ADD: bot.mcr: Nella fase preliminare viene verificato se sono caricati altri plugin UDA'Software ed, eventualmente, vengono scaricati quelli che risultano incompatibili con il BOT.
  

  Evitare di utilizzare il BOT in concomitanza con altri script/plugin.
  In caso di problemi è opportuno verificare la situazione utilizzando il comando:
  

  Codice: Seleziona tutto

  /budus macro bot_check

• FIX: bot_check.mcr: Alcuni controlli funzionavano male in presenza dell'interprete "dash".
• FIX: botoff.mcr: Non veniva correttamente bonificata la situazione e, al ri-avvio del BOT, questi segnalava di essere gia' in esecuzione erroneamente.
• ADD: botquit.mcr: Tramite la variabile "buduscript_bot_disable_quit" e' possibile inibire la chiusura del client al termine dello shutdown del BOT.
• FIX: bot.mcr: In situazione di disconnessione/ri-connessione, il BOT era integralmente ricaricato e veniva individuata sistematicamente situazione di incoerenza dello stato dei dati; ora, in questa situazione, il caricamento viene interrotto.
• FIX: bot.mcr: Lo svuotamento delle sentinelle avveniva nel momento sbagliato e non completamente; questo comportava che, le sentinelle del plugin, rimanevano operative.
• FIX: addpeak.mcr: La gestione del picco di utenza massimo non funzionava correttamente.
• MOD: bot_configure_easy.sh: Migliorati alcuni testi per essere piu' semplici da capire e non fuorvianti.

[BuDuS]

È da un po' che non rilascio una versione nuova del BOT; ultimamente mi sono concentrato esclusivamente sullo script.

Purtroppo questa versione non porta chissà quale ventata di novità, anzi, è possibile che vecchi problemi (ad esempio quello relativo all'auto-chiusura) siano ancora presenti ma, sicuramente, qualcuno è stato risolto. In particolare abbiamo:

• FIX: botquit.mcr: La sequenza di shutdown era sbagliata ed impediva il salvataggio di eventuali messaggi personali inviati tramite il comando "!msg".
• FIX: budus_msg.sh: Calcolo dell'ora alla quale e' stato creato ilmessaggio.
• ADD: budus_memo.sh: Variabile "memo_skip_author"; consente di inibire l'aggiunta automatica del nickname al MEMO aggiunto.
• ADD: budus_memo.sh: Variabile "memo_print_sequential"; consente di visualizzare le MEMO in modo sequenziale.
• MOD: budus_validate.sh: Formattazione del codice.
• FIX: bot_configure_easy.sh: Il sistema di controllo dell'integrita' dei dati non ripuliva completamente la situazione in caso di problemi.

La procedura automatica di aggiornamento del BOT dovrebbe eseguire tutte le operazioni necessarie per rendere operativa la nuova versione; mi riferisco nel dettaglio alle novità introdotte nei MEMO, con la possibilità di inibire l'aggiunta automatica del nickname e di visualizzarli in sequenza e non casualmente (come è di default); se non si usa la procedura automatica è opportuno aggiornare manualmente i files di configurazione del BOT.

Ho anche risolto un grave BUG che riguardava la procedura di shutdown; mi sono accorto che le operazioni di chiusura venivano fatte in modo non opportuno e questo, tra le altre cose, inibiva il salvataggio dei messaggi personali inviati tramite il comando "!msg" (i quali, normalmente, devono essere ri-caricati al successivo avvio del BOT, in modo da non andare persi).