Aller au contenu

loufoque

Webmaster Régulier
  • Compteur de contenus

    54
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre
  1. Lors de l'upload tu n'as à faire attention qu'aux extensions qui permettrait d'executer des scripts PHP ou autres CGIs. Ce sont ici les extensions qui déterminent le comportement du navigateur. Donc le type mime, Linux et Mac on s'en fout.
  2. Non seulement ça marche, mais c'est en plus très fortement conseillé pour des soucis d'internationalisation évidents. Sache néanmoins qu'il ne faut pas mettre de BOM.
  3. loufoque

    Charset Mysql

    Je t'ai expliqué ce qu'était une collation ou interclassement. Tu comprends bien qu'il n'y en a pas de meilleure que d'autre puisque cela dépend des usages dans certaines langues données. latin1_general se veut général, soit plus ou moins applicable partout. Tu peux par exemple essayer celui-ci (enfin latin1_general_ci ou latin1_general_cs).
  4. loufoque

    Charset Mysql

    Ce ne sont pas des jeux de caractères mais des collations. Les collations (comme apparemment tu ne sais pas ce que c'est) ce sont des façons différentes de comparer les caractères. Par exemple (je dis un truc sûrement faux, mais c'est pour l'exemple) ä > z en suédois mais ä < b en allemand (bien sûr, b < z). Cela sert pour le tri et la comparaison. La collation dépend bien entendu du jeu de caractères ici latin1 alias ISO-8859-1. C'est grave de dire de pareilles conneries. ISO-8859-1 est défini sur 8 bits avec un encodage classique à chasse fixe. Si tous les caractères possibles et imaginables du monde se limitaient à 256, ça se saurait. En fait il y en a 1 114 112, et le jeu de caractères qui les contient tous c'est Unicode, dont l'encodage le plus connu est utf-8. Je parle un peu de tout ça sur le dernier billet de mon blog.
  5. loufoque

    convertir png en jpg

    Il faut savoir que GD transforme aussi toute image en 72dpi.
  6. loufoque

    convertir png en jpg

    Ben oui, forcément, puisque PNG est un format lossless et que JPEG est un format lossy... Normalement un PNG n'est pas vraiment gros, à part si il a été généré avec un logiciel qui gère mal les PNGs (Photoshop par exemple)
  7. loufoque

    convertir png en jpg

    $img = imagecreatefrompng('image.png'); imagejpeg($img, 'image.jpg', 100); imagedestroy($img); Tu perdras en qualité, forcément.
  8. $url = ereg_replace("SID=[^& ]+", "", $url), tout simplement. Le reste est inutile.
  9. Les navigateurs envoient les données dans l'encodage qu'on a spécifié avec l'attribut accept-charset de <form>. Quand cet attribut n'est pas spécifié l'encodage de la page est utilisé. Les caractères en dehors de l'encodage spécifié sont envoyés sous la forme de références numériques Unicode (€ par exemple pour le caractère euro) Il n'y a que Internet Explorer qui se comporte de façon incohérente. En fait, il n'a qu'une valeur possible pour accept-charset : UTF-8, et il ne l'utilise que s'il n'est pas possible d'écrire les caractères avec l'encodage utilisé pour la page. Et si cet attribut n'est pas fourni, il choisit un encodage au hasard qui peut transmettre tous les caractères. Bref, a priori si tu envoies tes pages en utf-8 et que tu fonctionnes en utf-8 partout il n'y aura aucun problème.
  10. Je ne puis que te proposer quelques liens généralistes, étant donné que tu ne précises pas la nature exacte des problèmes. http://www.genezys.net/blog/2005/06/17/99-...x-de-caracteres http://french.joelonsoftware.com/Articles/Unicode.html http://openweb.eu.org/articles/jeux_caracteres/ Il s'agit d'articles en français que j'avais mis de côté.
  11. Je t'ai fournie la syntaxe correcte. Après cela peut très bien venir que this n'est plus défini dans ce contexte ou d'une autre erreur, regarde la console js.
  12. $contenu = substr_replace($contenu, '<u>allergène</u>', strpos($contenu, 'allergène'), 9);
  13. Ce que tu appelles brut est sûrement de l'ISO-8859-1 (ou du windows-1252, dans ce cas, les conversions seraient plus problématiques). Ce que tu appelles utf-xx est utf-8. Ce que tu appelles iso-8859-xx semble être de l'ascii avec des entités html (truc vraiment sans intérêt).
  14. Le safe_mode c'est nul. Il faut chmoder en 777 le repertoire où tu veux pouvoir génerer des fichiers. Du coup, cela signifie que n'importe quel autre utilisateur du serveur pourra accéder à ces fichiers. Après, tu prétends qu'apache refuse d'executer un script avec pour uid son utilisateur ? Hmm ça me parait bizarre. Par contre, je suis sûr que PHP refusera d'en faire un include si le fichier n'est pas au moins chmodé. C'est facile à faire si tu as l'extension ftp.
×
×
  • Créer...