<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Zend Framework Tutorial Teil 7: MVC Design Pattern für weitere Controller</title>
	<atom:link href="http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/</link>
	<description>Bloggen über das Zend Framework, PHP und anderes Gedöns</description>
	<lastBuildDate>Mon, 02 Aug 2010 11:46:52 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Carsten</title>
		<link>http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/comment-page-1/#comment-33479</link>
		<dc:creator>Carsten</dc:creator>
		<pubDate>Thu, 05 Nov 2009 00:26:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/#comment-33479</guid>
		<description>Vielen Dank für diesen Beitrag, der hat mir sehr weitergeholfen (und die Umstehenden Dinge vor Wutausbrüchen gerettet ;-))</description>
		<content:encoded><![CDATA[<p>Vielen Dank für diesen Beitrag, der hat mir sehr weitergeholfen (und die Umstehenden Dinge vor Wutausbrüchen gerettet ;-))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Jürgen Mutwalek</title>
		<link>http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/comment-page-1/#comment-31273</link>
		<dc:creator>Jürgen Mutwalek</dc:creator>
		<pubDate>Wed, 14 May 2008 20:04:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/#comment-31273</guid>
		<description>Also um die Standard-Route zu ändern, bönitigt man in der aktuellen Version folgenden Code:

$route = new Zend_Controller_Router_Route_Static(
    &#039;&#039;,
    array(
        
		&#039;controller&#039; =&gt; &#039;user&#039;,
        &#039;action&#039;     =&gt; &#039;profil&#039;
    )
);

$router-&gt;addRoute(&#039;default&#039;, $route); 


Man muss den Default-Router überschreiben.

Gruß Jürgen</description>
		<content:encoded><![CDATA[<p>Also um die Standard-Route zu ändern, bönitigt man in der aktuellen Version folgenden Code:</p>
<p>$route = new Zend_Controller_Router_Route_Static(<br />
    &#8221;,<br />
    array(</p>
<p>		&#8216;controller&#8217; =&gt; &#8216;user&#8217;,<br />
        &#8216;action&#8217;     =&gt; &#8216;profil&#8217;<br />
    )<br />
);</p>
<p>$router-&gt;addRoute(&#8217;default&#8217;, $route); </p>
<p>Man muss den Default-Router überschreiben.</p>
<p>Gruß Jürgen</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Maik</title>
		<link>http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/comment-page-1/#comment-9338</link>
		<dc:creator>Maik</dc:creator>
		<pubDate>Fri, 13 Jul 2007 20:47:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/#comment-9338</guid>
		<description>Noch mal ich, sorry, das ich hier schon rum nerve ;-)

Mein Problem scheint nicht nur mich zu betreffen, wie das PHP-Manual und ein Bug-Report belegt:

http://www.php.net/manual/en/language.oop5.decon.php#70928
http://bugs.php.net/bug.php?id=34206

Also war meine Lösung genau richtig für dieses Problem.</description>
		<content:encoded><![CDATA[<p>Noch mal ich, sorry, das ich hier schon rum nerve ;-)</p>
<p>Mein Problem scheint nicht nur mich zu betreffen, wie das PHP-Manual und ein Bug-Report belegt:</p>
<p><a href="http://www.php.net/manual/en/language.oop5.decon.php#70928" rel="nofollow"></a><a href='http://www.php.net/manual/en/language.oop5.decon.php#70928'>http://www.php.net/manual/en/language.oop5.decon.php#70928</a><br />
<a href="http://bugs.php.net/bug.php?id=34206" rel="nofollow"></a><a href='http://bugs.php.net/bug.php?id=34206'>http://bugs.php.net/bug.php?id=34206</a></p>
<p>Also war meine Lösung genau richtig für dieses Problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Maik</title>
		<link>http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/comment-page-1/#comment-9337</link>
		<dc:creator>Maik</dc:creator>
		<pubDate>Fri, 13 Jul 2007 20:40:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/#comment-9337</guid>
		<description>Ich habe einen Workarround für das von mir eben beschriebene Problem geschrieben:

	public function __destruct()
	{
		chdir($_SERVER[&#039;DOCUMENT_ROOT&#039;]);
		echo $this-&gt;_view-&gt;render($this-&gt;_template);
	}


Das erklärt aber nicht, warum ein Script in den Server-Root springt. Normal ist das nicht!</description>
		<content:encoded><![CDATA[<p>Ich habe einen Workarround für das von mir eben beschriebene Problem geschrieben:</p>
<p>	public function __destruct()<br />
	{<br />
		chdir($_SERVER['DOCUMENT_ROOT']);<br />
		echo $this-&gt;_view-&gt;render($this-&gt;_template);<br />
	}</p>
<p>Das erklärt aber nicht, warum ein Script in den Server-Root springt. Normal ist das nicht!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Maik</title>
		<link>http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/comment-page-1/#comment-9336</link>
		<dc:creator>Maik</dc:creator>
		<pubDate>Fri, 13 Jul 2007 20:30:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/#comment-9336</guid>
		<description>Ich hab nun noch ein ganz anderes Problem:

Im Destructor der abstrahierten Zend_Controller_Action Klasse (meine heißt Custom_Controller_Action) springt mein PHP-Parser anscheinend auf einmal in das SERVER_ROOT, hier C:\Programme\Apache2. Das ist echt seltsam.

Da ich meine eigene Template-Engine gebaut habe, die Custom_View_Smarty heißt und von Zend_View abstrahiert wurde, verwende ich als Template-Datei-Erweiterung .html. Mein Destructor in Custom_Controller_Action sieht so aus:

public function __destruct()
{
	echo getcwd();
	echo $this-&gt;_view-&gt;render($this-&gt;_template);
}

Hier der Konstruktor:

public function __construct(Zend_Controller_Request_Abstract $request,
		Zend_Controller_Response_Abstract $response, array $invokeArgs = array())
{
	parent::__construct($request, $response, $invokeArgs);
			 
	$this-&gt;_view = Zend_Registry::get(&#039;view&#039;);
	$this-&gt;_view-&gt;navigation = $this-&gt;getNavigation();
}


Die Ausgabe im Browser zeigt das:

C:\Programme\Apache2
Warning: Smarty error: unable to read resource: &quot;main.html&quot; in C:\wwwroot\htdocs\blog\library\smarty\Smarty.class.php on line 1095

Ich zweifel langsam an meinem Verstand.... Hat das Phänomen noch einer beobachten können?</description>
		<content:encoded><![CDATA[<p>Ich hab nun noch ein ganz anderes Problem:</p>
<p>Im Destructor der abstrahierten Zend_Controller_Action Klasse (meine heißt Custom_Controller_Action) springt mein PHP-Parser anscheinend auf einmal in das SERVER_ROOT, hier C:\Programme\Apache2. Das ist echt seltsam.</p>
<p>Da ich meine eigene Template-Engine gebaut habe, die Custom_View_Smarty heißt und von Zend_View abstrahiert wurde, verwende ich als Template-Datei-Erweiterung .html. Mein Destructor in Custom_Controller_Action sieht so aus:</p>
<p>public function __destruct()<br />
{<br />
	echo getcwd();<br />
	echo $this-&gt;_view-&gt;render($this-&gt;_template);<br />
}</p>
<p>Hier der Konstruktor:</p>
<p>public function __construct(Zend_Controller_Request_Abstract $request,<br />
		Zend_Controller_Response_Abstract $response, array $invokeArgs = array())<br />
{<br />
	parent::__construct($request, $response, $invokeArgs);</p>
<p>	$this-&gt;_view = Zend_Registry::get(&#8217;view&#8217;);<br />
	$this-&gt;_view-&gt;navigation = $this-&gt;getNavigation();<br />
}</p>
<p>Die Ausgabe im Browser zeigt das:</p>
<p>C:\Programme\Apache2<br />
Warning: Smarty error: unable to read resource: &#8220;main.html&#8221; in C:\wwwroot\htdocs\blog\library\smarty\Smarty.class.php on line 1095</p>
<p>Ich zweifel langsam an meinem Verstand&#8230;. Hat das Phänomen noch einer beobachten können?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Jazeps</title>
		<link>http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/comment-page-1/#comment-4257</link>
		<dc:creator>Jazeps</dc:creator>
		<pubDate>Sun, 06 May 2007 15:57:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/#comment-4257</guid>
		<description>I could not addHelperPath until I did var_dump(exception) for the exception thrown after ZF could not load my helper. 
It turned out that you have to add extra parameter to addHelperPath to load helpers properly: check out ZF API documentation.

if your helper class is called Vais_View_Helper_MyHelper, then you have to use this addHelperPath line:
$view-&gt;addHelperPath(&#039;./application/views/helpers&#039;,&#039;Vais_View_Helper&#039;);

This is as of ZF 0.9.2.</description>
		<content:encoded><![CDATA[<p>I could not addHelperPath until I did var_dump(exception) for the exception thrown after ZF could not load my helper.<br />
It turned out that you have to add extra parameter to addHelperPath to load helpers properly: check out ZF API documentation.</p>
<p>if your helper class is called Vais_View_Helper_MyHelper, then you have to use this addHelperPath line:<br />
$view-&gt;addHelperPath(&#8217;./application/views/helpers&#8217;,'Vais_View_Helper&#8217;);</p>
<p>This is as of ZF 0.9.2.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ole</title>
		<link>http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/comment-page-1/#comment-2967</link>
		<dc:creator>Ole</dc:creator>
		<pubDate>Wed, 04 Apr 2007 08:36:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/#comment-2967</guid>
		<description>Hallo Bernhard,

kurz überlegt und begriffen ;-) Du hast noch die alte Construktor Methode gelöscht und nun in der init() den Inhalt des Constructors.
Gab aber das Problem nun, dass getNavigation() private ist. Wenn die public ist funzt es.</description>
		<content:encoded><![CDATA[<p>Hallo Bernhard,</p>
<p>kurz überlegt und begriffen ;-) Du hast noch die alte Construktor Methode gelöscht und nun in der init() den Inhalt des Constructors.<br />
Gab aber das Problem nun, dass getNavigation() private ist. Wenn die public ist funzt es.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ole</title>
		<link>http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/comment-page-1/#comment-2966</link>
		<dc:creator>Ole</dc:creator>
		<pubDate>Wed, 04 Apr 2007 08:30:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/#comment-2966</guid>
		<description>Hallo Bernhard,

Du hast scheinbar 2 Wochen Vorlauf vor mir ;-)
Hänge nun auch an dem von Dir oben beschriebenen Problem. Versteh aber nicht ganz in welche Methode init Du den Inhalt des Construktors verschoben hast. Kannst Du kurz näher erläutern? Danke!</description>
		<content:encoded><![CDATA[<p>Hallo Bernhard,</p>
<p>Du hast scheinbar 2 Wochen Vorlauf vor mir ;-)<br />
Hänge nun auch an dem von Dir oben beschriebenen Problem. Versteh aber nicht ganz in welche Methode init Du den Inhalt des Construktors verschoben hast. Kannst Du kurz näher erläutern? Danke!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Bernhard</title>
		<link>http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/comment-page-1/#comment-2785</link>
		<dc:creator>Bernhard</dc:creator>
		<pubDate>Thu, 22 Mar 2007 12:23:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/#comment-2785</guid>
		<description>Ich habe es selbst gelöst indem ich den Inhalt des Contructors in die Methode Init verschoben habe, die vom Vaterconstruktor aufgerufen wird. Jetzt läufts.</description>
		<content:encoded><![CDATA[<p>Ich habe es selbst gelöst indem ich den Inhalt des Contructors in die Methode Init verschoben habe, die vom Vaterconstruktor aufgerufen wird. Jetzt läufts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Bernhard</title>
		<link>http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/comment-page-1/#comment-2784</link>
		<dc:creator>Bernhard</dc:creator>
		<pubDate>Thu, 22 Mar 2007 11:49:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.ralfeggert.de/2006/10/02/zend-framework-tutorial-mvc-controller/#comment-2784</guid>
		<description>Ich habe nun die Zend_Controller_Action-Klasse wie beschrieben erweitert und bekomme jetzt nur die Fehlermeldung: Fatal error: Call to a member function isDispatched() on a non-object in [..]\zf\Zend\Controller\Action.php on line 486. Kann es sein, das vergessen wurde, im Constructor der Ausgangsklasse aufzurufen? Es scheint, das die Instanz Request nicht existiert.

Bernhard</description>
		<content:encoded><![CDATA[<p>Ich habe nun die Zend_Controller_Action-Klasse wie beschrieben erweitert und bekomme jetzt nur die Fehlermeldung: Fatal error: Call to a member function isDispatched() on a non-object in [..]\zf\Zend\Controller\Action.php on line 486. Kann es sein, das vergessen wurde, im Constructor der Ausgangsklasse aufzurufen? Es scheint, das die Instanz Request nicht existiert.</p>
<p>Bernhard</p>
]]></content:encoded>
	</item>
</channel>
</rss>
