.
Thoughts?
Thanks,
Software Developer
Nathan Bruer
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
types
available. While they implement strong typing (if wanted), they do not
offer syntax cleanup.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
broken stuff. Now if only we can find more people that
actually fix stuff and less people that have time to post xkcd comics?
---
Sherif,
The always happy, never grumpy guy...
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development
maintained by the PHP community. I'm not sure if what's in
the PHP tarballs is different from what's on bitbucket and to what
degree.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
If symbols could use the sign bit or otherwise distinguish from typical integer
keys one would have some hope of meaningful debugging output. I don't think it
makes sense to mix integer keys and symbol keys but being able to differentiate
them for debugging purposes would be great. However
List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(Really shouldn't run 5.4, rather)
On Mon, Dec 10, 2012 at 3:52 PM, Tom Boutell t...@punkave.com wrote:
Has APC's PHP 5.4.x support matured yet to the point where folks are
comfortable there's no environment in which you really shouldn't run
5.3?
On Mon, Dec 10, 2012 at 3:10 PM, Florian
Sure. I wasn't asking for myself but rather in the context of how
close 5.3 is to being reasonable to deprecate.
On Mon, Dec 10, 2012 at 3:55 PM, Pierre Joye pierre@gmail.com wrote:
hi,
On Mon, Dec 10, 2012 at 9:52 PM, Tom Boutell t...@punkave.com wrote:
Has APC's PHP 5.4.x support
://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
tested it on PHP 5.4.4 on OSX and I can confirm, that the issue is
still present.
(used font: Open Sans Regular/Bold/Italic, screenshots:
http://min.us/mM2c5yyBU )
Cheers
Jannik Zschiesche
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP
://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development
on it.
--
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
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
to support current supported versions via PECL.
Cheers,
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
Heh... passing a little judgment there on the design of frameworks,
ORMs, etc. are we?
On Wed, Jul 4, 2012 at 10:41 AM, Rasmus Lerdorf ras...@lerdorf.com wrote:
On 07/04/2012 07:37 AM, Tom Boutell wrote:
Hmm, but the stat=0 optimization is a major one; a cache that didn't
offer it would
of PHP 5.4.4 and apc installed immediately thereafter via pecl.
Is this fix actually released yet?
Thanks.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
/2012 07:13 AM, Tom Boutell wrote:
This one:
*** glibc detected *** /usr/local/bin/php-cgi: double free or
corruption (out): 0x7f9d6ce2c080 ***
=== Backtrace: =
/lib/libc.so.6(+0x77806)[0x7f9d679be806]
/lib/libc.so.6(cfree+0x73)[0x7f9d679c50d3]
/usr/local/bin/php-cgi
the legacy features or too specific
features which are really unusable by any common developers.
Other developers may disagree but it makes very hard to maintain APC.
Cheers,
2012/7/3 Tom Boutell t...@punkave.com
Given the impracticality of using PHP without APC, it would be nice if
it were part
occur with code that used it as a
function name.
2) The spaghetti possibilities increase.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals
://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
/brain%20tumor
Donate:
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclickhosted_button_id=FS9NLTNEEKWBE
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
(I'm not questioning that APC makes an enormous difference. That's
painfully obvious from 100 miles away on our servers (: )
On Thu, May 24, 2012 at 11:23 AM, Tom Boutell t...@punkave.com wrote:
I've seen this statement before about the impact of caching the actual
compilation (or mere
-xclickhosted_button_id=FS9NLTNEEKWBE
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
benchmark script that I could run with and
without apc caching to see the general gains.
Is there something that is used by the internals team for such tests?
If not, are there any recommendations?
Thanks,
Mohammad
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
with and
without apc caching to see the general gains.
Is there something that is used by the internals team for such tests?
If not, are there any recommendations?
Thanks,
Mohammad
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP
Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
) or
if it otherwise requested. Otherwise, they're stored in an array.
--
Gustavo Lopes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP
that close of course.
On Mon, May 21, 2012 at 3:25 PM, Tom Boutell t...@punkave.com wrote:
Thanks for clarifying that. Sounds like a huge win.
On Mon, May 21, 2012 at 3:13 PM, Gustavo Lopes glo...@nebm.ist.utl.pt wrote:
On Mon, 21 May 2012 20:47:51 +0200, Rasmus Schultz ras...@mindplay.dk
wrote
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
This whole business of bending over backwards to prevent injection of php when
apache is misconfigured just encourages apache misconfiguration IMHO. Smart
people are protecting you, you don't have to do these things right, don't worry
about it!
Sent from my iPhone
On May 5, 2012, at 1:50 PM,
://wiki.php.net/rfc/phpp
I also want to know if this is sufficient to satisfy some of the concerns
that have been raised about being able to implement this into existing
frameworks that use a more tangled architecture.
Thanks! =)
--Kris
--
Tom Boutell
P'unk Avenue
215 755 1330
://wiki.php.net/rfc/phpp
I also want to know if this is sufficient to satisfy some of the concerns
that have been raised about being able to implement this into existing
frameworks that use a more tangled architecture.
Thanks! =)
--Kris
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
at 4:00 PM, Tjerk Meesters tjerk.meest...@gmail.com
wrote:
On 25 Apr, 2012, at 5:42 AM, Kris Craig kris.cr...@gmail.com wrote:
On Tue, Apr 24, 2012 at 1:10 PM, Tom Boutell t...@punkave.com wrote:
* The RFC starts off immediately talking about file extensions, but
the actual implementation
| matt...@zend.com
Zend Framework | http://framework.zend.com/
PGP key: http://framework.zend.com/zf-matthew-pgp-key.asc
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
contribution, infrastructure
contribution you make you get a post to the list.
-Rasmus
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP
We could vote on whether we like the idea in principle, with the condition that
the final proposal pass separately as a fully detailed rfc. That way you are
telling the authors of these rfcs whether to keep trying and in what direction,
but you are not forced to accept the end product. I would
These tools already strip ?php tags, they would need minimal changes to
support rolling in a .phpp file unmodified. Unless I am missing something?
Sent from my iPhone
On Apr 15, 2012, at 5:30 PM, Arvids Godjuks arvids.godj...@gmail.com wrote:
I posted the bellow text in other thread, but i
percentage of .phpp files) without
making enemies and generating opposition along the way to that better
place.
On Mon, Apr 16, 2012 at 9:24 AM, Arvids Godjuks
arvids.godj...@gmail.com wrote:
16 апреля 2012 г. 16:09 пользователь Tom Boutell t...@punkave.com написал:
These tools already strip ?php
loaded before this .phpp file are still permitted to
load things, including when acting as autoloaders on behalf of .phpp
code... my head hurts. This cannot be the cleanest way to solve the
problem.
2012/4/16 Tom Boutell t...@punkave.com:
Oh I see. Yes, this is one of the reasons I don't like the pure
, removing trailing ? is a matter of simple
script if required, but I haven't seen people putting ? in the end for
years).
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
://www.php.net/unsub.php
Hmm I like that idea. Anyone see any downsides to using as instead of
comma delination?
--Kris
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
This has been added in version 1.1.1 of the
source_files_without_opening_tag RFC:
https://wiki.php.net/rfc/source_files_without_opening_tag
On Mon, Apr 16, 2012 at 5:25 PM, Tom Boutell t...@punkave.com wrote:
I think the 'as' solution is smart.
On Mon, Apr 16, 2012 at 3:54 PM, Kris Craig
developing common ground here.
2012/4/16 Kris Craig kris.cr...@gmail.com:
2012/4/16 Tom Boutell t...@punkave.com
Also, Kris's proposal requires that an additional flag be tracked all
the way down through the stack of requires and includes from the point
where pure mode is first encountered
hand
if the vote is negative, we can save a significant amount of time and
effort, and can concentrate on more plausible subjects.
Cheers,
Arpad
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
with such people).
I don't like the idea of removing the ?php tag at all, because it will
mess up the syntax highlighting everywhere and annoy people that copy the
plain code without the ?php and get it not recognized as a valid source
code.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
I think updating your RFC to cover the broad points that have changed
is worth it, even if small differences will continue to be expressed
about the syntax.
2012/4/16 Kris Craig kris.cr...@gmail.com:
2012/4/16 Tom Boutell t...@punkave.com
Kris, you have been talking recently about allowing
://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
, Tom Boutell t...@punkave.com wrote:
Wouldn't this be a significant performance hit when multiplied by
every class file in a project?
On Fri, Apr 13, 2012 at 10:15 AM, Matthew Weier O'Phinney
weierophin...@php.net wrote:
On 2012-04-13, David Muir davidkm...@gmail.com wrote:
On 13/04/12 14:55
]
This is convoluted and forces me to write a .php frontend. Surely that
is not your goal.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I agree, there should be no limiting of unrelated language features to
half-protect people who can't plan where uploads go.
Sent from my iPhone
On Apr 9, 2012, at 6:11 AM, Ferenc Kovacs tyr...@gmail.com wrote:
On Sat, Apr 7, 2012 at 10:48 PM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Hi,
to run application when
set specificaly and it would break if something set differently. PHP just got
rid of it and you want to introduce a new optional feature that will change
how PHP behaves.
09.04.2012 9:03 пользователь Yasuo Ohgaki yohg...@ohgaki.net написал:
Hi,
2012/4/9 Tom Boutell
kris.cr...@gmail.com wrote:
Tom,
On Sun, Apr 8, 2012 at 4:14 PM, Tom Boutell t...@punkave.com wrote:
Thanks. However, would you please fix the summary on the RFC's page to
match the summary in the actual RFC? As you have written it, it
implies that support for ?php would be completely removed
I think separating these rfcs makes sense, thanks.
Sent from my iPhone
On Apr 9, 2012, at 2:17 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Hi Tom,
It's better to distinguish security related issue and others.
Therefore, I listed Moriyoshi's proposal to RFC list and put
my proposal in it.
of it is just responses to
frequently raised concerns:
https://wiki.php.net/rfc/source_files_without_opening_tag
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
to be the entry point / frontend controller / standalone
script as well. As you say it must be done with SAPI options (the CLI
included), not hardcoded file extension checking.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
if it reasonably expected
implode() to call the usual PHP function and not a method. Plus it's
probably a real pain to implement in general.
Thoughts?
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
realize there is confusion about this because of a separate and
unrelated RFC to actually eliminate ?php.
I agree that the security argument is bogus, but it was never one of
my reasons for this proposal.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals
dragoo...@gmail.com wrote:
-1.
PHP doesn't need more magic.
On Mon, Apr 9, 2012 at 4:53 PM, Nikita Popov nikita@googlemail.com
wrote:
On Mon, Apr 9, 2012 at 5:10 PM, Tom Boutell t...@punkave.com wrote:
What if PHP supported a short tag for calling a method of $this?
Then one could
with ?php. It allows for backwards
compatibility.
If you must add keywords it should be something like require_template
NOT require_code/require_file. Templates are the exception, not the
norm.
Luke Scott
On Apr 8, 2012, at 9:32 AM, Tom Boutell t...@punkave.com wrote:
I have written an RFC
sell.
On Mon, Apr 9, 2012 at 1:10 PM, Luke Scott l...@cywh.com wrote:
On Apr 9, 2012, at 9:16 AM, Tom Boutell t...@punkave.com wrote:
It sounds like you are proposing to gradually kill the use of PHP for
templating entirely, which I don't think is something people would
vote for.
I'm not saying
Also, your objection - that 'require_code' is confusing - would most
likely be an issue for a handful of people who write autoloaders.
Those clean PHP class files are almost always autoloaded.
On Mon, Apr 9, 2012 at 1:22 PM, Tom Boutell t...@punkave.com wrote:
I see what you're saying
On Mon, Apr 9, 2012 at 12:43 PM, John Crenshaw johncrens...@priacta.com wrote:
interoperability is somewhat reduced in the sense that all 3rd party code
would have to be checked for the ?php
I'm not sure what you mean by this part exactly?
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
for suppressing warnings thrown by include without
suppressing warnings/errors by the actual file -- I think we can all
agree @include is counter productive since it does much more that
suppress warnings thrown by include (even parse errors!).
Luke
-ralph
On 4/9/12 12:23 PM, Tom Boutell
(:
On Mon, Apr 9, 2012 at 1:49 PM, Matthew Weier O'Phinney
weierophin...@php.net wrote:
On 2012-04-09, Tom Boutell t...@punkave.com wrote:
There's a reason I didn't try to kick this out as a fully formed RFC (:
The choice of @ is a nonstarter, yes. I forgot that ? is a valid
start code for PHP already
, which doesn't exist in version Y anyway,
so I may as well take advantage of not having to type ?php anymore as
well.
On Mon, Apr 9, 2012 at 1:33 PM, John Crenshaw johncrens...@priacta.com wrote:
From: Tom Boutell [mailto:t...@punkave.com]
On Mon, Apr 9, 2012 at 12:43 PM, John Crenshaw johncrens
Agreed, I will respond only on the RFC thread.
On Mon, Apr 9, 2012 at 4:45 PM, Kris Craig kris.cr...@gmail.com wrote:
On Mon, Apr 9, 2012 at 4:11 AM, Pierre Joye pierre@gmail.com wrote:
hi!
On Mon, Apr 9, 2012 at 12:48 PM, Tom Boutell t...@punkave.com wrote:
I agree, which is why
This is an attempt to protect people who have written inherently insecure code
anyway. One should never do a dynamic require to any untrusted location, if
ever at all, yes?
Sent from my iPhone
On Apr 8, 2012, at 8:00 AM, Ángel González keis...@gmail.com wrote:
2012/4/8, Yasuo Ohgaki:
Hi folks, I'm attempting to create an RFC on wiki.php.net but I don't
get a create this page button. Is this the right place for me to
start an RFC? Thanks.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
Thanks, I have access now.
Do I need to have a patch in hand before publicizing an RFC?
On Sun, Apr 8, 2012 at 10:56 AM, Ferenc Kovacs tyr...@gmail.com wrote:
On Sun, Apr 8, 2012 at 4:22 PM, Tom Boutell t...@punkave.com wrote:
Hi folks, I'm attempting to create an RFC on wiki.php.net but I
Discussion
session and get the ball rolling formally. Please enlighten and I'll
do whatever is required.
Thanks!
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
by posting the RFC here, so go
ahead and add it. In the future, remember there's also an In Draft status
for RFCs that haven't been announced here yet. :)
On Apr 8, 2012 9:32 AM, Tom Boutell t...@punkave.com wrote:
I have written an RFC proposing backwards-compatible support for
source files
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
it was deleted already.
Anyway, he had a patch for it.
https://gist.github.com/2266652
As I mentioned in other thread, we should better to have
a switch to disable embed mode for security reasons.
Regards,
--
Yasuo Ohgaki
yohg...@ohgaki.net
2012/4/9 Tom Boutell t...@punkave.com
yohg...@ohgaki.net
2012/4/9 Tom Boutell t...@punkave.com:
Moriyoshi was kidding, as near as I can tell (:
To take it at face value though, the *cough* April 1st *cough*
proposal of Moriyoshi calls for the complete abolition of the feature
with no backwards compatibility with existing code
Neat idea. I have considered writing persistent php servers that just accept
requests serially. Possibly you could write a fastcgi server in pure php. That
would still delegate most of the grunt work to apache.
Sent from my iPhone
On Apr 6, 2012, at 7:46 PM, Luke Scott l...@cywh.com wrote:
Indeed phpdaemon.net appears to cover this ground, although your idea might
deliver higher performance.
Sent from my iPhone
On Apr 6, 2012, at 7:46 PM, Luke Scott l...@cywh.com wrote:
I've spent the last few days pouring over the Zend engine source code. I
think I have a basic understanding
.php continues to behave exactly as it does today, and can
interoperate smoothly with code that uses .phpc. .phpc can require
.php and vice versa. They are friends.
Thoughts?
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing
. There
is no such thing as file name extension in URLs. Thus your idea should be
forgot. Personally, I really think 1st of April is like continuing in the
internals mailing list...
2012/4/7 Tom Boutell t...@punkave.com
Now that the flamewar has died down a little I'd like to try to have a
civil discussion about
that honored it, freeing end-user developers
from thinking about it. It becomes self-contained, and people who are
writing old-school .php standalone scripts or pages are entirely
unaffected.
On Sat, Apr 7, 2012 at 9:50 AM, John Bafford dsha...@zort.net wrote:
On Apr 7, 2012, at 09:39, Tom Boutell wrote
if there is a whitespace before
#!/bin/sh? what have you got as answer there?
again: please leave the world in peace with your poorly
thought proposals - and yes this is a really polite answer
compared with the thoughts running through my mind
while reading your stuff
--
Tom Boutell
P'unk Avenue
215 755 1330
from my iPhone
On Apr 7, 2012, at 11:46 AM, Luke Scott l...@cywh.com wrote:
On Apr 7, 2012, at 7:00 AM, Tom Boutell t...@punkave.com wrote:
That's a good point too.
I think this is a better proposal:
include_code, require_code, and require_code_once would work just like
include, require
I will. And thanks for your work maintaining gd- I should have mentioned that
earlier.
Sent from my iPhone
On Apr 7, 2012, at 12:47 PM, Pierre Joye pierre@gmail.com wrote:
hi Tom,
On Sat, Apr 7, 2012 at 3:26 PM, Tom Boutell t...@punkave.com wrote:
Now that the flamewar has died down
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
6, 2012 at 5:19 PM, Tom Boutell t...@punkave.com wrote:
I have to agree with that. Also: does PHP need to be a templating
language anymore, given excellent templating language implementations
in PHP, like Twig?
On Fri, Apr 6, 2012 at 3:05 PM, John Crenshaw johncrens...@priacta.com
wrote
stupid
Am 06.04.2012 23:20, schrieb Tom Boutell:
To tell the truth I'd be more excited by a proposal to kill ?php
entirely, or more realistically, to support an alternate file
extension that doesn't need it. That would be an interesting option
for those who want to put dribs and drabs of PHP
I should have said breaking mysteriously in weird subtle ways if
there are blank lines before ?php.
On Fri, Apr 6, 2012 at 5:30 PM, Tom Boutell t...@punkave.com wrote:
Knock it off with the ad-hominem attacks please. It's not change for
the sake of change to propose that PHP move on from
and mod_php get options
so you can configure them to do the right thing.
This wouldn't be an easy one and perhaps it's not practical, but
that's no reason to be venomous.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
://www.sugarcrm.com/
(408)454-6900 ext. 227
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
we discuss here but the new code proposed
by Pierrick.
Cheers,
On Sun, Mar 11, 2012 at 4:22 PM, Tom Boutell t...@punkave.com wrote:
I'd sure like a PHP extension that didn't have this obvious and nasty
bug:
https://bugs.php.net/bug.php?id=46439
On Sun, Mar 11, 2012 at 3:33 AM, Stas
Sigh, I could have edited that better, but I think the apology came across
(:
This is still a thing worth fixing.
On Sun, Mar 11, 2012 at 6:09 PM, Tom Boutell t...@punkave.com wrote:
I do see now that at curl did introduce the @ craziness. So it is unfair
of me to single out PHP
: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
short_open_tab. It has no value-- *except* that,
unfortunately, it's still widely used in many apps and even some frameworks
TTBOMK.
I personally like it and find value in its inclusion :)
Adam
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime
://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Apache to the prefork
MPM.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
- PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
worker and PHP article, thanks.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
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
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
, Kiall Mac Innes ki...@managedit.ie wrote:
On Tue, Feb 28, 2012 at 4:48 PM, Tom Boutell t...@punkave.com wrote:
On Tue, Feb 28, 2012 at 11:32 AM, Kiall Mac Innes ki...@managedit.ie
wrote:
Yes, You could abstract the try/catch into a new (and un-needed)
function
to try and emulate
wind up maintaining hacks to compile PHP
from source. It discourages a very large community from trying new
releases.
Is this perhaps because some of the code being included in the PHP
build happens to be C++ code? (Not readily apparent from the outside
of course.)
--
Tom Boutell
P'unk Avenue
215
this again in a fresh install of ubuntu 11.x (shoot, forgot
to take a virtualbox snapshot last time).
On Sun, Feb 26, 2012 at 2:22 PM, Rasmus Lerdorf ras...@lerdorf.com wrote:
On 02/26/2012 07:19 PM, Tom Boutell wrote:
Bump - this is still a live issue on Ubuntu 11.10, for instance.
I just hacked
1 - 100 of 134 matches
Mail list logo