CMS твоей мечты

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

С учетом того, что за всем не угонишься, лично для меня это было бы важно в самую последнюю очередь.

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

Представьте, какие требования это сразу наложит на хостинг. Имхо - тот случай, когда это если уж и делать, то строго опционально, поскольку в ряде случаев это явно в ущерб юзабилити.

Если имеется в виду автоматическое создание тем при публикации новостей - вот это и правда было бы неплохо.

Интересная мысль! Автоблогер - это COOL! Надо будет подумать над созданием под НетКат.

Не знаю как в Битриксе на это счёт, но НетКат позволяет делать бесконечное кол-во поддоменов, обходя все лимиты хостера.

Ещё я бы добавил фишак, над которым думал уже не раз - перелинковка каждого нового материала со всеми существующими разделами по ключевику и всех разделов с новым материалом. По типу организации ХЕЛПА.

CMS должна писаться под конкретные цели, идеальной CMS, как и всего в жизни не бывает. А Autoblogger интересная мысль дейсвительно :)

под подобные параметры попадает

Slaed CMS + ЧПУ от Graf

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

"перелинковка каждого нового материала со всеми существующими разделами по ключевику и всех разделов с новым материалом."

Да, рандом весьма полезно. ;)

а в чем проблема-то? Рэндом выбор по ключевым словам и сопутствующим, расстановка приоритетов, сортировка по времени публикации - вот параметры.

насколько я понимаю, это должна быть некая тематическая перелинковка, а не рандомная.

Обсуждается вариант простого решения, но в тоже время довольно фукнционального

это правда, у нас тоже такое есть.

а по поводу ограничений на хостинг и поддомены: не знаю как на других, но у нас на серваке создание поддомена - это просто создание папки ну один уровень выше DocumentRoot

Проблема во времени для того, чтобы его уделить разработке именно под НетКат, и перелинковке на старых, по времени создания, страницах относительно новой публикации. Ведь их могут быть сотни К!

Давайте на время абстрагируемся от машин и будем думать как люди, то бишь пользователи?

Для меня, как для пользователя ВАЖНО найти то, что меня интересует, соответственно я как пользователь уделю своё внимание тому материалу, который будет стремится к максимальному удовлетворению моего запроса. Я не знаю как это примут во внимание поисковики, да и не интересует меня как пользователя это абсолютно.

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

В Яндексе отдельным столбцом не спроста выделены слова Что еще искали люди, искавшие "ключевое слово", которые можно в своём проекте определить как ключевое слово с нестрогим соответствием, а остальные наиболее полно отвечающие запросу как ключевые слова со строгим соответствием.

Принимая это во внимание для тематического проекта, ИМХО, необходимо, для начала, составить таблицу всех ключевиков строгого соответствия и не строгого, которая будет пополнятся связными ссылками с имеющимся материалом на текущий момент. Или я не прав? Хватит лишь активных, т.е. имеющихся уже на данный момент разделов и принять их как динамический массив для каждого нового материала, поступающего к публикации?

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

Да, но представте проект, в котором множество разделов, которые могут отдаленно пересикаться.

ИМХО что можно сделать технически, при попадании текста в базу, выделять ключевые слова для этого текста, и на лету обрабатывать при выводе юзеру страницы.