<?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: Выбор PHP фреймворка</title>
	<atom:link href="http://blog.fxposter.org/2007/12/18/choosing-php-framework/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fxposter.org/2007/12/18/choosing-php-framework/</link>
	<description>Stories about Ruby, JavaScript, Objective-C and other cool tools</description>
	<lastBuildDate>Wed, 11 Jan 2012 18:45:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Валерий</title>
		<link>http://blog.fxposter.org/2007/12/18/choosing-php-framework/comment-page-2/#comment-6474</link>
		<dc:creator>Валерий</dc:creator>
		<pubDate>Thu, 16 Apr 2009 14:46:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fxposter.org/2007/12/18/choosing-php-framework/#comment-6474</guid>
		<description>И повторяю просьбу - покажи пример стриницы и раскажи нам сколько она жрет памяти и времени. А потом поговорим.</description>
		<content:encoded><![CDATA[<p>И повторяю просьбу &#8211; покажи пример стриницы и раскажи нам сколько она жрет памяти и времени. А потом поговорим.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Валерий</title>
		<link>http://blog.fxposter.org/2007/12/18/choosing-php-framework/comment-page-2/#comment-6473</link>
		<dc:creator>Валерий</dc:creator>
		<pubDate>Thu, 16 Apr 2009 14:27:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fxposter.org/2007/12/18/choosing-php-framework/#comment-6473</guid>
		<description>Посмотри на нормальное кешированеи, например в ZF или Kohana.</description>
		<content:encoded><![CDATA[<p>Посмотри на нормальное кешированеи, например в ZF или Kohana.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Валерий</title>
		<link>http://blog.fxposter.org/2007/12/18/choosing-php-framework/comment-page-2/#comment-6472</link>
		<dc:creator>Валерий</dc:creator>
		<pubDate>Thu, 16 Apr 2009 14:25:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fxposter.org/2007/12/18/choosing-php-framework/#comment-6472</guid>
		<description>Кеширование в симфони отдельная тема. Где к примеру таги, вместо этого remove_pattern(). Потом, если я хочу кешировать не шаблон а что нибудь другое, то что предлагает мне симфони? сделать так new sfCachFile. А где же фабрика? А как легко потом переключить кеш на другой бэкенд?. Для этого придется писать свою фабрику. Разве это удобсто?.</description>
		<content:encoded><![CDATA[<p>Кеширование в симфони отдельная тема. Где к примеру таги, вместо этого remove_pattern(). Потом, если я хочу кешировать не шаблон а что нибудь другое, то что предлагает мне симфони? сделать так new sfCachFile. А где же фабрика? А как легко потом переключить кеш на другой бэкенд?. Для этого придется писать свою фабрику. Разве это удобсто?.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: relo_san</title>
		<link>http://blog.fxposter.org/2007/12/18/choosing-php-framework/comment-page-2/#comment-6470</link>
		<dc:creator>relo_san</dc:creator>
		<pubDate>Thu, 16 Apr 2009 12:34:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fxposter.org/2007/12/18/choosing-php-framework/#comment-6470</guid>
		<description>Вдогонку. С xcache не работал, а вот APC кешит опкод на ура и вопрос с тормозами из-за огромных многометровых простыней ORM решается. Также, если у вас часто нужно работать с базой и нельзя многое переложить на кеширование - не рекомендуется использовать Доктрину, она раза в два тормознее Пропела. Для критических приложений, где объем работы с базой очень высок и нужно максимальное быстродействие/возможности - можно обойтись вообще без ORM и работать напрямую с PDO, хотя это точно не ваш случай.</description>
		<content:encoded><![CDATA[<p>Вдогонку. С xcache не работал, а вот APC кешит опкод на ура и вопрос с тормозами из-за огромных многометровых простыней ORM решается. Также, если у вас часто нужно работать с базой и нельзя многое переложить на кеширование &#8211; не рекомендуется использовать Доктрину, она раза в два тормознее Пропела. Для критических приложений, где объем работы с базой очень высок и нужно максимальное быстродействие/возможности &#8211; можно обойтись вообще без ORM и работать напрямую с PDO, хотя это точно не ваш случай.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: crash</title>
		<link>http://blog.fxposter.org/2007/12/18/choosing-php-framework/comment-page-2/#comment-6469</link>
		<dc:creator>crash</dc:creator>
		<pubDate>Thu, 16 Apr 2009 12:27:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fxposter.org/2007/12/18/choosing-php-framework/#comment-6469</guid>
		<description>TEH DRAMA</description>
		<content:encoded><![CDATA[<p>TEH DRAMA</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: relo_san</title>
		<link>http://blog.fxposter.org/2007/12/18/choosing-php-framework/comment-page-2/#comment-6468</link>
		<dc:creator>relo_san</dc:creator>
		<pubDate>Thu, 16 Apr 2009 12:25:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fxposter.org/2007/12/18/choosing-php-framework/#comment-6468</guid>
		<description>папаша, не учите меня пожалуйста, как разговаривать, ладно? :)
Если вас что-то оскорбило - имхо это ваши личные проблемы. Я высказал свое мнение по поводу вашей безосновательной характеристики. Я, заметьте, даже на &quot;ты&quot; не переходил. Поэтому если вас что-то не устроило в моем посте - можете последовать вашему же предложению на ближайшей стене.
Теперь по существу. Просто так говорить не нужно. Хотите показать конкретику - сделайте простой тестовый шаблон, протестируйте и выложите результаты тестов, с подробным указанием конфигурации, тестируемого исходника и полученных результатов. А просто так рассказывать что &quot;ну очень тормозной, прям валится&quot; - смысла не вижу. Работа с формами? Я не знаю где у вас и на какой форме нужно много времени на генерацию и 20 метров оперативы... Я таких форм пока не встречал. Если мне будет не влом и появится свободное время - я на выходных сделаю простую форму полей на 15, связанную с парой табличек пропелом и замерю генерацию.
Что касается новостей - простите, а слово &quot;кеширование&quot; вам возможно знакомо? Или вы каждому посетителю новости каждый раз из базы тянете и генерите?
Приложение на VDS, про которое я говорил - сайт с примерно 18 тысячами статей, ни малейших проблем на значительно менее мощной конфигурации я не наблюдаю, все работает как часы.
Что касается распространенной практики использования фреймворка - простите, насмотрелся. Гавно можно написать на любом фреймворке и любом языке. И гавна этого я видел за свою практику - дофигища, особенно на PHP. И в Symfony в шаблонах видел строчки вида &quot;... $_REQUEST ...&quot;. Поэтому если у человека вдруг обычное несложное приложение жрет ресурсов в десяток раз больше положенного - то либо там программист нуб, либо сисадмин, который сервер настраивал - нуб, либо оба. Обижаться или нет - ваше личное дело.</description>
		<content:encoded><![CDATA[<p>папаша, не учите меня пожалуйста, как разговаривать, ладно? :)<br />
Если вас что-то оскорбило &#8211; имхо это ваши личные проблемы. Я высказал свое мнение по поводу вашей безосновательной характеристики. Я, заметьте, даже на &#8220;ты&#8221; не переходил. Поэтому если вас что-то не устроило в моем посте &#8211; можете последовать вашему же предложению на ближайшей стене.<br />
Теперь по существу. Просто так говорить не нужно. Хотите показать конкретику &#8211; сделайте простой тестовый шаблон, протестируйте и выложите результаты тестов, с подробным указанием конфигурации, тестируемого исходника и полученных результатов. А просто так рассказывать что &#8220;ну очень тормозной, прям валится&#8221; &#8211; смысла не вижу. Работа с формами? Я не знаю где у вас и на какой форме нужно много времени на генерацию и 20 метров оперативы&#8230; Я таких форм пока не встречал. Если мне будет не влом и появится свободное время &#8211; я на выходных сделаю простую форму полей на 15, связанную с парой табличек пропелом и замерю генерацию.<br />
Что касается новостей &#8211; простите, а слово &#8220;кеширование&#8221; вам возможно знакомо? Или вы каждому посетителю новости каждый раз из базы тянете и генерите?<br />
Приложение на VDS, про которое я говорил &#8211; сайт с примерно 18 тысячами статей, ни малейших проблем на значительно менее мощной конфигурации я не наблюдаю, все работает как часы.<br />
Что касается распространенной практики использования фреймворка &#8211; простите, насмотрелся. Гавно можно написать на любом фреймворке и любом языке. И гавна этого я видел за свою практику &#8211; дофигища, особенно на PHP. И в Symfony в шаблонах видел строчки вида &#8220;&#8230; $_REQUEST &#8230;&#8221;. Поэтому если у человека вдруг обычное несложное приложение жрет ресурсов в десяток раз больше положенного &#8211; то либо там программист нуб, либо сисадмин, который сервер настраивал &#8211; нуб, либо оба. Обижаться или нет &#8211; ваше личное дело.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Валерий</title>
		<link>http://blog.fxposter.org/2007/12/18/choosing-php-framework/comment-page-2/#comment-6467</link>
		<dc:creator>Валерий</dc:creator>
		<pubDate>Thu, 16 Apr 2009 11:57:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fxposter.org/2007/12/18/choosing-php-framework/#comment-6467</guid>
		<description>Сынок будешь так разговаривать - поди убейся головой об стенку.</description>
		<content:encoded><![CDATA[<p>Сынок будешь так разговаривать &#8211; поди убейся головой об стенку.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Валерий</title>
		<link>http://blog.fxposter.org/2007/12/18/choosing-php-framework/comment-page-2/#comment-6466</link>
		<dc:creator>Валерий</dc:creator>
		<pubDate>Thu, 16 Apr 2009 11:55:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fxposter.org/2007/12/18/choosing-php-framework/#comment-6466</guid>
		<description>Исходники конечно же я давать небуду. Но скажу просто так - приложение делает простую задачу - работа с формами, новости и т.д. Сдесь намудрить тяжело. Машина ложится лишь иногда. Есть страницы которые требуют 15-20 МБ памяти и время 1-2 сек на генерацию. Это вы считаете нормально?. С XCache конечно дело получше, но все равно несравнится с Kohana. Покажите свою страницу простую и расскажите сколько она потребляет памяти и времени на генерацию, и тогда посмотрим вместие и посмеемся.</description>
		<content:encoded><![CDATA[<p>Исходники конечно же я давать небуду. Но скажу просто так &#8211; приложение делает простую задачу &#8211; работа с формами, новости и т.д. Сдесь намудрить тяжело. Машина ложится лишь иногда. Есть страницы которые требуют 15-20 МБ памяти и время 1-2 сек на генерацию. Это вы считаете нормально?. С XCache конечно дело получше, но все равно несравнится с Kohana. Покажите свою страницу простую и расскажите сколько она потребляет памяти и времени на генерацию, и тогда посмотрим вместие и посмеемся.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: relo_san</title>
		<link>http://blog.fxposter.org/2007/12/18/choosing-php-framework/comment-page-2/#comment-6464</link>
		<dc:creator>relo_san</dc:creator>
		<pubDate>Thu, 16 Apr 2009 06:44:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fxposter.org/2007/12/18/choosing-php-framework/#comment-6464</guid>
		<description>Валерий, это вы просто не тем местом на Symfony программируете. Рассказывать о тормознутости может только человек, который ничего не понял в фреймворке и не научился им пользоваться, кодил под ним &quot;абы работало&quot;. Вы выложите исходники вашего проекта, который при 3к хитов в сутки ложит четырехядерный ксеон, мы дружно посмеемся. У меня на несчастном VDS с одним гигагерцем проца и гигом оперативы средней сложности проект на Symfony почему-то позволяет обслуживать несколько кило _уников_ в сутки и сервер при этом не грузится более чем на 40 - 50% в пике и 10 - 20% в среднем, на нем еще пара проектов и трак на пайтоне спокойно висят. Доктор, что я не так делаю?</description>
		<content:encoded><![CDATA[<p>Валерий, это вы просто не тем местом на Symfony программируете. Рассказывать о тормознутости может только человек, который ничего не понял в фреймворке и не научился им пользоваться, кодил под ним &#8220;абы работало&#8221;. Вы выложите исходники вашего проекта, который при 3к хитов в сутки ложит четырехядерный ксеон, мы дружно посмеемся. У меня на несчастном VDS с одним гигагерцем проца и гигом оперативы средней сложности проект на Symfony почему-то позволяет обслуживать несколько кило _уников_ в сутки и сервер при этом не грузится более чем на 40 &#8211; 50% в пике и 10 &#8211; 20% в среднем, на нем еще пара проектов и трак на пайтоне спокойно висят. Доктор, что я не так делаю?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Валерий</title>
		<link>http://blog.fxposter.org/2007/12/18/choosing-php-framework/comment-page-2/#comment-6463</link>
		<dc:creator>Валерий</dc:creator>
		<pubDate>Thu, 16 Apr 2009 06:24:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fxposter.org/2007/12/18/choosing-php-framework/#comment-6463</guid>
		<description>Думаю скоро все равно перейдешь на Kohana. Я на симфони писал почти год. Я не фанат бороться за милисекунды, для меня куда более важнее боротся за скорость разработки, но Symfony даже меня раздражает своей тормознутостью. У нас сервер с двумя 4-х ядерными ксеонами иногда лежит. Хотя посещаемость 3000 хитов в сутки (это просто смешно).</description>
		<content:encoded><![CDATA[<p>Думаю скоро все равно перейдешь на Kohana. Я на симфони писал почти год. Я не фанат бороться за милисекунды, для меня куда более важнее боротся за скорость разработки, но Symfony даже меня раздражает своей тормознутостью. У нас сервер с двумя 4-х ядерными ксеонами иногда лежит. Хотя посещаемость 3000 хитов в сутки (это просто смешно).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced

Served from: blog.fxposter.org @ 2012-02-11 08:31:20 -->
