<?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>Хранение истории редактирования / Вопросы, проблемы и их решения / Alto CMS</title>
			<link>http://79.174.14.219/comments/806/</link>
			<description><![CDATA[Хочу поинтересоваться, почему не в LS, не в Альто нет хранения истории редактирования материалов как например в том же WP?]]></description>
			<language>ru</language>
			<managingEditor>noreply@altocms.ru</managingEditor>
			<webMaster>noreply@altocms.ru</webMaster>
			<generator>Alto CMS v.1.5.0b1</generator>
							<item>
					<title>Хранение истории редактирования (comment #15387)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/806/#comment15387</guid>
					<link>http://79.174.14.219/806.html#comment15387</link>
					<author>markus1024@yandex.ru</author>
					<description><![CDATA[Почему подобный функционал еще не реализован? Точного ответа у меня нет. Однако, вполне возможно, потому, что не было цели создать подобный функционал.<br/>
Что по поводу утяжеления сайта. Смотря, что будет храниться в истории. Думаю, если будет храниться только текст топика, и это сделать в отдельной таблице, то это никак не отяжелит работу сайта в момент показа топика пользователю.<br/>
Думаю, что можно сделать плагин, реализующий этот функционал.]]></description>
					<pubDate>Sat, 04 Oct 2014 13:23:58 +0400</pubDate>
									</item>
							<item>
					<title>Хранение истории редактирования (comment #15390)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/806/#comment15390</guid>
					<link>http://79.174.14.219/806.html#comment15390</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[Все так. За все время работы с ЛС и с Альто я только одного человека встречал, который считал, что история редактирования должна быть в CMS прямо из коробки. Я же лично не вижу в этом потребности. Поэтому, как и обычно в подобных случаях, склонен отдать это на откуп плагинам.<br/>
<br/>
Думаю, можно базу спроектировать так, чтобы ведение такой истории не отразилось на быстродействии. Но по объему раздуваться база, конечно, будет. И чем активнее юзеры на сайте, тем быстрее она будет раздуваться.]]></description>
					<pubDate>Sat, 04 Oct 2014 17:05:51 +0400</pubDate>
									</item>
							<item>
					<title>Хранение истории редактирования (comment #15396)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/806/#comment15396</guid>
					<link>http://79.174.14.219/806.html#comment15396</link>
					<author>as12478@bk.ru</author>
					<description><![CDATA[<blockquote>склонен отдать это на откуп плагинам.</blockquote>Надо будет подумать в этом направлении)<br/>
<br/>
<blockquote>Думаю, можно базу спроектировать так, чтобы ведение такой истории не отразилось на быстродействии. </blockquote>Какие для этого требования к базе нужно предъявить при реализации такого плагина? — в общих чертах не обозначите?<br/>
<br/>
<blockquote>Но по объему раздуваться база, конечно, будет. И чем активнее юзеры на сайте, тем быстрее она будет раздуваться.</blockquote>Ну да, тут есть над чем подумать, что бы сократить количество версий топика… Кому-то запрещать редактирование на первых порах, кому-то разрешать по запросу и т.п.]]></description>
					<pubDate>Sat, 04 Oct 2014 18:04:37 +0400</pubDate>
									</item>
							<item>
					<title>Хранение истории редактирования (comment #15405)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/806/#comment15405</guid>
					<link>http://79.174.14.219/806.html#comment15405</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[Внимательно не думал, но я бы пожалуй, таким путем пошел бы, чтоб, при желании можно было хранить историю изменения любой сущности — топик, комментарий, да хоть профиль юзера или даже сущности сторонних плагинов, напр., товаров, информации о компании и пр.<br/>
<br/>
Если исходим из того, что нам не нужно будет выполнять поиск по контенту, хранимому в истории (т.е. кто, когда и что менял — это да, а вот прямо по самому контенту — нет), то заводим таблицу для хранения историй изменения сущностей примерно такой структуры:<br/>
* history_id<br/>
* target_type<br/>
* target_id<br/>
* history_user_id<br/>
* history_date<br/>
* history_data<br/>
И пишем метод, которой будем вызывать перед обновлением каждой сущности, примерно так:<br/>
<pre class="prettyprint"><code>$this-&gt;PluginHistory_History_Insert('topic', $iTopicId);</code></pre>А в методе дергаем нужную сущность и сохраняем ее сериализованные данные в этой таблице.<br/>
<br/>
Ну и надо подумать, как метить сущности, у которых есть история. И тут ведь такое дело — при обычном отображении сущностей нам ведь неважно, есть история или нет, поэтому штатный вывод можно оставить таким же, какой и был, вообще без единого дополнительно запроса к базе. А вот при редактировании показывать, то у топика есть история изменений. И в даминке тоже можно это показывать.<br/>
<br/>
Вот, как-то так, наверное]]></description>
					<pubDate>Sat, 04 Oct 2014 20:29:10 +0400</pubDate>
									</item>
							<item>
					<title>Хранение истории редактирования (comment #15393)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/806/#comment15393</guid>
					<link>http://79.174.14.219/806.html#comment15393</link>
					<author>as12478@bk.ru</author>
					<description><![CDATA[<blockquote>Однако, вполне возможно, потому, что не было цели создать подобный функционал.</blockquote>Ну я в принципе так и думал:) Но решил уточнить, мало-ли это связано с производительностью.]]></description>
					<pubDate>Sat, 04 Oct 2014 17:52:26 +0400</pubDate>
									</item>
					</channel>
	</rss>
