Как удобнее (оптимальнее в плане скорости) хранить данные о разделах сайта. Разделов ожидается не более 50.

Работа с разделами проста: скрипт парсит урл и сверяет по таблице url разделов пока не пройдет весь урл. Если путь не верный - 404, если верный то смотрим в таблице как обработчик и параметры стоят у последнего раздела и запускаем обработчик.

Как организовать такую проверку на практике. Или есть более правильная схема?

Иван Шумков
если я правильно понял, речь идет о виртуальных путях ЧПУ?

SelenIT
Да, вы правильно поняли.

-~{}~ 31.07.05 20:15:

Вот что у меня пришло в голову:
id - ид раздела
parent_id - ид родителя
title - название раздела
url - его урл (либо писать сюда весь путь к разделу?)
handler - обработчик
source_id - ид данных

Если писать урл только конкретного раздела, то надо рекурсивной функцией бежать по всей цепочки урлов до конца, таким образом проверяя есть ли такой раздел.

Либо, если указывать полный путь в урл то можно один запросом это проверять, но тогда сложнее реализовать редактирование/создание разделов.

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

Или все это маразм?
Как реализуются такие вещи?

pid - page id - идентификатор страницы
[title] - заголовок страницы
url - полный урл страницы
handler - обработчик

в простом варианте так
искать:
1. посмотрели базовый урл, нет такого - отрезали часть, записали в параметры
2. посмотрели базовый урл, нет такого - 404 Not Found

а source_id -- это что за id данных?

всё - ИМХО

mani13

	1. посмотрели базовый урл, нет такого - отрезали часть, записали в параметры 2. посмотрели базовый урл, нет такого - 404 Not Found

Не понял, можно пожалуйста подробнее.

Иван Шумков
1.
есть, например,
/news/sport и /news/net, отображающие категории новостей, и есть /news, отображающая все новости
добавляем в БД запись
/news/ | news.php

а при загрузке страницы
если в базе есть полностью, то берём полностью
если нет, то отрезаем часть(/news/sport -> /news), а sport записываем в первый параметр, повторяем операцию

ИТОГО: удобно для чего-нибудь с параметрами(дата, ид топика и проч.), так как параметры откинутся + можно под определённые условия создать отдельный обработчик(например, захотелось добавить /news/tv со своим супер-пупер форматом)
но, ИМХО, не совсем красиво получается, если нет страницы(например, /shop), так как просто отобразится главная страница

2. писать полные урлы и искать именно их полностью
то есть
/news/sport/ | news.php
/news/net/ | news.php
/news/ | news.php
только там уже придётся в news.php писать что-то, что будет само определять есть ли категория либо заводить по обработчику на категорию, что не очень хорошо при изменении одного...
ИТОГО: со страницами всё нормально - нет, так нет...
но, если есть динамический контент(например, просмотр каждой новости отдельно), надо заводить в базу все эти новости, а их может быть очень много....

Иван Шумков

	Если писать урл только конкретного раздела, то надо рекурсивной функцией бежать по всей цепочки урлов до конца, таким образом проверяя есть ли такой раздел.

Зачем рекурсивной функцией?
Допустим, есть URL: /news/sport/smth
Выбираем из базы:
SQL:

Используя подход, описанный здесь, можно по идее выбрать и проверить вообще все сразу одним запросом, наподобие такого:
SQL:

SelenIT
А чем ваш вариант лучше варианта crocodile2u?

Во-первых, этот вариант не такой уж и мой , во-вторых, результат такого запроса не надо обрабатывать, он уже говорит сам за себя (если цепочке /news/sport/smth соответствует какой-то раздел - будет сразу найден его id, если не соответствует - результат будет пустым). Правда, это все в предположении, что все элементы URLа кодируют раздел.

SelenIT
А что если не все?
Например в урле /main/news/2005/, main и news - разделы, а 2005 параметр? Тогда не совсем ваш запрос не помойму не подходит

Навскидку для такого случая пойдет такой запрос:
SQL:

SelenIT
Мы же изначально не знаем что 2005! Это может быть раздел!

-~{}~ 01.08.05 17:34:

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

SQL:

code:
if (!empty set) {
 if (t02id is null) {
  if (t01id is null) {
   $id = t00id
  } else $id = t01id
 } else $id = t02id
} else $id = 0

mani13
Ни как не могу сгенерить sql и условия проверки.

Попробую на словах:
1. Есть урл main/news/2005
2. Получаем массив $array = array('main', 'news', '2005');
3. Как сгенерить sql?
4. Как сгенерить проверку?
[/php]

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

А вообще - целесообразно ли делить подобным образом и так условное ЧПУ? Не проще ли для заведомо конечного набора "почти статических" параметров (типа тех же календарных интервалов) предусмотреть "разделы" (это нетрудно автоматизировать), а "явно динамические" и неактуальные для поисковиков (типа SID-ов) вообще не конвертировать в ЧПУ?

SelenIT

	Не проще ли для заведомо конечного набора "почти статических" параметров

Это не очень гибко.

Я понял что подобный запрос мне подходит. Только пока никак не могу его сгенерировать.

Иван Шумков
3. for ($i=1;$i<count($array);++$i) add join
4. for ($i=count($array)-1;$i>0;--$i) check - break

Вариант генерации запроса, не требующего дальнейшего разбора:

$sql1 = 't0.id';
$sql2 = " FROM $tablename t0 ";
for($i=1, $c=count($array); $i<$c; $i++) {
   $sql1 = "IF (t$i.id IS NOT NULL, t$i.id, " . $sql1 . ")";
   $sql2 .= "LEFT JOIN $tablename t$i ON (t$i.parent_id = t".($i-1).".id AND t$i.url = '" . mysql_real_escape_string($array[$i]) . "') ";
}
$sql = "SELECT " . $sql1 . $sql2 . " WHERE t0.parent_id = 0 AND t0.url = '" . mysql_real_escape_string($array[0]) . "'";


SelenIT

Спасибо большое. Все замечательно. Если результат запроса пустить через mysql_fetch_array, то на выходе имеем:
Array
(
[0] => 4
[IF (t1.id IS NOT NULL, t1.id, t0.id)] => 4
)
Первый - это id, а вот зачем второй элемент я не знаю. Это не ошибка?