[Riunione MERCOLEDI 23 - ore 21:15 msn] Punto della situazione e ripartenza invernale

Ordine del Giorno:
1). situazione attuale programmatori (disponibilità e tempi per il progetto).
2). stabilire punti da sviluppare e tempistiche.
2b). Sponsor e finanziamenti: come investire
3). stabilire le squadre di sviluppo (coordinatore programmazione e sviluppatori in base al tempo disponibile).
3a). Nuovi possibili aiuti da parte di Hyrax.
4). stabilire data e luogo per il possibile raduno (magari mio negozio nuovo).
5). unificare gli strumenti di comunicazione? (forum unico e ml).
6). altre ed eventuali

------------------------------------------------------------------------------------------

Allora ragazzi c'e' un po di stagnazione sul progetto, io stesso sono stato molto impegnato per far partire il negozio che sto aprendo, vorrei invece rilanciare la cosa e ripartire con la stagione invernale!

quindi se a voi sta bene vorrei fissare una riunione in chat (msn) per parlare sul da farsi e stabilire un calendario!

Fatemi sapere quando potreste e chi ci sarebbe questa settimana dopo le 21:00 circa!

Giovedì per me potrebbe andare bene.
Matt.

Io credo di non esserci questa settimana, ho un esame venerdì.
Dalla prossima in poi ok.

Parpacak ha scritto:Io credo di non esserci questa settimana, ho un esame venerdì.
Dalla prossima in poi ok.

matt te nel caso settimana prossima come sei messo?

Tecnicamente un giorno vale l'altro, tanto con il culo che ho capita sicuramente un secondo impegno nello stesso giorno. Quindi mi tocca fare un d20 check e vedere che succede
Diciamo giovedi comunque.

JJ

Jumping Jack ha scritto:Tecnicamente un giorno vale l'altro, tanto con il culo che ho capita sicuramente un secondo impegno nello stesso giorno.

...ecco! XD
Dai, decidete un giorno e spero mi vada bene... la sera dovrei essere libero, comunque.

se a voi sta bene proverei ad organizzare per MERCOLEDI 23ore 21:15 su msn

ok

Roger roger!

speriamo di esserci...

Ci sono

Mi spiace ma non ci sono.
Partitella di calcio :\

mattsteel ha scritto:speriamo di esserci...

Salvo gravi imprevisti, ci sarò.
Ho messo su SourceForge l'ultima versione dell'engine 0.0.2.
C'è molto da lavorare: bisogna chiamare a raccolta tutti i volontari...

avanti miei prodi.

molto bene vedo che bene o male ci siamo quasi tutti! mercoledi dobbiamo quagliare il più possibile

Gadda ha scritto:molto bene vedo che bene o male ci siamo quasi tutti! mercoledi dobbiamo quagliare il più possibile

Nel senso che dobbiamo diventare tipo dei tomini? Oppure fare "qui-qui-qui...qui-qui-qui..."?

mattsteel ha scritto:

mattsteel ha scritto:speriamo di esserci...

Salvo gravi imprevisti, ci sarò.
Ho messo su SourceForge l'ultima versione dell'engine 0.0.2.
C'è molto da lavorare: bisogna chiamare a raccolta tutti i volontari...

avanti miei prodi.

Ho sonno ma non riesco a dormire, per cui il cervello sta andando a baldracche.
avanti miei fini.

Riassumo quanto emerso ieri sera: siete liberi di integrare/depennare.

ODG:
1). situazione attuale programmatori (disponibilità e tempi per il progetto).
2). stabilire punti da sviluppare e tempistiche.
2b). Sponsor e finanziamenti: come investire €.

Discussione:
0) Matt ha fatto un engine di base che gestisce le connessioni e i gli oggetti dei world.
Per lo sviluppo ulteriore:
a) bisogna dotarsi stesso ambiente sviluppo
b) si fa in locale e poi fa il rilascio sulla macchina in rete.
c) usiamo SVN di sourceforge come repository.
(si rimanda al Wiki per i dettagli).

Obiettivi / Compiti:
0) Dotarsi della stessa piattaforma (Python 2.6, Wing IDE 101, Python 3.1) => tutti
0a) Documentare un abstract su Wiki => Matt
1) elenco comandi (da sviluppare) => Gadda + Maan .
2) Disporre di un host in rete che ospiti l'ambiente di prova e una modalità di deploying => JJ
2a) Contattare i ragazzi di Hyrax => Maan
3) Iniziare a definire le grid / wild => (*forse è un po' presto *)
4) Svilupare ulteriormente l'engine + hyerarchy delle classi => Matt.
5) Decidere bene il migliore impiego di sqlite3 e di file di configurazione (persistenza, complessità, setup)

[a questo punto ho dovuto chiudere: se ci sono ulteriori punti aggiungete]

ottimo! bene cosi a breve fisso la prossima riunione per vedere cosa abbiamo fatto (circa 15 gg da oggi)

Il proseguo della discussione è stato sulla definizione dei parametri di gioco.
Si è discusso se usare file o db per la configurazione, in linea di massima il pensiero è stato di orientarsi verso una soluzione mista, ovvero db per i parametri modificabili a runtime e su file per i parametri immodificabili una volta avviato il gioco. Questa cosa comunque è tutta da discutere come anche quali siano i parametri, si rimanda alla devboard per la discussione.
Il discorso poi è andato avanti sul fatto che il keeper potrebbe avere potenzialmente la possibilità di definire ogni singola cosa, in pratica diventare il dio del proprio mondo e noi siamo gli dei degli dei, ovvero quelli che danno i poteri ai Keeper, più poteri riusciamo a dare ai Keeper e più il nostro lavoro sarà valido.

JJ

Ecco un motivo per cui Python è poco usato... La mancanza di server.
Ho guardato un po' qua e la e, basandomi anche sulle prove di server che ho fatto in passato, ne ho dedotto che, per quello che vogliamo fare lo hosting non è una strada seguibile. I server non sono aggiornati, hanno molti limiti sull'utilizzo e costano (direttamente o indirettamente). Quindi pagare per magare meglio un server personale.
Per il momento posso provare a rendere utilizzabile la mia "carretta" che uso come server, è già accessibile dall'esterno, c'è già mysql e php devo solo mettere python creare il db e vedere come far eseguire python da remoto, certamente non so che prestazioni abbia: php su iss, a parte i gli accrocchi per farlo andare, va in modo decisamente buono.
Riguardo ad un nostro server c'è sempre aruba che arriva con offerte ultracompetitive, il server virtuale base parte da 10€ al mese, se volete vedere http://serverdedicati.aruba.it/virtualserver_caratteristiche.aspx

JJ

Jumping Jack ha scritto:Ecco un motivo per cui Python è poco usato... La mancanza di server.
Ho guardato un po' qua e la e, basandomi anche sulle prove di server che ho fatto in passato, ne ho dedotto che, per quello che vogliamo fare lo hosting non è una strada seguibile. I server non sono aggiornati, hanno molti limiti sull'utilizzo e costano (direttamente o indirettamente). Quindi pagare per magare meglio un server personale.
Per il momento posso provare a rendere utilizzabile la mia "carretta" che uso come server, è già accessibile dall'esterno, c'è già mysql e php devo solo mettere python creare il db e vedere come far eseguire python da remoto, certamente non so che prestazioni abbia: php su iss, a parte i gli accrocchi per farlo andare, va in modo decisamente buono.
Riguardo ad un nostro server c'è sempre aruba che arriva con offerte ultracompetitive, il server virtuale base parte da 10€ al mese, se volete vedere http://serverdedicati.aruba.it/virtualserver_caratteristiche.aspx

JJ

be finche riusciamo ad arrangiarci con quello che abbiamo penso sia meglio cosi da non investire tutte le risorse che abbiamo in un server che non verrebbe sfruttato finche non abbiamo degli utenti.

Gadda ha scritto:

Jumping Jack ha scritto:Ecco un motivo per cui Python è poco usato... La mancanza di server.
...
Per il momento posso provare a rendere utilizzabile la mia "carretta" che uso come server, è già accessibile dall'esterno, c'è già mysql e php devo solo mettere python creare il db e vedere come far eseguire python da remoto, certamente non so che prestazioni abbia: php su iss, a parte i gli accrocchi per farlo andare, va in modo decisamente buono.
...
JJ

be finche riusciamo ad arrangiarci con quello che abbiamo penso sia meglio cosi da non investire tutte le risorse che abbiamo in un server che non verrebbe sfruttato finche non abbiamo degli utenti.

Direi anch'io di provare con un server fatto in casa tenuto conto che il volume sarà basso, almeno nelle intenzioni iniziali.
Ricordo di una suite molto carina: EasyPHP che rende disponibile un Apache e un MySql con un click di mouse. Trovando l'accrocchio per tenere attivo il motore Python e per gestire il deploy del software da remoto, dovrebbe essere praticamente fatta.
Per Aruba, si vedrà...
M.

Ho sistemato Igloo (il mio serverino) per Python. L'indirizzo per raggiungermi è jumpingjack.dyndns.org. L'accesso http sulla porta 80 è per un'altra cosa (un giochino a cui sto lavoricchiando ogni tanto in php, un clone di ogame per chi lo conosce).
Ora il tkmud gira sulla porta 9001, l'accesso ftp è sulla porta 9099 (anonymous per adesso).
Ho creato un batch per far ripartire in automatico il server ci sono tre meccanismi:
1) allo shutdown del server viene creato un file .stopboot, cancellando questo file il server riparte (il check avviene ogni 5 secondi).
2) se il server crea un file .fastboot, la ripartenza è immediata appena dopo lo shutdown.
3) se viene creato un file .dieboot, sia dopo lo shutdown che durante il funzionamento, il server non riparte e il processo batch termina.

Ho notato che il server è molto lento, è a causa del database o no? Posso creare un db mysql per lo scopo.

JJ

io sono un po in dierto con le cose da fare sta sera penso di recuperare

Jumping Jack ha scritto:Ho sistemato Igloo (il mio serverino) per Python. L'indirizzo per raggiungermi è jumpingjack.dyndns.org. L'accesso http sulla porta 80 è per un'altra cosa (un giochino a cui sto lavoricchiando ogni tanto in php, un clone di ogame per chi lo conosce).
Ora il tkmud gira sulla porta 9001, l'accesso ftp è sulla porta 9099 (anonymous per adesso).
Ho creato un batch per far ripartire in automatico il server ci sono tre meccanismi:
1) allo shutdown del server viene creato un file .stopboot, cancellando questo file il server riparte (il check avviene ogni 5 secondi).
2) se il server crea un file .fastboot, la ripartenza è immediata appena dopo lo shutdown.
3) se viene creato un file .dieboot, sia dopo lo shutdown che durante il funzionamento, il server non riparte e il processo batch termina.

Ho notato che il server è molto lento, è a causa del database o no? Posso creare un db mysql per lo scopo.

JJ

Ottimo, appena posso lo provo.
Per il database mysql: ok. è un'evoluzione buona ma necessità di una modifica al modulo database.py (per insegnare al server come si accede a mysql).
Propedeutico a questo passaggio: lo "scorporo" delle DDL di creazione delle tabelle che per ora sono vergognosamente affogate nello stesso modulo database.py.
Pensavo di creare una subdirectory "sql" che contenga tutti gli script utili, sia per mysql che per sqlite.