A voir également:
- Envoi de gros fichiers de données
- Supprimer les données de navigation - Guide
- Explorateur de fichiers - Guide
- Gros fichiers .com - Guide
- Impossible de supprimer un fichier - Guide
- Gestionnaire de fichiers - Télécharger - Gestion de fichiers
1 réponse
utiliser un hébergeur de fichier. ça te donne un lien, et ensuite, tu envoies le lien dans ton email.
par exemple il y a megaupload, mais bon... euh... ils ont quelques soucis en ce moment ^^
mais il y en a plein d'autres.
par exemple jumbofiles.com
il suffit de taper "hébergeur de fichier" dans google ou dans la recherche de commentcamarche pour en trouver
par exemple il y a megaupload, mais bon... euh... ils ont quelques soucis en ce moment ^^
mais il y en a plein d'autres.
par exemple jumbofiles.com
il suffit de taper "hébergeur de fichier" dans google ou dans la recherche de commentcamarche pour en trouver
C'est quoi la taille en octets de ton fichier, le hash (crc32 + md5 + sha1 + sha256) et le nom ?
Ton correspondant doit créer un fichier vide de la taille en octet que tu lui aura indiqué :
dd if=/dev/zero of=disquette.img bs=1k count=1474560 (linux)
fsutil file createnew c:\disquette.img 1474560 (windows)
Pour le nom, tu lui indique le nom à mettre ...
Ici dans l'exemple : c'est disquette.img pour le nom et 1474560 en octets pour la taille.
Avec un outil ou la main, ton correspondant va remplir le fichier vide avec un éditeur hexadécimal pilotable avec un script et il doit tester le hash crc32 (c'est rapide et que les autres, si c'est bon avec crc32, sinon c'est trop lent et pas utile (...)) ; quand le hash est bon (1 ou plusieurs pour une même taille) le fichier est copié pour continuer avec l'original si il y a plusieurs tests à faire. Pour le remplissage, c'est un truc (une itération de +1) comme cela :
On a un fichier de 4 octets par exemple :
00 00 00 00 ---- test du crc32 : ok / pas ok, on continu si pas ok (itération de 1)
00 00 00 01 +1 test du crc32 idem
00 00 00 02 +1 test du crc32 ainsi de suite
(...)
FF FF FF FF <= normalement, tu dois avoir un résultat arrivé ici ou avant.
Au lieu d'envoyer des gros fichiers, tu envois la taille en octets et le hash et le nom.
hash = crc32 + md5 + sha1 + sha256 <= 4 valeurs = anti-collisions et pare-erreurs simples.
merci ; la vitesse est le problème mais ça marche, crc32 est rapide à tester (+c'est standard).