<?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>Comments on: Front Controller &#8211; co to jest, po co to jest oraz przykładowa implementacja. Część 1.</title>
	<atom:link href="http://www.BartoszRychlicki.com/2006/11/26/front-controller/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.BartoszRychlicki.com/2006/11/26/front-controller/</link>
	<description>web developing, mac, design &#38; br-design.pl</description>
	<lastBuildDate>Sun, 09 May 2010 16:02:54 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bartosz 'Bard' Rychlicki</title>
		<link>http://www.BartoszRychlicki.com/2006/11/26/front-controller/comment-page-1/#comment-18358</link>
		<dc:creator>Bartosz 'Bard' Rychlicki</dc:creator>
		<pubDate>Fri, 25 Jul 2008 06:46:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.br-design.pl/2006/11/26/front-controller/#comment-18358</guid>
		<description>Myśle że co do formularza i FrontControllera to możesz to zrobić tak samo jak z tablicą GET. Po prostu w formularzu dajesz ukrytą zmienną typu hidden o nazwie &quot;action&quot; lub cos podobnego i to ona mówi controllerowi co ma zrobić z zapytaniem. Oczywiście możesz też użyć tablicy podajże $_REQUEST która zawiera zmienne z GETa i z POSTa dla bardziej przejżystego sterowania, dzięki temu mozesz ustalić czy w przypadku kiedy są takie same dwie zmienne w POST i GET to z której ma FR korzystać.</description>
		<content:encoded><![CDATA[<p>Myśle że co do formularza i FrontControllera to możesz to zrobić tak samo jak z tablicą GET. Po prostu w formularzu dajesz ukrytą zmienną typu hidden o nazwie &#8220;action&#8221; lub cos podobnego i to ona mówi controllerowi co ma zrobić z zapytaniem. Oczywiście możesz też użyć tablicy podajże $_REQUEST która zawiera zmienne z GETa i z POSTa dla bardziej przejżystego sterowania, dzięki temu mozesz ustalić czy w przypadku kiedy są takie same dwie zmienne w POST i GET to z której ma FR korzystać.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SasQ</title>
		<link>http://www.BartoszRychlicki.com/2006/11/26/front-controller/comment-page-1/#comment-18357</link>
		<dc:creator>SasQ</dc:creator>
		<pubDate>Fri, 25 Jul 2008 02:56:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.br-design.pl/2006/11/26/front-controller/#comment-18357</guid>
		<description>BTW tu jest ciekawy artykuł z przykładem interesującego Front Controllera:
http://www.w3style.co.uk/a-lightweight-and-flexible-front-controller-for-php-5</description>
		<content:encoded><![CDATA[<p>BTW tu jest ciekawy artykuł z przykładem interesującego Front Controllera:<br />
<a href="http://www.w3style.co.uk/a-lightweight-and-flexible-front-controller-for-php-5" rel="nofollow">http://www.w3style.co.uk/a-lightweight-and-flexible-front-controller-for-php-5</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SasQ</title>
		<link>http://www.BartoszRychlicki.com/2006/11/26/front-controller/comment-page-1/#comment-18356</link>
		<dc:creator>SasQ</dc:creator>
		<pubDate>Thu, 24 Jul 2008 23:27:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.br-design.pl/2006/11/26/front-controller/#comment-18356</guid>
		<description>Apache jest serwerem HTTP i rzeczywiście potrafi wiele z tego, co robi FrontController. Ale Apache nie potrafi tego wszystkiego, co FrontController może robić dodatkowo, czyli bycia pełnowymiarową aplikacją WWW z rozbudowaną logiką, systemami kontroli dostępu, logowania, statystyk, automatyzacji zadań itp.

Mnie z kolei ciekawi, w jaki sposób zrobić FrontController, by potrafił rozpoznawać wysłane do niego formularze HTML i odpowiednio reagować. Bo jeśli pod jednym adresem URL [na jednej stronie] znajduje się kilka formularzy, które mogą zostać wysłane i muszą być obsłużone przez ten sam skrypt FrontControllera pod tym samym URLem, to jak rozpoznać, który z tych formularzy nadszedł? Aby poprawnie odebrać formularz, trzeba się go spodziewać. Ale jak je rozróżnić, gdy spodziewamy się jednego z wielu?</description>
		<content:encoded><![CDATA[<p>Apache jest serwerem HTTP i rzeczywiście potrafi wiele z tego, co robi FrontController. Ale Apache nie potrafi tego wszystkiego, co FrontController może robić dodatkowo, czyli bycia pełnowymiarową aplikacją WWW z rozbudowaną logiką, systemami kontroli dostępu, logowania, statystyk, automatyzacji zadań itp.</p>
<p>Mnie z kolei ciekawi, w jaki sposób zrobić FrontController, by potrafił rozpoznawać wysłane do niego formularze HTML i odpowiednio reagować. Bo jeśli pod jednym adresem URL [na jednej stronie] znajduje się kilka formularzy, które mogą zostać wysłane i muszą być obsłużone przez ten sam skrypt FrontControllera pod tym samym URLem, to jak rozpoznać, który z tych formularzy nadszedł? Aby poprawnie odebrać formularz, trzeba się go spodziewać. Ale jak je rozróżnić, gdy spodziewamy się jednego z wielu?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bard</title>
		<link>http://www.BartoszRychlicki.com/2006/11/26/front-controller/comment-page-1/#comment-4365</link>
		<dc:creator>Bard</dc:creator>
		<pubDate>Mon, 27 Nov 2006 21:21:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.br-design.pl/2006/11/26/front-controller/#comment-4365</guid>
		<description>@medyk: Zacznę może od końca:

a)
&lt;blockquote&gt;
bez tego musielibyśmy w każdym kontrolerze akcji mieć linijkę z includem do konfiguracji co już nie jest czyste.
&lt;/blockquote&gt;

Przecież właśnie na tym cały cwancyk polega, że plik kontrolera jest już bez konfiguracji bo zapytanie wcześniej jest kierowane do pliku php (zazwyczaj index.php) a potem do odpowiedniego kontrolera za pomocą np. mod_rewrite. Wiec sam kontroler nie ma nic oprócz tego powinien. 

b) autp_prepend_file i auto_apend_file to funkcje apache które automatycznie includuje na początku i końcu jakiś plik. więc nie bardzo wiem jak można tutaj zaimplementować do apache strategie odnajdywania akcji?</description>
		<content:encoded><![CDATA[<p>@medyk: Zacznę może od końca:</p>
<p>a)</p>
<blockquote><p>
bez tego musielibyśmy w każdym kontrolerze akcji mieć linijkę z includem do konfiguracji co już nie jest czyste.
</p></blockquote>
<p>Przecież właśnie na tym cały cwancyk polega, że plik kontrolera jest już bez konfiguracji bo zapytanie wcześniej jest kierowane do pliku php (zazwyczaj index.php) a potem do odpowiedniego kontrolera za pomocą np. mod_rewrite. Wiec sam kontroler nie ma nic oprócz tego powinien. </p>
<p>b) autp_prepend_file i auto_apend_file to funkcje apache które automatycznie includuje na początku i końcu jakiś plik. więc nie bardzo wiem jak można tutaj zaimplementować do apache strategie odnajdywania akcji?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: medyk</title>
		<link>http://www.BartoszRychlicki.com/2006/11/26/front-controller/comment-page-1/#comment-4364</link>
		<dc:creator>medyk</dc:creator>
		<pubDate>Mon, 27 Nov 2006 21:13:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.br-design.pl/2006/11/26/front-controller/#comment-4364</guid>
		<description>Bard ale w przypadku kiedy rolę front controllera zostawiamy serwerowi http.. on sam wywołuje pliki poszczególnych akcji a nie, że kod php odczytuje url i decyduje jaka akcja powinna być wywołana. Na tym polu serwer http zawsze będzie dużo szybszy niż kod php.. - ta sama uwaga jest napisana w opisie front controllera w portalu phppatterns - zrzucając wszystko na plik index.php, który następnie inkluduje rządaną akcję.. sprawiamy, że kod php staje się serwerem (Pierwszy przykład kodu w powyższej notce).. ale zaraz - jak to serwerem? Przecież to Apache jest stworzone do tego by być serwerem i na podstawie żądania (url) decydować jaka akcja powinna byś podjęta, nieprawdaż? :)
Natomiast auto_prepend_file tyle daje, że przy wykorzystaniu serwera http do bycia front kontrolerem, przed każdym wywołaniem kontrolera akcji ładujemy niezbędną konfigurację frameworku, bez tego musielibyśmy w każdym kontrolerze akcji mieć linijkę z includem do konfiguracji co już nie jest czyste.

Przynajmniej ja stosuje z powodzeniem powyższą taktykę, ale też ograniczeniem jej jest to, że trzeba mieć &quot;swojego&quot; apache&#039;a.. bawienie się w ten sposób na hostigu dzielonym raczej odpada.</description>
		<content:encoded><![CDATA[<p>Bard ale w przypadku kiedy rolę front controllera zostawiamy serwerowi http.. on sam wywołuje pliki poszczególnych akcji a nie, że kod php odczytuje url i decyduje jaka akcja powinna być wywołana. Na tym polu serwer http zawsze będzie dużo szybszy niż kod php.. &#8211; ta sama uwaga jest napisana w opisie front controllera w portalu phppatterns &#8211; zrzucając wszystko na plik index.php, który następnie inkluduje rządaną akcję.. sprawiamy, że kod php staje się serwerem (Pierwszy przykład kodu w powyższej notce).. ale zaraz &#8211; jak to serwerem? Przecież to Apache jest stworzone do tego by być serwerem i na podstawie żądania (url) decydować jaka akcja powinna byś podjęta, nieprawdaż? :)<br />
Natomiast auto_prepend_file tyle daje, że przy wykorzystaniu serwera http do bycia front kontrolerem, przed każdym wywołaniem kontrolera akcji ładujemy niezbędną konfigurację frameworku, bez tego musielibyśmy w każdym kontrolerze akcji mieć linijkę z includem do konfiguracji co już nie jest czyste.</p>
<p>Przynajmniej ja stosuje z powodzeniem powyższą taktykę, ale też ograniczeniem jej jest to, że trzeba mieć &#8220;swojego&#8221; apache&#8217;a.. bawienie się w ten sposób na hostigu dzielonym raczej odpada.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adi</title>
		<link>http://www.BartoszRychlicki.com/2006/11/26/front-controller/comment-page-1/#comment-4358</link>
		<dc:creator>Adi</dc:creator>
		<pubDate>Mon, 27 Nov 2006 16:18:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.br-design.pl/2006/11/26/front-controller/#comment-4358</guid>
		<description>Dobry artykuł, naprawdę trudno jest znaleźć informacje na ten temat. Z tym auto_prepend_file to faktycznie za wiele to nie zmienia. Przecież nie robi to zbyt dużej różnicy czy najpierw jest wywoływany index.php, auto_prepend_file.php czy coś_tam_innego.php. Chyba, że się mylę? :)</description>
		<content:encoded><![CDATA[<p>Dobry artykuł, naprawdę trudno jest znaleźć informacje na ten temat. Z tym auto_prepend_file to faktycznie za wiele to nie zmienia. Przecież nie robi to zbyt dużej różnicy czy najpierw jest wywoływany index.php, auto_prepend_file.php czy coś_tam_innego.php. Chyba, że się mylę? :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bard</title>
		<link>http://www.BartoszRychlicki.com/2006/11/26/front-controller/comment-page-1/#comment-4355</link>
		<dc:creator>Bard</dc:creator>
		<pubDate>Mon, 27 Nov 2006 11:28:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.br-design.pl/2006/11/26/front-controller/#comment-4355</guid>
		<description>Coś w tym jest. Chociaż to chyba wiele nie zmieni? Przecież i tak musimy stworzyć odpowiedni plik z &quot;konfiguracją&quot; którą dajemy przed dispaczowaniem.</description>
		<content:encoded><![CDATA[<p>Coś w tym jest. Chociaż to chyba wiele nie zmieni? Przecież i tak musimy stworzyć odpowiedni plik z &#8220;konfiguracją&#8221; którą dajemy przed dispaczowaniem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: medyk</title>
		<link>http://www.BartoszRychlicki.com/2006/11/26/front-controller/comment-page-1/#comment-4348</link>
		<dc:creator>medyk</dc:creator>
		<pubDate>Mon, 27 Nov 2006 01:06:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.blog.br-design.pl/2006/11/26/front-controller/#comment-4348</guid>
		<description>Warto dodać, że serwer http jest w gruncie rzeczy stworzony do roli front-controllera (wraz z pomocą opcji php &quot;auto_prepend_file&quot;)  i tak naprawdę tylko w wypadku kiedy nie mamy dostępu do konfiguracji serwera http powinniśmy zrzucać wszystko na index.php</description>
		<content:encoded><![CDATA[<p>Warto dodać, że serwer http jest w gruncie rzeczy stworzony do roli front-controllera (wraz z pomocą opcji php &#8220;auto_prepend_file&#8221;)  i tak naprawdę tylko w wypadku kiedy nie mamy dostępu do konfiguracji serwera http powinniśmy zrzucać wszystko na index.php</p>
]]></content:encoded>
	</item>
</channel>
</rss>
