Encodage des documents

tilb · 2009-07-23 12:14:43

Bonjour,

J'ai un problème concernant les documents enregistrés dans GLPI.

Prenons par exemple un simple fichier TXT encodé à l'origine en ANSI. Je l'envoi dans les documents GLPI. Le fichier reçu et enregistré dans le dossier files\TXT de mon serveur, est strictement identique à l'original.

Lorsque je souhaite le visualiser à partir de GLPI, j'obtient cela :

c'est un TEST &#65533;&#65533;&#65533;&#65533;

En fouinant un peu, je me suis aperçu que si je refait la manip en envoyant un fichier encodé à l'origine en UTF-8, je n'ai pas de souci...

Le problème, c'est que tous mes documents Word, Excel, n'arrive pas à s'ouvrir.

Une idée ?

Ma config :

Windows serveur 2003

Apache :     Apache/2.2.8 (Win32) PHP/5.2.5 mod_ssl/2.2.8 OpenSSL/0.9.8g mod_auth_sspi/1.0.4 mod_perl/2.0.3 Perl/v5.8.8 

PHP Version 5.2.5

Merci d'avance,

Florian

tilb · 2009-07-23 12:42:38

Complément d'info :

Lorsque je tente d'ouvrir le fichier téléchargé avec NotePad++, que je modifie l'encodage en "UTF-8 sans BOM", puis que je l'enregistre. Word arrive ensuite à ouvrir mon fichier correctement.

Il semblerait que la cause soit la présence de cette marque BOM http://en.wikipedia.org/wiki/Byte-order_mark

Une piste donc...

JMD · 2009-07-23 12:48:18

Lorsque je souhaite le visualiser à partir de GLPI

C'est à dire ?

Vous faites quoi exactement ?

Si vous vous contentez de le télécharger il se passe quoi ?

tilb · 2009-07-23 13:31:45

Lorsque je suis dans la gestion des documents, et que je clic sur le lien permettant de télécharger le fichier en question. Le navigateur propose alors de l'ouvrir directement ou de l'enregistrer sur le disque.

Dans le deux cas, le fichier obtenu n'est pas lisible par Word (Dans le cas d'un .doc ..!).

D'où le test fait après :

tilb wrote:

Complément d'info :
Lorsque je tente d'ouvrir le fichier téléchargé avec NotePad++, que je modifie l'encodage en "UTF-8 sans BOM", puis que je l'enregistre. Word arrive ensuite à ouvrir mon fichier correctement.
Il semblerait que la cause soit la présence de cette marque BOM http://en.wikipedia.org/wiki/Byte-order_mark
Une piste donc...

En espérant être plus clair

JMD · 2009-07-23 22:36:44

Je comprends pas vraiment là... Ce qui merdoie chez vous.

tilb · 2009-07-24 08:43:01

Parce qu' une p'tite image vaut mieux qu'un long discours :

Voici ce que j'obtiens en tentant d'ouvrir un document Word uploader dans GLPI...

remi · 2009-07-24 09:15:34

Comment avez vous envoyé le fichier sur le serveur GLPI ???

Je ne vois absolument pas pourquoi le document serait alteré si vous passez par la fonction d'upload.
Maintenant si vous utilisez un autre moyen (ftp, ...) ...

+

tilb · 2009-07-24 09:33:44

Les fichiers sont envoyés via la procédure normale :

Création d'un nouveau document dans GLPI, ajout du fichier via le bouton parcourir.

D'autres documents sont ajoutés via le collecteur mail (Lorsqu'il y a des pièces jointes) pour le Helpdesk.

Je précise que l'upload semble correct car le fichier, une fois uploadé par cette procédure "standard", se retrouve sur mon serveur web dans le dossier "_files\DOC". D'ici lorsque je l'ouvre avec Word, il n'y a aucun souci.

C'est pour cela que j'orientais les recherches vers la procédure de téléchargement (fonction sendFile() du fichier common.function.php)...

Last edited by tilb (2009-07-24 10:18:07)

tilb · 2009-07-24 14:57:55

J'ai trouvé ..

En fait, c'est assez tordu...

Le problème provenait d'un des plugins installés. Celui-ci avait certains fichiers php encodé en ANSI au lieu d'être en UTF-8... Je les ai donc changé d'encodage avec Notepad++ et tout roule maintenant !

Merci pour votre aide,

Florian

JMD · 2009-07-24 15:36:49

Euh c'est vraiment curieux ce que vous annoncez.

Quels étaient les plugins problématiques ?

tilb · 2009-07-24 16:35:54

Le plugin en question est un plugin nommé "Listing" que je développe actuellement.

Il permet de créer des listes à partir de requêtes SQL pré-établies. Il n'est absolument pas diffusé hormis dans mon établissement donc pas de soucis pour les autres GLPIens...

J'ai donc modifié l'encodage des mes scripts php pour ce plugin afin de les encoder en UTF-8... L'un d'eux contenait peut-être un caractère problématique pour l'exécution de GLPI..?

Pour revenir à ce plugin, je souhaiterai le proposer au cas où certaines personnes seraient intéressées...

Forum GLPI-Project

Announcement

#1 2009-07-23 12:14:43

Encodage des documents

#2 2009-07-23 12:42:38

Re: Encodage des documents

#3 2009-07-23 12:48:18

Re: Encodage des documents

#4 2009-07-23 13:31:45

Re: Encodage des documents

#5 2009-07-23 22:36:44

Re: Encodage des documents

#6 2009-07-24 08:43:01

Re: Encodage des documents

#7 2009-07-24 09:15:34

Re: Encodage des documents

#8 2009-07-24 09:33:44

Re: Encodage des documents

#9 2009-07-24 14:57:55

Re: Encodage des documents

#10 2009-07-24 15:36:49

Re: Encodage des documents

#11 2009-07-24 16:35:54

Re: Encodage des documents

Board footer