GDRCD 5 FINAL

09/08/2010 19:47:08

Fabri domandina, ma se il pg è in una gila il simbolo si vede in chat assieme a sesso e razza?

---

quota

09/08/2010 20:39:26

no, quello non ce l'ho messo. Motivo ufficiale perche' uno non gira con la scritta, "ciao, lavoro a Pippolini SPA" in testa. Il motivo vero e' che gestire l'iconda di gilda in chat si complica (in vero assai di poco) con il fatto che gdrcd 5 ammette le affiliazioni di gilda multiple, e mi faceva fatica farlo.

---

quota

09/08/2010 21:16:36

Ora l'ho prvato per bene e devo dire che è abbastanza carino!
Bisognerebbe creare un vero e proprio sito del CMS dove vengono pubblicati temi e plugin. Magari i temi con allegato un eventuale file psd, così che tutti possano modifcare tutto a loro piacimento.

---

quota

09/08/2010 22:55:40

sai cosa? andrebbemo ma levati quei due iframe che ancora ha e cambiarli con due div che refreshano indipendenti in ajax ^^

---

quota

10/08/2010 22:42:38

Mi chiedevo, sig. Mr_Faber, leggendo così velocemente il codice alcune cose (essendo un aspirante programmatore amatoriale):

1)Parametri statici
Per effettuare le connessioni e gestire le situazioni standard utilizzi una variabile $PARAMETERS che è un array di arrays (se ho visto bene).

- Come mai la scrivi in stampatello?
- Le variabili di PHP sono case-unsensitive?
- Ed è una buona norma scriverle in stampatello?
- Per i parametri non era meglio utilizzare le costanti?

2) Gestione Errori
Anche nella gestione degli errori utilizzi un Array di Array ($MESSAGE) con le varie tipologie di errore.

Ex:

Sul mio manuale di PHP la gestione degli errori (o eccezioni, come sul manuale vengono nominati) viene spiegata tramite il "try and catch" con rigenerazione (throw). Mi pare ce il nome della classe da utilizzare per la gestione delle eccezioni sia Exception, con possibilità di estensione.

- Vale la pena utilizzare l'approccio OOP con la classe Exception e il "try and catch" oppure no? Quali sono i vantaggi e gli svantaggi?

3) Sessioni

Domanda sciocca... Ma quando invio variabili di sessione:



Tale informazione è memorizzata all'interno della cartella temporanea del php giusto? Mica nel cookie di sessione?


@#@#
Mi scuso per le numerose domande. Spero di non essere stato troppo tedioso!

quota

11/08/2010 12:06:14

Un bel po' di domande, vediamo un po ^^

Avevo bisogno di mantenere dell'informazione attraverso le pagine. Ora, mantenere informazione su un sistema stateless significa o averla su un supporto (file, database, cookie, sessione...) o includerla in qualche modo nel codice. Ho optato per quest'ultima perche' e' piu' veloce a processare, mi risulta, e perche' e' una soluzione che ho visto adottare spesso nei CMS.


Fondamentalmente per distinguere le variabili globali e le costanti globali dalle locali nella pagina. Rende piu' facile la rilettura del codice. Vecchia abitudine di quando lavoravo in C.


Credo possa dipendere dall'interprete su cui lavori, ma penso proprio siano case sensitive, essendo il PHP della famiglia del C.


E' buona norma adottare convenzioni e rispettarle.



A livello di prestazioni probabilmente si, per il fatto che una costante viene tradotta nel corrispettivo valore nella fase in cui il codice viene interpretato. Pero' avrebbe reso i file di configurazione, intesi per una lettura dell'utente, piu' pesanti da capire, a fronte di un vantaggio minimo.



Uso sempre l'array $MESSAGE per separare un minimo il content dalla pagina. Utilizzando un file vocabolario e' possibile intervenire sul testo senza andare a toccare il core del programma. E' il minimo del minimo di quel che c'e' da fare per un CMS. Quanto al come l'ho fatto, ho preso ispirazione da CMS su cui ho lavorato, in particolare, penso, da Mahara, che gestiva cosi' il supporto linguistico. In effetti con pochi interventi di codice, GDRCD5 potrebbe senza problemi supportare la scelta della lingua da parte dell'utente ^^




E' una domanda ampiamente dibattuta tra sostenitori e non della OOP. GDRCD in particolare e' destinato a un pubblico che gia' fatica molto a mettere mano al codice cosi' com'e', che e' semplicissimo, con una soluzione object oriented e magari a template avrebbero avuto difficolta molto maggiori. La oop ha il vantaggio che ti crea strumenti che poi riusi a oltranza, molto piu' agevolmente di una librerira di funzioni e hai un codice maggiormente incapsulato e manutenibile.



Proprio li invece. Il php e' un sistema stateless, non mantiene alcuna informazione lato server.



Figurati, e' un piacere.

---

quota

11/08/2010 12:59:04

Proprio li invece. Il php e' un sistema stateless, non mantiene alcuna informazione lato server.

World of Tanks ↗
Lanciati in epiche battaglie spalla a spalla con altri giocatori. Conquista la supremazia nel mondo dei Carri Armati!