[Atchoum]

Comme vous le savez peut-étre free (l'hébergement free) bloque l'upload des fichiers de plus 2 Mo qui provienne de scripts php (scripts d'upload). J'ai commencer par chercher un moyen de contourner ca grace à des scripts tout fait, mais voila, free vloque aussi l'extension ftp de php!
Comment faire???

[Invit]

Découper les fichiers :p ? (c sur qu'un divx en petits bout d'1.99Mo c assez lourd loll)

[Atchoum]

J'ai pas dit que c'était pour un divx, on est bien d'acoord!! Mais disons que c'est pour des gros fichier, genre distro unix (ho tiens, c'est la méme taille qu'un divx )

[kokotchy]

c'est débile de passer par un browser qui va se taper un upload hyper lourd pour lui et pour le serveur.
Je te conseille de passer par ftp directement !

[Nox]

en utilisant fwrite avec une ecriture sequentiel ça marcherai pas ?

puis un petit fichier qui garde la position de l'octet au cas ou ça foire pour reprendre plus tard

[Nms]

J'aime bien l'idée de Nox ca devrait le faire!

[Atchoum]

kokotchY>> C'est pas le problème...

Pour fwrite, ca pourrait marcher avec n'importe quel type de fichier? **No Sms** moi je parle pas de .txt, hein?!

Quelqu'un serait chaud pour faire une ébauche?

[Perfect Slayer]

Bah ouais.. Tu peux parcourir n'importe quel type de fichier..
Pour l'ébauche, moi j'aurais pas le temps perso... Mais si jamais on fait un code de groupe, je pourrais y participer ! Mais faire ça de A à Z c'est tendu ! (niveau temps, pas difficulté). T'en as à peu près pour 20 lignes de code pour une version simple..

Lecture du fichier jusqu'à l'offset.
Ecriture de ce que tu récupères.
Rechargement du script avec l'offset. Nouvelle lecture (suite du fichier).
Ecriture à la suite du fichier.

En gros, une première partie du fichier crée le fichier de destination.
Le reste est dans une boucle.. Il récupère l'offset de fin et le nom du fichier de destination..
La boucle se finit quand le fichier cible est parcouru totalement.

Voilà, t'as le plan. Sinon, juste un p'tit truc c'est que ca va etre très lent.. Parce que je pense que PHP ne se contentera pas d'écrire le fichier à la fin betement. Il ouvre avant ce dernier. Et plus il est gros, plus il est lent..
Faites des tests, vous verrez bien mais prenez ca en compte !

[Atchoum]

Ok merci! Je vais voir ça...

[comtezero]

En faite il coupe tout seul le fichier qui est trop grand sans avoir a le faire soi meme.
Pas bete l'idée.

[Atchoum]

C'est vrais que théoriquement, c'est pas mal, mais comme la dit perfect, ca doit bouffer un max de ressources, et étre super lent...

[Perfect Slayer]

Déjà, il a du mal quand il doit éditer un fichier de 15 mo.. Alors bon.. Essayez quand meme !