Простая задача

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

(Отредактировано автором: 14 Декабря, 2012 - 18:56:22)

Что? Все так сложно?

а мы не поймем, что тебе нужно

-----
В помощь web-мастеру: библиотека, обсуждения

У Вас могут быть 1000 страниц полностью разными? =)
Рекламный блок, вручную вставляете в 1000 страниц или имеете свою лёгынькую баннерную систему?

Группы конфигураций?

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

dubasua, для разных страниц разные конфиги, я бы хранил в БД, в двух таблицах. В первой id всех страниц, а во второй абсолютно все параметры для всех страниц, привязывая каждый из них к id страницы. При загрузке страницы, скрипт по id выбирал бы все параметры для текущей страницы.
(Добавление)
А если делать группы конфигураций, то таблиц будет 3: таблица групп с id для каждой группы, таблица с id страниц связанных с конкретной группой, и таблица с параметрами, также привязанными к конкретной группе. При загрузке страницы скрипт по id определяет группу и запрашивает все параметры связанные с ней.
Немного мудрено, но если разобраться то все просто.

-----
В помощь web-мастеру: библиотека, обсуждения

каждый параметр отдельный столбец, нуда норм

Rooner, я думал о таком варианте и я уверен что все будет работать на все 100, но, я смотрю немного иначе, меня здесь смущает избыточность строк, что для каждой страницы нужно четко указывать на конфигурацию, страниц хоть и много, но в основном все они схожи между собой, такой вариант мне напоминает таблицу умножения, которую учили в школе для каждой операции отдельная строка, то есть зачем учить таблицу на 9, если все варианты кроме одного уже выучили до 9, другое дело таблица Пифагора.
Я вот думал еще примерно так, есть одна глобальная конфигурация, ее можно назвать по разному: стандартная,основная или по умолчанию. Изначально все страницы, имеют конфигурацию по умолчанию, все страницы которые будут иметь другие параметры будут "исключениями" и создадим для них таблицу в БД, ну и естественно занесем их туда. Будет происходить следующее, загружается страница, считывает основную конфигурацию, потом обращается в таблицу исключений, если ее записи нет, значит загружаем считанную конфигурацию, а вот если она находит себя в таблице исключений, то изменяет конфигурацию, а в таблице два поля, в первом что добавить к основной конфигурации, а во втором что убрать. Ну вот как-то так, может у кого еще варианты какие есть?

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

разные шаблоны
меню принимает вид в зависимости от стилей
если нельзя то модулям (меню например) при подключении передается параметр отображения
либо модуль анализирует uri

Я имею ввиду не внешний вид, а содержимое.
Например на сайте есть три корневые категории, и при выводе какой либо статьи или списка статей из категории, меню должно быть из соответствующей категории. А если на странице что то другое, или смешанные записи (например главная страница, или страница регистрации пользователя) должно быть основное меню, так как оно не привязано ни к какой категории.

как модуль меню подключаешь?

-----
просто ?: сложно