.
for each consecutive use of the same trait in the same class (if we
really need that feature).
(*) Yes, $hash shouldn't be a global, it should be a static member of
a globalDataManager class or something. Makes no difference for
purposes of this discussion.
--
Tom Boutell
P'unk Avenue
215 755 1330
, but with strictly-trait-local state this is not an issue.
A shame this can't be in 5.3 but we will get there. (:
--
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
Thanks to all for their hard work on this release.
Will the cycle-breaking garbage collector be turned on as the
compiled-in default and the recommended php.ini default?
Please, please say yes. (:
--
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
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
http://bugs.php.net/bug.php?id=48880 is reason enough to want a
release soon - PHP 5.3 died a very fast death in production here.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
for the final. But
we won't do it if we do a RC next week as we will have more commits
after RC1.
Cheers,
--
Pierre
http://blog.thepimp.net | http://www.libgd.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom
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
; handlers can override this (see session_set_save_handler ).
; The default timeout is 1440 seconds (24 minutes).
session.gc_maxlifetime = 1440
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
Turns out three bug submissions did go through. I went back and
deleted two, leaving only bug #49335.
The lack of any indication that it worked, and the
mostly-whitescreen-and-an-error end result of the process, are still
issues of course.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
/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
your own custom version
of PHP. I don't know if that's relevant to this conversation, though :-)
Mt.
--
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
concluded traits can be commited to HEAD.
regards,
Lukas Kahwe Smith
m...@pooteeweet.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
On Thu, Oct 15, 2009 at 10:42 AM, Stefan Marr p...@stefan-marr.de wrote:
Hi:
On 14 Oct 2009, at 22:44, Tom Boutell wrote:
I'm very concerned about the practical consequences of introducing
traits without state.
Well, we have not found a sufficient design until now, which would fit
nicely
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
://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
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
://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
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
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
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
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
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
.
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
this to folks' attention since it causes a lot of
frustration for those using multiple frameworks, libraries, etc. all
of which come with autoloaders.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
window.punkave.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
against this possibility and it winds up off
the end of a list or referencing something previously removed.
Any thoughts?
On Tue, Oct 11, 2011 at 1:08 PM, Tom Boutell t...@punkave.com wrote:
Just opened a bug report:
https://bugs.php.net/bug.php?id=60042
The documentation does not indicate
www.klaussilveira.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
as one HTTP request, but it could bite you with
plain old files too.
--
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
wrote:
Raised this 5 years ago..
http://marc.info/?l=php-internalsm=113998880315574w=2
Jared
-Original Message-
From: Tom Boutell [mailto:t...@punkave.com]
Sent: 21 October 2011 20:40
To: PHP Internals
Subject: [PHP-DEV] fclose(), file_put_contents(), copy() all
fail to return
/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
optimizations have been either rolled into the standard
compiler or made irrelevant by changes to the opcodes themselves.
-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
faster than the
same code running under Mono.
-Rasmus
--
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
11232 v: 718-854-0335 f: 718-854-0409
--
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
another class, the enhanced constructor might need
direct access to the backing-field.
--
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
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
://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
, Nikita Popov nikita@googlemail.com
wrote:
Hi internals!
I have written an RFC that proposes to *deprecate* and *remove* the /e
modifier:
https://wiki.php.net/rfc/remove_preg_replace_eval_modifier
Comments welcome!
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
SugarCRM: http://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
--
PHP Internals - PHP Runtime Development Mailing
an RFC that proposes to *deprecate* and *remove* the /e
modifier:
https://wiki.php.net/rfc/remove_preg_replace_eval_modifier
Comments welcome!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Tom Boutell
P'unk Avenue
215
what the status of that is.
--Kris
On Fri, Feb 24, 2012 at 11:52 AM, Tom Boutell t...@punkave.com wrote:
I'm building a script that installs PHP 5.3.10 from source. One of the
steps is to install apc and mongo support via pecl. I'm building the
CGI/FastCGI version. This is on a box
as well afair.
Then shouldn't a 'make install' of PHP have changed php-config on the
spot? Why wouldn't the pecl install I do immediately after that be
aware of the changes? The delay is what's puzzling. What good does it
do me to look at php-config output if pecl doesn't seem to?
--
Tom Boutell
P'unk
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
' '--with-mcrypt' '--with-zlib'
'--enable-mbstring' '--enable-ftp' '--with-xsl' '--with-openssl'
'--with-kerberos' '--enable-exif' '--enable-intl'
The quick fix is to build it shared, not statically.
See also http://php.markmail.org/message/z2qkmbipmhhpwzx4
-Hannes
--
Tom Boutell
P'unk Avenue
215
without forcing strict typing up the call chain. Weak type hinting
is
a softer sell, but requires a lot of thought(much of which has been done,
if you look in previous discussions) , about how and when to convert
values.
--
Tom Boutell
P'unk Avenue
215 755 1330
punkave.com
://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
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
: 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
://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
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
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
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
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 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
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
://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
1 - 100 of 134 matches
Mail list logo