Задачи самописа форума

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

Значит.
Кроме самого форума и обвязки пользаков есть еще вот такие разделы:
Новости, Статьи, Документация, PHP скрипты, Книги/Учебники, Download, Поиск, Помощь.

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

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

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

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

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

Аяяяяй копипаста не хорошо

А какой wysiwyg в планах использовать

Эксклюзив

-----
Чем больше узнаю, тем больше я не знаю.

Копипасты не получится.
Там лицензия Креатив Коммон Атрибут 3.0.
Что дает право зеркалировать при условии упоминания всех авторов и указании ссылки на оригинал.
Кроме того -- там до сих пор есть еще не переведенные на русский язык страницы.
Что может дать фору вам самим в авторы этой документации затесаться.

Так що -- пишите парсер ))
Сохранять примерно ака:

origin_content_checksum, main_content_checksum, last_update, is_different, origin_content, main_content

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

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

На всякий случай напомню, что http насиловать не надо, документацию можно выгрузить отдельно: http://php.net/download-docs.php

-----
PostgreSQL DBA

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

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

md5_file

всё равно же не будешь всю документацию парсить на предмет обновлений.

-----
Чем больше узнаю, тем больше я не знаю.

Всю, дядя, всю )) Потихоньку, по кругу, не наглея, по одной страничке которую надо сверить.
Я уже посчитал, если дергать например, раз в минуну, то на завершение круга обхода чекалки понадобится ~18 месяцев.

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

ну и нафиг это надо
раз в месяц качнул архив, сверил, если надо проапдейтил целиком

-----
Чем больше узнаю, тем больше я не знаю.

Где твоё command line fu? Распаковал рядом обновлённую доку, построил рекурсивный diff, получил изменённые страницы.

-----
PostgreSQL DBA

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

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

окей чем тогда парсить HTML? варианты: регуляркы, phpQuery (давно не развиваеться, но того что есть хватает), DomDocument, sumplexml

ДомДокумент + ДомХпатч конечно же.

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

а такое