Ses derniers messages sur les forums
(Amery) Tu as surtout une mauvaise pratique : tu ne contrôle pas le retour des fonctions qui peuvent échouer.
Il faut systématiquement vérifier ce genre de choses, sinon tu risques d'avoir de plus en plus de problèmes en proportion de la complexification de tes applications.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(La Globule) Non :) Ça dépend de la
collation du soir que tu as utilisé pour coder les caractères d'une table.
Et la collation par défaut est latin1_swedish_ci, qui elle fait le distingo entre les lettres munies ou non de diacritiques.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Déjà que je dois enlever ma culotte, si en plus on fait un concours de qui à la plus grosse, je vais rester longtemps :p
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(i M@N) Il y a quelques années, je n'étais pas pinailleur. C'est à force de voir des désastres informatiques que je le suis devenu. Et ce qui m'arrache le plus les tripes, se sont souvent les a priori de développeur (on a pas besoin de plus de deux chiffre pour coder une années, 8 bits c'est amplement suffisant pour coder les caractères, les id d'une table sont contigües et croisant ;) ).
Tu proposes un exemple, certes, et c'est appréciable. Cependant, je parie ma culotte que tu as répondu à côté. Pas que tu sois impotent, simplement nous n'avons pas assez d'élément pour apporter une réponse pertinente. Dans notre cas, ta réponse risque justement d'induire Mat en erreur.
La colonne id peut être une pratique systématique, pour facilité la gestion des contraintes. Mais en aucun cas cet identifiant est obligatoire. Par exemple, dans une table de jointure, c'est même inutile et gênant.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(i M@N) Pourquoi aurait-il une colonne « id » ? Qu'est-ce qui garantirais que les 200 000 premiers sont effectivement les enregistrements compris entre 0 et 200 000 ? (surtout qu'en SQL, l'habitude est de commencer à compter à partir de 1).
(Mat) Quelle est la requête ?
Quelle est l'offre que tu utilises chez OVH ? (Kimsufi, Plan machin, etc.) Au bout de combien de temps le message apparaît ? Comment soumets-tu la requête ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Si, tout ça aide beaucoup à circonscrire le bogue. L'assaut nous allons donner ;)
Quelle est la version exacte de ton PHP ? Il y avait un bogue qui concernait la version
4.1.2, qui était assez similaire.
Essaye de serializer le tableau avant de le sauver en session, pour voir si ce n'est pas un problème de compatibiliter de ton tableau avec les routines de serialization.
<?php
// Pour sauvegarder
$_SESSION['tableau'] = serialize($tablo) ;
?>
<?php
// Pour utiliser
$tablo = unserialize($_SESSION['tableau']) ;
?>
Au fait, y a-t-il des objets dans le second tableau ? Il se peut que ces objets, lors de leur sérialization, aient définient les
méthodes magiques __sleep et __wakeup. Si la méthode __sleep lèvent une exception lors de la sérialization de l'objet, il se peut que ça explique la disparition du tableau.
À noter qu'on le verra lors de la serialization et unserialization manuelle.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Tu peux utiliser les sessions avec la même interface, mais avec un backend différent. Tu peux remplacer le terme backend par le terme plug-in :)
Chaque backend a ces avantages et ces limitations. une des limitations peut être la taille du tableau sérialisé.
Je t'encourage à relire
cette section du manuel.
Comme je le pensais, ce n'est
pas le même code qui gère le premier tableau et le second tableau :)
Après tout ce code, est-ce que les données sont bien induites dans le tableau de session :
<?php
var_dump($_SESSION) ;
?>
Pour l'indentation... certes la taille de la fenêtre n'est pas pratique. C'est pourquoi je rédige dans un éditeur de texte.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(moogli) Uniquement s'il a register_global='On', ce qui est fortement déconseillé.
Quel est le backend (fichier plat, mémoire partagée, base de données) de sauvegarde de la session ?
Est-ce que le même code sauvegarde les tableaux, ou sont-ce deux codes différents ?
Quelle est la taille des tableaux ?
Es-tu certain que c'est le second tableau qui disparaît ?
Quelle est la taille de ces tableaux ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Tu te trompes. Tout les FAI n'imposent pas une IP dynamique.
De plus, les spammeurs n'utilisent pas que des machines de windowsiens, mais aussi les même windowsiens qui utilisent l'ignoble PHPbb, parce que c'est simple et que tout le monde l'utilise. Actuellement, ça fait quelque chose pour 500.000 machines qui spamment. Et ces machines, ce sont des serveurs web, avec une IP fixe ;)
Tu as des sites qui sont spécialisé dans la lutte contre le spam, et qui entendent mutualiser les efforts. Tu as par exemple
Spamhaus. Je le consulte tout les jours pour m'assurer que mon serveur ou ma machine locale n'est pas blacklistée.
Il doit même exister des classes/modules PHP qui permettent d'utiliser Spamhaus, pour vérifier. Ce sera plus fiable qu'un anti-spam.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Regarde aussi pour bannir les IP spammeuse.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
