notion particulière. ',
'uid' => 1,
'nickname' => 'Pomme de terre',
'site' => ",
'type de site' => 1,
'heure de début' => 1191074174,
'dernière fois' => 1191629784,
'totalviews' => 14,
'totleblogs' => 3
);
Étant donné que le programme détermine automatiquement magic_quotes_gpc et échappe automatiquement à toutes les données POST et GET (sous les barres obliques ajoutées), $message['sitename'] dans le tableau ci-dessus devient une tribu native avant d'être stockée dans la base de données. la base de données mysql, le contenu enregistré est toujours la "tribu Turen" (ne me demandez pas "Comment entrer dans la base de données mysql et cela devient". C'est la fonction d'échappement de mysql, et la plupart des bases de données s'appuient également sur pour s'échapper ), il n'y a aucun problème pour le moment.
Le problème survient lorsque ce champ est récupéré de la base de données puis désérialisé. Puisque la valeur de la tribu native n'est pas échappée de la base de données, elle échouera lors de la désérialisation.
J'ai pensé à plusieurs solutions :
Premièrement, le tableau n'existe plus dans un champ et chaque clé existe indépendamment dans un champ. Ceci est exclu car le système est déjà en cours d'exécution et il est difficile de le modifier.
Deuxièmement, ajoute le tableau sérialisé avant de stocker les données dans MySQL. À l'heure actuelle, les données stockées dans MySQL sont la tribu Turen, mais la base de données constate que les données après la désérialisation sont toujours la tribu Turen, elles doivent donc le faire. être traité à nouveau. Ce tableau supprime les barres obliques une par une.
Troisièmement, abandonnez l'expérience utilisateur :). Ne laissez pas '/' apparaître. Si c'est le cas, il sera automatiquement remplacé.