Envoi de gros fichiers de données

Fermé
raisinblanc77 - 6 févr. 2012 à 05:57
 librequetucrois - 6 févr. 2012 à 07:48
Bonjour,

SVP, avec quelle messagerie ou truc , lol, peut-on envoyer des fichier de plus de 1 Go gratuitement ? Merci pour votre réponse, précision ou autre.



A voir également:

1 réponse

Pacorabanix Messages postés 3248 Date d'inscription jeudi 23 août 2007 Statut Membre Dernière intervention 19 mai 2013 660
6 févr. 2012 à 06:50
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
0
librequetucrois
6 févr. 2012 à 07:48
slt ; un peu lent mais sur le principe ça fonctionne :

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).
0