GESTION DE PETITS FICHIERS SUR SERVEUR HTTP - REVIVAL HTTP FILETRANSFER
cs_Kevin007
Messages postés
40
Date d'inscription
dimanche 5 octobre 2003
Statut
Membre
Dernière intervention
1 octobre 2006
-
2 févr. 2005 à 18:43
sera123 Messages postés 1 Date d'inscription jeudi 7 janvier 2010 Statut Membre Dernière intervention 15 mai 2010 - 15 mai 2010 à 12:00
sera123 Messages postés 1 Date d'inscription jeudi 7 janvier 2010 Statut Membre Dernière intervention 15 mai 2010 - 15 mai 2010 à 12:00
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/29248-gestion-de-petits-fichiers-sur-serveur-http-revival-http-filetransfer
https://codes-sources.commentcamarche.net/source/29248-gestion-de-petits-fichiers-sur-serveur-http-revival-http-filetransfer
15 mai 2010 à 12:00
27 févr. 2007 à 01:10
j'ai du mal conecterle login et pass a une base
esque quel qu'un la fait
si c'est le cas
doner moi des rensegnement car j'ai du mal a la conecter
A++++
16 juin 2005 à 10:43
suprime cette ligne.
et met le en dur dans le php.
Ensuite fait une variable de session qui permet d'eviter l'up de plusieurs fichiers repétitif. Si a la main sur le server web enleve l'autorisation d'envoyer des requete POST à l'arrache (je connias plus la commande) c'est autoriser sur yahoo pour utiliser le contenu des pages , et interdit sur google par ex.
Pour finir "nous sommes sur un site où l'on peut travailler en collaboration", Si tu regarde mon profil tu verra que j'ai fait profiter du monde de ma "collaboration".
Syruis.
15 juin 2005 à 19:48
15 juin 2005 à 16:29
1 mai 2005 à 18:37
C'est la voie libre pour placer un troyen sur le serveur..
Préfère quelque chose du genre :
//all image types to upload
$cert1 = "image/pjpeg"; //Jpeg type 1
$cert2 = "image/jpeg"; //Jpeg type 2
$cert3 = "image/gif"; //Gif type
$cert4 = "image/ief"; //Ief type
$cert5 = "image/png"; //Png type
$cert6 = "image/tiff"; //Tiff type
$cert7 = "image/bmp"; //Bmp Type
$cert8 = "image/vnd.wap.wbmp"; //Wbmp type
$cert9 = "image/x-cmu-raster"; //Ras type
$cert10 = "image/x-x-portable-anymap"; //Pnm type
$cert11 = "image/x-portable-bitmap"; //Pbm type
$cert12 = "image/x-portable-graymap"; //Pgm type
$cert13 = "image/x-portable-pixmap"; //Ppm type
$cert14 = "image/x-rgb"; //Rgb type
$cert15 = "image/x-xbitmap"; //Xbm type
$cert16 = "image/x-xpixmap"; //Xpm type
$cert17 = "image/x-xwindowdump"; //Xwd type
7 févr. 2005 à 13:49
Et je ne sais que depuis quelques mois que c'est pour supporter le standard XHTML. A l'époque je ne savais pas que cela s'appliquait à toutes les balises et ne l'avais jamais vu avec les balises <hr />. Comme je l'ai déjà dit, je n'ai malheureusement pas corrigé mon code avant de le mettre sur le site --> j'y penserais à l'avenir...
7 févr. 2005 à 13:01
:-D
2 févr. 2005 à 21:44
Et puis c'est d'après moi lapremière règle à suivre par le développeur : la rigueur.
Par déformation professionnelle je ne supporte pas de voir une balise
.
2 févr. 2005 à 21:39
A+
2 févr. 2005 à 21:25
À l'avenir quand je dépoussièrerais un bout de code je penserais à vérifier si je ne laisse pas passer certaine de ces failles.
2 févr. 2005 à 18:43
Je veux pas dire, mais ton système de sécurité est inutile lol !
Si j'accède directement à upload.php, pof plus de sécurité...
Ce que tu peux faire c'est :
_Dans ta page index.php avant include() :
define( 'SECURITY', TRUE );
Et dans la page upload (au début) :
if ( !defined( 'SECURITY' ) )
die( 'Vous n\'êtes pas authentifié !' );
Voilà, je crois qu'il n'y a pas de soucis avec ce bout de code.
A+