[RESOLU] Le format de fichier n'est pas pris en charge...

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : [RESOLU] Le format de fichier n'est pas pris en charge...

Re: [RESOLU] Le format de fichier n'est pas pris en charge..

par AleMatt » 07 sept. 2014, 21:29

Merci Toytoy ;)

Re: [RESOLU] Le format de fichier n'est pas pris en charge..

par toytoy » 07 sept. 2014, 18:53

regarde du côté .htaccess pour protéger tes répertoires, car ainsi même avec le liens je ne pourrais pas y accéder

Re: [RESOLU] Le format de fichier n'est pas pris en charge..

par AleMatt » 07 sept. 2014, 18:48

Ok! Je vais faire en sorte de protéger tout ça. Je sais pas encore comment, mais je vais regarder... Merci! ;)

Re: [RESOLU] Le format de fichier n'est pas pris en charge..

par toytoy » 07 sept. 2014, 17:25

F12 => console, tu regardes dans "network" ou dans le code source et tu regardes le liens des images pour y accéder. Avec le network c'est plus pratique, car c'est l'appel des méthodes, donc tu as un aperçus rapides des contenus

Re: [RESOLU] Le format de fichier n'est pas pris en charge..

par AleMatt » 07 sept. 2014, 17:22

C'est pas bien grave, rien de vraiment confidentiel, mais je suis curieux de savoir comment tu as pu naviguer dans ces répertoires 'wa....'!

Re: [RESOLU] Le format de fichier n'est pas pris en charge..

par toytoy » 07 sept. 2014, 13:13

http://usmef.marc-beuvain.com/Images/ Toutes celles-ci c'est sûr, et d'autres encore, avec la console tu retrouves les images qui ont été chargés, tu remontes le chemin et tu y a accès, pour protéger les répertoires il y a l'htaccess
d'autres exemples pour tout tes dossiers : wa_*numero*_p/ : http://usmef.marc-beuvain.com/wa_7_p/pa ... 2dnx161rb/,
Après comme dit je ne sais si pour toi elles sont 'libres' ou pas

Re: Le format de fichier n'est pas pris en charge...

par AleMatt » 07 sept. 2014, 07:54

Ce que je vais dire est un peut hors sujet:

-Mais pourquoi avoir empêcher de faire clic droit enregistré l'image ? Etant donné qu'on peut se balader dans tes index et télécharger toutes les images qui nous plaisent?
^^
Et bien tout simplement que je n'autorise pas le téléchargement de toutes les photos sur le site, juste les photos de groupes que je mets à la disposition de tous.

- La présentation des photos sur le site, quelques soient les galeries, sont en 1024pixels avec une résolution de 72ppm (ideale pour la présentation web)
- Les photos téléchargées sont en 2048pixels avec une résolution de 254ppm (idéale pour l'impression papier)

Mais Toytoy, quand tu dis "toutes les photos qui nous plaise", tu parviens à choper des photos autres que celles de groupes?

Re: Le format de fichier n'est pas pris en charge...

par sirakawa » 06 sept. 2014, 19:39

j'ai déjà signalé ces deux octes que gimp montre.
Oui, je m'étonne aussi qu'on ne puisse pas faire clic droit. SI ENCORE ON POUVAIT CHOISIR PLUSIEURS IMAGES EN UNE SEULE FOIS... (excuses pour les majs , mais j'ai la flemme de corriger)

Re: Le format de fichier n'est pas pris en charge...

par toytoy » 06 sept. 2014, 18:53

Ce que je vais dire est un peut hors sujet:

-Mais pourquoi avoir empêcher de faire clic droit enregistré l'image ? Etant donné qu'on peut se balader dans tes index et télécharger toutes les images qui nous plaisent?

-Quand on téléchargeait manuellement l'image sa marchait, par contre avec le script il y avait en effet une erreur de lecture quand tu souhaitais la lire.
Du coup j'ai comparé les deux fichier avec un éditeur hexa, au début du fichier télécharger avec le script il y a juste deux octets en plus au début du fichier. Bizarre ^^

Re: Le format de fichier n'est pas pris en charge...

par sirakawa » 06 sept. 2014, 18:48

Je suppose que c'est l'encoding qui fait la différence.

Re: Le format de fichier n'est pas pris en charge...

par AleMatt » 06 sept. 2014, 18:45

Merci Sirakawa, ça marche nickel, :D

Voir:
http://www.usmef.marc-beuvain.com/grp_hnsc14.html
<?php

if (isset($_POST["select"]))
{
   $file=$_POST["select"];
if(file_exists($file)) 
{
header('Content-Description: File Transfer');
header('Content-Type: application/octet-stream');
header('Content-Disposition: attachment; filename='.basename($file));
header('Content-Transfer-Encoding: binary');
header('Expires: 0');
header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
header('Pragma: public');
header('Content-Length: ' . filesize($file));
ob_clean();
flush();
readfile($file);
exit;
}    		
}		
?>
Merci aussi à toi Kal474, c'est sympa d'avoir pris le temps de t’intéresser à mon soucis! ;)

Mais alors en langage simple, d'où vient le problème!

Re: Le format de fichier n'est pas pris en charge...

par sirakawa » 06 sept. 2014, 17:32

Voici ta fonction et une fonction issue des contributions à la doc de PHP (pas testé par moi):
print "$filename"; // histoire de voir
// Envoi "du fichier
header('Content-Transfer-Encoding: none'); //différent
header('Content-Type: application/octetstream; name="'.$filename.'"'); //différent
header('Content-Disposition: attachment; filename="'.$filename.'"'); //différent
header('Content-length: '.filesize($filename));
header("Pragma: no-cache"); //différent
header("Cache-Control: must-revalidate, post-check=0, pre-check=0, public"); //différent
header("Expires: 0");
readfile($filename) OR die(); //enlever le @ pour voir ce qu'il raconte
exit();


function DownloadFile($file) { // $file = include path
if(file_exists($file)) {
header('Content-Description: File Transfer');
header('Content-Type: application/octet-stream');
header('Content-Disposition: attachment; filename='.basename($file));
header('Content-Transfer-Encoding: binary');
header('Expires: 0');
header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
header('Pragma: public');
header('Content-Length: ' . filesize($file));
ob_clean();
flush();
readfile($file);
exit;
}

}

Re: Le format de fichier n'est pas pris en charge...

par Kal747 » 06 sept. 2014, 17:16

La fonction readfile est une fonction de PHP de base...

Re: Le format de fichier n'est pas pris en charge...

par sirakawa » 06 sept. 2014, 17:07

Problème vu et reproduit par moi (Linux, Opera firefox).
Gimp ne peut pas ouvrir le fichier et dit:
Not a JPEG file: starts with 0x49 0x4d (I majuscule et M majuscule)

Ca doit être la fonction readfile qui fait des siennes. Essaie de dénicher son code. Peut-être quelqu'un y comprendra quelque chose....

Re: Le format de fichier n'est pas pris en charge...

par Kal747 » 06 sept. 2014, 16:54

Donnes moi le retour d'un var_dump($_POST) ?

Ce qui m’étonne c'est que le fichier se télécharge quand même et est assez gros.