<?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/1567/</link>
			<description><![CDATA[Простите, не знал, как правильно назвать, возможно уже всё есть, но не знаю ключевых слов. У меня задача такая: есть]]></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 #25839)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1567/#comment25839</guid>
					<link>http://79.174.14.219/1567.html#comment25839</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[Вот добавил статью, наглядно поясняющую базовые принципы архитектуры движка: <a href="http://altocms.ru/1568.html">http://altocms.ru/1568.html</a><br>
<br>
Если более конкретно отвечать на вопрос, то непосредственно с базой данных работает соответствующий компонент Mapper, и в случае с юзером это <strong>ModuleUser_MapperUser</strong>. И именно там есть методы для сохранения, обновления, получения и удаления данных юзера.<br>
<br>
Но править код непосредственно движка — плохая практика. Для расширения функциональности надо использовать либо хуки, либо плагины.]]></description>
					<pubDate>Wed, 09 Mar 2016 00:20:17 +0300</pubDate>
									</item>
							<item>
					<title>Объясните путь данных от БД до Шаблона? (comment #25840)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1567/#comment25840</guid>
					<link>http://79.174.14.219/1567.html#comment25840</link>
					<author>scream13r@gmail.com</author>
					<description><![CDATA[Отдуши! Спасибо. Действительно, ведь при одновлении версии — мои правки затрутся. Спасибо ещё раз. Буду изучать]]></description>
					<pubDate>Wed, 09 Mar 2016 00:29:27 +0300</pubDate>
									</item>
							<item>
					<title>Объясните путь данных от БД до Шаблона? (comment #25843)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1567/#comment25843</guid>
					<link>http://79.174.14.219/1567.html#comment25843</link>
					<author>reexistent@gmail.com</author>
					<description><![CDATA[Добавлять ничего не нужно, если идет обращение к любому объекту сущности *Entity*, и в БД существует поле prefix_user_nick, сработает «магический» метод getNick() . Почему-то об этом на этом сайте никогда не писали. Выяснил опытным путем.]]></description>
					<pubDate>Wed, 09 Mar 2016 03:07:58 +0300</pubDate>
									</item>
							<item>
					<title>Объясните путь данных от БД до Шаблона? (comment #25846)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1567/#comment25846</guid>
					<link>http://79.174.14.219/1567.html#comment25846</link>
					<author>scream13r@gmail.com</author>
					<description><![CDATA[Можете конкретно написать, как и что Вы прописывали, а именно:идет обращение к любому объекту сущности *Entity*]]></description>
					<pubDate>Wed, 09 Mar 2016 15:30:32 +0300</pubDate>
									</item>
							<item>
					<title>Объясните путь данных от БД до Шаблона? (comment #25847)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1567/#comment25847</guid>
					<link>http://79.174.14.219/1567.html#comment25847</link>
					<author>reexistent@gmail.com</author>
					<description><![CDATA[Чтобы это работало $oUser-&#62;getNick() (где $oUser объект типа ModuleUser_EntityUser), нужно всего навсего добавить поле nick в таблицу prefix_user. Тогда обращение к объекту сущности $oUser через несуществующий метод getNick() будет движком преобразовано в правильные запросы к объекту и БД. Аля ORM. Тоже касается и всех прочих сущностей типа топика, и т.д. Имплементировать эти методы нет необходимости (если какая-то специальная логика не требуется).<br>
Кстати зачем вам отдельное поле под ник, если есть login и profile_name и даже специальный параметр для getDisplayName() который говорит движку какой из них использовать в качестве ника?]]></description>
					<pubDate>Wed, 09 Mar 2016 17:53:29 +0300</pubDate>
									</item>
							<item>
					<title>Объясните путь данных от БД до Шаблона? (comment #25848)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1567/#comment25848</guid>
					<link>http://79.174.14.219/1567.html#comment25848</link>
					<author>scream13r@gmail.com</author>
					<description><![CDATA[Спасибо большое!<br>
Как же всё просто, когда сделано для людей (я про альто).<br>
<br>
Действительно 2 действия:<br>
1)в БД в базе prefix_user создаем поле user_nick<br>
2)в шаблоне в нужном месте выводим ник<br>
<br>
Подскажите, при сохранении так же легко? или нужно всё же методы писать?<br>
<br>
<br>
Зачем нужно? Особенности Сайта.<br>
Человек имеет логин (только англ), настоящее имя и ещё ник (из Игры), по которому его знаю другие пользователи сайта.]]></description>
					<pubDate>Wed, 09 Mar 2016 18:03:20 +0300</pubDate>
									</item>
							<item>
					<title>Объясните путь данных от БД до Шаблона? (comment #25850)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1567/#comment25850</guid>
					<link>http://79.174.14.219/1567.html#comment25850</link>
					<author>reexistent@gmail.com</author>
					<description><![CDATA[Если честно, не пробовал с сохранением, попробуйте<br>
<pre class="prettyprint"><code>$oUser-&#62;setNick(&#34;test&#34;);
$this-&#62;User_Update($oUser);</code></pre><br>
<br>
Не, не сработает. Придется метод Update() в User.mapper.class.php расширять. Можно написать небольшой плагин и переопределить его через наследование.]]></description>
					<pubDate>Wed, 09 Mar 2016 18:19:35 +0300</pubDate>
									</item>
							<item>
					<title>Объясните путь данных от БД до Шаблона? (comment #25851)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1567/#comment25851</guid>
					<link>http://79.174.14.219/1567.html#comment25851</link>
					<author>reexistent@gmail.com</author>
					<description><![CDATA[Я пишу обращения в старом стиле, т.к. сижу на версии 1.0.x. В новых версиях вроде так<br>
<pre class="prettyprint"><code>E::ModuleUser()-&#62;Update($oUser);</code></pre><br>
Но должно насколько я понял и так и так работать. Если что меня поправят.]]></description>
					<pubDate>Wed, 09 Mar 2016 18:27:35 +0300</pubDate>
									</item>
							<item>
					<title>Объясните путь данных от БД до Шаблона? (comment #25853)</title>
					<guid isPermaLink="true">http://79.174.14.219/t/1567/#comment25853</guid>
					<link>http://79.174.14.219/1567.html#comment25853</link>
					<author>vshemarov@gmail.com</author>
					<description><![CDATA[Небольшая поправка к комментариям выше: если поле называется <strong>user_profile_nick</strong>, то «магический» метод будет такой: <strong>getUserProfileNick()</strong> для получения свойства и <strong>setUserProfileNick()</strong> для присвоения.<br>
<br>
Специально методы для присваивания и получения свойства имеет смысл писать, если в силу каких-то причин имя метода не эквивалентно имени поля. Напр., поле называется <strong>user_profile_nick</strong>, а обращаться требуется (или просто хочется) как <strong>getNick()</strong>/<strong>setNick()</strong>. Либо если требуются какие-то дополнительные действия, преобразования и т.д. Например:<br>
<pre class="prettyprint"><code>public function getNick() {
    $sResult = $this-&#62;getProp(&#39;user_profile_nick&#39;);
    if (!$sResult) {
        $sResult = $this-&#62;getUserLogin();
    }
}</code></pre>В этом примере, если поле <strong>user_profile_nick</strong> не заполнено, то возвращается логин юзера.]]></description>
					<pubDate>Wed, 09 Mar 2016 21:44:08 +0300</pubDate>
									</item>
					</channel>
	</rss>
