PDO dalla A alla Z

[mdsjack]

Grande andr3a!

mi ero interessato a db layer come DBX, che però non ci sarà più, poi avevo intravisto questo PDO, ma era in sviluppo...

Ottimo lavoro.

Ma sarà anche *attivato* di default, o sarà solo incluso?

Tra questo e il nuovo supporto DOM, php sta diventando moooolto più efficiente ma anche estremamente facile da usare.


ciao,
jack.

[andr3a]

Originariamente inviato da mdsjack
Grande andr3a!

meglio tardi che mai, questa pillola e' del 14-07-2005 ... cmq grazie

Originariamente inviato da mdsjack
avevo intravisto questo PDO, ma era in sviluppo...

io lo conosco dalla 5.1 beta e l'ho subito approfondito, tutti i linguaggio hanno driver più o meno completi, mancava solo a php ;-)

Originariamente inviato da mdsjack
Ma sarà anche *attivato* di default, o sarà solo incluso?

nella beta era di default, nella RC se non ricordo male pure, ora devi metterlo ma credo sia la strada giusta, poichè essendo estremamente importante ed allo stesso tempo nuovo, è un bne poterlo aggiornare a prescindere dal rilascio della nuova release di PHP

Originariamente inviato da mdsjack
Tra questo e il nuovo supporto DOM, php sta diventando moooolto più efficiente ma anche estremamente facile da usare.

si, ne parlavamo giusto qua' ... ehm, azz !!! c'hai gia' messo piede

[mdsjack]

ah, è di Luglio?!? scusa ma non ho molto tempo per guardarmi il forum...

il nuovo DOM di php5 l'ho visto solo qualche tempo fa, non so è come una manna! facilissimo (= a javascript) e di default. una ficata. quando arriverà anche IE7 e il supporto dei browsers per XForms ci sarà da divertirsi a costruire le interfacce dei programmi.

...Dicevi l'altro 3ad su 5.1, l'ho appena cercato apposta

[chris]

Originariamente inviato da andr3a
poi te sempre pessimista eh ?

Ma mica solo io, eh

Leggi questa discussione http://beeblex.com/lists/index.php/p...:php.internals

In soldoni ci sono problemi tra gli sviluppatori dell'interprete php perché non esisterebbe un piano ben preciso di sviluppo. Questa volta il dibattito è nato intorno all'aggiunta solo nella rc6 (una settimana prima del rilascio ufficiale) di una classe "date" inserita nel core che ovviamente impedisce la creazione di nuove classi date (questa che è molto usata ad esempio http://pear.php.net/package/Date).

[gm]

Originariamente inviato da piero.mac
Non ho molto tempo per provare, ma mi pare che se esegui una sola query funzioni.

No, almeno da me va in palla anche con una sola query.

Questo il codice che fa crashare apache

<?php

try {

    $dbo = new PDO(
                        $dsn,
                        $dbVars['db_user'],
                        $dbVars['db_pass'],
                        array(PDO::ATTR_PERSISTENT => true)
                    );

} catch(PDOException $e) {

    echo 'Errore di connessione: '.$e->getMessage();

}

$pdostatement = $dbo->prepare('SELECT * FROM fake_table');
$pdostatement->execute();

?>

Mi sa che segnalo il bug

[piero.mac]

provato ora cambiando solo il nome della tabella e non crasha su win xp e mysql 4.1.x e manco con mysql 5.0

mettimi anche le righe che usi per visualizzare i dati cosi' faccio la prova completa.

[gm]

Originariamente inviato da piero.mac
provato ora cambiando solo il nome della tabella e non crasha su win xp e mysql 4.1.x e manco con mysql 5.0

mettimi anche le righe che usi per visualizzare i dati cosi' faccio la prova completa.

Non metto neanche le righe per visualizzare i dati, è sufficiente quello che ho postato a far crashare apache.

Comunque ho aperto un bug su bugs.php.net, mi è stato risposto di riprovare con l'ultimissima versione presente nel cvs, ho ricompilato php (5.1.1 dev), ma l'errore si ripresenta tale e quale

http://bugs.php.net/bug.php?id=35415

[piero.mac]

<?php
$dsn = 'mysql:host=localhost;dbname=test';
$dbVars['db_user'] = 'pierino';
$dbVars['db_pass'] = 'la_peste';

try {

    $dbo = new PDO(
                        $dsn,
                        $dbVars['db_user'],
                        $dbVars['db_pass'],
                        array(PDO::ATTR_PERSISTENT => true)
                    );

} catch(PDOException $e) {

    echo 'Errore di connessione: '.$e->getMessage();

}

$pdostatement = $dbo->prepare('SELECT * FROM photo1');
$pdostatement->execute();

echo "<pre>";
$result = $pdostatement->fetchAll();
print_r($result);
echo "</pre>";
?>

Questo a me funziona senza problemi. Anche se dopo aggiungo un altra query. esempio al precedente aggiungo:

foreach($dbo->query('SELECT id, title FROM photo1') as $row)
    echo $row['id'].' - '.$row['title'].'
';

Pero' se non svuoto il buffer dal primo result set (prova a commentare le righe tra <pre> e </pre>) mi restarta apache. (ricordarsi di chiudere/aprire il browser prima di ogni prova).

Questo per me e' un bug.... Ne ho gia' individuato pure un'altro che sto provando ora.

[gm]

Originariamente inviato da piero.mac
Questo a me funziona senza problemi.

Ma la tabella photo1 esiste ?

[piero.mac]

Originariamente inviato da gm
Ma la tabella photo1 esiste ?

Ovviamente.

Con nome tab non esistente ho provato a catturare l'errore prodotto ed e' corretta la segnalazione che ricevo.