Bonjour,
Je viens vers vous suite à un petit problème.
 
Pour être bref, j'importe un fichier CSV (édité sous Excel 2007) grâce à du PHP via AJAX.
Je récupère les données je les insères dans ma base MYSQL sans soucis.
 
Maintenant je voudrais mettre un peu de sécurité et empêcher que l'utilisateur ne puisse uploader des fichiers ne respectant pas un certain format interne (en-tête des colonnes).
 
Seul problème au moment de comparer les valeurs récupérées et ce qu'il devrait y avoir, j'obtiens toujours FAUX.
 
J'ai essayé
 

 
J'ai aussi essayé array_diff() après avoir réorganisé mon code.
 
Je n'ai pas réussi.
 
De là j'entends parler de DOM, j'ai ensuite essayé de changer l'encodage de mon script.
Je travaille sous eclipse, je suis donc allé dans workspace pour changer l'encodage par défaut,
puis propriétés du projet et faire de même. Réenregistrer les fichiers concernés, rien n'y fait !
 
J'ai aussi essayé des fonctions php de ce type :
 

 
Trouvées sur un forum. Je n'ai pas réussi. Donc si quelqu'un avait une solution pour comparer de manière fiable, le contenu d'une cellule CSV avec un chaîne de caractères...
Sachant que je ne sais pas en quoi est encodé mon fichier CSV et que mes scripts sont encodés en CP1252
Je suis plus que preneur.

J'ai jamais travaillé avec des fichiers tableurs en php, mais quelles sont les valeurs de $valeurCSV et $valeurVoulue ?
Ce serait quand même plus simple d'afficher ces valeurs pour voir les différences.
 
Sinon, c'est le bom (byte order mark) pas le dom (document object model)

Merci pour cette correction et pour la réponse rapide.
$valeurCSV contient (suivant les versions) tout la ligne du fichier contenant les en-têtes csv séparée par des ";"
ou cellule par cellule.
et $valeurVoulue la même chose
 
(bien sur lors des test j'adapte l'une à l'autre)
 
dans l'idéal le fonctionnement serait basé sur des array puisque j'explode les lignes avec les ";" comme délimiteurs.
 
ensuite je parcours les 2 tableau (celui contenant les valeurs du fichier, et celui contenant les valeurs voulues), et dès lors qu'il y a une différence il met un bolléen à false.
ensuite suivant le bolléen je continue ou non le traitement du fichier et j'affiche un message d'erreur si besoin.
 
Lors d'un echo de chaque variable j'obtiens exactement la même chose, néanmoins mes conditions if ne constatent pas l'égalité.
 
J'ai fait plein de copier/coller depuis mon CSV vers mon script afin d'en être certain. Rien ne change.

La casse est la même aussi ?
 
Bizarre, t'as regardé aussi dans le code source de ta page, quelquefois qu'il y aurait un caractère exotique qui ne serait pas retransmit à l'affichage dans ton navigateur.
 
Teste aussi strlen() sur tes 2 chaines, et éventuellement mb_detect_encoding() pour ta chaine issue de ton fichier csv.
 
Ce sont quelques pistes à explorer, je pense quand même que ça se situe plus sur la différence d'encodage des 2 chaines, à voir.

Une fonction pour lire un fichier csv :

function getContentCSVFile($Filename, $Length = 100000, $Delimiter = ';', $Enclosure = '"', $Escape = '\\', $Mode = 'r')
 {
     if (!empty($Filename))
     {
         $ArrayContentFile = array();
         $fp = fopen($Filename, $Mode);
         if ($fp !== FALSE)
         {
             // Read each line, even there is a \n in the line
             while (($Data = fgetcsv($fp, $Length, $Delimiter, $Enclosure)) !== FALSE)
             {
                 $ArrayContentFile[] = $Data;
             }
         }
 
         fclose($fp);
 
         return $ArrayContentFile;
     }
 
     // ERROR
     return array();
 }

A adapter sans doute pour gérer de l'utf-8...

Merci à vous deux pour vos réponses.
 
J'ai trouvée une solution, (pas forcément propre mais fonctionnelle ).
 
Grâce a strlen().
 
J'ai remarqué que la longueur de chaine était différente de 2 caractères.
Vu qu'avant je travaillais avec des array, j'avais remarqué que c'était toujours la dernière "ligne" du tableau qui posait problème.  
 
Du coup :  
 

 
Pour tout ceux qui ont un soucis il vous faut donc enlever les deux derniers caractères de la dernière cellule lue.
 
Merci encore pour votre aide.

Question bête : tu gères les fichiers CSV dont le contenu d'une cellule est sur plusieurs lignes (ie, elle comporte des \n) ?
Ma fonction, oui...

Moi personnellement non, le fichier est formaté et il n'y à aucun raison d'y rentrer des données suffisamment longues pour occuper plusieurs lignes.
Et vu que c'est un admin qui s'occupera de l'import, je ne pense pas qu'il s'amuserait a ça.
Par contre est-ce que ça peut poser des erreurs de lecture si la cellule occupe plusieurs lignes ?

ben oui. En général, on considère qu'une ligne csv = un enregistrement
Mais si le contenu de la ligne csv a des \n, suivant comment t'as construit ton parser, ça peut poser pb puisque certains enregistrements vont se trouver tronquer...

Ah oui en effet vu comme ça c'est gênant !  
J'en prendrais compte merci !