Journal : Free, ou la gestion des fonctions interdites en PHP
Posté par Olivier Meunier (page perso, ) le 24 juillet 2004
Vous le savez peut-être, PHP permet de définir des fonctions qui ne sont pas autorisées (ça se fait dans le fichier de conf). Certains hébergeurs en profitent donc pour supprimer des fonctions qu'ils jugent comment dangeureuses, comme les posix_...() ou autres exec() et j'en passe. Certains vont plus loin et virent aussi les fonctions ob_(). Bref ! Free fait encore plus fort, ils interdisent de supprimer un répertoire (donc pas de fonction rmdir()). Soit. Mais là où ils innovent c'est qu'ils ne désactivent plus les fonctions, celles-ci renvoient NULL, invariablement.
C'est très très très pratique quand on code un outil qui utilise function_exists() pour s'adapter à l'hébergeur ! Merci Free.
Ah oui ! Faudra aussi qu'on m'explique pourquoi supprimer rmdir() et laisser unlink(). Je sais bien qu'elle ne font pas la même chose, mais rmdir() ne peut supprimer que des répertoires vides et est donc moins dangeureuse que unlink() s'il s'agit d'un problème de sécurité (débile tout de même).
C'est très très très pratique quand on code un outil qui utilise function_exists() pour s'adapter à l'hébergeur ! Merci Free.
Ah oui ! Faudra aussi qu'on m'explique pourquoi supprimer rmdir() et laisser unlink(). Je sais bien qu'elle ne font pas la même chose, mais rmdir() ne peut supprimer que des répertoires vides et est donc moins dangeureuse que unlink() s'il s'agit d'un problème de sécurité (débile tout de même).
> Lire le journal (30 commentaires, moyenne: 2,6).
Vous avez demandé le commentaire #453126.
Run by 
Cette page a été générée par Templeet en 0.0565s (dont 0.007 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
proxad.free.support
Pourquoi ne pas poster votre remarque sur proxad.free.support ?
Votez contre le cinéma sur DLFP: http://linuxfr.org/tracker/296.html
Le lien pour voter est en haut à droite.
[+] [^]Re: proxad.free.support
tu bosserais pas pour Free toi ?
www.doublehp.org
le site qui sera toujours en construction ...
[^]Re: proxad.free.support
Qu'il y travaille ou pas, c'est tellement vrai que bon ...
[^]Re: proxad.free.support
J'aimerai assez mais la dernière fois que j'ai écrit au support de free, j'ai pas été déçu du voyage.
Ça concernait la suppression du support de PATH_INFO dans les scripts PHP (par exemple toto.php/param1/param2). Je leur ai très poliment expliqué que ça marchait avant et qu'ils avaient là un petit problème avec l'existant (et je ne pense pas qu'à DotClear). Ce n'est qu'une option à ajouter à la compilation de PHP.
La réponse a été qu'ils ne changeraient rien.
Et puis pour mon problème de maintenant, c'est résolu, j'ai simplement perdu pas mal de temps à comprendre pourquoi rmdir() ne marchait pas mais ne retournait aucune erreur. D'où mon coup de gueule pas bien méchant.
[^]Re: proxad.free.support
Si ce n'est pas indiscret, je suis assez curieux de savoir comment tu as contourné le problème...
Je cherche personnellement encore un moyen détourné de supprimer un répertoire pour un petit outil d'admin de gallerie web (spgm en l'occurence...) que je fais et qui doit tourner chez free...
Au pire me dira-t-on, "use the source, Luke", mais si tu pouvais me donner un petit pointeur, ce serait cool...
[^]Re: proxad.free.support
J'ai envoyé un mail au support il y a un an ou deux pour leur demander de mettre à l'heure leurs frontaux mysql, mais peau de balle. Heureusement que les frontaux php sont synchro, eux.
C'est ce que je pensais, vous êtes un petit con monsieur. Une merde de plus dans une immensité de caca virtuel. Vous êtes la honte du net francophone vous et vos copains. (Phill)
[^]Re: proxad.free.support
C'est déjà fait, mais aucune réponse de leur part concernant le problème lié à la configuration d'IMP chez eux... (question posée en mai).
http://linuxfr.org/~Flyounet/12540.html(...)