Reprise du message précédent :
Comment ça déchire grave sa maman quand même Mootools

Ratibus> Comprends pas, si je fais

<?php
$user = UserPeer::retrieveByPk(1);
?>

J'ai l'impression que ça fait planter Apache

<?php
$user = UserPeer::retrieveByPk(1);
?>

Argh, propel  

<?php
$user = UserPeer::retrieveByPk(1);
?>

   
 
T'as qqch dans le error_log d'Apache (si c'est là que tu loggues les erreurs PHP).
T'as quelle version de PHP ?

Php 5.2.1
Et rien dans les logs (les erreurs sont loguées dans les jounaux système de WinXP)

Edit : bon de toute façon je ferai les tests sur un serveur Linux pour voir

Dans le error_log d'apache, si jamais ça segfault c'est marqué de toute façon
T'es sûr que ça fait planter ?

Pas si sûr non. Mais ça mouline, pendant presque 3 minutes, et tout à coup ça arrête de mouliner, mais page blanche, aucun message d'erreur, et rien dans les logs.
 
J'ai fais un bête test "echo $this_var_is_not_set", et j'ai bien une erreur dans les logs...

Si ça mouline aussi longtemps, c'est pas le temps d'execution maximale d'un script php qui est atteint ?

 
J'avais un problème de port de MySQL ... il était configuré par défaut sur 80 au lieu de 3306 M'enfin, il aurait quand même pu me blancer une erreur quelque part ce con

MySQL transition :

Pourquoi que MySQL il m'échappe mes quotes dans les retours de SELECT ?

Ya un truc à désactiver ?

T'aurais pas un magicquote quelque chose d'activé dans ton php.ini toi?
En passant, t'es sur que c'est pas rajouté à l'insertion?

 
C'est ce que j'avais répondu ... avant d'effacer mon message croyant dire une connerie car magic_quote_gpc => gpc => get post cookies ... me suis dis qu'une requête sql ne devrait pas être impactée.
 
Par contre pour ce qui est de l'insertion en base avec les antislashes, ça c'est probable ... (et donc un magic quote activé aussi du coup )

Le truc, c'est qu'il y a la même chose avec les bases de données (mais je me rappelle plus le nom exact) d'où la question.
Vivement php6 qu'on ai plus ce soucis (ils les ont déjà viré il me semble)

Insertion : non, je n'ai pas de slashes dans la base.
Magicquotes : désactivés, et puis c'est pas pour le SQL il me semble.

Si tu récupères des données en $_POST/$_GET/etc. et que tu as les magics quotes, il t'en rajoute, donc :

Formulaire :
C'est chouette
=> Envoyé

Réception :
chaine= C\'est chouette
$str= mysql_real_escape_string($chaine);
chaine= C\\\'est chouette;

INSERT INTO madb (mavalue) VALUES ('$str');

Paf, à la récupération, tu as ton slashes avant l'apostrophe.

?

Quoi "?" ?

Il disait que ça n'était pas pour MySQL avec un ton douteux comme si il n'était pas sûr.

Alors je lui démontrais que ça n'avait pas directement d'intéraction avec MySQL mais que ça jouait quand même sur l'enregistrement si les données venaient d'une requête ($_POST/$_GET/$COOKIE/$_SESSION/etc.)

Perso, je désactive systématiquement les magic_quotes dans le .htaccess.

Oui mais là, c'est déja désactivé depuis longtemps, et j'ai pas de slashes dans mes tables

Ce que je voulais dire dans mon ton douteux, c'est qu'il aurait pu y avoir genre un magic_quote_sql qui échappe tous les mysql_fetch_array, fin voila quoi mais non

theredled > Et là, je te dis : ce qu'est rigolo avec les options de config php, c'est que le magic_quotes_sybase ne concerne pas que sybase. (sic)
Mais bon, vu ce que tu dis, ça ne vient pas de là. Tu utilises quoi comme framework? T'as le problème en utilisant les fonctions les plus basiques possible (mysqli_* et echo) ?

mysql_* (pas mysqli_ par contre) et print_r, ouep.

Bon, 'k lol, j'avais deux fois la même ligne dans la base, l'une slashée et l'autre pas, donc tout est normal sa race, en fait.

Ton "ouep", il veut dire que t'as quand même le problème avec ces fonctions là?
 
EDIT : lol, problème résolu alors.

Bordel, mais comment php.net peut-il être aussi mal référencé

Tu cherches quoi dessus ?

J'ai la même réflexion pour les sites de microsoft quand je veux faire du .net  

Nan mais c'est bon j'arrive toujours à trouver, faut fouiller stou

Sinon je capte rien à PEAR comment ça s'utilise ce machin-là

Ca ne s'utilise pas. Ca se jette dans les toilettes, et on tire la chasse deux fois, pour etre sur!

 
Pourtant ça m'a permis d'installer Symfony le plus simplement du monde

OK alors gimme une autre alternative pour écrire les tags mp3 ID3 V2

Et pourquoi sinon ?

http://rasher.dk/source/mp3/id3.php
http://getid3.sourceforge.net/

? Ou un vrai langage?

Hé ho

Houu

Comment je sais c'est quoi qu'est vrai

Tu testes et tu fais pas chier

De tout facon, les ID3, c'est de la merde. Quelle idee d'aller mettre les meta-donnees en debut de fichier

Les tags sont à la fin il me semble

ID3v1, les tags sont à la fin, ID3v2, les tags sont au début

Bof, au début ça permet de pas avoir à searcher le début du comment depuis la fin, chercher depuis la fin c'est facile quand la taille totale est fixée (ID3v1, 128 bits point barre) mais c'est super pas pratique quand la taille des métadonnées est variable/indéfinie.

Au début, ça permet soit de les sauter facilement soit de les parser/utiliser/afficher avant de commencer à balancer le bitstream.

Après, il y a de tout: ID3v1 est en fin, ID3v2 est au début, les Vorbis Comments (OGG, FLAC, Speex) sont au début, APEv2 (MonkeyAudio, MPC, WavPack) peuvent être au début comme à la fin mais il est conseillé de les avoir en fin, ...

edit: en fin, si on joue bien son truc ça permet aussi de plugger le système de comments/metadatas dans un format non prévu pour (ce qui s'est passé pour APEv2): la majorité des parseurs ne comprenant pas vont simplement considérer que ce sont des données incorrectes et vont les dropper, mais si on développe un format de métadonnées dans le cadre d'un conteneur ou format spécifique on s'en fout, et autant le mettre au début.

Ai téléchargé getID3(), ai des fonctions pour écrire en V2, thx

Ai pas encore testé, ai pas de Easyphp en php5, vais tester sur le serveur.

TheRedLed> t'as cassé la touche j de ton clavier ???