Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:28528
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 64.233.182.190 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=beta;
        h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=sOzNYQjV8eF0EFwHiEXTafyZpAPt9ac5t9BFIWZ8hpEsGFvGllVog3S5mgAdkybCtPEYYnHl+cWd4jytywLKNtWEea3lI25gP2QNIGwegSusiS5C3nDtyTxjNv3t3Ruy8RfWCPrfkroWy9DxvplFfGv44gqL7NiM9MLTzu6XnmM=
Message-ID: <10845a340703210615v625c4adby7214de36005ad990@mail.gmail.com>
Date: Wed, 21 Mar 2007 13:15:24 +0000
Reply-To: RQuadling@GoogleMail.com
To: "Robert Cummings" <robert@interjinn.com>
Cc: "Antony Dovgal" <antony@zend.com>, "Tijnema !" <tijnema@gmail.com>, 
	internals@lists.php.net
In-Reply-To: <1174481295.24632.209.camel@blobule>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <1405337330.20070315155023@marcus-boerger.de>
	 <4E49AB3E-7BCE-4B10-8696-F0427C4AAAD4@prohost.org>
	 <1475201111.20070315162711@marcus-boerger.de>
	 <d8269d910703151409s3386665fkfeb4049c23c84532@mail.gmail.com>
	 <167173066.20070315224827@marcus-boerger.de>
	 <d8269d910703201321h5b600495n48f05e6a4343e20@mail.gmail.com>
	 <45049.216.230.84.67.1174434279.squirrel@www.l-i-e.com>
	 <d8269d910703210047r1f8d05cdwd5b5e33821932cba@mail.gmail.com>
	 <4600F35E.2050707@zend.com> <1174481295.24632.209.camel@blobule>
Subject: Re: [PHP-DEV] GSoC
From: rquadling@googlemail.com ("Richard Quadling")

I agree. Because I can use 1 language to deal with web/cli/gui, I can
create classes which can be used in all 3 environments (though I'm not
GUI-ing at the moment). And from that single code base I can fix
multiple applications instantly without the need to recompile hundreds
of programs and libraries. I can potentially enhance all the
applications by adding new functionality. All sorts of good things.

Being interpreted and having multiple modes of operation is a
fantastic thing. I no longer write C/Delphi/BAT/sh scripts. I write
PHP classes and use them wherever I want/need. Testing via a CLI is a
lot easier sometimes than via a browser.

Though, I probably WOULDN'T to video encoding using userland PHP,
being able to do some things in userland PHP via an extension to a
library would be excellent.

The JEDI project for Delphi comes to mind
(http://www.delphi-jedi.org/). In its simplest form, the results of
the JEDI project is to allow Delphi to interact with any library.
Normally libraries have .h header files. But Delphi doesn't so the
JEDI project is a massive repository of code to allow you to interact
with these libraries.

JEDI extends the capabilities of Delphi considerably. And I doubt
everyone uses every new piece of functionality.

As a GSoC project idea, how about a mechanism to allow OS interaction
OUTSIDE of a PHP extension? I'm on windows, so that's what I know, but
not all things can be accessed from within PHP. But if there was a way
to "bind" to a particular library (like you would do in compilable
languages), then this could open PHP to a LOT more libraries a LOT
quicker and without the need to understand ALL the intricacies of
PHP's internals. Maybe.


On 21/03/07, Robert Cummings <robert@interjinn.com> wrote:
> On Wed, 2007-03-21 at 11:57 +0300, Antony Dovgal wrote:
> >
> > I don't think anybody sane is doing audio encoding and video resizing in PHP.
> > PHP is about interface, clients are not going to wait an hour or two for a page to load.
>
> I think this is a limitation in your grasp of where and why PHP is being
> used. I (and many others I've seen pass through php-general -- and
> countless others I'm sure) use PHP as a general purpose scripting engine
> for not just the web, but for shell scripts, and anything else that
> comes to mind. I'm sure the PHP-GTK and other GUI binding extensions
> would argue with you also.
>
> Cheers,
> Rob.
> --
> .------------------------------------------------------------.
> | InterJinn Application Framework - http://www.interjinn.com |
> :------------------------------------------------------------:
> | An application and templating framework for PHP. Boasting  |
> | a powerful, scalable system for accessing system services  |
> | such as forms, properties, sessions, and caches. InterJinn |
> | also provides an extremely flexible architecture for       |
> | creating re-usable components quickly and easily.          |
> `------------------------------------------------------------'
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


-- 
-----
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
"Standing on the shoulders of some very clever giants!"