bonsoir
j explique mon soucis
depuis quelques temps, sans que j'ai pu savoir pourquoi (je ne maitrise pas l hebergement..) mes fichiers que je telecharge via cbb 3.08 sous xoops 2.4.5 , sur un serveur centos se retrouve corrompus lorsque je les download apres les avoir uploadés
pour qu'ils redeviennent lisible, je dois ouvrir ceux ci avec notepad++ et changer l encodage de UTF8 a utf 8 sans bom

j utilise la version utf8 sans bom de xoops
mes pages dans le navigateur sont en utf8 d apres le navigateur

la config tel que reportée par xoops

Version de XOOPS XOOPS 2.4.5
Version de PHP 5.1.6
Version de mySQL 5.0.45
API serveur apache2handler
OS Linux
safe_mode Off
register_globals Off
magic_quotes_gpc Off
allow_url_fopen On
fsockopen On
allow_call_time_pass_reference Off
post_max_size 8M
max_input_time 60
output_buffering 4096
max_execution_time 30
memory_limit 32M
file_uploads On
upload_max_filesize 2M


alors, une chance de regler ca depuis xoops ou je dois demander a pouvoir tripatouiller les reglages du serveur, sachant qu'il heberge aussi une boutique ???

merci pour votre attention

bon, ca interesse pas grand monde ou plutot personne ne sais (ce que je comprends), mais j'ai un debut de piste
la source de la corruption est DANS la bdd , dans les clefs de cbb et pas ailleurs
une installe fraiche n'a pas ce soucis alors que le renouvellement des fichiers du site apres avoir effacé les ancien , fait perdurer le probleme si je garde la partie de la bdd de cbb

va falloir que je mette la main sur la partie de la bdd qui gere ca dans cbb

Bonjour,

une solution peut être de créer la structure des tables de cbb, puis de restaurer (insert to) les contenus

je vais essayer ca en locale, mais avec un milieu proche de celui du serveur, parcque souvent sous windows ca réagis pas pareil du tout, l'idée est excellente, reste plus qu'a faire un pc sous centos...
merci
j'ai toujours peur qu'en bricolant la bdd de cbb je me retrouve avec un bug mesquin qui ne sortira qu'en prod.. et fichera tout en l'air

en locale sur un systeme assez proche ca gatouille pas... avec un clone exacte du site
donc, c est un soucis de cohabitation site / serveur, peut etre due a la recente maj (php et mysql) d'ailleurs elle m'a aussi valu le coup des engine= pour reinstaller les modules
j'avais tiré une mauvaise deduction de mes essais

donc
une install de xoops, sans import de la bdd de l ancien site fonctionne sur le serveur de prod
avec import elle corrompt les fichiers (sauf image) en changeant leur type dans leur header qu'il faut modifié pour les reparer (utf8)
sur une autre machine, import ou nouvelle install tout est ok
j'enrage et j'ai la rage
promis, si un jour je trouve, je fais la teuf

bonjour, cela ne viendrai t'il tout simplement pas d'une erreur t'interclassement dans ta bdd (cp12 quelques chose pour l'ancienne et UTF-8 pour la nouvelle) coté MySQL

si ca viens de ca je suis mort
la bdd du forum a plusieurs années, et a subie upgrad bricolage et adaptation pour surmonter bugs, maj et plantages
c est une sorte de cimetière de xoops ambulant
elle a subie le passage de latin a utf8 et autres, a la main...
je vais creuser l'idée, parcque il ne reste plus d option

merci

voici une piste


applique ceci sur chacune des tables.

Sinon fait un tour sur cette page j'y ai trouvé pas mal de chose pour me dépatouiller lors de mes changement de charset.

http://forum.alsacreations.com/topic- ... mysql-de-ISO-a-UTF-8.html

ben, pas ca
c est bien une erreure planquée dans la partie configuration des forums que je peux pas trop bricolé, pour pas tout planté..
mais je vais continuer a m'acharner

et je continue a m'acharner
j'ai créé un clone parfait sous centos
en faisant un simple copier collé, tout marche parfaitement sur le clone, pas sur l'original
dans les difference que j'ai noté et qui pourrais 'peut etre" expliqué ces difsonctionnement, j'ai noté que sur le clone qui fonctionne j'ai
fopen() rename() copy() unlink() sur "on"
et sur celui en carafe j'ai
fopen() rename() copy() unlink() sur 'off'

je tiens le bon bout la non ?