Removing some cruft from php
I'm thinking that the logo should be optional --disable-logo
PHPE9568F34-D428-11d2-A769-00AA001ACF42
http://www.phpsadness.com/
via combinator
http://news.ycombinator.com/item?id=2591845
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
2011/5/28 marius adrian popa :
> Removing some cruft from php
> I'm thinking that the logo should be optional --disable-logo
> PHPE9568F34-D428-11d2-A769-00AA001ACF42
expose_php = Off?
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To un
On Sat, May 28, 2011 at 06:05, Kalle Sommer Nielsen wrote:
>
> expose_php = Off?
I think what he and others mean is that they want the option to
leave the logo, credits, et cetera, completely out of the build at
compile time.
--
Network Infrastructure Manager
http://www.php.net/
--
PHP I
I sent this message to the php-general list, but haven't gotten any replies.
Looking at the archives for the two lists, I realized that I'm probably much
more likely to get informed responses from this list than the general list:
Although I've been mostly using Java and Ruby in my professional
From my experience with Java:
* It's not that easy to properly configure JVM for production use.
* If you'll do it wrong and there is a memory leak it can hang the
server. At least it was the case when using SOLR.
I sent this message to the php-general list, but haven't gotten any r
> I sent this message to the php-general list, but haven't gotten any
> replies. Looking at the archives for the two lists, I realized that
> I'm probably much more likely to get informed responses from this
> list than the general list:
Probably a Caucho list would better. php-internals is pr
On Sat, 28 May 2011 18:46:52 +0100, Arnold Hesnod
wrote:
I sent this message to the php-general list, but haven't gotten any
replies. Looking at the archives for the two lists, I realized that I'm
probably much more likely to get informed responses from this list than
the general list:
Hi!
annotations have been a central part of the last 100 or so JSRs and I've
only seen one or two informed objections, it's fairly obvious the list has
had very little experience with Java.
Maybe having experience with Java is exactly the reason why some people
are reluctant to make PHP more
Martin Scotta
On Sat, May 28, 2011 at 11:31 PM, Stas Malyshev wrote:
> Hi!
>
>
> annotations have been a central part of the last 100 or so JSRs and I've
>> only seen one or two informed objections, it's fairly obvious the list has
>> had very little experience with Java.
>>
>
> Maybe having e
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
On May 28, 2011, at 10:55 PM, Martin Scotta wrote:
> I really dont like to move away from PHP, but compared to others... it's
> just a template language with steroids.
>
> and please dont get me wrong, I love PHP, it's is still my favourite but...
This has been exactly my experience when trying
Hi!
- I immediately had to write an extension to give me access to
several missing APIs (clock_gettime() and a number of ncurses
functions not implemented in the ncurses extension).
So the problem with PHP is that it doesn't include support for any
possible API out of the box. While all other
Le 29/05/2011 07:05, Gwynne Raskind a écrit :
> On May 28, 2011, at 10:55 PM, Martin Scotta wrote:
>> I really dont like to move away from PHP, but compared to others... it's
>> just a template language with steroids.
>>
>> and please dont get me wrong, I love PHP, it's is still my favourite but...
13 matches
Mail list logo
