mysql e mysqli

08-02-2009, 14.41.15

Ciao a tutti, ho un sito che si basa per la maggior parte sulla connessione ad DB tramite mysqli... ma a quanto ho visto altervista non lo permette

. Perchè non ampliarlo permettendo entrambi i tipi di connessione??? Ciao a tutti.

21-03-2009, 11.28.20

mi associo alla richiesta: ho necessità per un progetto universitario di utilizzare questa estensione, perchè su altervista non è abilitata?

ho letto vari thread che ne parlano ma nessuno spiega il perchè qui non sia attiva

21-03-2009, 14.55.26

Perchè altervista ha circa 55 server, e 700.000 e passa iscritti, quindi capirete che un lavoro del genere non si fa dall'oggi al domani

Aspettiamo risposte dallo staff comunque

21-03-2009, 18.45.14

ok, ma visto che guardando nel forum, di sta estensione mysqli se ne parla dal 2005-2006 .. ;)

10-08-2009, 09.41.14

nessuna novità su questa estensione? capisco che dietro ad altervista e ai suoi server ci sia un lavoro non indifferente, ma abilitare questa estensione richiede l'eliminazione di un punto e virgola dal php.ini e il riavvio di apache\mysqld ..

01-10-2009, 11.40.33

Scusate l'ignoranza, ma che vantaggi può portare il mysqli?

10-12-2009, 11.36.47

Mysqli sta per mysql improved ed è stato sviluppato per utilizzare a pieno le potenzialità di MySQL versione 4.1.3 o superiore, quindi sulla carta sarebbe meglio (e SUN ovviamente lo promuove dal 2006).
Inoltre con mysqli l'approccio di programmazione non è procedurale ma è tipo object oriented.
Basterebbe che "altervista" lo abilitasse solo su alcuni server e in questi server ci si fa girare i siti che lo vorrebbero utilizzare ... speriamo... io ho sviluppato sulla mia macchina tutte le pagine con mysqli e ora mi trovo a dover mettere mano al codice!!!

19-02-2010, 00.56.41

Mi associo alla richiesta!
Anch'io ho sviluppato con mysqli e non ho la possibilità di cambiare tutto il codice

07-04-2010, 17.15.47

Salve a tutti, anche io mi associo alla richiesta dei colleghi qui sopra, ho un applicativo da installare sul mio spazio web, che nelle recenti versioni ha pressoché dismesso l'interfacciamento al database diciamo "tradizionale", in favore di un'interfaccia a oggetti che si appoggia sulla libreria mysqli... Ovviamente nel rispetto del tempo e degli sforzi che i sistemisti e gli amministratori di AV mettono ogni giorno in campo per far funzionare tutto benissimo, sarebbe interessante sapere se almeno l'attivazione del modulo è stata presa in considerazione. :)

**Gianluca** · 07-04-2010, 18.47.17

Sì, presa in considerazione e in lavorazione. Saranno disponibili per il php5 di prossima uscita PDO mysql, e mysqli salvo imprevisti.

07-04-2010, 19.42.55

Originalmente inviato da Gianluca

Sì, presa in considerazione e in lavorazione. Saranno disponibili per il php5 di prossima uscita PDO mysql, e mysqli salvo imprevisti.

Grazie mille per la pronta risposta Gianluca, attenderò con impazienza, buon lavoro...

13-05-2010, 12.41.47

Quindi, in sostanza, quando c'è scritto che si può passare alla versione php5 nelle impostazioni del database non sono inclusi i codici con "mysqli"? Ma allora non è l'aggiornamento a php5, è ancora 4 benché ci sia scritto 5. Scusate, ma non riesco a capire perché ti da la possibilità di aggiornare il database a php5 se poi non si può utilizzare le funzioni "mysqli".

31-05-2010, 17.54.47

Oggi può essere il giorno tanto atteso!

Direi di provare subito!

E chissà quante altre novità ci sono ...

**javascripter** · 31-05-2010, 19.34.56

Originalmente inviato da maxpinto

Oggi può essere il giorno tanto atteso!

Direi di provare subito!

E chissà quante altre novità ci sono ...

la cosa che mi rende più contento è che allow_url_fopen è abilitata ;)!

**alemoppo** · 31-05-2010, 20.29.08

Originalmente inviato da javascripter

la cosa che mi rende più contento è che allow_url_fopen è abilitata ;)!

ccc..ccoosa??

E' vero??

Cioèè? adesso si può usare la fopen() invece delle CURL e/o fsokopen??

peccato che non ho tempo di provare!!

Ciao!

**darkwolf** · 31-05-2010, 20.35.19

Nel mio phpinfo() { darkwolf.altervista.org/phpinfo/ } non vedo l'allow_url_fopen

-
In compenso vedo il pdo_mysql e quindi: PiWik :D
-
OT: piwik falliva il controllo sull'integrità con generateDoc.bat (115 invece di 117byte).
Ho risolto inviando tale file in modalità binaria (invece di "automatico")

**Gianluca** · 31-05-2010, 20.45.21

A breve un post sul blog e un annuncio sul forum per ufficializzare la cosa. Sì, allow_url_fopen è disponibile seguendo la medesima logica di curl o fsockopen, quindi con la whitelist sbloccabile. Ovviamente chi avesse già la whitelist sbloccata in precedenza non dovrà rifarlo.

**andreafallico** · 31-05-2010, 21.02.33

Piccolo OT: ma questa cosa (Modificare parzialmente l'User-Agent) in futuro è fattibile?

**darkwolf** · 01-06-2010, 03.31.09

@Gianluca (o chiunque sappia/possa rispondere): Dato che fino ad oggi ho usato curl per prendere pezzi da altre pagine e ormai mi ci trovavo bene mi chiedevo: è necessario/utile (in termini di prestazioni) passare e file_get_content?
In ogni caso non sarebbe "meglio" abilitarlo tramite switch (magari da applicare all'htaccess)? :)
Cioè, in termini di sicurezza, adesso che fopen/file_get_content è abilitato (non lo vedo nel phpinfo ma ho verificato che funziona), come siamo messi? :)

**javascripter** · 01-06-2010, 09.27.26

Nell'ambito delle prestazioni non so dirti niente ma se si tratta di recuperare solamente un sorgente di una qualsiasi pagina, senza inviarare headers (ad esempio dati via POST) alla pagina può andare benissimo file_get_contents/fopen
-
Ho provato a recuperare il sorgente di google (sia con curl sia con file_get_contents) e questi sono i risultati:

file_get_contents: 0.13881587982178 secondi
curl: 0.17197299003601 secondi

**Gianluca** · 01-06-2010, 10.59.17

darkwolf:

in termini di prestazioni non è semplice fare una misurazione precisa, proprio perchè c'è di mezzo la rete, li considererei equivalenti.

Sul piano della sicurezza, posto che ognuno può sempre riattivare la whitelist anche dopo averla sbloccata da pannello, il tutto è sempre lasciato all'applicativo, la sicurezza dovrebbe in genere essere affidata ad una programmazione robusta piuttosto che ad eventuali limitazioni della piattaforma su cui gira.

Storicamente i problemi di sicurezza, comunque, si sono spesso presentati sul remote include

Codice:

include("http://www.aaa.com/script.php");

Perché questo porta con sè anche l'eval del relativo contenuto che arriva, e questa funzione resta disabilitata

**darkwolf** · 01-06-2010, 13.09.13

OK, chiarissimo, grazie mille ad entrambi :)

17-08-2011, 01.52.34

Originalmente inviato da Gianluca

Sì, presa in considerazione e in lavorazione. Saranno disponibili per il php5 di prossima uscita PDO mysql, e mysqli salvo imprevisti.

A distanza di più di un anno, ci sono novità in merito? Io ho provato ad utilizzare msqli ma ancora non funziona.
Lo chiedo visto che sono in tanti che ne vorrebbero l'abilitazione. Infatti lo si può notare facendo una ricerca sul forum, eccola per esempio. Andando più nello specifico, si trovano richieste anche nella sezione delle proposte; anche qui ho fatto una ricerca.
Ringrazio in anticipo per eventuali risposte

**Gianluca** · 17-08-2011, 10.02.34

mysqli è appunto attivo da oltre un anno

17-08-2011, 12.13.11

Chiedo scusa e ti ringrazio molto per la risposta. L'avevo chiesto perchè sto avendo dei problemi ad installare, non so se lo conosci, tomatocart. Grazie ancora per la risposta

28-12-2011, 21.02.24

Originalmente inviato da javascripter

la cosa che mi rende più contento è che allow_url_fopen è abilitata ;)!

Ciao scusa mi puoi spiegare come abilitare

ti ringrazio anticipatamente

Discussione: mysql e mysqli

LinkBack

Strumenti discussione

Display

mysql e mysqli

Mysqli è in teoria meglio

Utilizzo mysqli

Regole di scrittura