Re: [fw-general] ROR Flash in ZF
-- Ralph Schindler <[EMAIL PROTECTED]> wrote
(on Monday, 29 January 2007, 05:16 PM -0600):
> Philip Iezzi wrote:
> > > Notice: Indirect modification of overloaded property
> > > Zend_Session::$default has no effect in FlashMessage.php on line 42
> > >
> > > line 42 (in add()):
> > >
> > > self::$_session-> {$namespace}[] = $message;
> >
> > It didn't work with Matthew's hack either...
> > http://weierophinney.net/matthew/archives/131-Overloading-arrays-in-PHP-5.2.0.html
> >
>
> yep, this is the issue in php 5.2.*
>
> I am working on a fix, will let you know when the code in the repository
> is updated. I literally updated to 5.2 yesterday so this is the first
> time I am seeing this issue first hand.
BTW, in 5.2.1, this will no longer be an issue; Dmitry committed a patch
to the PHP sources to allow this behaviour again.
--
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company | http://www.zend.com/
Re: [fw-general] Zend_Search_Lucene questions ...
Any answer? Alexander? Anyway I want to add some more questions. 1. The $index->count() does not reflect the real content of the database. I need to optimize the index for retrieving the correct number of documents. Is there any other way to find the exact count of documents? 2. I want to reopen the search problem. The time is to big. > I have 8737 documents which are indexed right now. When I search after > keywords like: 'arte', 'galeria', etc, I get a time about 3.15 sec. When I had > only 4500 documents my time was about 1.6 sec. The generated query looks > like: +(((titleSrch:galeria)) ((descriptionSrch:galeria)) > ((tagsSrch:galeria))) > +(countryID:1) . > I mention that I measure only the time of the call of find() function. > Without the retrieval of the documents fields. I optimized the index using optimize function and the search was improved. The time was about 1.5 sec (2 times faster). But again is too big. I have only 8737 documents and a size of index about 2.7 MB. Another interesting thing is that, if I use Luke for searching, the time is only 56 ms. So, What is the problem? The PHP file system access? I want help with search time because that was my first goal: to have a fast search by relevance. And this is not what I get right now. 3. How this engine will behave with 1 million of documents? For searching inside. Never Miss an Email Stay connected with Yahoo! Mail on your mobile. Get started! http://mobile.yahoo.com/services?promote=mail
Re: [fw-general] ROR Flash in ZF
Philip Iezzi wrote:
Notice: Indirect modification of overloaded property Zend_Session::$default has
no effect in FlashMessage.php on line 42
line 42 (in add()):
self::$_session->{$namespace}[] = $message;
It didn't work with Matthew's hack either...
http://weierophinney.net/matthew/archives/131-Overloading-arrays-in-PHP-5.2.0.html
yep, this is the issue in php 5.2.*
I am working on a fix, will let you know when the code in the repository
is updated. I literally updated to 5.2 yesterday so this is the first
time I am seeing this issue first hand.
-ralph
Re: [fw-general] ROR Flash in ZF
> Notice: Indirect modification of overloaded property Zend_Session::$default
> has no effect in FlashMessage.php on line 42
>
> line 42 (in add()):
>
> self::$_session->{$namespace}[] = $message;
It didn't work with Matthew's hack either...
http://weierophinney.net/matthew/archives/131-Overloading-arrays-in-PHP-5.2.0.html
Re: [fw-general] ROR Flash in ZF
Hi Ralph
Thanks for your nice solution.
I didn't get it running though. Could you please fix the following in
http://svn.ralphschindler.com/repo/ZendFramework/library/FlashMessage.php:
protected static function start()
{
if (Zend_Session_Core::) // <-- ???
if (!self::$_session instanceof Zend_Session) {
self::$_session = new Zend_Session(__CLASS__);
}
}
and
Notice: Indirect modification of overloaded property Zend_Session::$default has
no effect in FlashMessage.php on line 42
line 42 (in add()):
self::$_session->{$namespace}[] = $message;
Thanks!
Philip
Ralph Schindler wrote:
> I have touched on this in the past.. I think the only reason I have not
> put together a component proposal is that it requires finalization of a
> few things..
>
> This component, when done right, would be a helper to
> Zend_Controller_Action and a helper of Zend_View (>_Helper) and would
> consume Zend_Session.
>
> I think we are getting real close to finializing zend_session as you can
> see in aother thread, we are simply at a point where the community is
> weighing in on the public facing API.
>
> I imagine after 1.0 of the ZendFramework you will be able to see more
> 'decorator' type components that either tie in or consume multiple
> components in the framework..
>
> In the meantime, you can use my static- standalone class as its what I
> use everyday:
>
> http://svn.ralphschindler.com/repo/ZendFramework/library/
>
> It currently uses Zend_Session, also implementing countable, iteratable
> interface. I use it to add messages in my controllers, and also to
> retrieve messages in my view scripts.
>
> FlashMessage::add($message);
>
> if (FlashMessage::hasMessages()) {
> $messages = FlashMessage::getMessages();
> foreach ($messages as $message) { echo $message; }
> }
>
> It also supports namespacing so that multiple components can use
> FlashMessage and keep their messages separated, this is good if you know
> certain (named) messages will have to be directed to a specific part of
> the view.
>
> cheers,
> ralph
>
>
>
> Andrew Yager wrote:
>>
>> On 28/01/2007, at 9:26 PM, Ralf Eggert wrote:
>>
>>> [snip]
>>>
>>> Hope this helps and if someone thinks I forgot anything please add your
>>> comments...
>>
>> The only other comment that I'd make is it appears that the flash
>> stuff does a bit of Session magic - essentially it's storing a message
>> in a session, and clearing it at the end of the next action.
>>
>> This behavior should be easy to duplicate by registering a session
>> object (perhaps in the 'flash' namespace?) and at the end of every
>> action (perhaps by overriding the default action controller) clearing
>> out the namespace of all variables that were there at the start... or
>> something like that... (you'd need to be a bit smart about it and make
>> sure you didn't clear notifications that had changed for instance...)
>>
>> Andrew
>>
>> _
>> Andrew Yager, Managing Director
>> Real World Technology Solutions
>> ph: 1300 798 718 or (02) 9563 4840
>> fax: (02) 9563 4848 mob: 0405 152 568
>> http://www.rwts.com.au/
>> _
>>
>>
>>
>
Re: [fw-general] A single Controller for all requests
-- Dmity Sinev <[EMAIL PROTECTED]> wrote
(on Monday, 29 January 2007, 10:58 PM +0200):
> On 29.01.2007, at 22:22, Matthew Weier O'Phinney wrote:
> > -- Waldemar Schott <[EMAIL PROTECTED]> wrote
> > (on Monday, 29 January 2007, 08:46 PM +0100):
> > > I'm not sure, but i think you have to do this:
> > >
> > > echo Zend_Controller_Front::run(YOUR_CONTROLLERS_PATH);
> >
> > Just
> >
> >Zend_Controller_Front::run($controllerDir);
> >
> > No echo needed.
>
> I've tried to figure out why it's not working for me just to run
> Zend_Controller_Front::run($controllerDir); after defining new router.
> That's library/Zend/Controller/Front.php, line 190
>
> static public function run($controllerDirectory)
> {
> require_once 'Zend/Controller/Router.php';
> $frontController = self::getInstance();
> $frontController
> ->setControllerDirectory($controllerDirectory)
> ->setRouter(new Zend_Controller_Router())
> ->dispatch();
> }
>
> As I understood, when I'm calling Zend_Controller_Front::run
> ($controllerDir); after creating new route it's not use it and just
> create a new (default) router:
> ->setRouter(new Zend_Controller_Router())
run() is meant for those who want to get up and running quickly, and can
use the default features of the MVC components. If you want to use other
than the default components, use the following:
$frontController = Zend_Controller_Front::getInstance();
$frontController->setRouter($router)
->setDispatcher($dispatcher); // or whatever options you need to set
$frontController->dispatch();
Here's the rule of thumb: If you're using anything other than default
components, or need to set options or configure any of the components,
don't use run(); instead call dispatch() on a front controller instance.
> > > AFAIK the default behaviour is, that the dispatch() method only
> > > returns
> > > the output without echoing.
> >
> > Default behaviour is to render the response from dispatch().
> >
> > > It's possible to call Zend_Controller_Front::returnResponse(true); or
> > > something like this.
> >
> > Doing this prevents dispatch() from rendering the response, and
> > returns
> > the response object, which you can then manipulate prior to rendering.
> > If you do this, you can't use run(), but must use dispatch() instead.
> >
> > > Dmity Sinev schrieb:
> > > > Hi!
> > > >
> > > > You can do this by defining your own route for example like this:
> > > >
> > > > $router = new Zend_Controller_RewriteRouter();
> > > >
> > > > $router->addRoute(
> > > > 'default',
> > > > new Zend_Controller_Router_Route(':action/:subnavi/',
> > > > array('controller' => 'YourDefaultController' , 'action' =>
> > > > 'YourDefaultAction', 'subnavi' => 'YourDefaultSubnavi'))
> > > > );
> > > >
> > > > $front->setRouter($router);
> > > >
> > > > // Instead this 2 lines should be just
> > > > Zend_Controller_Front::run(PATH_YOUR_CONTROLLERS), but it's not
> > > > working why?
> > > > $front->setControllerDirectory(PATH_YOUR_CONTROLLERS);
> > > > $front->dispatch();
> > > >
> > > > Now, when you request this url http://www.example.org/mainnavi/
> > > > subnavi
> > > > you will get:
> > > > controller = YourDefaultController
> > > > action = mainnavi
> > > > subnavi = subnavi
> > > >
> > > > This approach is suitable only for very small sites...
> > > >
> > > > For more information please read this:
> > > > http://framework.zend.com/manual/en/
> > > > zend.controller.providedsubclasses.html#zend.controller.providedsubc
> > > > lasses.rewriterouter
> > > >
> > > >
> > > > On 29.01.2007, at 17:37, Ivan Ruiz Gallego wrote:
> > > >
> > > > > Hello,
> > > > >
> > > > > This is my very simple question:
> > > > > I would like to route URL's like
> > > > > "http://www.example.org/mainnavi/subnavi"; to a single controller
> > > > > that
> > > > > renders the appropriate content depending on "mainnavi" and
> > > > > "subnavi". I would like to avoid writing one controller for each
> > > > > main
> > > > > navigation point. Which is the appropriate way to do this within
> > > > > Zend
> > > > > Framework? Or do you think that the whole approach is
> > > > > unappropriate?
> > > > > Thank you.
--
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company | http://www.zend.com/
Re: [fw-general] A single Controller for all requests
On 29.01.2007, at 22:22, Matthew Weier O'Phinney wrote:
-- Waldemar Schott <[EMAIL PROTECTED]> wrote
(on Monday, 29 January 2007, 08:46 PM +0100):
I'm not sure, but i think you have to do this:
echo Zend_Controller_Front::run(YOUR_CONTROLLERS_PATH);
Just
Zend_Controller_Front::run($controllerDir);
No echo needed.
I've tried to figure out why it's not working for me just to run
Zend_Controller_Front::run($controllerDir); after defining new router.
That's library/Zend/Controller/Front.php, line 190
static public function run($controllerDirectory)
{
require_once 'Zend/Controller/Router.php';
$frontController = self::getInstance();
$frontController
->setControllerDirectory($controllerDirectory)
->setRouter(new Zend_Controller_Router())
->dispatch();
}
As I understood, when I'm calling Zend_Controller_Front::run
($controllerDir); after creating new route it's not use it and just
create a new (default) router:
->setRouter(new Zend_Controller_Router())
AFAIK the default behaviour is, that the dispatch() method only
returns
the output without echoing.
Default behaviour is to render the response from dispatch().
It's possible to call Zend_Controller_Front::returnResponse(true); or
something like this.
Doing this prevents dispatch() from rendering the response, and
returns
the response object, which you can then manipulate prior to rendering.
If you do this, you can't use run(), but must use dispatch() instead.
Dmity Sinev schrieb:
Hi!
You can do this by defining your own route for example like this:
$router = new Zend_Controller_RewriteRouter();
$router->addRoute(
'default',
new Zend_Controller_Router_Route(':action/:subnavi/',
array('controller' => 'YourDefaultController' , 'action' =>
'YourDefaultAction', 'subnavi' => 'YourDefaultSubnavi'))
);
$front->setRouter($router);
// Instead this 2 lines should be just
Zend_Controller_Front::run(PATH_YOUR_CONTROLLERS), but it's not
working why?
$front->setControllerDirectory(PATH_YOUR_CONTROLLERS);
$front->dispatch();
Now, when you request this url http://www.example.org/mainnavi/
subnavi
you will get:
controller = YourDefaultController
action = mainnavi
subnavi = subnavi
This approach is suitable only for very small sites...
For more information please read this:
http://framework.zend.com/manual/en/
zend.controller.providedsubclasses.html#zend.controller.providedsubc
lasses.rewriterouter
On 29.01.2007, at 17:37, Ivan Ruiz Gallego wrote:
Hello,
This is my very simple question:
I would like to route URL's like
"http://www.example.org/mainnavi/subnavi"; to a single controller
that
renders the appropriate content depending on "mainnavi" and
"subnavi". I would like to avoid writing one controller for each
main
navigation point. Which is the appropriate way to do this within
Zend
Framework? Or do you think that the whole approach is
unappropriate?
Thank you.
Regards,
Ivan.
--
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company | http://www.zend.com/
Re: [fw-general] A single Controller for all requests
Ah yes, that's not my day today ;)
Matthew Weier O'Phinney schrieb:
> -- Waldemar Schott <[EMAIL PROTECTED]> wrote
> (on Monday, 29 January 2007, 08:46 PM +0100):
>> I'm not sure, but i think you have to do this:
>>
>> echo Zend_Controller_Front::run(YOUR_CONTROLLERS_PATH);
>
> Just
>
> Zend_Controller_Front::run($controllerDir);
>
> No echo needed.
>
>> AFAIK the default behaviour is, that the dispatch() method only returns
>> the output without echoing.
>
> Default behaviour is to render the response from dispatch().
>
>> It's possible to call Zend_Controller_Front::returnResponse(true); or
>> something like this.
>
> Doing this prevents dispatch() from rendering the response, and returns
> the response object, which you can then manipulate prior to rendering.
> If you do this, you can't use run(), but must use dispatch() instead.
>
>> Dmity Sinev schrieb:
>>> Hi!
>>>
>>> You can do this by defining your own route for example like this:
>>>
>>> $router = new Zend_Controller_RewriteRouter();
>>>
>>> $router->addRoute(
>>> 'default',
>>> new Zend_Controller_Router_Route(':action/:subnavi/',
>>> array('controller' => 'YourDefaultController' , 'action' =>
>>> 'YourDefaultAction', 'subnavi' => 'YourDefaultSubnavi'))
>>> );
>>>
>>> $front->setRouter($router);
>>>
>>> // Instead this 2 lines should be just
>>> Zend_Controller_Front::run(PATH_YOUR_CONTROLLERS), but it's not
>>> working why?
>>> $front->setControllerDirectory(PATH_YOUR_CONTROLLERS);
>>> $front->dispatch();
>>>
>>> Now, when you request this url http://www.example.org/mainnavi/subnavi
>>> you will get:
>>> controller = YourDefaultController
>>> action = mainnavi
>>> subnavi = subnavi
>>>
>>> This approach is suitable only for very small sites...
>>>
>>> For more information please read this:
>>> http://framework.zend.com/manual/en/zend.controller.providedsubclasses.html#zend.controller.providedsubclasses.rewriterouter
>>>
>>>
>>> On 29.01.2007, at 17:37, Ivan Ruiz Gallego wrote:
>>>
Hello,
This is my very simple question:
I would like to route URL's like
"http://www.example.org/mainnavi/subnavi"; to a single controller that
renders the appropriate content depending on "mainnavi" and
"subnavi". I would like to avoid writing one controller for each main
navigation point. Which is the appropriate way to do this within Zend
Framework? Or do you think that the whole approach is unappropriate?
Thank you.
Regards,
Ivan.
>
Re: [fw-general] A single Controller for all requests
-- Waldemar Schott <[EMAIL PROTECTED]> wrote
(on Monday, 29 January 2007, 08:46 PM +0100):
> I'm not sure, but i think you have to do this:
>
> echo Zend_Controller_Front::run(YOUR_CONTROLLERS_PATH);
Just
Zend_Controller_Front::run($controllerDir);
No echo needed.
> AFAIK the default behaviour is, that the dispatch() method only returns
> the output without echoing.
Default behaviour is to render the response from dispatch().
> It's possible to call Zend_Controller_Front::returnResponse(true); or
> something like this.
Doing this prevents dispatch() from rendering the response, and returns
the response object, which you can then manipulate prior to rendering.
If you do this, you can't use run(), but must use dispatch() instead.
> Dmity Sinev schrieb:
> > Hi!
> >
> > You can do this by defining your own route for example like this:
> >
> > $router = new Zend_Controller_RewriteRouter();
> >
> > $router->addRoute(
> > 'default',
> > new Zend_Controller_Router_Route(':action/:subnavi/',
> > array('controller' => 'YourDefaultController' , 'action' =>
> > 'YourDefaultAction', 'subnavi' => 'YourDefaultSubnavi'))
> > );
> >
> > $front->setRouter($router);
> >
> > // Instead this 2 lines should be just
> > Zend_Controller_Front::run(PATH_YOUR_CONTROLLERS), but it's not
> > working why?
> > $front->setControllerDirectory(PATH_YOUR_CONTROLLERS);
> > $front->dispatch();
> >
> > Now, when you request this url http://www.example.org/mainnavi/subnavi
> > you will get:
> > controller = YourDefaultController
> > action = mainnavi
> > subnavi = subnavi
> >
> > This approach is suitable only for very small sites...
> >
> > For more information please read this:
> > http://framework.zend.com/manual/en/zend.controller.providedsubclasses.html#zend.controller.providedsubclasses.rewriterouter
> >
> >
> > On 29.01.2007, at 17:37, Ivan Ruiz Gallego wrote:
> >
> >> Hello,
> >>
> >> This is my very simple question:
> >> I would like to route URL's like
> >> "http://www.example.org/mainnavi/subnavi"; to a single controller that
> >> renders the appropriate content depending on "mainnavi" and
> >> "subnavi". I would like to avoid writing one controller for each main
> >> navigation point. Which is the appropriate way to do this within Zend
> >> Framework? Or do you think that the whole approach is unappropriate?
> >> Thank you.
> >>
> >> Regards,
> >> Ivan.
> >>
> >
>
--
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company | http://www.zend.com/
Re: [fw-general] A single Controller for all requests
Dmity,
I'm not sure, but i think you have to do this:
echo Zend_Controller_Front::run(YOUR_CONTROLLERS_PATH);
AFAIK the default behaviour is, that the dispatch() method only returns
the output without echoing. It's possible to call
Zend_Controller_Front::returnResponse(true); or something like this.
Dmity Sinev schrieb:
> Hi!
>
> You can do this by defining your own route for example like this:
>
> $router = new Zend_Controller_RewriteRouter();
>
> $router->addRoute(
> 'default',
> new Zend_Controller_Router_Route(':action/:subnavi/',
> array('controller' => 'YourDefaultController' , 'action' =>
> 'YourDefaultAction', 'subnavi' => 'YourDefaultSubnavi'))
> );
>
> $front->setRouter($router);
>
> // Instead this 2 lines should be just
> Zend_Controller_Front::run(PATH_YOUR_CONTROLLERS), but it's not
> working why?
> $front->setControllerDirectory(PATH_YOUR_CONTROLLERS);
> $front->dispatch();
>
> Now, when you request this url http://www.example.org/mainnavi/subnavi
> you will get:
> controller = YourDefaultController
> action = mainnavi
> subnavi = subnavi
>
> This approach is suitable only for very small sites...
>
> For more information please read this:
> http://framework.zend.com/manual/en/zend.controller.providedsubclasses.html#zend.controller.providedsubclasses.rewriterouter
>
>
> On 29.01.2007, at 17:37, Ivan Ruiz Gallego wrote:
>
>> Hello,
>>
>> This is my very simple question:
>> I would like to route URL's like
>> "http://www.example.org/mainnavi/subnavi"; to a single controller that
>> renders the appropriate content depending on "mainnavi" and
>> "subnavi". I would like to avoid writing one controller for each main
>> navigation point. Which is the appropriate way to do this within Zend
>> Framework? Or do you think that the whole approach is unappropriate?
>> Thank you.
>>
>> Regards,
>> Ivan.
>>
>
Re: [fw-general] A single Controller for all requests
Hi!
You can do this by defining your own route for example like this:
$router = new Zend_Controller_RewriteRouter();
$router->addRoute(
'default',
new Zend_Controller_Router_Route(':action/:subnavi/', array
('controller' => 'YourDefaultController' , 'action' =>
'YourDefaultAction', 'subnavi' => 'YourDefaultSubnavi'))
);
$front->setRouter($router);
// Instead this 2 lines should be just Zend_Controller_Front::run
(PATH_YOUR_CONTROLLERS), but it's not working why?
$front->setControllerDirectory(PATH_YOUR_CONTROLLERS);
$front->dispatch();
Now, when you request this url http://www.example.org/mainnavi/
subnavi you will get:
controller = YourDefaultController
action = mainnavi
subnavi = subnavi
This approach is suitable only for very small sites...
For more information please read this:
http://framework.zend.com/manual/en/
zend.controller.providedsubclasses.html#zend.controller.providedsubclass
es.rewriterouter
On 29.01.2007, at 17:37, Ivan Ruiz Gallego wrote:
Hello,
This is my very simple question:
I would like to route URL's like "http://www.example.org/mainnavi/
subnavi" to a single controller that renders the appropriate
content depending on "mainnavi" and "subnavi". I would like to
avoid writing one controller for each main navigation point. Which
is the appropriate way to do this within Zend Framework? Or do you
think that the whole approach is unappropriate? Thank you.
Regards,
Ivan.
[fw-general] A single Controller for all requests
Hello, This is my very simple question: I would like to route URL's like "http://www.example.org/mainnavi/subnavi"; to a single controller that renders the appropriate content depending on "mainnavi" and "subnavi". I would like to avoid writing one controller for each main navigation point. Which is the appropriate way to do this within Zend Framework? Or do you think that the whole approach is unappropriate? Thank you. Regards, Ivan.
Re: [fw-general] RE: Late static binding for PHP 5
Hi!
I have tried this one, and works fine. Thank you for the idea!
Best regards,
Tibor
Bart Visscher írta:
I'm having this construction for using different frameworks together.
function __autoload($class)
{
if ('ezcBase' == $class)
{
require_once 'Base/src/base.php';
}
else if ('ezc' == substr($class, 0, 3))
{
ezcBase::autoload($class);
}
else if ('Zend' == substr($class, 0, 4) || 'Custom' ==
substr($class, 0, 6))
{
Zend::loadClass($class);
}
else if ('Doctrine' == substr($class, 0, 8) ) {
Doctrine::autoload($class);
}
//echo $class."";
}
Antalóczy Tibor schreef:
Has anyone tried Doctrine and ZF together? I wanted to do a little
test today, but I run into trouble: ZF autoload was trying to handle
Doctrine autoload tasks. If I removed all ZF parts, the Doctrine was
running nicely, but the two together had some problem. Since I have
no experience in developing frameworks, I had no chance to debug the
problem. I used the following lines to initiate the autoloading (of
course, after the inclusion of Zend.php and Doctrine.php):
spl_autoload_register(array('Doctrine', 'autoload'));
spl_autoload_register(array('Zend', 'loadclass'));
I don't have experience in using two complicated software packages
together. Where should I look for the error? What are the main rules
for these kind of projects? (I have been using ZF on production sites
since April 2006, and I had no major problems so far.)
Best regards,
Tibor
Michael Sheakoski írta:
Count me in as one of the many frustrated by the lack of late static
binding. I actually ended up doing quite a few projects in Rails
because it was just becoming way to hard to maintain in PHP with all
the extra code to work around the issue. After converting one of my
PHP-based models into a Ruby/ActiveRecord model my code dropped from
500 lines down to 80. The benefits are obvious so I wonder why it
isn't a higher priority to push this feature into PHP?
A few days ago a friend of mine pointed me to a nice ORM library
which I think would fit in well with ZF. It is called Doctrine (
http://www.phpdoctrine.com/ ). It is designed from the ground up
for PHP5 and PDO and doesn't use XML config files to map tables.
Perhaps the ZF developers should talk to the Doctrine people about
incorporating it into the framework or using some of its ideas in a
"ZActiveRecord" implementation. Until a solution for late static
binding is found this seems to be the best option.
Michael Sheakoski
Allan Vernon wrote:
Hi Steph,
Thanks for this masterful summary. I'm sorry about the name
confusion; however, the 1st letter was correct.
It looks like late static binding has become bogged in April.
However, there are many clever people contributing to the framework
and I'm hopeful that someone such as Martel, Mathew, Bill, Thomas
etc might, if they see the need for late static binding, help
Mike, Dmitry and Jochem with the patch that is needed for PHP ?5.3
or 6.
As someone once intimated , the Zend Framework may help to drive
PHP faster ; and this may be a case in point.
Allan Vernon
Steph Fox wrote:
Hi Allan,
Dmitry Stogov worked with Mike on his late static binding patch
_last March_ and posted it for review. The problem with it was
that it slowed down PHP too much to be useful. Mike hasn't - so
far anyway - come up with anything since - but it was only ever
intended to be explored for PHP 6 anyway. Please don't read that
as any kind of guarantee it'll be in PHP 6.
http://devzone.zend.com/node/view/id/1483#Heading4
That was the last material reference to it on-list.
- Steph (not Sara :)
- Original Message - From: "allan vernon"
<[EMAIL PROTECTED]>
To:
Sent: Saturday, January 20, 2007 9:58 AM
Subject: [fw-general] RE: Late static binding for PHP 5
The quotation came from the summary minutes of the Paris Developer's
Meeting(?PDM you referred to). I presume that the Marcus, referred
to in
conclusion 2. of the quotation, was Marcus Börger (SOMABO) who
was going to
prepare an implementation suggestion.
I thought that I read in one of Sara Goleman's more recent
summaries that
late static binding was still on the agenda for PHP 6. Can't find
it at the
moment though.
Mike Lively in his August 24 2006 blog had the following note:
Late Static Binding
I haven't been able to touch this in what seems like ages and have
(unfortunately) completely missed the boat for PHP 5.2. But I am
hoping to
take a look at the current patch, come up with some solid use
cases and
tests, and submit the whole package to PHP Internals for review.
Andi Gutmans wrote:
What's the last you've heard of that? Is it the PDM summary?
I have not found a good way to implement this in PHP and am not
quite sure
it will be in PHP 6.
[fw-general] Authentication with smtp mail server
Hi, I have used ZF mail class to send mails. Right now this class doesn't support the authentication. Has any one implemented authentication with this class?. It will really be a great help for me. Regards, Dharmendra
