<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
			<channel>
			<title>[dev] Кеширование данных / Alto CMS inside - как это устроено и работает / Alto CMS</title>
			<link>http://79.174.14.219/comments/461/</link>
			<description><![CDATA[Эта статья рассчитана не просто на сайтостроителей, а на разработчиков, и рассказывает о том, как в Alto CMS устроена система]]></description>
			<language>ru</language>
			<managingEditor>noreply@altocms.ru</managingEditor>
			<webMaster>noreply@altocms.ru</webMaster>
			<generator>Alto CMS v.1.5.0b1</generator>
							<item>
					<title>[dev] Кеширование данных (comment #7465)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/461/#comment7465</guid>
					<link>http://79.174.14.219/461.html#comment7465</link>
					<author>1099511627776@mail.ru</author>
					<description><![CDATA[Как на счет кеширования ВСЕЙ страницы? и использования механизма кеширования nginx к примеру?]]></description>
					<pubDate>Mon, 13 Jan 2014 22:30:48 +0400</pubDate>
									</item>
							<item>
					<title>[dev] Кеширование данных (comment #7466)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/461/#comment7466</guid>
					<link>http://79.174.14.219/461.html#comment7466</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[Тут речь о кешировании <em>данных</em>. Стандартных средств кеширования <em>контента</em> (за исключением того, что сам Smarty позволяет) в движке нет]]></description>
					<pubDate>Mon, 13 Jan 2014 22:54:38 +0400</pubDate>
									</item>
							<item>
					<title>[dev] Кеширование данных (comment #7485)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/461/#comment7485</guid>
					<link>http://79.174.14.219/461.html#comment7485</link>
					<author>leginnn@gmail.com</author>
					<description><![CDATA[Вы бы лучше продвинутую документацию сделали как на ЛС <a href="http://docs.livestreetcms.com/" rel="nofollow">docs.livestreetcms.com/</a><br/>
<br/>
Тогда бы многим разработчикам проще было переносить проекты, переделывать плагины или писать с нуля…<br/>
<br/>
Хотя в блоге тоже что-то есть, но только если какие-то плюшки особые описывать, на которых внимание стоит акцентировать…<br/>
<br/>
Зы: В документацию можно не все писать (все таки большая работа), а хотя бы изменения относительно родительского двигла ;)]]></description>
					<pubDate>Tue, 14 Jan 2014 14:09:25 +0400</pubDate>
									</item>
							<item>
					<title>[dev] Кеширование данных (comment #7490)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/461/#comment7490</guid>
					<link>http://79.174.14.219/461.html#comment7490</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[<blockquote>Вы бы лучше продвинутую документацию сделали...</blockquote>Не очень понятно, о чем речь. По той ссылке все до кучи — и просто блог для разработчиков, и так наз. «API» (а фактически — просто список классов и методов без каких-либо пояснений, как этим добром пользоваться). Сгенерировать список методов, конечно, можно (и сделаем это немного попозже), но вот я, например, за несколько лет работы с ЛС туда ни разу не сходил. А вот статьи — помогали и неоднократно.]]></description>
					<pubDate>Tue, 14 Jan 2014 17:21:17 +0400</pubDate>
									</item>
							<item>
					<title>[dev] Кеширование данных (comment #7491)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/461/#comment7491</guid>
					<link>http://79.174.14.219/461.html#comment7491</link>
					<author>leginnn@gmail.com</author>
					<description><![CDATA[<blockquote>По той ссылке все до кучи — и просто блог для разработчиков, и так наз. «API» (а фактически — просто список классов и методов без каких-либо пояснений, как этим добром пользоваться)</blockquote>Вам никто не мешает сделать так, чтоб документация была действительно функциональной, просто еще один блог мало чем поможет. Всегда помогает ПОИСК по блогу ;), если есть в каком материале искать.<br/>
Соответственно можно взять типовые задачи и описать для наглядности, так будет реально полезнее, а в каком блоге этот материал размещать — совершенно не важно ;), главное — его полезная нагрузка.<br/>
<br/>
Я почему за документацию вопрос поднял — имею плагин написанный под собственные нужды для ЛС, но при попытке установить его на альту — получаю ожидаемый шиш, даже после пляски с правкой некоторых шаблонов получил на выходе работающий плагин под альтой, но с рост запросов к БД возрос в 4 раза…<br/>
<br/>
Может я и сам бы переделал плагин, чтоб он был совместим с альтой без плагина-посредника (тот самый для обеспечения совместимости), но без понятной документации тех же самых классов у меня ничего не получится, ну или доступного цикла статей по техническим отличиям Альто от ЛС и как осуществить портирование…<br/>
<br/>
Надеюсь сейчас понятнее изложил свои мысли по этому вопросу?]]></description>
					<pubDate>Tue, 14 Jan 2014 18:13:03 +0400</pubDate>
									</item>
							<item>
					<title>[dev] Кеширование данных (comment #7492)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/461/#comment7492</guid>
					<link>http://79.174.14.219/461.html#comment7492</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[<blockquote>Вам никто не мешает сделать так, чтоб документация была действительно функциональной...</blockquote>На сегодняшний день — мешает отсутствие ресурсов. Создание нормальной внятной документации — это адова работа. Но полное ее отсутствие — тоже плохо. Поэтому пока и пошли таким путем — писать технические статьи, чтоб — с одной стороны — хоть как-то закрыть брешь, с другой — наработать некий материал, который потом и ляжет уже в основу соответствующего раздела. <br/>
<br/>
Но в любом случае — спасибо за отклик.<br/>
<br/>
<blockquote>получил на выходе работающий плагин под альтой, но с рост запросов к БД возрос в 4 раза…</blockquote>Вот в этом месте есть сомнения, что под ЛС число запросов не увеличилось, а под Альто — так резко возросло. Видимо, все ж, в алгоритмах проблема]]></description>
					<pubDate>Tue, 14 Jan 2014 19:05:03 +0400</pubDate>
									</item>
							<item>
					<title>[dev] Кеширование данных (comment #7494)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/461/#comment7494</guid>
					<link>http://79.174.14.219/461.html#comment7494</link>
					<author>leginnn@gmail.com</author>
					<description><![CDATA[<blockquote>Видимо, все ж, в алгоритмах проблема</blockquote>Правил только то, на что ругалась Альта — то есть шаблон для админки (кстати тоже инфы внятной на эту тему нет), то есть то, на что ума хватило ибо я не разработчик и не программист, но так получилось, что пытаюсь научиться программированию (ну или хотя бы думаю, что пытаюсь)… и узким местом в освоении любого движка всегда была и будет документация.<br/>
<br/>
Ладно, все равно спасибо — сама Альта намного привлекательнее чем ЛС в базовой комплектации, но так и не решился поднять проект на ней из-за отсутствия дополнительных плагинов, которые в свою очередь отсутствуют из-за внятной инфы о том как их портировать или писать с нуля… Замкнутый круг короче…]]></description>
					<pubDate>Tue, 14 Jan 2014 19:17:56 +0400</pubDate>
									</item>
							<item>
					<title>[dev] Кеширование данных (comment #7495)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/461/#comment7495</guid>
					<link>http://79.174.14.219/461.html#comment7495</link>
					<author>andreyv@gladcode.ru</author>
					<description><![CDATA[Согласен с <a href="http://altocms.ru/profile/leginnn/" class="ls-user">leginnn</a>  — документация должна быть функциональной и если делать отдельный блог, то лучше сразу определить формат размещаемых топиков:<br/>
<br/>
1. Например в виде подробного мануала по части функционала. <br/>
На примере кэширования, я думаю, разработчикам, осваивающим Alto будут интересны, как минимум, следующие вопросы:<br/>
      — Типовые способы установки и чтения кэша <em>(ведь практически везде используется код <em>if (false === ($data = ...</em>, но что бы до этого дойти нужно перелопатить кучу кода)</em>;<br/>
      — Что вообще нужно кэшировать, а что нет;<br/>
      — Как формировать имя ключа кэша;<br/>
      — Как формировать имя тега и как их, теги, использовать <em>(ведь тегирование в кэше используется для удаления групп данных из кэша, как средство поддержания его актуальности и должны отражать условие очистки (imho), например, как в Alto и сделано в тегах: «topic_update» — очищаем при апдейте топика, «blog_new» — очищаем при добавлении блога...)</em><br/>
      — Какое время жизни тега устанавливать — день, два, неделю <em>(зависит же от способа использования кэша и в одних случаях можно просто установить достаточно большое время потому что кэш обновляется принудительно, а без обновления он будет вечно актуальным. В других же случаях время жизни кэша строго определено)</em><br/>
      — Что за кэш «tmp» <em>(Очень соблазнительно его использовать как суперглобальную область — у меня получилось передать в этот тип кэша данные из модуля, а потом вывести их напрямую из шаблона SMARTY, но должно быть понятно, что это средство оптимизации и используется только с этой целью)</em><br/>
      — Семантика функций <em>(для полноты картины)</em><br/>
      — Дополнительные материалы (например <a href="http://dklab.ru/chicken/nablas/48.html" rel="nofollow">dklab.ru/chicken/nablas/48.html</a>)<br/>
<br/>
Я к чему это все. Перечень вопросов, указанных выше можно освятить и в блоге «Alto CMS inside — как это устроено и работает», если и делать новый блог, то нужно определить:<br/>
      — требования к уровню топика — читать же будут люди достаточно понимающие, <br/>
      — требования к подаче материала — топик достаточно полно должен описывать проблему — при таком подходе что бы описать функционал Alto потребуется конечное количество топиков, что будет показателем покрытия функционала техническим описанием.<br/>
<br/>
2. Можно определить структуру топиков как cookbook — описание типовых подходов к решению задач — очень и очень полезная штука.<br/>
<br/>
Ну, это, собственно, первое и второе, что в голову пришло )]]></description>
					<pubDate>Tue, 14 Jan 2014 20:28:01 +0400</pubDate>
									</item>
							<item>
					<title>[dev] Кеширование данных (comment #7501)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/461/#comment7501</guid>
					<link>http://79.174.14.219/461.html#comment7501</link>
					<author>s@dtkp.ru</author>
					<description><![CDATA[Годная статья. После выхода беты 1.0 — сам разбирался с механизмами кеширования, теперь все намного понятнее.]]></description>
					<pubDate>Tue, 14 Jan 2014 22:00:50 +0400</pubDate>
									</item>
					</channel>
	</rss>
