Accent o gdrcd?

Pagine → 1 2

19/01/2017 14:47:12

blancks ha scritto: Comunque saranno riusciti a riadattarlo per quanto riguarda le globals, ma presto o tardi le versioni di php non supporteranno più mysql e da quello la quasi totalità degli utilizzatori del 3.0 non la scamperà.

Confermo. E' stato un delirio. Ne siamo usciti indenni solo per l'esperienza di chi ci ha messo le mani, altrimenti avremmo tranquillamente potuto buttare tutto alle ortiche e ricominciare con il 5.X.

"La somma dei dolori possibili per ogni anima è proporzionale al suo grado di perfezione"

quota

auronx

SCRIVI

GESTORE GIOCO

19/01/2017 15:01:49

blancks ha scritto:

auronx ha scritto: ...

...

Ma infatti non ho detto che le land non gdr-cd durano di più rispetto ad altre, ho detto che tutte le land migliori e più "vecchie" sono partite da zero ed a tentativi, mi ricollegavo solo alla voglia di fare studiando PHP che a prescindere che sia con codice nativo i gdr-cd serve per fare tutte le implementazioni anche extra che si vogliono.

Non era mio interesse stabilire quale land fosse migliore, se una gdr-cd o meno, semplicemente spiegare che è sempre bene studiare i linguaggi di programmazione (oltre PHP) se si vuole fare un buon lavoro e serio, anche partendo da una base già fatta.

Il primo GDR Italiano di One Piece!

https://www.grandeblu.it

quota

blancks

SCRIVI

19/01/2017 15:23:32

auronx ha scritto: ..

Avevo assolutamente frainteso allora, pardon!

Hero Wars ↗
Costruisci la tua squadra di eroi leggendari e domina il campo di battaglia! Strategia, tattica e potenza si scontrano in questo RPG ricco di azione!

quota

_sway_

SCRIVI

19/01/2017 19:32:25

accent, nella sua prima versione, lo utilizzai per Chicago, ovviamente partendo dalla base ed ampliando lì dove serviva. Attualmente quello stesso codice è passato indenne a php 5 e continua a funzionare, questa volta per una nuova land tutt'ora in alpha.

La versione 2 era molto interessante, ma per pigrizia non volli migrare e ricominciare da lì...

CRSED: F.O.A.D. ↗
Brutale sparatutto MMO in cui vince l'ultimo giocatore che resta in vita nell'arena! Ogni giocatore sarà accompagnato da armi realistiche e magie!

quota

ilgrandeinverno

SCRIVI

20/01/2017 01:49:46 e modificato da ilgrandeinverno il 20/01/2017 01:57:36

blancks ha scritto: ma presto o tardi le versioni di php non supporteranno più mysql e da quello la quasi totalità degli utilizzatori del 3.0 non la scamperà.

Sto ancora ringraziando il beato giorno in cui ho deciso, in previsione del futuro abbandono della libreria mysql, di "centralizzare" tutte le funzioni di accesso al DB con funzioni personalizzate, invece che lasciare ovunque chiamate esplicite a mysql_query(), mysql_num_rows(), mysql_fetch_array(), ecc.

Il nostro hosting supporta ancora PHP 5 (e quindi permette ancora di scegliere tra mysql e mysqli) ma hanno già avvisato che "prima o poi" passeranno a PHP7 punto e stop e lì tanti saluti alla gloriosa libreria mysql.

Ho preferito portarmi avanti perchè temevo un bagno di sangue, col fatto che le funzioni (in caso di uso procedurale e non per classi) di mysqli richiedono la dichiarazione esplicita della connessione utilizzata mentre con mysql veniva usata implicitamente quella in uso al momento dell'apertura della connessione.

Me la sono cavata cambiando solo le funzioni di mysql con le corrispondenti di mysqli nelle funzioni personalizzate e dichiarando la connessione aperta come globale all'interno delle funzioni. Non proprio la soluzione più elegante, ma non avendo esigenze di accedere a differenti db...

Se mai vivo con l'incubo che qualche idiota illuminista possa un giorno decidere di abolire l'approccio procedurale e imporre l'uso delle classi cessando il supporto alla convenzione procedurale. Lì sarebbe veramente l'armageddon.

https://www.ilgrandeinverno.it

quota

blancks

SCRIVI

20/01/2017 12:09:53

ilgrandeinverno ha scritto:
Sto ancora ringraziando il beato giorno in cui ho deciso, in previsione del futuro abbandono della libreria mysql, di "centralizzare" tutte le funzioni di accesso al DB con funzioni personalizzate, invece che lasciare ovunque chiamate esplicite a mysql_query(), mysql_num_rows(), mysql_fetch_array(), ecc.

Per forza, fu una delle primissime cose che feci anche su gdrcd 5.1, tant'è che poi qualche annetto fa abbiamo aggiornato l'intero engine a mysqli con pochissimo sforzo https://github.com/GDRCD/GDRCD/commit/7931483b61ca9e50248c8b8b3939aad41ba65ed1#diff-65d0f4ac62824915436134aefe2c4633.

Me la sono cavata cambiando solo le funzioni di mysql con le corrispondenti di mysqli nelle funzioni personalizzate e dichiarando la connessione aperta come globale all'interno delle funzioni. Non proprio la soluzione più elegante, ma non avendo esigenze di accedere a differenti db...

Più elegantemente puoi dichiarare le variabili come statiche all'interno delle funzioni (come per l'implementazione su gdrcd) o utilizzi $GLOBALS per l'archivio e il recupero del riferimento della connessione al db.

Se mai vivo con l'incubo che qualche idiota illuminista possa un giorno decidere di abolire l'approccio procedurale

La componente procedurale è un caposaldo del PHP, per adesso non è nei piani neanche per PHP8 una cosa del genere quindi puoi stare tranquillo almeno per un altra decina d'anni sicuro :-p

Entropia Universe ↗
Lascia che il tuo avatar esplori nuovi mondi e viaggi tra i pianeti in questo stupendo MmoRpg Sci-Fi Free to Play!

quota

blancks

SCRIVI

20/01/2017 16:31:47 e modificato da blancks il 20/01/2017 16:37:43

darkromance ha scritto: Devo dire che pensavo fosse più complicato.
Lo trovo di base abbastanza intuitivo

Razor sapeva il fatto suo, con qualche base alle spalle accent è uno scriptino molto utile. La versione 2 invece non l'ho mai sbirciata ad essere sincero ma il problema rimane il fatto che c'è zero supporto e quasi nessun aggiornamento dal suo rilascio.