On Fri, May 20, 2011 at 12:15 PM, Larry Garfield wrote:
> I'm working with a fellow developer on an experimental project. There are
> some PECL modules that we want to try and use in an open source project
> where we cannot guarantee that PECL modules will be available, since it's
> intended for
On 05/21/2011 02:06 AM, David Muir wrote:
2) Is anyone else doing this? No sense doing it ourselves if someone
else already is.
There's a Drupal extension that does something like this, but in reverse:
http://drupal.org/project/drupal_php_ext
Cheers,
David
Yes, Drupal is the project I'm th
On 21/05/11 01:15, Larry Garfield wrote:
> Hi all.
>
> I'm working with a fellow developer on an experimental project. There
> are some PECL modules that we want to try and use in an open source
> project where we cannot guarantee that PECL modules will be available,
> since it's intended for wide
On Fri, May 20, 2011 at 11:16 PM, Hannes Magnusson
wrote:
> 2011/5/20 Brian Moon :
>>> I think it's the exact opposite - the less C code we need the better.
>>> Developing C code is more work. Maintaining C code is more work.
>>> Distributing C code is more complicated. The less this is needed, th
2011/5/20 Brian Moon :
>> I think it's the exact opposite - the less C code we need the better.
>> Developing C code is more work. Maintaining C code is more work.
>> Distributing C code is more complicated. The less this is needed, the
>> faster PHP is, the better for everybody (except C programme
On 05/20/2011 12:01 PM, Johannes Schlüter wrote:
On Fri, 2011-05-20 at 11:45 -0500, Larry Garfield wrote:
If the long term result is that PECL gets more attention and usage as
people realize the advantages of C-based code, even better.
I think it's the exact opposite - the less C code we need t
I think it's the exact opposite - the less C code we need the better.
Developing C code is more work. Maintaining C code is more work.
Distributing C code is more complicated. The less this is needed, the
faster PHP is, the better for everybody (except C programmers ;-) )
I was with you until "T
AMF-PHP does something similar to this.
It is a PHP implementation of AMF (Action Message Format) so it allows you
to accept and respond to AMF messages from Flash apps.
Its native PHP encoder is extremely slow but it works. However, if you
install amfext from PECL it will use that for encoding in
On Fri, 2011-05-20 at 11:45 -0500, Larry Garfield wrote:
> If the long term result is that PECL gets more attention and usage as
> people realize the advantages of C-based code, even better.
I think it's the exact opposite - the less C code we need the better.
Developing C code is more work. Main
On 05/20/2011 11:33 AM, Johannes Schlüter wrote:
We had the thought of
partially automating the process by having PHP auto-generate at the very
least the subs of any classes and functions that the module provides.
However, when my colleague tried using the same parser as is used for
generatin
On 20 May 2011 17:15, Larry Garfield wrote:
> Hi all.
>
> I'm working with a fellow developer on an experimental project. There are
> some PECL modules that we want to try and use in an open source project
> where we cannot guarantee that PECL modules will be available, since it's
> intended for
Hi,
On Fri, 2011-05-20 at 11:15 -0500, Larry Garfield wrote:
> 1) Is this even a viable approach? It seems like it, but to my
> knowledge no one else has done this to any serious extent which makes me
> wonder if there's a reason the road less traveled is less traveled.
This is a case by case
12 matches
Mail list logo
