Full name: liujian
Email: [EMAIL PROTECTED]
ID: xliu
Purpose: learn php
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
That may be the worst done article I have ever read. I could rewrite every
paragraph and turn it on ASP or Perl or any language. He obviously did not
put much effort into it.
My Take:
The Unix version of ASP, unfortunately, cannot be taken seriously as it
does not exist except in a very
Choose From Any Of The Following:
Promote your Existing Business Or Make Money With One Of Our!
Choose From The 2 Below If You Have An Existing Business
Choice 1: GUARANTEEd ... 1,000,000 Banner IMPRESSIONS!!
FIND OUT WHAT THE PROS HAVE BEEN DOING FOR YEARS!!
NOW AVAILABLE TO EVERYONE!!
ID: 10701
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Filesystem function related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
What's to claim. This is a support question that belongs on one of the mailing lists
and not in the
There is a disappointing trend in 'mainstream' commentary on open source
projects. This is an example of one.
In the last year of so I have had a lot of experience with poor media
coverage of projects I am either involved in or follow closely. One of the
worst being an all out attack on
If a system has mmap() a readfile() will mmap the entire file to memory
and then dump that while without mmap it will read it one block at a time.
That's a siginificant memory difference and one that may not be expected.
Obviously the mmap will be faster, but if as in bug #10701, someone is
ID: 10701
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Filesystem function related
Operating system: Linux 2.4.x
PHP Version: 4.0.5
Description: readfile usage on large files
You are kidding right? Nice way to take down a server.
load average: 66.52, 33.25, 15.76
$fp =
Well, you'd want to do it one block at a time. But yes, if you are going
to be reading the files with PHP that's what you'll end up doing at some
level anyway. Otherwise look at Apache's mod_header and perhaps
dynamically generate the header information and write the appropriate
.htaccess files
Rasmus Lerdorf wrote:
If a system has mmap() a readfile() will mmap the entire file to memory
and then dump that while without mmap it will read it one block at a time.
That's a siginificant memory difference and one that may not be expected.
Obviously the mmap will be faster, but if as in
Responding to this article only prolongs its life.
Treat PC Magazine/ZDNET's reviews as you would a 3rd grader's book report.
These are not technical publications; they are the Popular Mechanics of the PC
world. When considering languages/environments to use when building an
application, very
If a system has mmap() a readfile() will mmap the entire file to memory
and then dump that while without mmap it will read it one block at a time.
That's a siginificant memory difference and one that may not be expected.
Obviously the mmap will be faster, but if as in bug #10701,
Well, the reason I stayed away from trying to use fgets for a single block
at a time were because of some of the comments from
http://php.net/manual/en/function.fgets.php
Anyways, an offtopic question if I may, I've tried making .htaccess
parseable by PHP using AddType and also attempting to do
Responding to this article only prolongs its life.
Treat PC Magazine/ZDNET's reviews as you would a 3rd grader's book report.
These are not technical publications; they are the Popular Mechanics of the PC
world. When considering languages/environments to use when building an
application,
Well, the reason I stayed away from trying to use fgets for a single block
at a time were because of some of the comments from
http://php.net/manual/en/function.fgets.php
Anyways, an offtopic question if I may, I've tried making .htaccess
parseable by PHP using AddType and also attempting
Rasmus Lerdorf wrote:
If a system has mmap() a readfile() will mmap the entire file to memory
and then dump that while without mmap it will read it one block at a time.
That's a siginificant memory difference and one that may not be expected.
Obviously the mmap will be faster, but if as in bug
If a system has mmap() a readfile() will mmap the entire file to memory
and then dump that while without mmap it will read it one block at a time.
That's a siginificant memory difference and one that may not be expected.
Obviously the mmap will be faster, but if as in bug #10701, someone is
ID: 10945
User Update by: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Apache related
Operating system: AIX 4.3.3 (MU8)
PHP Version: 4.0.5
Description: Apache core dumps when PHP4.0.5 is activated via LoadModule
Tried recompiling everything with IBM Visual Age C v5.01. No change. I also tried
fread() should handle this, no?
True. But I guess my main issue is still that the behaviour changes
radically based on a hidden configure check (ie. whether mmap is there
or not) and that ensuring a block-by-block read in user space is
inefficient for huge files.
good point...
ID: 10945
Updated by: rasmus
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Apache related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
There is no supported list. But, obviously operating systems that are more common
end up getting more attention and more testing.
True. But I guess my main issue is still that the behaviour changes
radically based on a hidden configure check (ie. whether mmap is there
or not) and that ensuring a block-by-block read in user space is
inefficient for huge files.
good point... hrrmmm
it seems like this is
They were actually considering Windows as a viable platform for a server at all.
*shudder*
John Donagher wrote:
Responding to this article only prolongs its life.
Treat PC Magazine/ZDNET's reviews as you would a 3rd grader's book report.
These are not technical publications; they are the
Perhaps automatic detection could be option? if (filesize X)
blockread else mmap? It seems like the most intuitive way to implement
it...
Sounds a bit magical. Why not just a block_readfile() function?
Mainly the bloat factor, we already have a large core, imho, functions
shouldn't
ID: 10945
User Update by: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Apache related
Operating system: AIX 4.3.3 (MU8)
PHP Version: 4.0.5
Description: Apache core dumps when PHP4.0.5 is activated via LoadModule
Somehow, I'd guessed that AIX would finish low on the supported list. One note, for
We're there plans to rename the [EMAIL PROTECTED] mailing list
to [EMAIL PROTECTED], for consistency with the other mailing
lists? What ever happened to that idea?
Maybe an alias would be enough for the sort term.
The mail subject says: [PHP-DOC] :)
Goba
Hi,
Here I am again, having problems with the c-client and the wrap around it,
this time with the imap_mail_compose()... To start out with, the imap
functions really need more documentation, I've been working with the imap
functions for about two weeks, and for almost each and every function,
101 - 125 of 125 matches
Mail list logo
