<?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>Komentarze do: Frameworki w małych projektach</title>
	<atom:link href="http://blog.eazu.pl/frameworki-w-malych-projektach/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.eazu.pl/frameworki-w-malych-projektach/</link>
	<description>programista, webdeveloper</description>
	<lastBuildDate>Wed, 04 Jan 2012 18:53:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Autor: Marcin</title>
		<link>http://blog.eazu.pl/frameworki-w-malych-projektach/comment-page-1/#comment-3323</link>
		<dc:creator>Marcin</dc:creator>
		<pubDate>Mon, 05 Dec 2011 12:37:40 +0000</pubDate>
		<guid isPermaLink="false">http://eazu.pl/?p=669#comment-3323</guid>
		<description>Może do małych projektów stosować prostsze fm, np CodeIgniter albo Fuel. Wszystko zależy od perspektyw rozwojowych projektu, wytaczanie takiego działa na mały projekt nie ma sensu.</description>
		<content:encoded><![CDATA[<p>Może do małych projektów stosować prostsze fm, np CodeIgniter albo Fuel. Wszystko zależy od perspektyw rozwojowych projektu, wytaczanie takiego działa na mały projekt nie ma sensu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: kozak</title>
		<link>http://blog.eazu.pl/frameworki-w-malych-projektach/comment-page-1/#comment-3316</link>
		<dc:creator>kozak</dc:creator>
		<pubDate>Sat, 28 May 2011 12:01:57 +0000</pubDate>
		<guid isPermaLink="false">http://eazu.pl/?p=669#comment-3316</guid>
		<description>Moim zdaniem używanie fm nawet w małych projektach nie jest czymś złym. Pozwala na szybkie postawienie strony i późniejszy łatwy jej rozwój. Obciążenia nie są aż tak ogromne, mechanizmy cache dostępne praktycznie w każdym fm zniwelują obciążenie serwera. Tak więc - uważam, że nie ma nic złego w używaniu fm w małych projektach.</description>
		<content:encoded><![CDATA[<p>Moim zdaniem używanie fm nawet w małych projektach nie jest czymś złym. Pozwala na szybkie postawienie strony i późniejszy łatwy jej rozwój. Obciążenia nie są aż tak ogromne, mechanizmy cache dostępne praktycznie w każdym fm zniwelują obciążenie serwera. Tak więc &#8211; uważam, że nie ma nic złego w używaniu fm w małych projektach.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: karol</title>
		<link>http://blog.eazu.pl/frameworki-w-malych-projektach/comment-page-1/#comment-3237</link>
		<dc:creator>karol</dc:creator>
		<pubDate>Wed, 20 Apr 2011 14:02:59 +0000</pubDate>
		<guid isPermaLink="false">http://eazu.pl/?p=669#comment-3237</guid>
		<description>&quot;O ile ilość używanej pamięci w dzisiejszych czasach możemy praktycznie pominąć, o tyle czas zajętości procesora jest już bardzo ważny &quot;
Przejrzalem watki na blogu i zainteresowalem sie nim jednak dziwi mnie to odwazne stwierdzenie z Twojej strony. O zasoby pamieci jak najbardziej trzeba dalej dbac wyobraz sobie niezoptymalizowany skrypt PHP ktory buduje listy rekordow, podlicza ilosc kategorii danych rekordow gdy uzwa sie mysqla i natywnych funkcji/petli do pobierania danych jedna sesja moze na chwile obciazyc serwer nawet na kilka-kilkanascie MB, na zwyklych serwerach hostingowych wykancza to caly limit (8-16 MB) i w efekcie jest ona niedostepna dla innych uzytkownikow i na VPS z iloscia pamieci 256-512 MB przy wiekszej liczbie odwiedzajacych rowniez. 

Co do sensownosci uzywania frameworkow (i jakich konkretnie warto uzywac) przy malych projektach pisanych od poczatku liczylem na wieksze zglebienie sie w problem jak kiedys bardziej sie rozpiszesz chetnie przeczytam :)</description>
		<content:encoded><![CDATA[<p>&#8222;O ile ilość używanej pamięci w dzisiejszych czasach możemy praktycznie pominąć, o tyle czas zajętości procesora jest już bardzo ważny &#8221;<br />
Przejrzalem watki na blogu i zainteresowalem sie nim jednak dziwi mnie to odwazne stwierdzenie z Twojej strony. O zasoby pamieci jak najbardziej trzeba dalej dbac wyobraz sobie niezoptymalizowany skrypt PHP ktory buduje listy rekordow, podlicza ilosc kategorii danych rekordow gdy uzwa sie mysqla i natywnych funkcji/petli do pobierania danych jedna sesja moze na chwile obciazyc serwer nawet na kilka-kilkanascie MB, na zwyklych serwerach hostingowych wykancza to caly limit (8-16 MB) i w efekcie jest ona niedostepna dla innych uzytkownikow i na VPS z iloscia pamieci 256-512 MB przy wiekszej liczbie odwiedzajacych rowniez. </p>
<p>Co do sensownosci uzywania frameworkow (i jakich konkretnie warto uzywac) przy malych projektach pisanych od poczatku liczylem na wieksze zglebienie sie w problem jak kiedys bardziej sie rozpiszesz chetnie przeczytam :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Kamil Brenk</title>
		<link>http://blog.eazu.pl/frameworki-w-malych-projektach/comment-page-1/#comment-2911</link>
		<dc:creator>Kamil Brenk</dc:creator>
		<pubDate>Mon, 09 Aug 2010 22:01:14 +0000</pubDate>
		<guid isPermaLink="false">http://eazu.pl/?p=669#comment-2911</guid>
		<description>A co jeśli będziesz chciał za jakiś czas powiększać i rozbudowywać tak prostą stronę? Najpierw dojdzie konieczność pisania własnych funkcji obsługi Web Services, później dojdzie obsługa SMTP i IMAP, potem klasy do tworzenia i walidacji formularzy, itp itd.

Warto pomyśleć o przyszłości, zanim się zacznie pisać w czystym PHP - by potem nie musieć dalej się męczyć w czystym PHP i wszystko pisać od początku, lub by nie przepisywać aplikacji od nowa.

Btw. do małych projektów wykorzystuję Yii PHP Framework.</description>
		<content:encoded><![CDATA[<p>A co jeśli będziesz chciał za jakiś czas powiększać i rozbudowywać tak prostą stronę? Najpierw dojdzie konieczność pisania własnych funkcji obsługi Web Services, później dojdzie obsługa SMTP i IMAP, potem klasy do tworzenia i walidacji formularzy, itp itd.</p>
<p>Warto pomyśleć o przyszłości, zanim się zacznie pisać w czystym PHP &#8211; by potem nie musieć dalej się męczyć w czystym PHP i wszystko pisać od początku, lub by nie przepisywać aplikacji od nowa.</p>
<p>Btw. do małych projektów wykorzystuję Yii PHP Framework.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

