On Sun, Feb 24, 2013 at 1:07 PM, 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 handle
> it ?
> I'v
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 i
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.
On Wed, Apr 6, 2011 at 13:10, tedd 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 it.
>
> Odd
On Wed, Apr 6, 2011 at 1:10 PM, tedd 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 it.
>
> O
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 Mon, Feb 7, 2011 at 11:03, Frank Bonnet 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 and distribution
em an email containing the address of the http temporary
>>> link instead of sending it as an email attachement X 1000 ...
>> Sounds great. Good luck in your Google search.
>>
> I found nothing that's why I wrote this !!!
>
>
>
Frank,
Not sure what word
"Frank Bonnet" wrote:
>On 02/07/2011 05:01 PM, Daniel Brown wrote:
>> On Mon, Feb 7, 2011 at 10:56, Frank Bonnet 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
On 02/07/2011 05:01 PM, Daniel Brown wrote:
On Mon, Feb 7, 2011 at 10:56, Frank Bonnet 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 fi
On Mon, Feb 7, 2011 at 10:56, Frank Bonnet 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 anyone.
>
> The
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 ema
At 7:23 PM +0100 12/29/10, 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 Upload-Icon in my Webinter
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 th
answer 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"
Date: Wed, Dec 29, 2010 21:38
Subject: [PHP] File-Upload per Drag-N-Drop?
T
On Wed, Dec 29, 2010 at 10:30 AM, Daniel P. Brown
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 questions, but this is r
> -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 nearl
On Wed, Dec 29, 2010 at 13:23, 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 Upload-Icon
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, G
4 this malfunction is now 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
-
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
wrote:
Hello,
When uploading a file the variable $_FILES['userfile']['tm
On Sat, Jan 30, 2010 at 7:27 PM, Ali Reza Sajedi wrote:
> 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
>
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?
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 f
, Richard Quadling wrote:
>
> From: Richard Quadling
> Subject: Re: [PHP] File upload directive: $_FILES['filename']['name'] instead
> of $_FILES['filename']['tmp_name']
> To: "Andrei Iarus" , "PHP General list"
>
>
2009/12/23 Andrei Iarus :
> Of course: also tried the is_uploaded_file, exactly like in the manual. And
> it fails :(
>
> --- On Wed, 12/23/09, Richard Quadling wrote:
>
> From: Richard Quadling
> Subject: Re: [PHP] File upload directive: $_FILES['filename'
2009/12/22 Andrei Iarus :
> 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_nam
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
On Aug 3, 2009, at 7:04 AM, seb 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 to "upgrade" and move the
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 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 th
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. T
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 javascr
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 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
pr
> -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 stres
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 ab
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
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
> -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, &qu
> -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
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 cours
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 Gene
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
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 o
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, anyt
> 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: http://www.php
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.
> -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]>
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, ma
> 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: http://www.php.net/unsu
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 RFC26
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 ex
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 c
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 th
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 i
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 ca
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:
POST
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 199
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 relea
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
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, bu
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 s
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 robu
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 fail
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
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 pro
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
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 tes
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 uploa
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 up
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 i
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 with
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
> t
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
mus
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 syste
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. T
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 an
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 Gener
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
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 o
Simple answer is yes. But others might argue this answer.
Luke wrote:
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
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
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 aborts
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
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 whatev
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'
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.
>
>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:
> 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.
Th
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
goi
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 d
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
>
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
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
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 m
> 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 ulo
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 run
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 d
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 linu
1 - 100 of 610 matches
Mail list logo
