gdr-cd extreme - l'ho scaricato e lo critico

gdr-cd extreme - l'ho scaricato e lo critico postato il 17/10/2007 12:40:28 nel forum programmazione, gdrcd, open source, hosting e modificato da pistacchio il 17/10/2007 12:44:22

dopo aver rotto parecchio le uova nel paniere (diciamo così), confesso di aver criticato gdr-cd come opensource (e mi sono riferito a gdr-cd in particolare perchè mi pare il più diffuso) solo per i risultati e non per il sistema in sè.

dopo aver scaricato il codice sorgente, ed esserne rimasto inorridito, vi dico che per me, se l'idea è sbagliata, anche l'implementazione lo è. sono convinto che la pigrizia che accompagna chi scarica l'opensource sia il fattore portante edl fatto che "le land sono tutte uguali", ma visto il codice sono convinto che parte sia anche dovuta al fatto che un codice realizzato con l'obbiettivo di essere uno spunto su cui costruire qualcosa, renda la modifica stessa particolarmente difficile.

sarò schematico

1. è interessante notare come dopo aver letto qualche articolo sugli errori da evitare nello scrivere una pagina web
( per esempio http://www.thedesignworld.com/articles/web-design/bad-practice---the-8th-deadly-sin/ o http://www.htmldog.com/guides/htmlintermediate/badtags/ )
si nota che quello riportato ovunque è l'uso di frames, resi inutili dai div e in genere poco gestibili, non più raccomandati dal w3c, retaggio di un internet antico e addirittura assenti nelle ultime versioni dell'xml per il web (ovvero xhtml 1.1).
gdr-cd ci si basa.

2. lo stesso vale, dal punto di vista del design, per l'uso dello splash screen, ovvero quell'inutile pagine iniziale in cui non c'è nulla ma che che è stata insertita (scelte...)

3. il documento non è valido secondo le specifiche del w3c (prima riga, manca il doctype, quindi anche il resto non è verificabile).

4. le cose più gravi le ho riscontrate proprio dal punto di vista del codice, nel senso che non aiutano affatto a modificare il gioco! per esempio, la struttura tutto è tranno che organicamente suddivisa in cartelle, cosa che andrebbe fatta e aiuterebbe non poco. buona parte del programma è "gettata" nella cartella principale, in cui si mischiano tutti i php, qualche html, i css e perfino un file wave!

5. questa non mi è andata proprio già. se la pratica comune ed auspicata per la realizzazione di un sito web prevede la netta separazione fra contenuto e forma (ovvero quello che visualizzato e come va visualizzato), le vostre pagine sono un mischione di dati. mischiare php e html e css è una cosa da non fare per nessun motivo a meno che non si vada davvero di fretta. avere una pagina che genera i dati (php) una che li mette in ordine (html) e una che li formatta (css) è il modo più razionale per creare una pagina web, ma sopratutto è quello che aiuta a delineare bene le figure che lavorano su una pagine, ovvero i grafici i designer e i programmatori. in un prodotto di questo tipo riuscire ad ottenere una sepratazione di questo tipo è quantomeno vitale, così che "senza saper programmare si possono comunque fare delle land!" (come dite voi) diventa almeno un po' più vero e posso permettermi di modificare l'aspetto della pagina (lavorando su html e css) senza toccare il codice php, se non lo so fare. e con una cosa del genere davvero le terre, sebbene girerebbero sullo stesso motore, potrebbero essere realmente diverse fra loro.

la parola chiave è template engine
suggerimenti:
http://www.tinybutstrong.com/
http://smarty.php.net/
veramente, cercate di ignorare la mia solita spocchia e arroganza e prendetelo come un suggerimento, fatelo per il vostro prodotto.

righe di codice come queste:

sono veramente un abonio. il volenteroso che volesse modificare effettivamente l'aspetto grafico della sua community per renderla unica non saprebbe dove mettere le mani perchè l'html è sporcato una riga sì e una riga pure da intromissioni del php (e il php è insozzato da pezzi di html).

suggerimenti:
ogni pagina dovrebbe essere scomposta in (per esempio):
bacheca.php
bacheca.html (ma passare all'xhtml valido, per esempio?!)
bacheca.css (con gli stili specifici per le cose uniche che si trovano in bacheca)

ecc.

5. lo stesso (e per lo stesso motivo) vale per tag come <font> e attributi come style che non si usano più dall'anteguerra delle pagine web (3, 4 anni fa) perchè rendono inutile l'uso e la modifica tramite css.

suggerimenti:
ecco cosa si può fare con un bel codice pulito e separato dal lato server con un uso sapiente del css (sono centinaia di esempi della stessa pagina resi in modi diversi tramite i fogli di stile)
http://www.csszengarden.com/tr/italiano/
e studiate il tag <span> ;)

6. le tabelle sono ovunque. le tabelle sono, però, scomparse dal web anni fa. perchè? sempre lo stesso motivo. cancellate tutte le tabelle, sostituitele con una bella struttura di <div> (ugnuno col suo id) e vedrete come, libera dalle gabbie che avete stabilito voi a priori, gli utenti dal vostro opensource potranno comporsi la pagina come meglio credono senza neanche toccare il php o l'html.

---

quota

17/10/2007 13:01:10

Questo è vederne gli effetti negativi che sono molti nel GDRCD in generale. Cene sono altri innumerevoli positivi come tutte quelle land che si sono tirate su grazie al GDRCD, basti pensare a roba come Naruto World (primo gdr su naruto) che ha un centinaio di presenti SEMPRE e COMUNQUE ed ottima gestione.. poi cene sono altre che non sto qui ad elencare perchè mi trovi in una situazione un po critica: devo uscire. L'Extreme! di Faber ha modernizzato l'OS rendendolo piu apparecchiabile anche per community moderne, nella quale il GDRCD classico o versioni successive non riuscivano a comprirne l'intero uso. Secondo me, questo OS, reso gratuito per opera di Gentile, è stata una grande cosa.

Ognuno ha i suoi pareri, i miei sono pronto a difenderli
Alla prossima

quota

17/10/2007 13:10:41

la discussione (le discussioni) sul gdr-cd in genere sono altrove e molte, io mi soffermavo solo sul codice dal punto di vista tecnico. certo, ci sono anche un sacco di aspetti positivi tipo.. hmm.. tipo ... ah, sì, non usa vbscript ma javascript :P

---

quota

17/10/2007 13:16:15

Mi permetto di dissentire su alcune cose che tu hai detto...extreme é, in fin dei conti, un buon open source...praticamente non ha bug e prevede tutto ciò che un gdr dovrebbe avere...ora su di un fatto hai ragione: i css dovrebbero essere molteplici mentre ,se non sbaglio, ne sono tre...però ti dirò una cosa...io sto lavorando su traimo e lì c'e un solo css...é anche vero però che se automatizzassimo la creazione di gdr rendendola accessibile a tutti ci sarebe la morte del gdr...tutti vorrebbero la propria land...e la avrebbero in pochi minuti...già succede qualcosa di simile adesso ma almeno può avere una land chi capisce un minimo di php e non cani e porci...anche io prima ero uno scarsone assurdo col php...ora sono uno scarso xke un po l'ho studiato...e sto piano piano debugando traimo...avrei potuto scegliere gdrcd ma volevo una land differente dalla stragrande maggioranza delle land...inoltre se ti posso dire una cosa gdrcd é già molto automatizzato...vuoi creare una bacheca? fatto! vuoi creare una razza? fatto! su traimo invece bisogna andare a lavorare sul codice. Quindi direi che questo gdrcd basta e avanza.

quota

17/10/2007 13:38:01 e modificato da pistacchio il 17/10/2007 13:46:00

sai che mi irrita di te? non il fatto che difendi a spada tratta una tua creazione, che oltre che normale è lodevole e in genere scrivere codice, gestirlo, mantenerlo e anche renderlo libero e usufruibile dagli altri (a cui dai supporto) è una cosa di te che stimo molto e che apprezzo e per cui hai e avrai sempre i miei cmplimenti e il mio rispetto, per quello che puoi fartene.

però esordire con il tono e un discorso che sottindende, ogni volta, qualcosa come "ahahahha, fatevi pure le vostre terre, da zero, sfigati, che tanto sono peggio del gdr-cd e se anche le fate meglio non ci giocherà nessuno" è una cosa che non tollero e mi manda in bestia per vari motivi:

1. farsi da zero una land, anche se di fatto purtroppo non è così, dovrebbe essere la norma e non l'eccezione, quindi magari il discorso dovrebbe essere inverso: "ahahah, poversi sfigati, se non riuscite proprio a imparere a programmare o siete troppo pigri e mediocri fatevi una land fotocopia di altre mille"

2. specie dopo aver visto il codice, fidati che fare una land migliore del gdr-cd non è un'impresa titanica, e, anche una land peggiore tecnicamente, avrà comunque, se fatta da zero, l'impagabile pregio dell'originalità.

3. il rilascio del tuo codice è indice di affezione e interesse per la comunità (e quindi di nuovo i miei più sinceri complimenti!) che però cozzano e sono in opposizione con un discorso che sottintende il fatto che una nuova land, per te, sicuramente sarà mediocre e spopolata, mentre da chi crede nella community io mi aspetterei parole di incoraggiamento e pacche sulle spalle per tutti del tipo "ehi, in bocca al lupo per il tuo progetto, sappi che sarà dura ma se ti serve sono pronto a darti una mano e se non proprio non riesci ricorda che c'è sempre il mio gdr-cd pronto per te!"

4. quanto al fatto dell'idea "che diventa subito vecchia" e del mettere su una community virtuale in "3, 4 giorni", io spero che tu ti renda almeno conto di quello che blateri e del male che potenzialmente può fare incoraggiare questo tipo di discorso e i danni che, di fatto, fa quando noto 10 community sullo stesso tema e land aperte di martedì che al giovedì sono down perchè non funziona più l'iscrizione o continuano ad arrivare pergamene come missive in un gioco ambientato nell'universo di star wars (faccio per dire).
se sei bravo e hai un gruppo di amici in gamba, in 3 o quattro giorni delinei su un foglio, facendo brainstorming, le linee guida di un mondo minimamente originale, in 3 giorni puoi fare e ottimizzare la grafica della colonna a sinistra o in 3 giorni iniziare a fare un po' di prove e bozzetti per il logo o scrivere parte della storia del mondo, non fare una community.
detto questo, il concetto di "rubare l'idea" si applica ad idee non originali, altrimenti è assurdo che due persone separate abbiamo la stessa idea originalissima. certo, se tu continui a foraggiare il concetto che "è uscito naruto, figo, fate la gara a chi prima ci fa la land sopra prima che vi freghino l'idea!", è ovvio che poi abbiano mille harry potter, mille di dragonball, dei cavalieri dello zodiaco.. procedendo di questo passo e facendo le community in 3 giorni (ovvero, per forza di cose, buttate giù alla meno peggio), non mi stuperei se il martedì mettina fosse intasato da community nuove tipo "Heros 16° puntata" fatta di chi si è gasanto con la puntata della domenica sera di heroes e ha tentato di farlaprima di altri e prima delle community della settimana successiva su "heroes 17° puntata".

pensa a quello che scrivi e che pensi e ai danni che può causare, se un po' davvero ci tieni allo sviluppo e alla crescita della comunità dei gdr-online e vuoi essere un punto di riferimento attendibile.

---

quota

17/10/2007 15:26:21 e modificato da xenom il 17/10/2007 15:28:46

e comunque se non hai un minimo di conoscenze di php anche se ti trovi la land bella e programmata non riuscirai a fare nulla...alla prima richiesta (e ce ne saranno) ti bloccherai perdendo cosí molti utenti.[faber insegna]

quota

17/10/2007 16:14:45

in effeti 3-4 giorni sono pochini per fare una land anche con Extreme ma giusto per il tempo che ci vuole a redarre i documenti necessari per rendere un gdr normo-dotato XD

Il punto però è che magari ci si sta 15 giorni, 20 giorni ma sicuramente meno che scrivendo tutto da zero (seppur qualche pezzo di codice possa essere migliore). Una cosa che non condivido è la necessità di avere un file css, una php e una html per ogni pagina. per il php e l'html potrei anche capirlo in determinati casi (basta fare un include e si fa tutto) ma il css ne basta uno se fatto bene (al massimo un paio ma proprio in extremis), mai visto un sito fatto con un css per pagina O.o

quota

17/10/2007 16:42:05 e modificato da pistacchio il 17/10/2007 17:41:04

a volte capita di scontrarsi con la realtà e la realtà, a volte, fa male. è quando inizi un'affermazione con "purtroppo" e la finisci con "ma nella realtà" e in inglese si chiama reality check

-quello che importa nelle persone è come sono dentro, i loro interessi, se sono intelligenti - reality check: un ragazzo idiota ma bello, atletico ed elegante acchiappa dieci volte di più di uno buono e simpatico ma brutto.

-ho la ferrea volontà di fargliela pagare a quel tamarro che a scuola mi ruba le merendine! - reality check: la tua ferrea volontà si schianta contro i suoi cazzotti perchè è alto venti centimetri più di te e passa le giornate in palestra

-il mio sogno è entrare a lavorare al cern di ginevra! - reality check: hai una laurea in scienze politiche. nella vita successiva cerca di uscire con 110 e lode da fisica

-so solo l'html ma voglio creare una community online! reality check: l'html gestisce la parte non dinamica di un sito, un gdr-online è un sito dinamico, quindi, visto che hai deciso di trovare il tempo per gestire quella community, utiilzza invece quel tempo per imparare a programmare o trova o paga qualcuno che sa già farlo.




reality check:
ogni tanto qualcuno se ne esce con il fatto che è importante solo il contenuto l'idea la gestione e bla bla. se questo fosse vero si giocherebbe ancora tranquillamente via telnet a dei mud (anche quelli orientati solamente all'interpretazione) magari connettendosi ai server via applet java in una pagina web (che può essere più comodo). invece il mondo del web è diverso, è multimediale, e quindi se decidi di cimentartici come minimo devi prendere in considerazione che ti muovi in un ambiente non solo testuale, e quindi badare alla grafica.
quanto al resto, purtroppo i fatti ti smentiscono, e non io. fai un esperimenti con me. prendi ogni sezione dei gdr che vedi qui a fianco e prendi il primo gioco segnalato (così da avere una casistica distribuita). leggi fra i commenti e vedi le tabelline riassuntive con voti divisi per parametri.
tutte le land così analizzate hanno anche almeno un commento che riguarda puramente il parametro "tecnica" (chiamato anche codice o programmazione). quindi, al di là delle tue personali idee, a me pare oggettivo che nella valutazione di una community quello tecnico è un parametro rilevante

====abisso oscuro:====
-Tecnica:8 ancora, il server non ha mai dato problemi causando l'entra e esci che in altri gdr mi capitano.

----

Tecnica : ordinata , con qualche colpo di novità senza uscire troppo dalle rotaie di un gdrcd che comunque non disorienta un nuovo utente ... a me piace ...

----

====arshmork====
tecnicamente ...graficamente(sopratutto ) PERFETTO

----

Tecnica : 7 non do di piu' perche' alcune cose sono ancora in fase di sviluppo da quel che vedo, in alcune apgine il titolo del documento manca "untitled" (appunti) e in un'altra ho trovato un link con i colori classici (probabilmente e' sfuggita la classe)..a parte queste cose che non sono assolutamente gravi mi pare che sia ben fatto e che vada abbastanza veloce.

====eglath (ardaland non ha commenti)====
Grafica e Tecnica: 8 - C'e' molto lavoro e fatto bene, la scelta del blue puo' dare qualche problema, ma confido che l'abbiano risolto, la grafica e' coerente, nei colori e nello stile, e ricca di immagini.

====bucanieri (atene non ha commenti schematici)====
2)Tecnica (Codice, Funzionalità, Server): 0 (inutile dilungarsi sulla scelta del codice . . .a dir poco originale e stimolante)
----
Tecnica: 4 un normale GDRCD assestato adeguatamente, ma le mappe sono davvero troppo incasinati
----
====area51====
PROGRAMMAZIONE -> 2 E' stato modificato leggermente il GDRCD di R.Gentile, solamente qualche pulsante, ma niente di più, alcuni oggetti che non hanno una descrizione, tipo armi. Sfondo della home page decisamente molto scarso.
----
Tecnica e Grafica: 6 - Per essere un GDRCD 3.0.0 e poco modificato non e' affatto male, ance se ci sono diverse imprecisioni, come stile pero' e' piacevole.
----
====atlantis====
Programmazione 6
----
====cronache di milano====
# Tecnica (Codice, Funzionalità, Server) 9
----
Tecnica: 7 Possibilità di modificare le grafiche a seconda del gusto (altro che fare UNA grafica decente, qui ce ne sono più di 5 una più bella dell'altra). Possibilità di segnarsi in game o out game. Non ci sono grandi innovazioni, ma nel complesso è perfettamente realizzata.
----
====cavalieri dello zodiaco rebirth====
Tecnica: 6 - Buon uso di GDRCD
----
Programmazione:Niente di nuovo solo una pagina mi sembra.
----
Tecnologia: 6: Un gdr cd ampiamente modificato, ma solo dal punto di vista grafico. Non è una critica nè alla city nè algdr cd a cui tutti dobbiamo molto. :P Semplicemente non ha innovazioni
---
====dragonball now====
tecnica: 7.5 tutto par funzionare bene.
----
Tecnica: 7.5 [GDRCD, tutti lo sanno utilizzare, ma come il gestore di questo Gdr ha modificato tutto, è una cosa stupenda].
----
-Tecnica:8.5
----
programmazione7
----
Comunque, un pò incasinato sotto il profilo programmativo, bisognerebbe migliorarlo, seppur avete modificato il gdrcd base, troppi frame che appesantiscono e server che non regge tanto.
----
Programmazione: normale. Non è che sia così complicato, ma non è neanche così semplice fare un gdr. Perciò diamo un voto neutro ;)


uff.. che palle, cosa non si fa per amor di critica!! :-P

====naruto generation====
Tecnica (Codice, Funzionalità, Server) ~ 9.5
----
TECNICA: Non troppo complesso
----
Tecnica e Grafica: 7 - Un ottimo uso dell'OS, molto rielaborato, con un progetto completo e armonioso, semplice ma ben realizzato. La scelta dei colori pero' e' un po dubbioa, e affatica la vista.
----
Se la grafica ha buone potenzialità, d'altro canto la programmazione è lasciata un pò al caso, e si può vedere

====buffy the slayer====
Tecnologia: 6 - Come sopra, un buon uso di GDRCD
====hogwarts castle====
°Tecnica: Mah, 6, in generale funziona bene, ma quando entri nella chat è un casino, spariscono addirittura le frasi a volte!
----
====city of ghost====
[ Tecnica: 8 ] Beh, non c'è niente che non vada nella tecnica e nemmeno niente di sorprendente.
----
Tecnologia (8)..la land è molto superiore alla media e ci si scorda di essere in un gdrcd, codice rifatto con cura
----
Tecnologia [2] È un gdr-cd non modificato di una virgola. Hanno solo tolto il frame di destra.
====ppuffolandia (gli altri non hanno commenti schematici)====
Grafica, Tecnica e Gioco Interno: tutto pessimo
----
Codice: 1 (perchè è copiato)
----

soccia che due maroni!!!!



questa http://www.csszengarden.com/zengarden-sample.html è una pagina scritta in html. questa http://www.csszengarden.com/?cssfile=198/198.css è la stessa pagina una volta che gli hai applicato il css. dire che conosci l'html ma che non sai il css è come avere una porche senza la patente per guidarla o una tuta da sub con pinne e bombole avendo la fobia dell'acqua. se poi per "conoscendo l'html" significa che sai che il corpo di una pagina va dentro i tag <body> (non sempre vero) e che per aggiungere delle immagini a una pagina devi usare <img> (che ugualmente non sempre è vero, anzi) allora sei fuori strada.

---

quota

17/10/2007 16:45:45

Io dico una cosa, perchè criticare il GDRCD che ha permesso a talmente tante persone di sentirsi felici, coronando il proprio sogno, ed a così poche, perchè sono poche, di sentirsi male? Io non ne vedo il motivo, come non vedo il motivo di tanta rabbia con cui marchi i tuoi messaggi. Non ho altro da aggiungere.

quota

17/10/2007 16:57:02 e modificato da pistacchio il 17/10/2007 17:01:18

1. se fai un include non separi l'html dal php, la parola template non l'ho inventata io, nè il concetto che il contenuto deve essere separato dalla presentazione, ma ha talmente tanto senso che ora è così che si fa e che chiunque del mestiere di direbbe di fare. nelle aziende più grandi grafici e programmatori a volte non si incontrano neanche mai, eppure grazie a questo sistema si reailzzano pagine perfettamente funzionanti, funzionali e gestibili. e la mantenibilità è un concetto critico in un'applicazione di una certa grandezza come un gdr online.

2. quando hai realizzato un css che chiami main.css o qualcosa di simile con le dichiarazioni generali (per esempio come rendere h1, le classi più diffuse, lo sfondo ecc) ogni pagina aggiuntiva avrà qualcosa di suo particolare (div non presenti in nessun'altra pagina come, non so, quello contenente la "cassa" nella banca ecc) oltre ad altri comuni di ausilio (per esempio per mantenere unità all'interno del gioco puoi volere che tutte le tabelle, nel caso in cui servono le tabelle come per gli elenchi, siano formattate allo stesso modo) e quindi creare tabelle.css. se la banca usa delle tabelle includi sia main.css sia tabelle.css che banca.css. ora, in un sito normale puoi parecchio ottimizzare l'uso dei css, accorpando qualcosa ma non a discapito della chiarezza e mantenibilità, ma in un progetto che nasce per essere modificato dagli altri, io devo fare una cosa genere, perchè se l'utente vuole, e deve poter essere libero di volerlo, che la locazione banca sia diversa da tutte le altre locazioni del gioco compreso lo sfondo e il logo, può farlo semplicemente modificando il css associato alla pagina.

---

quota

17/10/2007 17:04:52

io dico solo una cosa...i css sono utili e permettono cose che con i tag non si possono fare...ma la maggior parte si possono fare anche con i tag...nelle due pagine che fai vedere é logico che si veda molto la differenza tra le due se la prima é senza sfondo e nel font di default...ci si mette poco a fare una pagina simile a quell'altra che hai fatto vedere anche senza i css

quota

OGame

In OGame migliaia di giocatori da tutto il mondo competono tra di loro per conquistare l'intero universo!

Before Beyond the Lie

Intervista al gestore del GdR moderno Before Beyond the Lie.. avventurati nell'high school americana!

Loot Box

Loot Box nei giochi online: 15 paesi vogliono regolarizzarle: scopriamo i retroscena!

Giochi Digimon

Lista dei giochi ambientati nel mondo dei Digimon! Evolvili tutti!