Hello,
I have been looking how to upload big files more than 1GB , with php but
it doesn't work well. I guess php POST multipart method is to memory
consuming.
Is there a way , like in the apache.commons to catch the stream and
handle it ?
I've looked at the rfc1867.c file implementation and
On Sun, Feb 24, 2013 at 1:07 PM, user@domain.invalid wrote:
Hello,
I have been looking how to upload big files more than 1GB , with php but it
doesn't work well. I guess php POST multipart method is to memory consuming.
Is there a way , like in the apache.commons to catch the stream and
Hello everyone,
I've a question.
I'm using map drive for file upload but dos'nt work.
How can i do file upload map drive with php?
Best Regards.
Hi gang:
I wrote a simple script to upload image files from my desktop to a
server -- the exact same code works on two servers, but fails on a
third.
I suspect there is something set different between the servers, but I
can't find it.
Oddly enough, I can upload image files directly to the
On Wed, Apr 6, 2011 at 1:10 PM, tedd t...@sperling.com wrote:
Hi gang:
I wrote a simple script to upload image files from my desktop to a server --
the exact same code works on two servers, but fails on a third.
I suspect there is something set different between the servers, but I can't
On Wed, Apr 6, 2011 at 13:10, tedd t...@sperling.com wrote:
Hi gang:
I wrote a simple script to upload image files from my desktop to a server --
the exact same code works on two servers, but fails on a third.
I suspect there is something set different between the servers, but I can't
find
Hello
I'm searching for a utility that let our users upload a file
on a server , then generate a temporary link that point
to the real file.
As this is for internal use we don't need security, the file
can be read by anyone.
The goal is to distribute the file to our users by sending
them an
On Mon, Feb 7, 2011 at 10:56, Frank Bonnet f.bon...@esiee.fr wrote:
Hello
I'm searching for a utility that let our users upload a file
on a server , then generate a temporary link that point
to the real file.
As this is for internal use we don't need security, the file
can be read by
On 02/07/2011 05:01 PM, Daniel Brown wrote:
On Mon, Feb 7, 2011 at 10:56, Frank Bonnetf.bon...@esiee.fr wrote:
Hello
I'm searching for a utility that let our users upload a file
on a server , then generate a temporary link that point
to the real file.
As this is for internal use we don't
Frank Bonnet f.bon...@esiee.fr wrote:
On 02/07/2011 05:01 PM, Daniel Brown wrote:
On Mon, Feb 7, 2011 at 10:56, Frank Bonnetf.bon...@esiee.fr wrote:
Hello
I'm searching for a utility that let our users upload a file
on a server , then generate a temporary link that point
to the real file.
luck in your Google search.
I found nothing that's why I wrote this !!!
Frank,
Not sure what words you used, here was mine
php file upload examples
Those words resulted in these two at the top of the list
http://www.tizag.com/phpT/fileupload.php
http://www.w3schools.com/PHP
On Mon, Feb 7, 2011 at 11:03, Frank Bonnet f.bon...@esiee.fr wrote:
I found nothing that's why I wrote this !!!
My point is, you only told everyone what you're trying to do. Not
once did you ask a question or mention where you're seeking guidance,
other than your ambivalence on file uploads
On Wed, Dec 29, 2010 at 07:23:25PM +0100, Michelle Konzack wrote:
Hello,
my users have an Online-File-Store with nearly anything they need but
one feature is missing: Drag-D-Drop.
I like to implement Drag-D-Drop so users can Drag a file from a File-
Manager and Drop it on the
Hello,
my users have an Online-File-Store with nearly anything they need but
one feature is missing: Drag-D-Drop.
I like to implement Drag-D-Drop so users can Drag a file from a File-
Manager and Drop it on the Upload-Icon in my Webinterface.
Can someone tell me HOW THIS WORKS?
Thanks,
On Wed, Dec 29, 2010 at 13:23, Michelle Konzack
linux4miche...@tamay-dogan.net wrote:
Hello,
my users have an Online-File-Store with nearly anything they need but
one feature is missing: Drag-D-Drop.
I like to implement Drag-D-Drop so users can Drag a file from a File-
Manager and
-Original Message-
From: Michelle Konzack [mailto:linux4miche...@tamay-dogan.net]
Sent: Wednesday, December 29, 2010 10:23 AM
To: PHP - General
Subject: [PHP] File-Upload per Drag-N-Drop?
Hello,
my users have an Online-File-Store with nearly anything they need but
one
On Wed, Dec 29, 2010 at 10:30 AM, Daniel P. Brown
daniel.br...@parasane.net wrote:
That's more of a frontend question to which you and your
six-million-line signature should check Google to find the answer.
Don't get me wrong, Michelle, we've always tried to help out even with
off-topic
to
this question; only several different platform dependent solutions from one
vendor to handle each main OS.
Thanks,
Ash
http://www.ashleysheridan.co.uk
- Reply message -
From: Michael Shadle mike...@gmail.com
Date: Wed, Dec 29, 2010 21:38
Subject: [PHP] File-Upload per Drag-N-Drop?
To: Michelle
Hello,
When uploading a file the variable $_FILES['userfile']['tmp_name'] is not
set and when debugging I get the following error although /tmp folder exists
and the permissions are set to 777:
$_FILES['userfile']['error'] = 6
which says
UPLOAD_ERR_NO_TMP_DIR
Value: 6; Missing a temporary
Ali Reza Sajedi wrote on 30/01/2010 12:27:
UPLOAD_ERR_NO_TMP_DIR
Value: 6; Missing a temporary folder. Introduced in PHP 4.3.10 and PHP
5.0.3.
Has anyone encountered such a problem or has a clue as to what the cause
could be?
What does print phpinfo(); tell you about the upload_tmp_dir?
On Sat, Jan 30, 2010 at 7:27 PM, Ali Reza Sajedi arsaj...@khanehjou.comwrote:
Hello,
When uploading a file the variable $_FILES['userfile']['tmp_name'] is not
set and when debugging I get the following error although /tmp folder exists
and the permissions are set to 777:
-
From: Eric Lee
To: Ali Reza Sajedi
Cc: phpList list
Sent: Saturday, January 30, 2010 1:21 PM
Subject: Re: [PHP] File Upload
On Sat, Jan 30, 2010 at 7:27 PM, Ali Reza Sajedi arsaj...@khanehjou.com
wrote:
Hello,
When uploading a file the variable $_FILES['userfile
observed.
Any idea?
Kind regards
Ali
- Original Message -
From: Eric Lee
To: Ali Reza Sajedi
Cc: phpList list
Sent: Saturday, January 30, 2010 1:21 PM
Subject: Re: [PHP] File Upload
On Sat, Jan 30, 2010 at 7:27 PM, Ali Reza Sajedi arsaj
Quadling rquadl...@googlemail.com wrote:
From: Richard Quadling rquadl...@googlemail.com
Subject: Re: [PHP] File upload directive: $_FILES['filename']['name'] instead
of $_FILES['filename']['tmp_name']
To: Andrei Iarus poni1...@yahoo.com, PHP General list
php-general@lists.php.net
Date
2009/12/22 Andrei Iarus poni1...@yahoo.com:
Hello,
On my production testing servers (production runs on a centrino and testing
runs on Windows) I can only access the temporary uploaded file using
ini_get( 'upload_tmp_dir' . '/' . $_FILES['filename']['name'];
while the file
2009/12/23 Andrei Iarus poni1...@yahoo.com:
Of course: also tried the is_uploaded_file, exactly like in the manual. And
it fails :(
--- On Wed, 12/23/09, Richard Quadling rquadl...@googlemail.com wrote:
From: Richard Quadling rquadl...@googlemail.com
Subject: Re: [PHP] File upload
Hello,
On my production testing servers (production runs on a centrino and testing
runs on Windows) I can only access the temporary uploaded file using
ini_get( 'upload_tmp_dir' . '/' . $_FILES['filename']['name'];
while the file $_FILES['filename']['tmp_name'] simply does not exist (checked
Hey all,
i am using move_upload function to upload files to the server, but i
want to add a feature that will allow files to be archived that have
been uploaded already.
so, the problem is:
i upload a file that i want to upgrade and move the old file to an
archive directory but I want to
On Aug 3, 2009, at 7:04 AM, seb sebast...@triponthis.net wrote:
Hey all,
i am using move_upload function to upload files to the server, but i
want to add a feature that will allow files to be archived that have
been uploaded already.
so, the problem is:
i upload a file that i want
-Original Message-
From: Per Jessen [mailto:[EMAIL PROTECTED]
Sent: Saturday, August 09, 2008 9:09 AM
To: php-general@lists.php.net
Subject: RE: [PHP] Re: PUT vs. POST (was: php File upload)
Boyd, Todd M. wrote:
I had to use Java for the simple fact that PHP by itself cannot
-Original Message-
From: mike [mailto:[EMAIL PROTECTED]
Sent: Saturday, August 09, 2008 2:47 PM
To: Richard Heyes
Cc: php-general@lists.php.net
Subject: Re: [PHP] Re: PUT vs. POST (was: php File upload)
On Aug 9, 2008, at 7:50 AM, Richard Heyes [EMAIL PROTECTED]
wrote:
Given
Boyd, Todd M. wrote:
I had to use Java for the simple fact that PHP by itself cannot
access the local file system in a way that allows for the partial
loading of files.
Given that PHP doesn't run on the client, there is no way for
anything written in PHP to access anything on the client.
At 6:33 PM +0200 8/11/08, Per Jessen wrote:
Boyd, Todd M. wrote:
I had to use Java for the simple fact that PHP by itself cannot
access the local file system in a way that allows for the partial
loading of files.
Given that PHP doesn't run on the client, there is no way for
anything
tedd wrote:
Todd, I just wanted to stress that there is NO way for PHP to access
anything on the client. The way you wrote it, you sort of implied
that there might be other ways:
PHP by itself cannot access the local file system in a way that
allows ...
That's all.
The above is saying two
-Original Message-
From: Per Jessen [mailto:[EMAIL PROTECTED]
Sent: Monday, August 11, 2008 1:17 PM
To: php-general@lists.php.net
Subject: RE: RE: [PHP] Re: PUT vs. POST (was: php File upload)
tedd wrote:
Todd, I just wanted to stress that there is NO way for PHP to access
At 8:17 PM +0200 8/11/08, Per Jessen wrote:
tedd wrote:
2) ... there is NO way for PHP to access anything on the client.
-- not true.
Statement 2 _is_ 100% true. Sorry, end of discussion for my part.
/Per Jessen, Zürich
Per Jessen:
I am sure you are smarter than this -- you're
On 8/11/08, tedd [EMAIL PROTECTED] wrote:
Per Jessen:
I am sure you are smarter than this -- you're probably not understanding
what I am saying.
No, Per is correct.
PHP itself cannot access anything on the client. It is a server-parsed
language. The client never executes PHP, period.
At 2:07 PM -0500 8/11/08, Boyd, Todd M. wrote:
I think there is a difference in definition going on here.
-snip-
Todd:
I think you are right -- there must be some type of disconnect going
on here because it's obvious that php can receive data from
javascript.
It's also obvious that
At 12:19 PM -0700 8/11/08, mike wrote:
On 8/11/08, tedd [EMAIL PROTECTED] wrote:
Per Jessen:
I am sure you are smarter than this -- you're probably not understanding
what I am saying.
No, Per is correct.
PHP itself cannot access anything on the client. It is a server-parsed
language.
On 8/11/08, tedd [EMAIL PROTECTED] wrote:
Now, do you agree with that?! Isn't that the SAME as what you said above?!
Now, why not read the rest of what I wrote?
Sometimes it's hard to get an idea across because some people refuse to
read, but love to comment about the obvious.
Or this
Boyd, Todd M. wrote:
I had to use Java for the simple fact that PHP by itself cannot access
the local file system in a way that allows for the partial loading of
files.
Given that PHP doesn't run on the client, there is no way for anything
written in PHP to access anything on the client.
Given that PHP doesn't run on the client, there is no way for anything
written in PHP to access anything on the client.
Wouldn't it be fun though if it could? :-)
--
Richard Heyes
http://www.phpguru.org
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
At 3:50 PM +0100 8/9/08, Richard Heyes wrote:
Given that PHP doesn't run on the client, there is no way for anything
written in PHP to access anything on the client.
Wouldn't it be fun though if it could? :-)
--
Richard Heyes
In a round about way it can, but it's limited.
You see,
Except if paired with javadcript.
Luke Slater
Lead Developer
NuVoo
On 9 Aug 2008, at 15:09, Per Jessen [EMAIL PROTECTED] wrote:
Boyd, Todd M. wrote:
I had to use Java for the simple fact that PHP by itself cannot
access
the local file system in a way that allows for the partial loading of
tedd wrote:
At 3:50 PM +0100 8/9/08, Richard Heyes wrote:
Given that PHP doesn't run on the client, there is no way for
anything
written in PHP to access anything on the client.
Wouldn't it be fun though if it could? :-)
--
Richard Heyes
In a round about way it can, but it's
On Aug 9, 2008, at 7:50 AM, Richard Heyes [EMAIL PROTECTED]
wrote:
Given that PHP doesn't run on the client, there is no way for
anything
written in PHP to access anything on the client.
Wouldn't it be fun though if it could? :-)
--
Richard Heyes
http://www.phpguru.org
--
PHP General
At 8:20 PM +0200 8/9/08, Per Jessen wrote:
tedd wrote:
You see, anything that javascript can discover can be passed to php.
The limits are those limits imposed on javascript.
Ah, so you mean that _javascript_ can access something on the client -
very true, but javascript!=PHP.
Of
Jim Lucas wrote:
What Apache starts, it reads the PHP memory limits in to the running
Apache process. When you try and upload a file, it is a straight HTTP
upload. PHP plays no part in the actual upload, except for the upload
limits set in place by the php settings found in the php.ini or
I think the sentiment is that you can't fit all of the file in the
memory at once
Luke Slater
On 8 Aug 2008, at 07:59, Per Jessen [EMAIL PROTECTED] wrote:
Jim Lucas wrote:
What Apache starts, it reads the PHP memory limits in to the running
Apache process. When you try and upload a file,
Luke wrote:
I think the sentiment is that you can't fit all of the file in the
memory at once
Which would be absolutely true, but irrelevant - the question is whether
that would prevent me from uploading it? That is the problem Tom seems
to be having.
/Per Jessen, Zürich
--
PHP General
Hello
on a linux system (Suese 10.2) with 1 GB memory its not possible to upload
via http a 1 Gb File. Thats no limit problem on my php config. i can look
the mem stats when uploading and the growing tmp file. If the temp file has
900 MB, Main Memory free is 0 and the script aborts and
Maybe there is some configuration in the server somewhere causing it
to incorrectly use the tmp?
Luke Slater
On 8 Aug 2008, at 08:48, Torsten Rosenberger [EMAIL PROTECTED]
wrote:
Hello
on a linux system (Suese 10.2) with 1 GB memory its not possible to
upload
via http a 1 Gb File.
Am Freitag, den 08.08.2008, 09:00 +0100 schrieb Luke:
Maybe there is some configuration in the server somewhere causing it
to incorrectly use the tmp?
normla config php.ini
; Whether to allow HTTP file uploads.
file_uploads = On
; Temporary directory for HTTP uploaded files (will use system
Problem solved (at one machine)!
I can upload a ~ 2 GB File now on a machine with 1 GB Main Memory! No
Problem, swap is used but no break now.
The answer is, i think, the dramatical overhead for http upload, simply my
post_max_size and upload_max_size are to small. If i will upload 1 GB it
Tom wrote:
Im very glad to fix this problem, but the next one is here: Other
machine (but 2 GB Ram), same suse version, same (working now) php.ini
with limits to 5000M now and i can't upload a File greater than 900MB.
A file under 900MB i see the tmp file growing. A File with +1 GB no
temp
Per Jessen wrote:
Tom wrote:
Im very glad to fix this problem, but the next one is here: Other
machine (but 2 GB Ram), same suse version, same (working now) php.ini
with limits to 5000M now and i can't upload a File greater than 900MB.
A file under 900MB i see the tmp file growing. A File
You could always program in something (perhaps in Ajax) to monitor the
progress of the file upload and check for errors periodically.
Luke Slater
On 8 Aug 2008, at 11:55, Peter Ford [EMAIL PROTECTED] wrote:
Per Jessen wrote:
Tom wrote:
Im very glad to fix this problem, but the next one is
What is set this limit?
Per Jessen [EMAIL PROTECTED] schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
Tom wrote:
Im very glad to fix this problem, but the next one is here: Other
machine (but 2 GB Ram), same suse version, same (working now) php.ini
with limits to 5000M now and i can't upload a
Tom wrote:
Per Jessen [EMAIL PROTECTED] schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
Tom wrote:
Im very glad to fix this problem, but the next one is here: Other
machine (but 2 GB Ram), same suse version, same (working now)
php.ini with limits to 5000M now and i can't upload a File
Tom wrote:
Hi Per,
your result is on a suse 8.2 ?
hmm, i don't know the reason why my suse 10.2 machines do that
failure. My limits for for post_max_size and upload_max_size is both
1500M.
Greets thanx, Tom
Tom,
check your maximum PHP execution time. I've just done some testing
Per Jessen wrote:
Jim Lucas wrote:
I have never seen a case where Apache has stored the file on the file
system. In my past experience it has always held the file in memory,
therefor limited to the max physical memory that was install, minus a
little for other things.
Well, I can easily
Hi Per,
Execution Time ist set to 72000, i learned to set it not to low for tests
:-)
I learned also the last days many things about the php.ini. Many changes
affect later, its mostly for me a trial and error thing and results in much
phenomenon.
At moment its okay, i can upload 1.2 Gb, no
Tom wrote:
Hi Per,
Execution Time ist set to 72000, i learned to set it not to low for
tests
:-)
I learned also the last days many things about the php.ini. Many
changes affect later, its mostly for me a trial and error thing and
results in much phenomenon.
At moment its okay, i can
Practical i implement a robust filebase in my new gamer portal and go to
max. at upload values. If the users make a big upload, it should be stable.
I think, later (after release) i will enhance it with a ftp port. But not
yet.
Here you can see, what i have in filebase, but a 1.9 GB upload
Is a 1.9 gb file upload even sustainable on even a fairly small scale
web application? Maybe you could implement FTP if you trust the people
that want to upload the file.
Luke Slater
Lead Developer
NuVoo
On 9 Aug 2008, at 14:52, Tom [EMAIL PROTECTED] wrote:
Practical i implement a robust
Per Jessen wrote:
How about if I upload a 1Gb file to a webserver on a machine that only
has 256Mb memory - would you say that's impossible?
/Per Jessen, Zürich
In my experience that would the correct.
--
Jim Lucas
Some men are born to greatness, some achieve greatness,
and
Tom wrote:
Practical i implement a robust filebase in my new gamer portal and go
to max. at upload values. If the users make a big upload, it should be
stable. I think, later (after release) i will enhance it with a ftp
port. But not yet.
Here you can see, what i have in filebase, but a
Per Jessen wrote:
Tom wrote:
Practical i implement a robust filebase in my new gamer portal and
go to max. at upload values. If the users make a big upload, it
should be stable. I think, later (after release) i will enhance it
with a ftp port. But not yet.
Here you can see, what i have
On Fri, Aug 8, 2008 at 11:14 AM, Per Jessen [EMAIL PROTECTED] wrote:
Per Jessen wrote:
Tom wrote:
Practical i implement a robust filebase in my new gamer portal and
go to max. at upload values. If the users make a big upload, it
should be stable. I think, later (after release) i will
Andrew Ballard wrote:
This time I had set the upload_file_size and post_max_size to 3000Mb
each, which probably didn't work. When I tried the 1900Mb file again
I got this error:
[Fri Aug 08 16:57:28 2008] [error] [client 192.168.2.113] PHP
[Warning:
POST Content-Length of 1992294868 bytes
Andrew write the answer:
-1149239296 Bytes is indiz for to big.
This time I had set the upload_file_size and post_max_size to 3000Mb
each, which probably didn't work. When I tried the 1900Mb file again I
got this error:
[Fri Aug 08 16:57:28 2008] [error] [client 192.168.2.113] PHP Warning:
On 8/8/08, Luke [EMAIL PROTECTED] wrote:
Is a 1.9 gb file upload even sustainable on even a fairly small scale web
application? Maybe you could implement FTP if you trust the people that want
to upload the file.
This is why I am pushing for people to use PUT.
Still over HTTP, uploaders can be
On Fri, Aug 8, 2008 at 1:08 PM, mike [EMAIL PROTECTED] wrote:
On 8/8/08, Luke [EMAIL PROTECTED] wrote:
Is a 1.9 gb file upload even sustainable on even a fairly small scale web
application? Maybe you could implement FTP if you trust the people that want
to upload the file.
This is why I am
On 8/8/08, Andrew Ballard [EMAIL PROTECTED] wrote:
I've not had to upload such large files over HTTP, so forgive my
ignorance, but on the request end isn't the only difference between
PUT and POST the verb used in the request (and the intent of the
operation)? What can you do with PUT that
mike wrote:
On 8/8/08, Andrew Ballard [EMAIL PROTECTED] wrote:
I've not had to upload such large files over HTTP, so forgive my
ignorance, but on the request end isn't the only difference between
PUT and POST the verb used in the request (and the intent of the
operation)? What can you do
On 8/8/08, Per Jessen [EMAIL PROTECTED] wrote:
Same as POST then :-) (except for the resume bit).
I still don't see much of a difference. It doesn't matter much to me,
I'd just like to understand what the real difference is. Maybe I need
to go and read RFC2616.
I'm all for using existing
mike wrote:
On 8/8/08, Per Jessen [EMAIL PROTECTED] wrote:
Same as POST then :-) (except for the resume bit).
I still don't see much of a difference. It doesn't matter much to
me,
I'd just like to understand what the real difference is. Maybe I
need to go and read RFC2616.
I'm all
PUT is raw (AFAIK)
That sounds good. Have you any link to a basicly methode description? This
is a really new methode for me but sounds better than http upload btw.
resume function is not bad.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
On 8/8/08, Per Jessen [EMAIL PROTECTED] wrote:
I am not for or against either, I'm just looking for the right argument
for PUT support as it seems to be lacking (and I've never found myself
in a situation where PUT was the solution).
I need to accept files of various sizes - up to 2GB, maybe
-Original Message-
From: mike [mailto:[EMAIL PROTECTED]
Sent: Friday, August 08, 2008 4:36 PM
To: Per Jessen
Cc: php-general@lists.php.net
Subject: Re: [PHP] Re: PUT vs. POST (was: php File upload)
On 8/8/08, Per Jessen [EMAIL PROTECTED] wrote:
I am not for or against either
Hi,
on a linux system (Suese 10.2) with 1 GB memory its not possible to upload
via http a 1 Gb File. Thats no limit problem on my php config. i can look
the mem stats when uploading and the growing tmp file. If the temp file has
900 MB, Main Memory free is 0 and the script aborts and php
Tom wrote:
Hi,
on a linux system (Suese 10.2) with 1 GB memory its not possible to
upload via http a 1 Gb File. Thats no limit problem on my php
config. i can look the mem stats when uploading and the growing tmp
file. If the temp file has 900 MB, Main Memory free is 0 and the
script
No, ist'not a php limit. The upload is written in main memory, if i look
with vmstat, free is going to 0 and the php upload breaks at 0 bytes free.
Nothing swap used. Any other ideas?
Per Jessen [EMAIL PROTECTED] schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
Tom wrote:
Hi,
on a linux
Tom wrote:
No, ist'not a php limit. The upload is written in main memory, if i
look with vmstat, free is going to 0 and the php upload breaks at 0
bytes free. Nothing swap used. Any other ideas?
Interesting problem - maybe an apache limit? Lack of diskspace?
Permissions? Which error do
No Apache limit, enough diskspace, no permission problem.
Fact is: During upload looking at main memory, goes to 0 and if 0 uploadet
tmp File was deleted and no error occur.
It was great, if anybody can test such a upload. The uploaded File musst be
greater as main memory. While teh uload is
No Apache limit, enough diskspace, no permission problem.
Fact is: During upload looking at main memory, goes to 0 and if 0 uploadet
tmp File was deleted and no error occur.
It was great, if anybody can test such a upload. The uploaded File musst be
greater as main memory. While teh uload is
smaller files is no problem. The error occoured, if the uploaded File is
bigger than the installed main memory.
Ok, i know that http ist not designed for big uploads. But on a big website
with upload enabled and 30 users upload simultan a 20 MB File, they lost the
upload while php hold all in
Well, you lost me right about... Well when you started. But memory is
cheap...:-/
--
Richard Heyes
http://www.phpguru.org
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
hmm, memory buying is okay, not the final solution. I think php design fault
on this function. It's not comprehensible why php use such a lot main
memory for an upload.
Richard Heyes [EMAIL PROTECTED] schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
Well, you lost me right about... Well when
Tom wrote:
But on a big website with upload enabled and 30 users upload simultan
a 20 MB File, they lost the upload while php hold all in memory/Cache
and swap is not used. I don't understand why php write the upload
chunck for chunck (i can look this) in upload temp file AND holds the
Tom wrote:
hmm, memory buying is okay, not the final solution. I think php design
fault on this function. It's not comprehensible why php use such a
lot main memory for an upload.
Well, PHP doesn't - the upload is apaches job. Once the file is
uploaded, PHP is invoked to process it. You do
With what linux BS have you tested?
No, it isn't the apaches job/problem.
I do nothing with the file. Looking for $_FILES Varables and then
move_uploaded_file.
But i said it before, the problem is not at this point.
If i upload the file and watch memory with vmstat, free is going 0, cache is
Tom wrote:
With what linux BS have you tested?
It was an older SUSE Linux 8.2. But the OS shouldn't matter - maybe the
PHP release and maybe the apache ditto.
No, it isn't the apaches job/problem.
I do nothing with the file. Looking for $_FILES Varables and then
move_uploaded_file.
Ah, so it's not PHP and it's not apache using up your memory - it's your
filesystem cache. Check how many files you have in the tmp directory
and the destination directory.
Okay, thats light in the darkness. But i don't have any idea what i can do
here. tmp is empty.
Look at the first entry,
Tom wrote:
Ah, so it's not PHP and it's not apache using up your memory - it's
your
filesystem cache. Check how many files you have in the tmp directory
and the destination directory.
Okay, thats light in the darkness. But i don't have any idea what i
can do here. tmp is empty.
What about
i use ext3
Im realy on no limit. destination ist /tmp and is fairly empty.
The question is now, if cache full = must hypothetical swap used?
ok, im glad to see your result.
Per Jessen [EMAIL PROTECTED] schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
Tom wrote:
Ah, so it's not PHP and it's not
Tom wrote:
i use ext3
Im realy on no limit. destination ist /tmp and is fairly empty.
The question is now, if cache full = must hypothetical swap used?
ok, im glad to see your result.
No, high utilization of file system cache will not cause any swapping -
file system caching uses whatever
Hi Per,
your result is on a suse 8.2 ?
hmm, i don't know the reason why my suse 10.2 machines do that failure.
My limits for for post_max_size and upload_max_size is both 1500M.
Greets thanx, Tom
Per Jessen [EMAIL PROTECTED] schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
Tom wrote:
i use
Tom wrote:
Hi,
on a linux system (Suese 10.2) with 1 GB memory its not possible to upload
via http a 1 Gb File. Thats no limit problem on my php config. i can look
the mem stats when uploading and the growing tmp file. If the temp file has
900 MB, Main Memory free is 0 and the script
Tom's machine only has 1 GB of physical memory doesn't it? Could that be the
problem?
2008/8/7 Jim Lucas [EMAIL PROTECTED]
Tom wrote:
Hi,
on a linux system (Suese 10.2) with 1 GB memory its not possible to upload
via http a 1 Gb File. Thats no limit problem on my php config. i can look
1 - 100 of 590 matches
Mail list logo
