<?xml version='1.0' encoding='UTF-8'?>
<rss version='2.0'>
	<channel>
		<title>cotonti.com : редактор полей для страниц</title>
		<link>https://www.cotonti.com</link>
		<description>Last topic posts</description>
		<generator>Cotonti</generator>
		<language>en</language>
		<pubDate>Thu, 09 Apr 2026 22:53:37 -0000</pubDate>

		<item>
			<title>qdeez</title>
			<description><![CDATA[Спасибо]]></description>
			<pubDate>Sun, 30 Jan 2011 00:34:25 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/forums?m=posts&q=626&d=0#post28157]]></link>
		</item>
		<item>
			<title>Kort</title>
			<description><![CDATA[Правильно так:<pre class="code">&lt;!-- IF {PAGE_EXTRA1} --&gt;
&lt;a href=https://www.cotonti.com/&quot;{PAGE_EXTRA1}&quot;&gt;НАША ССЫЛКА&lt;/a&gt;
&lt;!-- ENDIF --&gt;</pre>]]></description>
			<pubDate>Sun, 30 Jan 2011 00:19:52 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/forums?m=posts&q=626&d=0#post28156]]></link>
		</item>
		<item>
			<title>qdeez</title>
			<description><![CDATA[Ребята, подскажите :<br />
<br />
<div class="highlight"><pre class="html">&lt;!-- BEGIN: PAGE_EXTRA1 --&gt;
&lt;a href=https://www.cotonti.com/&quot;{PAGE_EXTRA1}&quot;&gt;НАША ССЫЛКА&lt;/a&gt;
&lt;!-- END: PAGE_EXTRA1 --&gt;</pre></div>
<br />
Так и не работает, а иф сделали?]]></description>
			<pubDate>Sat, 29 Jan 2011 23:34:59 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/forums?m=posts&q=626&d=0#post28155]]></link>
		</item>
		<item>
			<title>esclkm</title>
			<description><![CDATA[тяжело слишком тяжело - нужен нормальный иф]]></description>
			<pubDate>Thu, 12 Feb 2009 01:33:35 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/forums?m=posts&q=626&d=0#post7713]]></link>
		</item>
		<item>
			<title>Trustmaster</title>
			<description><![CDATA[Для экстраполей неплохой выход. Но в целом у нас с опциональностью тяжеловасто: приходится использовать кучу блоков.]]></description>
			<pubDate>Wed, 11 Feb 2009 17:58:39 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/forums?m=posts&q=626&d=0#post7654]]></link>
		</item>
		<item>
			<title>Sergeich</title>
			<description><![CDATA[Имею предложение по небольшой доработке модуля экстраполей, сейчас имеется возможность в поле &quot;Базовый HTML&quot; прописать хтмл для формы - это замечательно. Но мне уже давно (со времён ЛДУ) не хватает возможности для каждого поля прописать и хтмл вывода результата. <br />
<br />
Допустим, что PAGE_EXTRA1 у нас должно выводить в теле страницы хтмл-ссылку. В форму PAGEADD_FORM_EXTRA1 мы вбили нужный адрес, но он не обработается на странице и выведется простым текстом, а нам нужна именно действующая ссылка вида <br />
<br />
<div class="highlight"><pre class="html">&lt;a href=https://www.cotonti.com/&quot;{PAGE_EXTRA1}&quot;&gt;НАША ССЫЛКА&lt;/a&gt;</pre></div>
<br />
Конечно можно обвес вбить прямо в шаблон. Но если поле PAGE_EXTRA1 будет не заполнено, то весь обвес останется, и на странице появится кривая ссылка вида <br />
<br />
<div class="highlight"><pre class="html">&lt;a href=https://www.cotonti.com/&quot;&quot;&gt;НАША ССЫЛКА&lt;/a&gt;</pre></div>
<br />
Это очень плохо. я привёл простой вариант с одинокой сылкой, но ведь в качестве обвеса могуть выступать целые блоки страницы и если бы мы могли их настраивать в админке, то было бы просто замечательно. <br />
<br />
А может этот функционал плагином возможно реализовать?<br />
Или напрямую в шаблоне?<br />
<br />
----------------<br />
Я тут подумал, и пришёл к выводу, что весь обвес должен быть всё же в шаблоне, но будет хорошо, если обвес будет заключен в специальные комментарии. Типа вот так:<br />
<br />
<div class="highlight"><pre class="html">
&lt;!-- BEGIN: PAGE_EXTRA1 --&gt;
&lt;a href=https://www.cotonti.com/&quot;{PAGE_EXTRA1}&quot;&gt;НАША ССЫЛКА&lt;/a&gt;
&lt;!-- END: PAGE_EXTRA1 --&gt;
</pre></div>
<br />
Причём, чтобы не усложнять без необходимости шаблон, стандартый вариант без комментариев тоже должен работать.]]></description>
			<pubDate>Wed, 11 Feb 2009 16:05:39 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/forums?m=posts&q=626&d=0#post7646]]></link>
		</item>
		<item>
			<title>Trustmaster</title>
			<description><![CDATA[По-научному поля вроде extra1-9 называются повторяющимися группами и нормализуются следующим образом. Допустим, у нас есть отношение (таблица) example, у которой есть обязательные поля id и name, а также может присутствовать некоторое количество дополнительных полей. В таком случае формируется 3 отношения: 1-е для исходной сущности, 2-е для перечня повторяющихся групп, 3-е для хранения значений повторяющихся групп:<br />
<div class="highlight"><pre class="mysql">CREATE TABLE example (
  id INT NOT NULL AUTO_INCREMENT,
  name VARCHAR(255) NOT NULL,
  PRIMARY KEY(id)
);

CREATE TABLE extras (
  id INT NOT NULL AUTO_INCREMENT,
  parent_table VARCHAR(100) NOT NULL,
  name VARCHAR(100) NOT NULL,
  PRIMARY KEY(id),
  KEY(parent_table)
);

CREATE TABLE extra_values (
  extra INT NOT NULL REFERENCES extras(id),
  value VARCHAR(255) NOT NULL,
  KEY(extra)
);
</pre></div>
Проблема в том, что для каждого типа поля придется создавать при таком подходе отдельную таблицу. Да вообще <a href="http://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D1%80%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D1%84%D0%BE%D1%80%D0%BC%D0%B0" rel="nofollow">Нормализация</a> - это хорошо с точки зрения проектирования и расширяемости, но в CMS ей редко следуют строго, чтобы сократить количество коррелированных запросов за счет введения избыточности данных.]]></description>
			<pubDate>Fri, 19 Dec 2008 00:43:18 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/forums?m=posts&q=626&d=0#post1782]]></link>
		</item>
		<item>
			<title>esclkm</title>
			<description><![CDATA[ну вот пришли к консенсусу негласному(!)<br />
подобъединю мысли медара trustmastera и мои.<br />
<br />
1. в таблицу добавить поле description<br />
2. в таблицу добавить поле location - согласитесь 5-7 полей для целой таблицы и все немного не рационально - и гора таблиц потом самих же запутает<br />
3. убрать префиксы - но сделать проверку на повторяющиеся имена<br />
4. изначально в таблицу уже будут добавлены поля extra1-extra5 - которые соответствуют стандартным - в итоге пользователю они не нужны - он их сам и удалит. имхо гениально и просто. Вы так не считаете? при этом с совместимостью проблем вообще никаких! (Да и от старого движка весьма сильный отход-не влекущий за собой изменений в совместимости)<br />
5. user_occupation user_location user_birthdate user_gender user_irc user_msn user_icq user_website user_extra1-9 - при становлении подобного редактора для таблицы пользователей эти поля постигнет таже судьба что и поля extra1-5 в предыдущем пункте.<br />
6. В имени данного экстра поля должна быть проверка, чтобы там присутствовали только англ сиволы и цифры, а остальные просто урезались<br />
<br />
В итоге такой будет фридом на нашей поляне! как вы считаете?]]></description>
			<pubDate>Thu, 18 Dec 2008 23:14:20 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/forums?m=posts&q=626&d=0#post1778]]></link>
		</item>
		<item>
			<title>Trustmaster</title>
			<description><![CDATA[2. Я бы вообще префиксы убрал и сделал проверку на повторяющиеся имена. Чтобы можно было добавить, скажем, page_thumb, а не page_my_thumb или page_extra_thumb.<br />
<br />
3-4. Согласен, для совместимости оставим.]]></description>
			<pubDate>Thu, 18 Dec 2008 17:55:20 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/forums?m=posts&q=626&d=0#post1775]]></link>
		</item>
		<item>
			<title>medar</title>
			<description><![CDATA[Спасибо на добром слове :)<br />
<br />
1. Я не юзаю в своих сайтах форум, поэтому не знаю, что ему нужно. Там разве тоже нужны дополнительные поля ? Они же вроде нужны для pages и users только.<br />
<br />
2. Да, описание надо будет сделать, полезно. <br />
<br />
Но поводу названия - просто MY короче, а EXTRA уже используется в extra1-5 . Но, в принципе, {PAGE_EXTRA_FIELD} вместо {PAGE_MY_FIELD} тоже неплохо смотрится. Народ, как вы считаете ?<br />
<br />
3-4. Пусть будут имеющиеся дополнительные поля. Дополнительной нагрузки на БД это не создаст, а плагины у народа посыпятся, если их удалить.]]></description>
			<pubDate>Thu, 18 Dec 2008 17:30:32 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/forums?m=posts&q=626&d=0#post1772]]></link>
		</item>
		<item>
			<title>esclkm</title>
			<description><![CDATA[Увидев его в действии я был если честно более чем восхищен! Это реально очень нужная вещь и реализована весьма супер приятно! в общем большой респект.<br />
<br />
но:<br />
1. таблица sed_pages_extra_fields я бы ее лучше назвал просто sed_extra_fields, и добавил туда еще одно поле: location - то есть это дополнительное поле укаывает это поля для таблицы пользователей страниц форумов и прочее и все в одной таблице, зачем гора аналогичных таблиц?<br />
2. еще одно поле description - тоесть простое описание зачем как и что это надо. дабы если вдруг забудешь какое поле за что отвечает - глянул туда и все написано.<br />
<br />
2. поля: может лучше индекс не my а extra ? что более исконно привычно<br />
3. а зачем тогда поля page_extra1 - page_extra5. Их можно удалить дабы убрать избыточные поля в базе данных.<br />
4. user_occupation user_location user_birthdate user_gender user_irc user_msn user_icq user_website user_extra1-9 - при становлении подобного редактора для таблицы пользователей можно будет также удалить<br />
<br />
Я понимаю что мы сможем убить совместимость для части плагинов. (ну пускай их будет до 10...) - но если мы хорошо докуметируем как избежать несовместимости то все будет окейно.<br />
<br />
Интересно ваше мнение, если отошел от общей концепции разработки прошу простить.]]></description>
			<pubDate>Thu, 18 Dec 2008 05:59:04 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/forums?m=posts&q=626&d=0#post1764]]></link>
		</item>
	</channel>
</rss>