Nuova piattaforma OpenSource per il Play by Chat

dyrr ha scritto: Solo un consiglio:

SASS http://sass-lang.com/ non è installabile su uno shared host dove invece sono situate il 90% delle land, per cui se si vuole usar eun preprocessore di css, consiglio di cambiare target e usare qualcosa che si possa installare anche li tipo il primo esempio che mi viene in mente csscrush http://the-echoplex.net/csscrush/

steamdoll ha scritto: I CMS qui pubblicati ormai hanno qualche anno, non vedo perché dovrebbe essere inutile pensarne uno nuovo (o anche semplicemente diverso)

tuttoweb ha scritto: Personalmente lo trovo un enorme sforzo. Io ho sviluppato la mia land, utilizzando tecnologie che si trovano online e il mio knowhow. Infatti, al meglio della mia conoscenza, siamo l'unica land che usi Drupal. Ora, le tue scelte sono:
- creare una distribuzione ad hoc di un cms gia' esistente (eg. drupal)
- creare qualcosa di sana pianta per diventare il gdrcd 2.0
Nel secondo caso, il tuo team di sviluppo deve essere piuttosto lungimirante e pensare di correggere i bug che man mano salteranno fuori.

Io non ti voglio ovviamente scoraggiare, ma non so se hai ben chiaro che far tutto cio' ti impieghera' piu' di un anno di sviluppo. Io ho impiegato 8 mesi per la mia land, eppure ho scritto poco codice di sana pianta, rispetto a quello che e' l'infrastruttura su cui mi sono basato.

airon ha scritto:

Ma perché dovrebbe essere installato sul server? Sass è un preprocessore, nei 99% dei casi viene usato lato client insieme a gulp/grunt/gui per compilarti il css.

Che senso ha farlo fare al server?

This task requires you to have Ruby and Sass installed. If you're on OS X or Linux you probably already have Ruby installed; test with ruby -v in your terminal. When you've confirmed you have Ruby installed, run gem install sass to install Sass.

dyrr ha scritto:
In fase di sviluppo chi lavora sull'aspetto dell'html della pagina dovrebbe poter:

Accedere ai css ancora da processare,
- Fare le modifiche su quelli
- Farli compilare dal preprocessore
- Verificare che i css compilati si comportino nel modo giusto.

Per poter fare questo abbastanza in comodità css da compilare, preprocessore e css compilati sullo stesso server

makberge2 ha scritto: A mio avviso è inutile pensare qualcosa di nuovo, se c'è una chat e qualcuno che ha voglia di aspettare 5/7 minuti le azioni altrui tutta sta ricerca di tecnologie differenti non serve a nulla. Quello che serve ad un play by chat è già stato inventato, bisogna concentrarsi sul fare gioco il resto è fuffa.

arryx ha scritto: Concordo con chi ha detto che nel panorama del gdr-pbc, gli "aspiranti gestori" con la possibilità e la voglia di acquistare perlomeno un VPS sono veramente pochi.

Alla base di un progetto ci dovrebbe essere un attento studio del proprio target, capisco il tuo voler "innovare" e portare un poco di contemporaneità nel codice che gira per i gdr. Tuttavia a parte il grande impegno di ore nello sviluppo di un nuovo strumento, io considererei anche l'effettiva domanda che c'è per qualcosa di simile. Inoltre se il prodotto finito necessiterà di una configurazione anche lato server, beh, il 99% degli aspiranti gestori getterebbero la spugna in men che non si dica. Non è proprio da tutti configurare un web server da ssh per far girare laravel ( a meno che tu non indirizzi qualcuno verso homestead ). Anche il solo entrare tramite ssh ed installare apache è oltre il target medio, chi invece è in grado di fare qualcosa di simile non credo abbia problemi a farsi la propria land, e parlando per preferenza personale, avendone il tempo preferirei 1000 volte creare tutto da 0 piuttosto che basarmi su altro.

Per non parlare del fatto che a mio modesto parere, laravel sarebbe overkill per il 99% dei progetti. L'unica cosa che mi stuzzica sarebbe creare un gdr real-time usando websocket. Quello sarebbe interessante, ma anche qui, creare un framework basato sui websocket taglierebbe fuori ancora più persone.

Stiamo parlando di creare una piattaforma completamente open (probabilmente sotto licenza MIT) per aiutare gli sviluppatori a fare quello che attualmente (in pochi) si impegnano a fare, un GDR con un codice moderno e stabile.

dyrr ha scritto:

non so per esempio usando un codeigniter, piuttosto che un laverel, csscrush invece che sass, non per preferenze personali sul framework, ma perchè pur mantenendo una buona base sono entrambi utilizzabili anche su uno shared host senza nessun problema