<?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>Комментарии: Что это?</title>
	<atom:link href="http://v673.com/server-optimization/what-is-it/feed/" rel="self" type="application/rss+xml" />
	<link>http://v673.com/server-optimization/what-is-it/</link>
	<description></description>
	<lastBuildDate>Tue, 18 Jan 2011 13:11:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Автор: Condenser</title>
		<link>http://v673.com/server-optimization/what-is-it/#comment-2321</link>
		<dc:creator>Condenser</dc:creator>
		<pubDate>Tue, 02 Feb 2010 08:52:00 +0000</pubDate>
		<guid isPermaLink="false">http://v673.com/?p=1008#comment-2321</guid>
		<description>Возьмём на заметку собираемся запусить ресурсоёмкий проэкт :) И сюда ещё вернёмся.</description>
		<content:encoded><![CDATA[<p>Возьмём на заметку собираемся запусить ресурсоёмкий проэкт :) И сюда ещё вернёмся.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: v673</title>
		<link>http://v673.com/server-optimization/what-is-it/#comment-1961</link>
		<dc:creator>v673</dc:creator>
		<pubDate>Sat, 17 Oct 2009 17:01:31 +0000</pubDate>
		<guid isPermaLink="false">http://v673.com/?p=1008#comment-1961</guid>
		<description>Александр, я понял Вашу мысль. Действительно, задача бизнеса - это получить наибольшую эффективность (читай прибыль) при наименьших затратах. 

И в каждом конкретном случае может быть по-разному: в одном случае имеет смысл купить пару плат оперативной памяти и забыть про проблему. А в другом случае имеет смысл провести общую оптимизацию проекта и переехать с кластера из трех серверов на один единственный хорошо оптимизированный сервер и СРАЗУ ЖЕ уменьшить свои расходы на сервера в ТРИ РАЗА.

Я Вам приведу конкретный пример: статья &lt;a href=&quot;http://habrahabr.ru/blogs/server_side_optimization/52475/&quot; rel=&quot;nofollow&quot;&gt;Прогрессивные технологии, как способ выжать из сервера максимум&lt;/a&gt;. Если Вам интересно, можете связаться с автором и спросить, сколько бы стоила поддержка серверов для проекта, если бы они решили не проводить серверную оптимизацию.</description>
		<content:encoded><![CDATA[<p>Александр, я понял Вашу мысль. Действительно, задача бизнеса&nbsp;&mdash; это получить наибольшую эффективность (читай прибыль) при наименьших затратах. </p><p>И в каждом конкретном случае может быть по-разному: в одном случае имеет смысл купить пару плат оперативной памяти и забыть про проблему. А в другом случае имеет смысл провести общую оптимизацию проекта и переехать с кластера из трех серверов на один единственный хорошо оптимизированный сервер и СРАЗУ ЖЕ уменьшить свои расходы на сервера в ТРИ РАЗА.</p><p>Я Вам приведу конкретный пример: статья <a href="http://habrahabr.ru/blogs/server_side_optimization/52475/" rel="nofollow">Прогрессивные технологии, как способ выжать из сервера максимум</a>. Если Вам интересно, можете связаться с автором и спросить, сколько бы стоила поддержка серверов для проекта, если бы они решили не проводить серверную оптимизацию.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: v673</title>
		<link>http://v673.com/server-optimization/what-is-it/#comment-1960</link>
		<dc:creator>v673</dc:creator>
		<pubDate>Sat, 17 Oct 2009 16:54:27 +0000</pubDate>
		<guid isPermaLink="false">http://v673.com/?p=1008#comment-1960</guid>
		<description>Очень правильный комментарий. Действительно, отличить консультантов, которые помогают от тех, которые ничего не делают, но показывают красивые презентации - сложно.

Тем не менее, все результаты специалистов по оптимизации легко поддаются количественной оценке: уровню нагрузки, оценки прироста производительности, скорости генерации страниц и т.д. Выбрать инструменты для подобного анализа До и После - одна из моих целей. Когда получится цельная картина - обязательно напишу об этом статью.

P.S. Сам по себе движок MediaWiki оптимизировать не нужно. Точнее нужно, но его оптимизацией должны заниматься сами разработчики и нас это не касается. 

Задача специалистов оптимизировать связку всех различных технологий, на которых работает &lt;b&gt;конкретный сайт&lt;/b&gt;. Изучить, в чем проблема конкретного проекта. Может быть 70% нагрузки генерируется всего-лишь за счет запросов статики со сторонних ресурсов? В таком случае, в нашем примере, имеет смысл перейти на связку nginx, как фронтенд-прокси и apache, как бекэнд. 

Или вообще отказаться от Apache, и перейти на связку nginx + php-fpm + php. Но, нужно понимать, что в таком случае необходимо будет переписать формат всех .htaccess файлов, предварительно проверить стабильность работы скриптов на новом веб-сервере и т.д. 

И из вот таких улучшений и состоит работа специалистов по серверной оптимизации. Не имеет смысла перечислять все возможные улучшения в этом комментарии, но, думаю, основную идею вы поняли.</description>
		<content:encoded><![CDATA[<p>Очень правильный комментарий. Действительно, отличить консультантов, которые помогают от тех, которые ничего не делают, но показывают красивые презентации&nbsp;&mdash; сложно.</p><p>Тем не менее, все результаты специалистов по оптимизации легко поддаются количественной оценке: уровню нагрузки, оценки прироста производительности, скорости генерации страниц и т.д. Выбрать инструменты для подобного анализа До и После&nbsp;&mdash; одна из моих целей. Когда получится цельная картина&nbsp;&mdash; обязательно напишу об этом статью.</p><p>P.S. Сам по себе движок MediaWiki оптимизировать не нужно. Точнее нужно, но его оптимизацией должны заниматься сами разработчики и нас это не касается. </p><p>Задача специалистов оптимизировать связку всех различных технологий, на которых работает <b>конкретный сайт</b>. Изучить, в чем проблема конкретного проекта. Может быть 70% нагрузки генерируется всего-лишь за счет запросов статики со сторонних ресурсов? В таком случае, в нашем примере, имеет смысл перейти на связку nginx, как фронтенд-прокси и apache, как бекэнд. </p><p>Или вообще отказаться от Apache, и перейти на связку nginx + php-fpm + php. Но, нужно понимать, что в таком случае необходимо будет переписать формат всех .htaccess файлов, предварительно проверить стабильность работы скриптов на новом веб-сервере и т.д. </p><p>И из вот таких улучшений и состоит работа специалистов по серверной оптимизации. Не имеет смысла перечислять все возможные улучшения в этом комментарии, но, думаю, основную идею вы поняли.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Александр</title>
		<link>http://v673.com/server-optimization/what-is-it/#comment-1959</link>
		<dc:creator>Александр</dc:creator>
		<pubDate>Thu, 15 Oct 2009 10:08:13 +0000</pubDate>
		<guid isPermaLink="false">http://v673.com/?p=1008#comment-1959</guid>
		<description>А вы не подскажете стоимость специалиста по так называемой серверной оптимизации? И стоимость парочки плат оперативной памяти в месяц? Нельзя ли опубликовать простой подсчет?</description>
		<content:encoded><![CDATA[<p>А вы не подскажете стоимость специалиста по так называемой серверной оптимизации? И стоимость парочки плат оперативной памяти в месяц? Нельзя ли опубликовать простой подсчет?</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Аноним</title>
		<link>http://v673.com/server-optimization/what-is-it/#comment-1958</link>
		<dc:creator>Аноним</dc:creator>
		<pubDate>Wed, 14 Oct 2009 19:22:09 +0000</pubDate>
		<guid isPermaLink="false">http://v673.com/?p=1008#comment-1958</guid>
		<description>Зачастую консалтинговые услуги, в том числе по оптимизации чего-либо походят на шаманство или мошеничество. Со стороны это выглядит так &quot;мы вас поизучаем, проанализируем, подаем советы ...&quot;
Интересуют критерии оценки производительности до и после, оценки прироста производительности после оптимизации.

P.S. для примера проекта, вики-движок MediaWiki. На нем работает, в частности, википедия. Нужна ему оптимизация или нет ... кто лучше ответит если не специалисты по оптимизации.</description>
		<content:encoded><![CDATA[<p>Зачастую консалтинговые услуги, в том числе по оптимизации чего-либо походят на шаманство или мошеничество. Со стороны это выглядит так &laquo;мы вас поизучаем, проанализируем, подаем советы ...&raquo;</p><p>Интересуют критерии оценки производительности до и после, оценки прироста производительности после оптимизации.</p><p>P.S. для примера проекта, вики-движок MediaWiki. На нем работает, в частности, википедия. Нужна ему оптимизация или нет ... кто лучше ответит если не специалисты по оптимизации.</p>]]></content:encoded>
	</item>
</channel>
</rss>

