Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Can textpattern handle BIG files through its file manager?
My client wants to provide a downloads section for his clients. The files in the download section normally fall between 60-100 MB. Can Textpattern handle such files? Has anyone tried to manage BIG files using textpattern’s built in File manager?
“Take a point, stretch it into a line, curl it into a circle, twist it into a sphere, and punch through the sphere.”
— Albert Einstein
Offline
Re: Can textpattern handle BIG files through its file manager?
In my experience, no.
I can’t recall the max size before it spat the dummy, but it was pretty small. I wanted to use it for handling MP3 downloads of between 4-16Mb but it just wasn’t working.
I think the limitation is in PHP rather than Textpattern itself, but I’m sure someone else will know for sure.
Offline
#3 2005-09-11 10:13:17
- FireFusion
- Member
- Registered: 2005-05-10
- Posts: 698
Re: Can textpattern handle BIG files through its file manager?
If you keep upgrading it seems to break all you’re downloads and you have to upload them again. That’s what happened when I was using the nightly builds.
I haven’t tried to upload anything big with 4.0.1 yet and see how long it lasts.
Offline
Re: Can textpattern handle BIG files through its file manager?
I’m serving 4.5-5.5 MB files through Textpattern here. But there are indeed some problems you have to fix. There’s the fix for 4.0.1 file tags and the fix for servers using PHP 5.0.4. You also have to make sure you change the advanced preference in Txp for maximum file sizes, because the defaily is 2MB.
But 60-100 MB files? I don’t know. It’s worth a try, as I think most of the failure points would be similar via FTP, as in, maintaining a solid connection long enough to complete the download, and, er, your bandwidth allotment.
Last edited by reid (2005-09-11 14:03:33)
TextPattern user since 04/04/04
Offline
Re: Can textpattern handle BIG files through its file manager?
The “workaround for the PHP bug (5.0.4)” is already incorporated in the current Textpattern download.
Yes Textpattern can handle it, but you have to configure PHP correctly to allow for the uploads to work. Personally I wouldn’t do so large uploads via PHP, and look for another solution (e.g. something that allows resuming etc.). And similarly if the files are really, really popular, it’s better to let the webserver directly handle them, rather than going through a php script. But those are usually edge cases – if you still want to do it, you can.
Offline
Re: Can textpattern handle BIG files through its file manager?
Obviously the best method of adding large files is through the FTP. This is what I did…
1) Add the files via FTP to the files folder.
2) Go to the textpattern back-end (file’s subtab). Select the file from the “Existing file” drop down menu.
I just tried doing it. I realised that it’s impossible to do it from India. We have a lot of bandwidth restrictions and it failed miserably while uploading through an FTP. The maximum I could upload was around 12MB. [Basically i’m talking about video files] That leaves me no other option but to split the files :(
@NeilA: I think 4-16 MB is acheivable if you have a good host and decent bandwidth as reid pointed out.
@FireFusion: TXP has come a long way from RC’s and it manages downloads very well now.
@reid: 4-12 MB works fine me atleast. I really wish I had better bandwidth. But I guess it’ll remain a dream for another year or so. Getting a high bandwidth connection in India is very very expensive and only corporates can afford it. So I’ll just have to wait and see :) (or ask my client to take care of the badwidth costs ;)) Anyways, thanx a lot for your tip. I do have both the fixes incorporated.
“Take a point, stretch it into a line, curl it into a circle, twist it into a sphere, and punch through the sphere.”
— Albert Einstein
Offline
Re: Can textpattern handle BIG files through its file manager?
<blockquote>
> Sencer wrote:
> if the files are really, really popular, it’s better to let the webserver directly handle them, rather than going through a php script. But those are usually edge cases – if you still want to do it, you can.
</blockquote>
Yep. That’s what I’m goinna do ultimately, IF I manage to buy good bandwidth and when I have files more than 15 MB.
Thanx to all.
Regards,
Vasanth
“Take a point, stretch it into a line, curl it into a circle, twist it into a sphere, and punch through the sphere.”
— Albert Einstein
Offline
Re: Can textpattern handle BIG files through its file manager?
> Sencer wrote:
> The “workaround for the PHP bug (5.0.4)” is already incorporated in the current Textpattern download.
Oops. I forgot about that. My brain needs subversion.
TextPattern user since 04/04/04
Offline
Re: Can textpattern handle BIG files through its file manager?
> reid wrote:
> Oops. I forgot about that. My brain needs subversion.
LOL
If you were in India your brain would require better bandwidth ;)
“Take a point, stretch it into a line, curl it into a circle, twist it into a sphere, and punch through the sphere.”
— Albert Einstein
Offline
Re: Can textpattern handle BIG files through its file manager?
> creativesplash wrote:
> @NeilA: I think 4-16 MB is acheivable if you have a good host and decent bandwidth as reid pointed out.
I have plenty of bandwidth and storage, but Dreamhost have their PHP set up at a max upload of 7340032 bytes.
Havne’t bothered to ask if they will up the figure.
Offline
Re: Can textpattern handle BIG files through its file manager?
I’ve been working on a hack to get around PHP’s max uploaded file size. I’ve added preferences for an ftp user & password (yes, yes, I know) and when it catches the “filesize too big” error (which only exists in new-ish versions of PHP) it proceeds to upload the file via FTP. It works pretty well for the 50+ MB files, although I just hacked it together and it’s not really patch quality.
Now I’ve hit a new problem: a shared host that uses safe_mode with uploading disabled completely from PHP, but allowed from Perl! The hacking continues…
Offline