Re: [Phrame-devel] Project status

[Paul W. <wol...@sf...>]

On Thursday, May 1, 2003, at 01:32  PM, Jason Sweat wrote:

> --- Paul Wolstenholme <wol...@sf...> wrote:
>> I noticed that the CVS repository hasn't been touched for about 4 
>> weeks
>> and activity on the list has died down a bit. Is the project still
>> active?
>
> And that source code is the same as the tarball released last November.
>
>> I was also wondering if anyone has designed any sites that are under a
>> high load. How does it handle the load?
>
> I would not qualify any of my implementation as "high load" (they are 
> all
> basically intranet applications with moderate usage, I was more 
> interested in
> flexibility and long term maintainability for the code).
>
> I would recommend using some kind of a php accelerator no matter where 
> you
> deploy.

I agree. At recent  Vancouver PHP users group meeting, a simple 
benchmark test indicated that APC2 appeared a bit quicker than IonCube. 
Both were over a 100 requests/sec quicker than no accelerator. APC2 is 
free and open-source.

>
>> "I have one major issue with the package, namely all actions currently
>> get loaded into
>>   memory even though only one may be needed."
>
> I did modify to only load the models/views/actions/forms as required.
> Subsequently I read a php tuning article that recommended nearly the 
> opposite:
> load all of your classes at once, even if you do not intent to use 
> them,
> because your apache process already has enough ram allocated to PHP to 
> hold
> them and disk access is expensive.  I have not seriously bench marked 
> them to
> know where to go for sure.

Sometimes performance tuning activities seem counter intuitive. For 
example, I heard Rasmus recommend setting Apaches Max clients to around 
25. I've always set mine to 75-100. Setting it too high, divides CPU 
time too much thereby degrading performance.

At his talk he also pointed out two handy tools that you may be 
interested in checking out. http_load for load testing and the 
PEAR:Pecl for application profiling.

>
> An article I wrote regarding MVC and Phrame will appear in the May 
> issue of
> PHP|Architect (http://www.phparch.com/).  I included the bare minimum 
> changes
> that I made to make Phrame "livable" in a real environment (i.e. no 
> errors
> reported with E_ALL, and exit php after header() ).  I would like to 
> see Arnold
> commit some of these changes, or post his new "development" version, 
> but he
> appears to be busy and I have not seen much from him in this regard.
>
> I have just completed a more robust example application using Phrame 
> for MVC,
> Postgres for the models business logic (accessed using ADOdb), and 
> Smarty for
> views.  I intended to write up this application into an article that 
> would
> appear in the July edition of php|a.  This version uses my more heavily
> modified version of Phrame with only loading required class files, 
> using a
> default action, and the ability to disable the error handler (very 
> handy for
> debugging).  I belive all my change are backwards compatible, and I 
> would be
> happy to share them if you are interested.

I look forward to reading your article. I would also be interested in 
checking out your example.  I'm one of those thick people who learn 
best by example.

I've never used ADOdb. Are there any reasons to use it over the 
PEAR::DB class?

Smarty is cool. I have used it on a few projects. Lately, I have been 
trying the ween myself off template parsing engines after hearing a 
talk by Rasmus Lerdorf. His rational against them seemed to make sense: 
a) PHP is a template parser b) you end up putting the same functions in 
the PHP parser that exist in PHP (if statements, for loops, etc).  
Using PHP for views requires a bit more descipline. It is easy to cheat 
in the same way when using JSP in Struts. But, I think as long as you 
restrict yourself in only using PHP in your views that directly relate 
to representation activities (e.g. no database calls ), the application 
should perform a bit better.

>
> Regards,
>
> Jason
>
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
> http://search.yahoo.com
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Phrame-devel mailing list
> Phr...@li...
> https://lists.sourceforge.net/lists/listinfo/phrame-devel