Hi List,
> Wouldn't it be possible to have it default to the system's timezone if
> available? Most software seems to be able to use the correct timezone.
> From a user's pov it is strange that PHP is pretty much the only service
> which has to have it's own timezone configuration.
>
>
I apprecia
nger around, the end user needs help
> from PHP to port their website ... which is were a number of my own
> customers are trapped.
>
>
> --
> Lester Caine - G8HFL
> -
> Contact -
> http://lsces.co.uk/wiki/?page=**contact<http://lsces.co.uk/wiki/?page=contact>
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media -
> http://rainbowdigitalmedia.co.**uk<http://rainbowdigitalmedia.co.uk>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Paul Reinheimer
Zend Certified Engineer
7;ll write this up in
RFC format if there's interest. Should give people an opportunity to
discuss questions and such.
thanks for your time
paul
--
Paul Reinheimer
I dealt with jpegs with injected metadata quite a bit at a previous employer.
In the end we ended up confirming the file was a proper image with the
filetype functions, then stripping the metadata using some command
line tools, and finally using a blacklist for key strings (like http://www.php.net
Hi Everyone
>> So, I think we're back to "urban legend" territory.
I've updated the documentation for readfile() to help send more people
down the path of checking for output buffering, and disabling that
rather than contriving loops with fread().
http://docs.php.net/r
Hi,
> It sounds like it. In that case the memory spike is happening in the output
> buffer, where the file is streamed into by readfile() in 8K chunks until the
> output buffer explodes. :-)
>
> So, I think we're back to "urban legend" territory.
That's good to know. Thanks, and my apologies fo
Hi All,
> Unfortunately, you've ignored Uwe's e-mail... The problem is not the PHP
> version; the problem is that you're buffering unlimited amounts of data.
> Check your configuration and make sure ob_get_level() returns 0.
My apologies in the delay, ob_get_level() returns 1, good catch.
phpinfo
Hi Larry,
> Fascinating. I even verified the md5sum of the file I got on the other end
> just to be sure. I'll hold off on the blog post then. :-) I look forward
> to your test setup.
The server in question is still on PHP 5.2.13
Script:
http://www.php.net/unsub.php
Hi Larry,
> 4) So given #2 and #3, the "readfile() will kill your memory, don't use it"
> line is a persistent urban legend that belongs on Snopes as debunked.
> Looping on fread() for performance is a red herring.
I implemented this earlier this very year to avoid memory issues (a
quick look at
Hi All,
> In parallel I'd also see if there are any key extensions which we think are
> mainstream, stable and well maintained enough to be included. For example,
> http comes to mind.
With regards to the http extension, I've been using it in production
for a while, but ran into an issue where
Hi,
> And so far as PHP6... a lot of the features that were supposed to be in PHP6
> actually ended up in 5.3. So rather than "canceled", "no longer necessary"
> might be a better description of what happened to PHP6.
With the loss of Unicode (which now lacks even an implementation plan)
"no
ication now means that when PHP 7
roles around we've got two characters we can use for some killer new
feature.
(I'll go back to the quiet corner now)
paul ([EMAIL PROTECTED])
--
Paul Reinheimer
don't think this is a step you can take until a path for joining
this exclusive list is made clear, otherwise in a few years there might not
be a core team left.
Paul Reinheimer
([EMAIL PROTECTED])
Requesting: phpdoc
I'd like to help maintain the documentation, I've been working with a few
people on IRC to get some pointers, and avoid making rookie mistakes (spelling
errors, one too many spaces, tabs, etc.).
Philip suggested I request an account. Sean mocked me a bit.
--
PHP Internals
p with the people working on the tool.
I'll bring it up on that mailing list.
paul
--
Paul Reinheimer
Being the colleague Sean refered to in his first post I thought I
might weigh in.
While I agree that once I looked at the base case that Sean worked out
of my code the problem didn't take too long to recognize, that's not
where I first experianced the problem. Problems first rear their head
deep w
IS_STRING;
> > + return T_INLINE_HTML;
> > +}
> >
> > "<%="|" > if ((yytext[1]=='%' && CG(asp_tags)) || (yytext[1]=='?' &&
> > CG(short_tags))) {
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Paul Reinheimer
Zend Certified Engineer
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
nk Zeev's earlier comment about "If their aim is that good, they
> deserve to be shot in the foot" applies equally well to "disabled
> "return" "
>
> Regards,
> Jason
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Paul Reinheimer
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Quoted Text:
In other words, it can only be used to include files at or below the
current directory.
This is counter productive, it is a horrible idea to store include
files within (/below) the document root, if you're going to suggest
strange sweeping changes go the reverse direction, ensure that
gt; use old engine.
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Paul Reinheimer
Zend Certified Engineer
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
noted
On Wed, 19 Jan 2005 00:24:03 +, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> Important notice!
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Paul Reinheimer
Ze
://www.sebastian-bergmann.de/
> > GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Paul Reinheimer
Zend Certified Engineer
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
22 matches
Mail list logo
