Что должно быть в CMS

В первую очередь вменяемая система шаблонов, т.е. CMS не должна навязывать использование типовых HTML-конструкций, не должна генерировать избыточный HTML-код.

Еще мне кажется хорошей идеей реализация управляемого наследования тайтлов, кейвордов и дескрипшенов, управление ими с помощью различных масок и т.д.

Т.е., грубо говоря, максимальная "отвязанность" верстки от программных алгоритмов? Если попробовать сформулировать в виде "да/нет", то можно ли, на Ваш взгляд, возможность обработки связки XML/XSLT рассматривать как характеристику "вменяемости системы шаблонов"?

Да, согласен. Т.е. если формулировать как-то для ответа да/нет - то "возможность группового управления мета-тегами - т.е. с применением наследования, масок и т.д."?

Анатолий Денисов, вообще такие темы на форуме были (как-то так: "Идеальная CMS"). Поищите, темы были довольно-таки большими и много вопросов было раскрыто.

Возможно, но лично я против шаблонизации основанной на XSLT. Мне не очень удобно организовывать шаблоны таким образом. Предпочел бы подход, когда есть стандартизированный набор объектов и переменных (описанный в мануале) в связке с шаблонами вроде Smarty.

Я в другой ветке

/ru/forum/146905

попросил высказать мысли по КМС-ке в разрезе поисковой привлекательности

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

КМС сейчас много, и скорее это всё-таки надо рассматривать с конечной точки

зрения, каков будет результат.

Само собой, считаю следующие вещи:

1) Чистый код и любая верстка.

2) Простота самой CMS. Иначе нафига ОНО нужно? ;)

3) Возможность менять тайтлы, кейвордсы и т.д. как у всех страниц скопом, так и у каждой конкретной страницы, товара, новости и т.д.

НО! Кроме этих возможностей, есть вариант "заточки" CMS конкретно под поисковую оптимизацию! Вот и интересно, насколько оптимизаторам это интересно и что конкретно нужно в CMS. В качестве затравки могу привести несколько пунктов “украденных” из ТО ДУ CMS S.Builder:

1. У каждой страницы внутри CMS сделать вывод ее PR. Пересчитывать его, скажем раз в 3 месяца.

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

3. Проверка типичных ошибок в текстах и верстке с выводом замечаний. Например:

-скрытый текст, например, белый на белом

-Длинный тайтл.

-Длинный дескрипшен

и т.д.

4. ИЦ сайта, при входе в CMS например.

5. Модуль анализа позиций в различных поисковиках по заданным ключевым словам. К примеру, CMS cама, в фоне (по крону) анализирует позиции по заданным фразам и в случае их изменения отсылает отчет владельцу или оптимизатору. В результате: меньше работы оптимизатору, сокращение трафика у оптимизатора и т.д.

6. Вывод процентного соотношения слов на странице.

Очень интересует:

а) Что реально из этого нужно! А что нет!

б) Какой функционал ЕЩЕ нужен оптимизаторам!

Может, не совсем в тему, но мое мнение, что оптимизаторам (и не только оптимизаторам) для многих задач нужна многосайтовость на одной копи системы за приемлемые деньги (как для сателлитов, так и для дополнительных сайтов компании, сделанных для людей)

Т.е. одно дело купить многосайтовую cms для 20 сателлитов, другое дело - НЕ купить 20 копий системы - потому как это и очень дорого получится, и в смысле управления - ставить 20 админок и лазить в них по очереди неудобно, и тп

Тут такой вопрос - что понимать под многосайтовостью. Многосайтовость только тогда нужна, когда есть одинаковый контент у нескольких сайтов (одинаковые тексты, одинаковая лента новостей, общий вход для пользователей и т.п.). Разнородные сайты на многосайтовой системе делать неправильно и небезопасно, поскольку одна админка все же.

Для последнего случая надо покупать вторую, третью и т.д. лицензии, имхо, и не экономить на безопасности.

Про то, что для администрирования структуры сайта надо заходить в админку через этот сайт и видеть только его структуру - тоже правильно. Зачем кашу устраивать из страниц. Я в ЮМИ такое видел - ужасно не удобно. Если я хочу добавить страницу на сайт www.mydomain.ru, мне не надо показывать структуру сайта www.yourdomain.ru, даже если он и входит в группу сайтов, администрирующихся через одну систему. Захочу поставить ссылку внешнюю - скопирую через буфер обмена.

А вот весь общий контент должен быть доступен и причем должна быть возможность разграничивать доступ к нему (те же новостные разделы показывать одним админам и не показывать другим), поскольку контент-менеджеры могут быть у разных сайтов разными.

Почему же у нескольких сайтов одинаковый контент - насколько вижу, у Netcat и HostCMS можно несколько независимых сайтов держать на одной копии системы в одной админке. А во время работы с сайтами, человек, видимо, представляет себе, с каким из сайтов он работает - в ХТМЛ редакторе на локальном компьютере ведь я открываю все сайты - и не ставлю на локальный компьютер свой хтмл редактор для каждого сайта, который редактирую

Пока Ваши утверждения о неправильности и безопасности не подкреплены никакими аргументами - кстати, никогда не думал, что к безопасности вспомогательных сайтов предъявляются повышенные требования

О чем Вы вообще говорите - тут по-Вашему не вторую-третью - а сотни покупать надо будет для сотен сателлитов. И ставить сотню админок и влезать в каждую из них замучаешься, даже если система будет бесплатная. И не очень въезжаю, почему, если установить на аккаунт 2 копии Netcat-a или HostCMS-a - почему это будет безопаснее, чем одна копия.

Правильно, если будет стоять несколько копий МНОГОСАЙТОВОЙ CMS на разных хостинг-аккаунтах, ими, в принципе, могут заниматься разные люди - но сажать отдельного контент-менеджера на каждый сателлит может себе позволить только мега-контора, клепающая сателлиты на Битриксе :)

Доводилось слышать мнение человека, у которого на сервере 100 сайтов работают на одной копии HostCMS - он не жаловался на то что неудобно и небезопасно - хотя у HostCMS, бесплатная версия вполне функциональна для сателлитов - все же человек поставил 1 платную многосайтовую, а не 100 копий бесплатной на каждый сайт

Это ни в коей мере не пиар NETCAT-a и HostCMS - это примеры систем, и без меня известные форумчанам - а вот другие известные (мне) системы не обладают такой возможностью (в ЮМИ многосайтовые версии только недавно появились) - посему я и обратил внимание на этот момент

Я, конечно, понимаю, что сателлиты можно делать на чистом хтмл, редактируя их в МНОГОСАЙТОВОМ :p хтмл редакторе своего локального ПК, можно делать на бесплатных cms (хотя, по-моему, очень неудобно ставить отдельную копию системы для каждого сайта) - но, повторяю, ставить отдельную копию коммерческой cms за 200+ баксов для каждого из сотни вспомогательных сайтов... это круто

Насчет функциональности -

очень удобную и простую приладу для себя написал - вставляет ссылки на данную страницу в контент на других страницах в определенное слово, причем только в первое, если такое встречается несколько раз. Если сделать систему, чтобы все эти вставки отслеживать (чтобы не пропустить разные формы слова и тд), возможность добавлять синонимы и тд, вышел бы неплохой инструмент для внутренней перелинковки.