NISANDSYSTEMS > Je suis d'accord avec vous, cependant c'est la seule façon dont je dispose pour lire le registre et pour accéder aux variables d'environnement.

ELDIM > Le problème avec le mid est corrigé. Il n'y a plus non plus de problèmes avec un nombre important de fichiers. J'ai ajouté un certain nombre de fonctionnalités qui devraient augmenter la "réutilisabilité" du script.

( Désolé pour le temps de réponse )

Je l'ai remplacée par StrRight une fonction personnalisée basée sur mid.

C'est parfaitement étrange que cette fonction ne soit pas reconnue chez vous. Si l'on regarde le tableau des versions de VBS ( http://msdn2.microsoft.com/en-us/library/4y5y7bh5.aspx ) on remarque qu'elle fait partie des premières fonctions. Puis-je me permettre de vous demander quelle version de Windows vous utilisez, ainsi que celle d'Internet Explorer.

(Plutot ceci en verite:
function file_type($file)
{
$file=basename($file);
return (strpos($file, '.') && $file!='') ? strtolower((array_pop(explode('.',$file))) : 'NULL';
}
Excusez moi)

Garfield90 > yannvag n'a pas pretendu que son code pouvait servir a un test concernant le type de fichier, il a dit qu'il avait cree une fonction permettant de retourner l'extension d'un fichier (malgre l'abus de langage dans le nom de la fonction), ce qui n'a absolument rien a voir. L'objectif de cette fonction n'est pas du tout denue d'interet meme si la fonction en elle meme est assez peu optimisee, en effet.

Sinon la fonction actuelle doit poser un probleme lorsque la chaine passee en argument est vide puisque explode retourne false dans ce cas > http://fr.php.net/manual/fr/function.explode.php

Que pensez vous de ceci ?
function file_type($file)
{
$file=basename($file);
return (strpos($file, ".") && $file!="") ? strtolower((array_pop(explode(".",$file))) : "NULL";
}

( Il vaudrait mieux retourner $file_extension plutot que $file_extension_tab, n'est-ce pas ?
Il serait egalement preferable, je pense, d'utiliser le array_pop pour la rapidite. )

De la même manière un commentaire qui pointe des erreurs n'est pas nécessairement un commentaire aimable. Celui ci paraissait un brin autoritaire, mais c'est une question de sensibilité probablement...

Non mais ce n'est pas du tout pour chippoter mais bien que Gtk# et Qt# sont utilises. Notamment sous linux puisque le projet mono permet d'utiliser C# sous linux. Je cherchais des sources Gtk sur ce site et aucune des sources sur les controles ne precise la librairie utilisée. Je ne fais pas l'apologie de Gtk ou de Qt. J'aimerais simplement que l'on précise si la source utilise les winforms ou autre chose. Non pour convaincre les gens d'utiliser d'autres librairies mais simplement parceque des gens recherchent des sources alternatives aux winforms.

Maintenant qu'il y a Gtk# et Qt# pour gérer ses controles il ne va plus de soi d'utiliser la librairie "standart" fournie par microsoft.

Merci de preciser la librairie utilisee pour les controles dans ce genre de soures, merci!

Ca implique de pouvoir modifier un script php sur le serveur... Si tu arrives ce genre de choses je ne vois pas l'interet d'inclure un script prealablement uploade.
Par contre un fichier uploade rendu accessible par un script "defaillant", disons, me semble plus a la portee du premier venu.

Bref, tout ca pour dire que la verification de l'extension me semble une bonne chose.