Comments on: Zend Framework Webcast

By: warerproofing construction

warerproofing construction — Fri, 06 Jan 2012 06:59:26 +0000

Thanks for this particular grand post, We’re glad I noticed this web site on yahoo.

By: Ossie Benford

Ossie Benford — Mon, 21 Jun 2010 12:58:36 +0000

Have you thought about adding some sort of social bookmark buttons world wide web? At least you should add one for Digg, which belongs to the most important bookmarking sites, so we can digg you up!

By: Improving Web Application Installation as a Security Imperative - Professional PHP

Thu, 01 Mar 2007 19:18:32 +0000

[...] PHP PHP Programming, Web Development, PHP Advocacy and PHP Best Practices. « Zend Framework Webcast PHP Book sales trends versus Java and Ruby [...]

By: Building a culture of objects in PHP - Professional PHP

Building a culture of objects in PHP - Professional PHP — Thu, 01 Mar 2007 19:15:26 +0000

[...] Eichorn (among others) notices that active record can’t work as shown in the Zend Framework webcast. The syntax presented during the web cast is not possible in PHP because of inherited static [...]

By: blog-apoc : Blog Archive : Loggen auf Applikationsebene mit Zend_Log

blog-apoc : Blog Archive : Loggen auf Applikationsebene mit Zend_Log — Mon, 11 Sep 2006 09:40:34 +0000

[...] Stefan Koopmanschap hat in php|architect einen Artikel zum Loggen auf Applikationsebene verÃ¶ffentlicht. ZunÃ¤chst wird Ã¼ber die Theorie aufgeklÃ¤rt dann folgt die konkrete Implementierung mit der Zend_Log Klasse des Zend Frameworks. Das ganze fand ich sehr intressant da ich selbst bei einer aktuellen Applikation ein Logging System auf Applikationsebene implementiert habe. Irgendwie hÃ¤tte ich den Artikel frÃ¼her gebraucht. *g* Ãœbrigens ist es kein Problem die Zend_Log Klasse auÃŸerhalb des Zend Frameworks zu benutzen. Ich halte es darÃ¼ber hinaus fÃ¼r Sinnvoll die Meldungen des PHP Interpreters fÃ¼r die jeweilige Anwendung in das Log Verzeichnis der Applikation zu leiten. So kann man die Meldungen leichter auseinanderhalten. GlÃ¼cklicherweise sind die entsprÃ¤chenden Konfigurations Variablen “PHP_INI_ALL“, also von Ã¼berall aus zu setzen. Wobei die Log Verzeichnisse selbstverstÃ¤ndlich auÃŸerhalb der aus dem Web verfÃ¼gbaren Verzeichnisse liegen sollte. [...]

By: Podcast interview with Andi Gutmans | Professional PHP

Podcast interview with Andi Gutmans | Professional PHP — Mon, 30 Jan 2006 19:30:38 +0000

[...] I enjoyed Friday’s pro::PHP podcast interview with Andi Gutmans. With a name like pro::PHP how can I not like it? This was a less formal presentation than the Zend Framework webcast. Perhaps surprisingly informal for Andi, at least at the end. I thought Marcus Whitney did a great job selecting and asking questions. There were some technical difficulties in the live version. I hope those are worked out for the next broadcast, which I am looking forward to. [...]

By: noel darlow

noel darlow — Wed, 07 Dec 2005 02:46:12 +0000

I’m still uneasy about the way they talk about code “found on the net” as possibly being unsuitable for commercial use (php itself can be found on the net, I believe…). It would be unfair to create a general sense of doubt which could harm well-written, non-Zend frameworks and I really wouldn’t like to see this being used as a main marketing point unless it’s very carefully qualified.

I’ve also been toying with a search engine supporting google-like queries: I don’t know whether to be miffed at being beaten to the punch by ZSearch or pleased since it might save me some work.

By: Jared

Jared — Tue, 06 Dec 2005 13:25:05 +0000

(P.S. Hurry up and release ZSearch. I want to use it.)

Heh, don’t we all

By: Jeff

Jeff — Mon, 05 Dec 2005 23:34:42 +0000

Chris,

This was a quickie post and I just knew someone was going to ask me to elaborate on that part. Give me a little while to collect my thoughts and do some research and I’ll dedicate a full post to the topic. There are some pretty good points in the other comments here.

By: Ivo Jansch

Ivo Jansch — Mon, 05 Dec 2005 22:11:37 +0000

One inflexibility of statics is the problem that you cannot override them, so you lose inheritance flexibility there.

Suppose you have this:

// not using statics:
$db = &someDbFactoryMethod();
$db->connect();

The factory can be extended to return a driver of choice, and connect would be called on the object in question.

// using statics:
db::connect();

There is no easy way to implement a specific version in a derived class and have that called instead. You would need to modify the calling code by changing it to specialdb::connect, for example.

Another argument; suppose you have static methods because your object doesn’t have any state. Now at some point, you make changes that require you to keep track of state, so you would want to work with actual instances. That’s not possible without modifying all calling code.