X-Git-Url: https://mop.ddnsfree.com/gitweb/?a=blobdiff_plain;f=TODO.txt;h=fb9ce25fda8222033d8c73b60526d23a35a66e5d;hb=c44fdb25ba51dd26cf59b93ea0edb88331510aab;hp=5e091e920c339cb213b3033f44560a024566df22;hpb=591b315f437c6a8ab23dd94a1811ac9802661c6a;p=brisk.git

diff --git a/TODO.txt b/TODO.txt
index 5e091e9..fb9ce25 100644
--- a/TODO.txt
+++ b/TODO.txt
@@ -1,17 +1,122 @@
-======== 
-  TODO
-========
+ TODO |
+------+
+
+  MAJOR |
+ -------+
+   - BUG: pari + 72 non fa 4x ma attualmente fa 3x, da correggere
+   - BUG: some connection to the named socket fails
+   - log_legal address fix
+   - save/restore database
+
+
+  MINOR |
+ -------+
+     in the first tentative, the second works
+   - try to be more antivirus-friendly
+   - centralize all '<script ...' incapsulation to allow multiple transport system.
+   - packetize and automatize php-ancillary and apache module
+   - into the room local step remains -1
+
+   - DISABLED_TO_FIX: DNS access (perform blocking dns requests, must be fixed)
+
+
+  DONE |
+ ------+
+   DONE - BUG: access with password from 2 diff browsers the second go in strange "page not found" 
+   DONE - BUG: access with password from 2 diff browsers place the first in a strict loop (the 
+          problem was a call to a static parent method instead of the overrided child method,
+          substitute self:: with the dynamically get class::)
+   TEST - BUG: lurker are logged out (and remain a pending socket opened (look the spush log)
+   TEST - garbage management
+
+   DONE/FROZEN - problem with getpeer (HOSTADDR)
+
+   DONE - slow cards distribution
+   DONE - substr to mb_substr
+   DONE - parametrizations:
+          . parametrization of $DOCUMENT_ROOT  var in brisk-spush.phh file
+          . parametrization of SITE_PREFIX(_LEN) define
+          . move the name of the named socket into the configuration file
+   DONE - manage and test cross forwarder between table and room
+   DONE - setcookie (for tables only and persist prefs)
+   DONE - images flickering on slow windows: try to poll stream every 300 ms (seems to be download problem)
+   DONE - database connection fails after a while, check close and try PGSQL_CONNECT_FORCE_NEW.
+   DONE - unneeded garbage_time.expired access
+   DONE - BUG: fast loop on stream index_rd_ifra page (js watchdog start without timeout corrupt counts)
+   DONE - BUG: logout failed (fixed with a garbage_collector wrapper at sac-a-push level
+   DONE - 404 wrong page management (remove directories redirections (es. brisk/))
+   DONE - configuration file management
+   DONE - app level keep-alive
+   DONE - index_wr other issues
+   DONE - from room to table
+   DONE - from table to room
+   DONE - chunked
+   DONE - bug: read from a not resource handle (already closed because a new socket substitute it)
+   DONE - partial write for normal page management
+   DONE - index_rd_ifra: last_clean issue
+   DONE - fwrite failed error management (select, buffer where store unsent data, and fwrite check and retry)
+   DONE - bug: after restart index_rd.php receive from prev clients a lot of req
+   DONE - index_wr.php::chat
+   DONE - index_wr.php::exit
+   DONE - index_rd.php porting
+   DONE - generic var management from internet
+   DONE - index.php auth part
+   ABRT - index_wr.php::reload - reload is js-only function
+   ABRT - keepalive management - not interesting for our purposes
+
+ BRISK4 (mammuth)
+ ======
 
+ - STEP MANAGEMENT VERIFY
+ Slim Paragraph
+ DONE - move the garbage timeout on file
+ DONE - in index_rd load all data only when required
+ - briskin5 alignment
+   DONE . extern del garb_timeout
+   DONE . user_load parameters verify
+   DONE . Bin5::load_data and Bin5::save_data refactoring with
+          data split
+   . move many function into "Bin5 class"
+ - garbaging of .step files
+
+ DB: - initial usage
+     DONE - configurabilità file o db
+     DONE - aggiornare le funz di gestione db in modo che prevedano anche il flag DISABLE
+     DONE - travasatore file to pg
+       DONE - travaso punteggi
+       DONE - memorizzazione nuovi i punteggi nel db
+       DONE - gestione classifiche in SQL
+         DONE - produrle
+         DONE - mostrarle
+
+     STEP 1.1
+       DONE - points archiver
+
+     STEP 1.2
+       DONE - partial usability if database go down.
+
+     STEP 1.5
+     - sistema di inserimento nuovi utenti (riversatore da form di inserimento)
+
+     STEP 2
+     - aggiornare le funz di gestione db in modo che prevedano anche il flag SUSPEND
+     - modifica password   
+     - ripristino password 
+
+     STEP 3
+     - comunicazioni di aggiornamento (stato salvato sul server) 
+
+ DONE - var $G_base aggiunta per gestire include in include da path differenti
 
  BRISK3 (trusty)
  ======
-  - donameter
+  DONE - donameter
     DONE - G_donors
     DONE (WOW!) - js object with infos
     DONE - main logic at login (cookie check in index_rd.php; show_message and createCookie via snippets with block
            to prevent fast reload)
     DONE - cookie per non assillare e visualizz.
-    graphical donameter
+    DONE - graphical donameter
     WIP content (in conf.)
 
   DONE - numero di tavoli auth-only nel .brisk-install
@@ -26,6 +131,7 @@
   finire multilingua (briskin5/index_wr.php e altri se ce ne sono)
   coniglio
   only auth strictly
+  placing limits to config file
 
 Dunque, 
 
@@ -33,7 +139,7 @@ Dunque,
 
 - cosa cambia tra le tre coppie di classifiche: 
   ci sono le classifiche dell' ultima settimana, quelle dell' ultimo mese,  e quelle dell' ultimo trimestre,
-  per ognuno di questi lassi di tempo poi c'e' la classifica di chi ha giocato piu' di TOT partite o meno di TOT partite, con TOT che cambia a seconda del lasso di tempo.
+  per ognuno di questi lassi di tempo poi c'è la classifica di chi ha giocato più di TOT partite o meno di TOT partite, con TOT che cambia a seconda del lasso di tempo.
 
 - come vengono calcolate le classifiche: per ogni utente vengono presi tutti i punti fatti ai tavoli con lucchetto nel lasso di tempo preso in considerazione (ultima settimana, ultimo mese o ultimo trimestre), sommati e divisi per il numero di partite fatte in quello stesso lasso di tempo per normalizzare i valori; poi siccome la gente quando vede 0.18734 sbarella ho deciso di moltiplicare il tutto per 100.
 
@@ -43,9 +149,9 @@ Un esempio per chiarire:
     -2, 1, 2, 1
   lo score viene { [ (-2) + (1) + (2) + (1) ] / 4 }  * 100 = 50.0
   
-  a parita' di score tra utenti va più in alto chi ha giocato più partite.
+  a parità di score tra utenti va più in alto chi ha giocato più partite.
 
-Se dopo quelle 4 partite 'pippo' non ne giochera' più, passata una settimana dall'ultima giocata 
+Se dopo quelle 4 partite 'pippo' non ne giocherà più, passata una settimana dall'ultima giocata 
 sparirà dalla classifica settimanale e rimarrà in quelle mensili e trimestrali.