тз на cms | чего хотелось бы

Примечание. Строго говоря, это не ТЗ, а ФТ, функциональные требования, но коль скоро специалисты в области сайтостроения предпочитают этот термин, пусть так.

Вообще о задаче

Сайт создавался в 2003 году на чистом HTML. Буквально только одна страница содержит джава-скрипт, написанный не мной, но до сих пор работающий: показывает памятные даты, ориентируясь на текущую.
Постепенно добавлялись новые разделы и материалы. Сейчас сайт состоит из 15 000 файлов в 450 папках общим объемом 1,14 Гб. Если нужно поменять футер, скажем, счетчик скорректировать, приходится делать автозамену одного куска кода на другой и потом все перезаливать заново на хостинг. Если нужно разместить новый альбом фото -- по шаблону добавлять помимо 25 новых фото 25 страниц с фото, 25 превью картинки и одну страницу для превью. То же для нового альбома стихов: 25 новых файлов и 1 превью. Все это неудобно. Плюс нет массы нужных функций, которые на голом HTML физически не могут быть реализованы. Иными словами, необходимость в CMS назрела давно.

Дизайн

То, что есть, устраивает на 100%. Требуемые изменения связаны скорее с функциональностью. Впрочем, если будут какие-то предложения, с удовольствием готов обсудить.

Заглавник

Структура, как сейчас, табличная. По желанию пользователя помимо словесных обозначений названий разделов в каждой из клеток может подгружаться каждый раз новая информация (фото, отрывок статьи, афоризм и т.д.). Т.о., обновляя страницу или заходя заново на следующий день или раз в неделю, посетитель получает новую порцию информации. Какие фото и какие отрывки статей показывать, устанавливается в настройках.
Все материалы подсчитываются и могут выводиться на заглавник (1000 открыток из 600 городов 100 стран и т.д.).

Хедеры и футеры

Для каждого раздела могут быть свои, могут быть и одинаковыми -- возможно, это можно сделать за счет двойных хедеров и футеров.

Тизеры

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

Однокашники

Нужен закрытый доступ по логину/паролю. По желанию каждый сам назначает видимость собственных данных в полях "место работы", "e-mail", "сотовый", "icq". Неавторизованным пользователям доступен только список выпуска.

Фото, рисунки

Обычно это 25 иллюстраций, нужно одно представление наподобие index print, при просмотре фото/рисунка переход по клику на картинку на следующий кадр, с последнего -- на общий список снимков/рисунков альбома. Альбомы делятся на разделы. Деление д.б. видно в адресной строке.

Открытки

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

Уведомление об ошибке

Классика: на любой странице выделил кусок, нажал Ctrl+Enter (или что бы то ни было еще) -- ушло уведомление по условленному адресу.

Удобство посетителя

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

Отложенная публикация

Любой материал может быть опубликован в определенную дату и время. Заданий на публикацию может быть несколько. Максимум -- несколько десятков, больше сотни вряд ли.

Разделенный доступ

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

Подписки

При размещении нового материала подписчикам идет уведомление о размещении новой информации -- по email либо rss.

Блог

Нужна трансляция из ЖЖ в раздел -- только материалов, сопровождающихся определенными тэгами. Обратно -- трансляция анонсов размещения новых материалов.

Помимо этого

Голосования.
Поиск по всему сайту или разделу/ам.
При заходе с мобильных устройств light-представление -- без полей, только материалы раздела на весь экран.
Английский для открыток и иллюстративных разделов.

Перенос данных на новую систему

Конечно, предпочтительна схема "все включено", но, если затраты на перенос материала в CMS будут существенными, я могу сделать это и сам. Наиболее критично создание БД, установка системы и перенос структуры. Само наполнение видится более муторной, но и более простой задачей.