Cоздание много-многостраничного сайта.

Уважаемые програмисты, скриптеры, форумчане и все остальные, кто сюда по какому-то чуду зашёл. У меня назрел вопрос о создании много-много-много-много и ещё раз многостраничного сайта на php. Я буду держать информацию в MySQL, но прежде чем держать её там, я хочу научиться это делать на файлах. Моих попыток сделать это чудо было не мало. Вначале через конструкцию switch & ['PHP_SELF'], потом напрямую пытался прописывать ссылки, но гемороя было много. Хочется создать сайт с множеством страниц, а получается выводить только 1-й уровень ссылок. А подуровни ну никак. В следующих картинках я отображу то, что я хочу получить. И коментарий к тому, что я умею и то, что я никак не могу получить.
Итак. Есть типа у меня в мыслях мой личный сайт. Примерно такой структуры.

Нажмите для увеличения

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

Нажмите для увеличения


Для переключения первого уровня иерархии ссылок с генерацией я использую следующее.

menu.php

Легче сделать таблицу структуры меню:
| id | parent | title | href ...

тогда менюшка вида

Меню1
--подменю1
---подподменю1
Меню2

будет записана так:

id | parent | title
1 | 0 | Меню1
2 | 1 | подменю1
3 | 2 | подподменю1
4 | 0 | Меню2

т.о. можно добиться бесконечной вложенности

И выводить такое меню проще: делаем выборку всей таблицы, потом, учитывая значение parent, относим к подменю или к меню

(Отредактировано автором: 06 Мая, 2015 - 21:39:43)

Создать таблицу без проблем. Сортировку в первом меню по параметру `parent` аналогично без проблем. Вопрос тогда глубже. Как в content.php это всё отобразить?
И ещё одно. Эти подменю должны быть внутри последующих страниц, а не в левом меню.


По сути. Я хочу создать каталог внутри 2nd ссылки. А в каталоге будет имется ещё список подкаталогов. Девушка занимается рукоделием и хочет их опубликовать в интернете свои работы чтобы принимать участие в конкурсах. Она занимается плетением фенечек и прочей лабуды. Вот и это надо влепить внутрь многоуровневого сайтр.

(Отредактировано автором: 07 Мая, 2015 - 09:33:45)

На вот, почитай за мой велосипед, там эти проблемы решены: http://www[dot]deep-cms[dot]ru/articles/[dot][dot][dot]th-deep-cms[dot]html

-----
Шта? Репозиторий?

Я конечно скажу спасибо за Ваш велосипед, но беда в том, что я бы по такому принципу мог бы скачать другие велосипеды и разобрать их по винтикам таких как WordPress и ему подобные. Но беда в том, что я не могу отследить в любых CMS логическую цепочку последовательности с впилением множества функций и объектов. По сему и обратился сюда. А грубо по сути я бы мог создать тот же сайт на WordPress, Joomla, Drupal и т.д. но толку от этого не будет из-за того, что оно не моими руками деланно.

Вам же известно о малине ощущений, когда Вы делаете всё своими руками(как было, когда Вы дописывали последние винтики вашего CMS)

P.S. С CMS по сути я знаком(в обширных понятиях), как устроено "это" и что можна делать с "этим", но хочу написать свой "самокат", а не велосипед под свои нужды.

P.S.S. Кроме как использовать Ваш велосипед, я не увидел того, чтобы было ясно, как сделать свой самокат.

С найлучшими пожеланиями

Есть же исходники. В них все будет видно. Я же не предлагаю юзать. Я предлагаю подглядеть.

-----
Шта? Репозиторий?

если отказаться от файлов, то в бд все это реализуется.
есть 3 варианта хранения деревьев в БД.

adjacency list
nested sets
materialized path
Сlosure Table (by Мелкий edition)

во втором посте Ts.Saltan вам посоветувал первый вариант,
DeepVarvar с его велосипедом использует нестед сетс.

собственно достоинтва и недостатки каждой из этих структур можно найти в сети, просто погуглить надо

что касается очень-много-много-... страничного сайта. то с вариантом

if($_GET['page'] == 'main') вы далеко не уедете. нужно копать в сторону архитектуры приложения. посмотрите в сети материалы о фронт контроллере и роутере

(Отредактировано автором: 07 Мая, 2015 - 11:02:02)

-----
Just do it

4. Closure Table пропустили.


Та запросто:

-----
PostgreSQL DBA

простите, сэр
добавил Сlosure Table в пост

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

-----
Just do it