FrenchFred

bonjour , est ce que tu as pense a utiliser Excel pour gener un fichier .sql ? une colonne par langue et le tour est joue !

Bonjour, Il te reste a faire un mapping a partir des listes suivantes: EN->DE - http://www.eeniglobal.com/countries/en_de_country.asp EN->ES - http://www.eeniglobal.com/countries/en_es_country.asp EN->FR - http://www.eeniglobal.com/countries/en_fr_country.asp Et la liste officielle en anglais: http://www.unicode.org/unicode/onlinedat/countries.html FRed Plus generalement le site unicode.org contient une mine d'information. Eg http://unicode.org/onlinedat/languages.html Liste des langues ...

Bonjour, Il faut utiliser ceci: header('Content-type: text/html; charset=utf-8'); Pour rappel, php est sensible a la case. type au lieu de Type

Je fais principalement du dev mais je pratique de plus en plus photoshop. Actuellement j'ai un 22 Maestro packardbell. Mais j'envisage de changer pour 22 ou 24 plus solide que l'actuel + 19. Je pencherais pour un 24 en 1920x1200 La configuration sera la suivante: - 19 pouces (1280x1024) - 22/24 (1200/1920 / 1920x1200 ) pouces en mode verticale pour le dev et horizontal pour le design. A privilégier en plus de specs technique, le mode rotation + la possibilité de monter et descendre l'écran. les dell sont plutôt correctes.

Bonjour c'est une histoire de commentaires <!-- --> Supprime les et ca fonctionnera. Je viens de faire le test sous FF 2.0.0.12 Edit: la ligne contenant "<!------COPY AND PASTE THE CODE BELOW THIS LINE----------------------------->" est celle qui pose probleme. Il te suffit de la supprimer. FRed

Bonjour, Par experience, je travaille presque uniquement en UTF8 pour les sites multilangues. Dans ton cas, oui l'utf8 est a utilise car il supporte toutes les langues. Toutefois, fait attention a certains traitements sur les chaines. Il y a des fonctions specifiques mb_... (Voir php.net pour plus d'information)

bonjour, De chez moi j'ai effectivement constate un pb. Le lookup du domaine ne de fait pas correctement a la premiere demande. Lors de la seconde demande (F5), la page l'affiche correctement. Sans etre un expert, je prendrais en consideration la configuration des DNS. Je viens de comparer ta config avec un autre domaine via dnsreport.com. Consulter ce rapport: http://www.dnsreport.com/tools/dnsreport.c...ain=defifoo.com Comme tu pourras le constater, il y a beaucoup de Warn(ing) en jaune et certains "Fail" en rouge En esperant que ca puisse t'aider. FRed

Salut, En consultant quelques results sous GG, il y a des rapports de bug. J'ai lu en diagonale. Je t'invite a les consulter http://www.google.com/search?q=ORIG_PATH_INFO+empty Pis rajoute un $ devant _SERVER["ORIG_PATH_INFO"] => $_SERVER["ORIG_PATH_INFO"] au cas ou FRed

Cool. Merci de partager ce hack. Ca me sera bien plus utilise que l'existant !

Beh c'est pour cela qu'il faut utiliser la fonction "mime_content_type" Le contenu de la variable $_FILES est incorrect. elle semble se baser sur le mime fournit via le protocole HTTP et non celui du filesystem. Je dis cela, c'est valable dans les quelques versions de php que j'utilise.

Petite explication de texte: Prenons trois fichiers - fichier.php: Ce fichier est un simple script avec comme code: <?php echo 'Hello world'; ?> - fichier2.doc: Ce fichier est le precedent mais j'ai renomme l'extension en .doc - fichier.doc : Celui ci est un fichier cree avec MS word (en fait j'utilise OpenOffice) Voici un test pour chacun des fichiers avec la fonction mime_content_type: echo mime_content_type('fichier.php'); // retourne text/plain echo mime_content_type('fichier2.doc'); // retourne text/plain echo mime_content_type('fichier.doc'); // retourne application/msword Donc la fonction mime_content_type retourne le veritable mime du fichier et non par en fonction de l'extension ! Pour ce qui est de l'upload il en va de meme. Voici le resultat de la variable de téléchargement de fichier $_FILES pour chacun des fichiers precedents: fichier.php: [template_file] => Array ( [name] => fichier.php [type] => text/plain ... ) fichier2.doc: [template_file] => Array ( [name] => fichier2.doc [type] => application/msword ... ) fichier.doc: [template_file] => Array ( [name] => fichier.doc [type] => application/msword ... ) Donc la fonction mime_content_type est la seule a retourne le correct mime type du fichier. L'habit ne fait pas le moine

c'est exacte Beh c'est une faille de securite qui est du au developpeur !!! Consulte la page relative a cette fonction. tu trouveras quelques informations complementaires et des exemples

Si je renomme un fichier .exe en .doc je pourrais facilement uploader le fichier en contournant la verification de l'extension. Mais c'est plutot d'ordre general. il est impossible de faire confiance a l'extension d'un fichier pour en determiner le type exacte. C'est une regle de principe. EDIT Modérateur : Merci de ne pas donner le moyen de contourner une protection.

Mon dieu ! c'est la pire erreur a faire: verifier l'extension d'un fichier pour en definir le type. Je te conseille d'utilise http://www.php.net/manual/fr/function.mime-content-type.php. choklata, Je me permets au passage de te donner une documentation sur l'upload de fichier en php: http://www.php.net/manual/fr/features.file-upload.php Tu trouveras entre autre un systeme de gestion d'erreur,

Bonjour, en xsl, il n'est pas possible d'ajouter quoi que soit de dynamique dans un attribut. (desole pour la formulation) Voici la solution: <li> <xsl:attribut name="onclick">filtre('f',<xsl:value-of select="@val"/>)</xsl:attribut> <xsl:value-of select="@var"/> </li> Comme tu le vois c'est tres facile et tout con. Mais il faut connaitre Bonne continuation, Fred