D'où l'intérêt de garder le xml d'un twit…
ManUtopiK
id, date!, url de l'image du profil... ça peut être pratique.
De plus, quand twitter acceptera les balises géo, on sera prêt pour
géolocaliser les transactions. Ça offre des perspectives intéressantes
je trouve...
Autres avantages :
on connaît le nombre de followers et following ; pour du e-reputation,
je sais pas, à discuter...
facilite le partage de données entre banques, juste un xml à envoyer,
y insérer d'autres balises comme la platform : twitter, laconica,
facebook... , un hash mot de passe, l'ID du serveur twitbank, s'il y
en a plusieurs, qui a enregistré la transaction...
Dans le update.php, il suffit juste de charger le xml après qu'on ait
vérifié que le twit est bien une transaction :
$xml_url = sprintf("http://twitter.com/statuses/show/%s.xml", $id );
$xml_content = file($xml_url);
Puis de le garder dans la base avec une petite ligne en +
$stmt->bindParam( ':xml', $value, PDO::PARAM_LOB );
Et en metadata, on ne garde que l'essentiel :
le user_src et le user_dst, la value, et le nom de la monnaie.
ou alors on les ajoute dans le xml, à voir ce qui est le mieux pour
faire de la compta derrière...
Faut adapter la sqlite3 pour ça.
Heureusement on à l'ID des twits, on va pouvoir repomper tous les xml
des twits exploracoeurs déjà effectués...