RE: [fw-general] linked in?

[Charles]

> Would it be an idea to setup an Zend 'linked in':
> http://www.linkedin.com/ account and join everyone who's interested
> up on this?

The Ajaxian plan seems to have been modeled off the MySpace "friends" model,
where with LinkedIn and other professional networks you /don't/ want to link
with people you don't know pretty well.  Whoever created it didn't think it
through.

You already asked this and already received responses, and the feeling was
that a LinkedIn group or two might be a good idea.

http://www.linkedin.com/static?key=groups_directory

-- Charles


-Original Message-
From: Chris Chabot [mailto:[EMAIL PROTECTED] 
Sent: Sunday, October 01, 2006 5:07 AM
To: fw-general@lists.zend.com
Subject: [fw-general] linked in?

Would it be an idea to setup an Zend 'linked in':
http://www.linkedin.com/ account and join everyone who's interested up
on this?

The company i work for is often interested in finding people with the
right skillset for various projects, and were always open to buisness
opportunities too, and linked-in seems a good tool for this job.

Just floating an idea (shamelessly inspired by ajaxian.com's same style
setup), see:
http://ajaxian.com/archives/introducing-the-ajaxiancom-linkedin-community-pr
ogram

-- Chris Chabot

Re: [fw-general] Filter_Input::testEmail() and Filter::isEmail()

[Gavin Vess]

Chris,

Super.  Regardless of whatever we adopt, with or without a CLA for the 
three popular implementations (see link below), any of us can write some 
quick tests for all three of these email verifiers, including testing 
performance and memory usage.


Given the popularity of these three, using all three to test and check 
whichever one we adopt should give everyone confidence that our choice 
meets high standards.


In order to actually use one of these three implementations in the ZF, 
we need the author to submit a CLA, and then submit the relevant code 
-e.g. an email to the list, or attachment to:

http://framework.zend.com/issues/browse/ZF-42

If you would like to accept this issue in our issue tracker that would 
also be super.  Otherwise, perhaps I'll assign it to myself.


Cheers,
Gavin

Chris Shiflett wrote:

Gavin Vess wrote:
  

http://www.nabble.com/forum/ViewPost.jtp?post=5512516&framed=y&skin=16154

Still looking for a community volunteer to help contact the 3 authors
above, and review their popular implementations.



I'll contact Cal. Assuming he agrees to sign the CLA, that should mean
that any of us can review and compare his implementation, right?

Chris


  

[fw-general] linked in?

[Chris Chabot]

Would it be an idea to setup an Zend 'linked in':
http://www.linkedin.com/ account and join everyone who's interested up
on this?

The company i work for is often interested in finding people with the
right skillset for various projects, and were always open to buisness
opportunities too, and linked-in seems a good tool for this job.

Just floating an idea (shamelessly inspired by ajaxian.com's same style
setup), see:
http://ajaxian.com/archives/introducing-the-ajaxiancom-linkedin-community-program

-- Chris Chabot

Re: [fw-general] Developer Release

[Andrew Yager]

Hi,I'm new to the Zend community, however I've been working with ZF for about two months now and quite love it.One other thing that is often done on other OS projects I hack on is for someone to put together a weekly development blog surmising what has been done and what changes have been made to the core API. This is then posted to the list each Friday/Saturday, and provides (in addition to the weekly releases) a good summary of what's been happening for project regulars and people looking at using the framework. Initially I'd be happy to start doing this if other people thought it would be beneficial and possible.Thanks,AndrewOn 01/10/2006, at 10:10 PM, Thomas Weidner wrote:That's the point...If I'm interested in the framework my first look is at the homepage.And all I could find there is 0.1.5... a couple of months old.At this point most of the people will loose their interest and search for another framework.Weekly builds will give interested homepage users a feeling for coming features.And it will decrease the number of people saying that ZF has died before it released.GreetingsThomas- Original Message - From: "Ralf Eggert" <[EMAIL PROTECTED]>To: Sent: Sunday, October 01, 2006 1:43 PMSubject: Re: [fw-general] Developer Release Hi Thomas and all,I would also second this suggestion to make a weekly developer versionavailable for everybody who is interested to test it.I noticed a couple of discussions in the last week from people thinkingthat the Zend Framework is already dead before it started just becausethe last version is a couple of month old. A weekly version will showthem how wrong they are.Best Regards,Ralf   _Andrew Yager, Managing DirectorReal World Technology Solutionsph: (02) 9563 4840 (office) (02) 9563 4841 (direct)fax: (02) 9563 4848 mob: 0405 152 568http://www.rwts.com.au/_ 

smime.p7s
Description: S/MIME cryptographic signature

RE: [fw-general] Linked-in?

[Charles]

As for all subscribing and registering as a
profile however, linked-in supports a 'groups' feature which would be a lot
more appropriate. Two groups, one for 'Zend Framework Contributors' and one for
'Zend Framework Users' might be cool for keeping up with stuff. The problem is
someone needs to be delegated as the group manager/moderator.

 



This would be perfect.

 

Linked In is great, but you really only link to people you have
a personal or profesional relationship with. Setting up two groups is a great
idea.

 

— Charles

 

[fw-general] Component documentation & APIs

[Simon Mundy]

Hi AndriesJust wanted to say nice work on the new wiki-style docs - it's a lot more accessible with the collapsible folders.I have a request, but wasn't sure of how much work it would be to have tabs associated with the documentation. The default tab is what you have now, the middle could be the docbook APIs and the final one could be developer notes. That way it'd be easier to cross reference the documentation for beginners and the ones with poor memory recall (i.e. me :) )If it's a big ask then I don't expect you to put any time into it (you've already put a lot in for the wiki conversion itself) but just wanted to put the question out there to see if it's possible.Cheers --Simon Mundy | Director | PEPTOLAB""" " "" "" "" "" """ " "" " " " "  "" "" "202/258 Flinders Lane | Melbourne | Victoria | Australia | 3000Voice +61 (0) 3 9654 4324 | Mobile 0438 046 061 | Fax +61 (0) 3 9654 4124http://www.peptolab.com 

Re: [fw-general] Linked-in?

[Thomas Weidner]

I wanted to oversimplfy it...
 
This is a mailing list for the Zend Framework and 
not for job hiring, nor for making new contract or networking.
Anyone who is in need of that or wants this can 
google for it... 
 
When his company is in need for PHP'lers they 
should announce in the right channel or page but not in this mailing 
list.
That's what I meant.
 
Btw: I'm member of openBC since several years... I 
know what I speak when I talk about networking.
 
 
Thomas
 
 

  - Original Message - 
  From: 
  Kevin 
  McArthur 
  To: Thomas Weidner ; [EMAIL PROTECTED] ; Chris Chabot 

  Cc: fw-general@lists.zend.com 
  Sent: Sunday, October 01, 2006 11:48 
  PM
  Subject: Re: [fw-general] 
Linked-in?
  
  I think thats oversimplifying it and slightly 
  ignorant.
   
  Linked-in can be a useful non-email way to social 
  network and keep up with what people are doing. When its working, it can be an 
  excellent way to make new contacts. [I know I've personally landed several 
  contracts that I would not have without linked-in]
   
  As for all subscribing and registering as a 
  profile however, linked-in supports a 'groups' feature which would be a lot 
  more appropriate. Two groups, one for 'Zend Framework Contributors' and one 
  for 'Zend Framework Users' might be cool for keeping up with stuff. The 
  problem is someone needs to be delegated as the group 
  manager/moderator.
   
  Kevin
   
   
  
- Original Message - 
From: 
Thomas 
Weidner 
To: [EMAIL PROTECTED] ; Chris Chabot 

Cc: fw-general@lists.zend.com 
Sent: Sunday, October 01, 2006 2:21 
PM
Subject: Re: [fw-general] 
Linked-in?

It's just a job hiring...
They want you to do their work ;-)
And when you've done their work good you will 
get a donut as reward ;-)
 
Greetings
Thomas

  - Original Message - 
  From: 
  André Hoffmann 
  To: Chris Chabot 
  Cc: fw-general@lists.zend.com 
  
  Sent: Sunday, October 01, 2006 10:12 
  PM
  Subject: Re: [fw-general] 
  Linked-in?
  I just threw a glance at it and I didn't seem to find 
  informations on the purpose of this site. What exactly would the benefits 
  be like, if we all registered?
  On 10/1/06, Chris 
  Chabot <[EMAIL PROTECTED]> wrote: 
  Would 
it be an idea to setup an Zend 'linked in':http://www.linkedin.com/ account and 
join everyone who's interested upon this?The company i work 
for is often interested in finding people with the right skillset 
for various projects, and were always open to buisnessopportunities 
too, and linked-in seems a good tool for this job.Just floating 
an idea (shamelessly inspired by ajaxian.com's same stylesetup), 
see:http://ajaxian.com/archives/introducing-the-ajaxiancom-linkedin-community-program 
-- Chris 
Chabot-- best 
  regards,André HoffmannZF-Blog: http://andrehoffmann.wordpress.com/ 
  

Re: [fw-general] Linked-in?

[Kevin McArthur]

I think thats oversimplifying it and slightly 
ignorant.
 
Linked-in can be a useful non-email way to social 
network and keep up with what people are doing. When its working, it can be an 
excellent way to make new contacts. [I know I've personally landed several 
contracts that I would not have without linked-in]
 
As for all subscribing and registering as a profile 
however, linked-in supports a 'groups' feature which would be a lot more 
appropriate. Two groups, one for 'Zend Framework Contributors' and one for 'Zend 
Framework Users' might be cool for keeping up with stuff. The problem is someone 
needs to be delegated as the group manager/moderator.
 
Kevin
 
 

  - Original Message - 
  From: 
  Thomas 
  Weidner 
  To: [EMAIL PROTECTED] ; Chris Chabot 

  Cc: fw-general@lists.zend.com 
  Sent: Sunday, October 01, 2006 2:21 
  PM
  Subject: Re: [fw-general] 
Linked-in?
  
  It's just a job hiring...
  They want you to do their work ;-)
  And when you've done their work good you will get 
  a donut as reward ;-)
   
  Greetings
  Thomas
  
- Original Message - 
From: 
André Hoffmann 
To: Chris Chabot 
Cc: fw-general@lists.zend.com 
Sent: Sunday, October 01, 2006 10:12 
PM
Subject: Re: [fw-general] 
Linked-in?
I just threw a glance at it and I didn't seem to find 
informations on the purpose of this site. What exactly would the benefits be 
like, if we all registered?
On 10/1/06, Chris 
Chabot <[EMAIL PROTECTED]> 
wrote: 
Would 
  it be an idea to setup an Zend 'linked in':http://www.linkedin.com/ account and 
  join everyone who's interested upon this?The company i work 
  for is often interested in finding people with the right skillset for 
  various projects, and were always open to buisnessopportunities too, 
  and linked-in seems a good tool for this job.Just floating an idea 
  (shamelessly inspired by ajaxian.com's 
  same stylesetup), see:http://ajaxian.com/archives/introducing-the-ajaxiancom-linkedin-community-program 
  -- Chris 
  Chabot-- best 
regards,André HoffmannZF-Blog: http://andrehoffmann.wordpress.com/ 

Re: [fw-general] Linked-in?

[Thomas Weidner]

It's just a job hiring...
They want you to do their work ;-)
And when you've done their work good you will get a 
donut as reward ;-)
 
Greetings
Thomas

  - Original Message - 
  From: 
  André Hoffmann 
  To: Chris Chabot 
  Cc: fw-general@lists.zend.com 
  Sent: Sunday, October 01, 2006 10:12 
  PM
  Subject: Re: [fw-general] 
Linked-in?
  I just threw a glance at it and I didn't seem to find 
  informations on the purpose of this site. What exactly would the benefits be 
  like, if we all registered?
  On 10/1/06, Chris 
  Chabot <[EMAIL PROTECTED]> 
  wrote:
  Would 
it be an idea to setup an Zend 'linked in':http://www.linkedin.com/ account and 
join everyone who's interested upon this?The company i work for 
is often interested in finding people with the right skillset for 
various projects, and were always open to buisnessopportunities too, and 
linked-in seems a good tool for this job.Just floating an idea 
(shamelessly inspired by ajaxian.com's same 
stylesetup), see:http://ajaxian.com/archives/introducing-the-ajaxiancom-linkedin-community-program 
-- Chris 
Chabot-- best 
  regards,André HoffmannZF-Blog: http://andrehoffmann.wordpress.com/ 
  

Re: [fw-general] Linked-in?

[André Hoffmann]

I just threw a glance at it and I didn't seem to find informations on the purpose of this site. What exactly would the benefits be like, if we all registered?On 10/1/06, 
Chris Chabot <[EMAIL PROTECTED]> wrote:
Would it be an idea to setup an Zend 'linked in':http://www.linkedin.com/ account and join everyone who's interested upon this?The company i work for is often interested in finding people with the
right skillset for various projects, and were always open to buisnessopportunities too, and linked-in seems a good tool for this job.Just floating an idea (shamelessly inspired by 
ajaxian.com's same stylesetup), see:http://ajaxian.com/archives/introducing-the-ajaxiancom-linkedin-community-program
-- Chris Chabot-- best regards,André HoffmannZF-Blog: http://andrehoffmann.wordpress.com/

Re: [fw-general] PHP Application Servers?

[Mat Scales]

Pavel Shevaev wrote:

   Zend_Http_Server will (partly) allow you to
do this.  Classes loaded before

the server starts listening will be available to all child processes
without

further loading/parsing.  Classes loaded by the child processes
themselves

will be freed/loaded each time.

  
  
I presume this is going to be a PHP implementation of http server
  
which is obviously going to be used only during development not in
  
production environments.
  

Yep.  Preloading classes is a happy byproduct of the way the server is
being written rather than a feature per se.

I'm actually trying to find a way around it. The ideal situation is
that Z_H_S works just like apache...


--

Mat Scales 
Developer, Magic Number Media Ltd 

 e: [EMAIL PROTECTED]   |    t: 0114 201 5708   |    f: 0114 221 1834   |    w: http://www.magicnumber.co.uk 
 © Magic Number
Media Ltd 2004, reproduction prohibited without express permission. 

 Magic Number
Media Ltd is a registered company in England and Wales. Company No.
5241998. 

Re: [fw-general] Coding Standards & ZF 0.2

[Matthew Ratzloff]

I disagree.  Having a consistent style allows you to ignore the formatting 
and concentrate on the content of the code itself.  Differing coding styles 
are unnecessarily distracting.  I used to code in the BSD style, but now I 
prefer OTB.  Whenever I update old code, though, I revert back to the BSD 
style.  For the framework, the OTB style is established and is perfectly 
sufficient.


I also prefer braces around all conditionals for consistency and visual 
demarcation.  It also ensures that people don't forget to add braces when 
they add a second line to the conditional code.


-Matt

- Original Message - 
From: "Christopher Thompson" <[EMAIL PROTECTED]>

Cc: 
Sent: Saturday, September 30, 2006 10:47 AM
Subject: Re: [fw-general] Coding Standards & ZF 0.2


I think what we really need is flexibility, not rigidity, to things as 
trivial a spacing. It is Good Software Design, not formatting, that truly 
frees the mind.


I think that rather than forcing half the group to conform -- we should 
all of us become more flexible. That flexibility may also improve our 
designs and communication. I say allow flexibility in braces for ZF 
developers. I find both K&R or BSD style braces are perfectly readable. I 
think transcending "bracism" would be an important statement of maturity 
for this framework. 

Re: [fw-general] Coding Standards & ZF 0.2

[Matthew Ratzloff]

And on that note, it should probably specify that functions and variable 
names are in English, even though it seems obvious.


-Matt

- Original Message - 
From: "Steven" <[EMAIL PROTECTED]>

To: "Gavin Vess" <[EMAIL PROTECTED]>
Cc: "Zend Framework General" 
Sent: Friday, September 29, 2006 1:08 AM
Subject: Re: [fw-general] Coding Standards & ZF 0.2



Some comments on this:

1. The statement "For all other files, only alphanumeric characters,
underscores, and the dash character ("-") are permitted. Spaces are
prohibited" is not limitive enough I think.

Unless you do not consider these characters to be alphanumeric, it
should also mention that accented characters are prohibited. It may seem
strange for English speaking persons, but I've seen many a debuting
programmer (and sometimes even experienced programmers) doing this. 

Re: [fw-general] Filter_Input::testEmail() and Filter::isEmail()

[Chris Shiflett]

Gavin Vess wrote:
> http://www.nabble.com/forum/ViewPost.jtp?post=5512516&framed=y&skin=16154
> 
> Still looking for a community volunteer to help contact the 3 authors
> above, and review their popular implementations.

I'll contact Cal. Assuming he agrees to sign the CLA, that should mean
that any of us can review and compare his implementation, right?

Chris

[fw-general] Linked-in?

[Chris Chabot]

Would it be an idea to setup an Zend 'linked in':
http://www.linkedin.com/ account and join everyone who's interested up
on this?

The company i work for is often interested in finding people with the
right skillset for various projects, and were always open to buisness
opportunities too, and linked-in seems a good tool for this job.

Just floating an idea (shamelessly inspired by ajaxian.com's same style
setup), see:
http://ajaxian.com/archives/introducing-the-ajaxiancom-linkedin-community-program

-- Chris Chabot

Re: [fw-general] PHP Application Servers?

[Pavel Shevaev]

 Zend_Http_Server will (partly) allow you to do this.  Classes loaded before
the server starts listening will be available to all child processes without
further loading/parsing.  Classes loaded by the child processes themselves
will be freed/loaded each time.


I presume this is going to be a PHP implementation of http server
which is obviously going to be used only during development not in
production environments.


 Mat Scales
 Developer, Magic Number Media Ltd

--
Best regards, Pavel

Re: [fw-general] PHP Application Servers?

[Pavel Shevaev]

On 10/1/06, Stefan Koopmanschap <[EMAIL PROTECTED]> wrote:

On 10/1/06, Pavel Shevaev <[EMAIL PROTECTED]> wrote:
>
> I think PHP applications could benefit of this approach as well and
> the question remains - is it possible?

I think the only way to really do this is to write php daemons. This is
possible, however, PHP is not the best language to do this in. What you are
looking for ia Java ;)


Actually i think it makes a perfect idea for a PECL extension, say,
called "bootstrap"...

--
Best regards, Pavel

Re: [fw-general] PHP Application Servers?

[Mat Scales]

Pavel Shevaev wrote:
These fat server processes with preloaded application
environment are
  
sitting in the memory waiting for requests to come and once they come
  
there's no IO penalty for loading Ruby code because it's already
  
loaded. The good thing is that since the server is written with Ruby
  
it's possible to specify exactly which files should be preloaded.
  
That's why i think they don't need any sort of opcode cache...
  
  
I think PHP applications could benefit of this approach as well and
  
the question remains - is it possible?
  

Zend_Http_Server will (partly) allow you to do this.  Classes loaded
before the server starts listening will be available to all child
processes without further loading/parsing.  Classes loaded by the child
processes themselves will be freed/loaded each time.

--

Mat Scales 
Developer, Magic Number Media Ltd 

 e: [EMAIL PROTECTED]   |    t: 0114 201 5708   |    f: 0114 221 1834   |    w: http://www.magicnumber.co.uk 
 © Magic Number
Media Ltd 2004, reproduction prohibited without express permission. 

 Magic Number
Media Ltd is a registered company in England and Wales. Company No.
5241998. 

Re: [fw-general] Developer Release

[Thomas Weidner]

That's the point...

If I'm interested in the framework my first look is at the homepage.
And all I could find there is 0.1.5... a couple of months old.
At this point most of the people will loose their interest and search for 
another framework.


Weekly builds will give interested homepage users a feeling for coming 
features.
And it will decrease the number of people saying that ZF has died before it 
released.


Greetings
Thomas

- Original Message - 
From: "Ralf Eggert" <[EMAIL PROTECTED]>

To: 
Sent: Sunday, October 01, 2006 1:43 PM
Subject: Re: [fw-general] Developer Release



Hi Thomas and all,

I would also second this suggestion to make a weekly developer version
available for everybody who is interested to test it.

I noticed a couple of discussions in the last week from people thinking
that the Zend Framework is already dead before it started just because
the last version is a couple of month old. A weekly version will show
them how wrong they are.

Best Regards,

Ralf

Re: [fw-general] Developer Release

[Ralf Eggert]

Hi Thomas and all,

I would also second this suggestion to make a weekly developer version
available for everybody who is interested to test it.

I noticed a couple of discussions in the last week from people thinking
that the Zend Framework is already dead before it started just because
the last version is a couple of month old. A weekly version will show
them how wrong they are.

Best Regards,

Ralf

Re: [fw-general] PHP Application Servers?

[Stefan Koopmanschap]

On 10/1/06, Pavel Shevaev <[EMAIL PROTECTED]> wrote:
I think PHP applications could benefit of this approach as well andthe question remains - is it possible?I think the only way to really do this is to write php daemons. This is possible, however, PHP is not the best language to do this in. What you are looking for ia Java ;)
A Zend_Daemon base class would actually be very interesting to see.  -- Stefan Koopmanschaphttp://www.stefankoopmanschap.nl/
http://www.leftontheweb.com/

Re: [fw-general] Developer Release

[Thomas Weidner]

Well...

If there is a bug... the user should think of upgrading to the actual 
developer release and see if the bug is fixed...

And if it's not already in our bug tracker he should write a new bug report.

Maybe we will get some bug's doubled... but I don't think this will be a big 
problem for us.


Greetings
Thomas
- Original Message - 
From: "Daniel Kipp" <[EMAIL PROTECTED]>

To: "Thomas Weidner" <[EMAIL PROTECTED]>
Cc: ; "Andi Gutmans" <[EMAIL PROTECTED]>
Sent: Sunday, October 01, 2006 12:09 PM
Subject: Re: [fw-general] Developer Release



Thomas Weidner schrieb:

1+ for this Idea!
and another think is that there will no reports about bugs already fixed 2 
month ago (where 1.5 released)

Hy Frameworker,
 I've just talked with Andries in our channel.
We found that today it's a massive problem with response from the 
community.
 All bugfixes and new classes should be tested and used before we release 
them.
But as no one knows they exists, and others can't handle SVN this is a 
job which is mainly done by us developers.

 Our community members are people which know what they do...
It would be a great deal if we make a WEEKLY DEVELOPER RELEASE from our 
Framework.
The actual SVN automatically be packed and downloadable at our homepage 
as ZIP or TAR file.
 It's a developer release and therefor it's not perfect and it surely has 
problems...

But this is the way all other big projects are handling this.
Look at eclipse and their nightly build.
 We would have
 - Response from community members which want to play around with new 
features

 - Bug fixes faster ready for community
 - Bugs found ealier as more people are working with our code
 - Community sees that there is new work done
 Maybe it would also help if we provide a PEAR CHANNEL where to get the 
Actual Release and also the developer release.

 This would speed bug finding and community feedback on problems.
 Greetings
Thomas

Re: [fw-general] Developer Release

[Daniel Kipp]

Thomas Weidner schrieb:

1+ for this Idea!
and another think is that there will no reports about bugs already fixed 
2 month ago (where 1.5 released)

Hy Frameworker,
 
I've just talked with Andries in our channel.
We found that today it's a massive problem with response from the 
community.
 
All bugfixes and new classes should be tested and used before we 
release them.
But as no one knows they exists, and others can't handle SVN this is a 
job which is mainly done by us developers.
 
Our community members are people which know what they do...
It would be a great deal if we make a WEEKLY DEVELOPER RELEASE from 
our Framework.
The actual SVN automatically be packed and downloadable at our 
homepage as ZIP or TAR file.
 
It's a developer release and therefor it's not perfect and it surely 
has problems...

But this is the way all other big projects are handling this.
Look at eclipse and their nightly build.
 
We would have
 - Response from community members which want to play around with new 
features

 - Bug fixes faster ready for community
 - Bugs found ealier as more people are working with our code
 - Community sees that there is new work done
 
Maybe it would also help if we provide a PEAR CHANNEL where to get the 
Actual Release and also the developer release.
 
This would speed bug finding and community feedback on problems.
 
Greetings

Thomas

Re: [fw-general] PHP Application Servers?

[Daniel Kipp]

Pavel Shevaev schrieb:


The question is how to preload some PHP code *before* any request
processing happens.
[...]
I think PHP applications could benefit of this approach as well and
the question remains - is it possible?

I read once that it is impossible with the way php works, but I dont 
remember where I read it or who wrote it - but I believed him cause he 
explained it very good.

[fw-general] Developer Release

[Thomas Weidner]

Hy Frameworker,
 
I've just talked with Andries in our 
channel.
We found that today it's a massive problem with 
response from the community.
 
All bugfixes and new classes should be tested and 
used before we release them.
But as no one knows they exists, and others 
can't handle SVN this is a job which is mainly done by us 
developers.
 
Our community members are people which know what 
they do...
It would be a great deal if we make a WEEKLY 
DEVELOPER RELEASE from our Framework.
The actual SVN automatically be packed and 
downloadable at our homepage as ZIP or TAR file.
 
It's a developer release and therefor it's not 
perfect and it surely has problems... 
But this is the way all other big projects are 
handling this.
Look at eclipse and their nightly 
build.
 
We would have
 - Response from community members which want 
to play around with new features
 - Bug fixes faster ready for 
community
 - Bugs found ealier as more people are 
working with our code
 - Community sees that there is new work 
done
 
Maybe it would also help if we provide a PEAR 
CHANNEL where to get the Actual Release and also the developer 
release.
 
This would speed bug finding and community feedback 
on problems.
 
Greetings
Thomas

Re: [fw-general] PHP Application Servers?

[Pavel Shevaev]

On 9/30/06, Craig Webster <[EMAIL PROTECTED]> wrote:

On 30 Sep 2006, at 07:58, Pavel Shevaev wrote:
> I wonder if it's possible to have something similar for Zend
> Framework(and other PHP applications) as well.

PHP can use FastCGI as well. Here's an example of PHP/Lighty/FCGI:
   http://trac.lighttpd.net/trac/wiki/TutorialLighttpdAndPHP



Yes, thanks, i'm aware of that ;)

The question is how to preload some PHP code *before* any request
processing happens. AFAIK this how it happens in Rails(please correct
me if i'm wrong): they have FastCGI server written with Ruby and once
it's started it preloads(bootstraps) the most common items of the
Rails library, application model classes, configuration settings etc.

These fat server processes with preloaded application environment are
sitting in the memory waiting for requests to come and once they come
there's no IO penalty for loading Ruby code because it's already
loaded. The good thing is that since the server is written with Ruby
it's possible to specify exactly which files should be preloaded.
That's why i think they don't need any sort of opcode cache...

I think PHP applications could benefit of this approach as well and
the question remains - is it possible?

--
Best regards, Pavel