2. Суть:
1) Почему у меня "светится" запись похожая на e-mail (вместо собачки точка) при исследовании домена у регистраторов домена
SOA Запись:
Primary nameserver: ns1.ucoz.net.
Hostmaster E-mail address: XXXXX.mail.ru.
В ripe e-mail хостмастера другой, соответственно такой записи нет. Как убрать запись XXXXX.mail.ru ?

2) Почему то не получается зарегистрировать SPF запись на указанном ниже сайте.

3. Мысли по исправлению: Требуется помощь

2. Суть: сделать возможность автоматического добавления в новостях настраиваемой ссылки на страницу с полным текстом новости в зависимости от того, заполнено ли поле "Полный текст материала". Сейчас такую ссылку можно поставить, но она будет всегда, независимо от заполнения этого поля.

3. Аргумент: далеко не всегда новость изложена в большом тексте, и не всегда есть что комментировать. Это может быть и небольшое объявление.

4. Мысли по реализации.
Добавить возможность в виде материалов использовать такую конструкцию:

Между прочим, такая схема уже действует для комментариев:

Добавлено (15-Окт-2009, 14:02:48)
---------------------------------------------
1. Предложение по: общим настройкам системы, касающимся визуального редактора.

2. Суть: сделать возможность выбора типа формы редактирования текста материалов по умолчанию для разных групп пользователей.

3. Аргумент: в настоящий момент в системе есть общая для всех групп пользователей настройка типа формы редактирования текста материалов по умолчанию: использовать виз. редактор, чистый html или же BB-коды + html. Вполне очевидно, что неадминистративным группам нужен только визуальный редактор, в остальные лучше запретить. Но при запрещении html и BB-кодов при включённом в глобальных настройках визуальном редакторе, предлагается ввести текст как есть. Значит, чтобы пользователь мог использовать виз. редактор, ему нужно разрешить html, который ему не нужен.
Кроме того, получается, что при выборе визуального редактора, то, что добавил администратор, используя чистый html, открывается в нём (при внесении правок), а визуальный редактор не всегда сохраняет исходную html-правку. Да и с точки зрения безопасности это было бы лучше: вдруг пользователь по неосмотрительности оставит где-нибудь данные к входу на сайт и ... дальше ясно.

4. Мысли по реализации: перенести настройку типа формы редактирования текста материалов по умолчанию в раздел ПУ "Группы пользователей". И там добавить для каждой группы:

- Разрешить использовать визуальный редактор при добавлении материалов (новости, блог, статьи, каталог файлов, FAQ и др.).

Либо совсем просто: при отключённой опции "Разрешить HTML тэги при добавлении материалов" автоматически грузить визуальный редактор.

Да, логично. Но зачем соединять доступ к html человека и доступ к html компонента системы? Мы сейчас пишем на этот форум, не имея доступа к html, но сообщения же добавляются?
Почему бы не разрешить этот html именно для визуального редактора? И пусть неадмины и сидят в этом режиме без вариантов. Я работаю с другим сайтом в другой CMS нашей организации. Так вот там так и сделано: при добавлении новостей и прочих материалов я вижу только визуальный редактор и никаких ссылок и кнопок для редактирования html нет. Т. е. там html разрешён, но доступа у меня к нему нет. Тоже ведь логично?

Оставим моё замечание про форум. Я пытаюсь выразить свою мысль о том, что совсем необязательно при отключении доступа к html блокировать визуальный редактор. По логике значение визуального редактора - в исключении доступа к коду материалов. Схема такая: редактору править html можно, а пользователю нельзя. Т. е. редактор - безопасный и удобный посредник при добавлении материалов. И в итоге имеем: когда администратор добавляет / редактирует какой-либо материал ему сразу открывается чистый html, а всем остальным - визуальный редактор и больше вообще ничего. И как я указал выше, я не предлагаю чего-то экстраординарного. Это уже есть. И, наверняка, в очень многих системах.

В общем, я надеюсь, что разработчики меня поняли. Со своей строны дискуссию закрываю.