Kolbaser

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

Костыльно, как мне кажется. Написано ещё не так много кода, думаю переделать под фронт- или пейдж-контроллер.

Понятно, спасибо.

п.с. В идеале не конфиг должен знать где какой модуль лежит и подключать его (точнее, где лежит модуль конфиг может знать, но не подключать его). Этим должен роутер либо прочая системная лабуда заниматься.

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

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

Варианты страниц:
Список новостей о музыке - news_music_list.php
Конкретная новость о музыке - news_music_full.php
Список новостей о фильме - news_movies_list.php
Конкретная новость о фильме - news_movies_full.php

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

Как вариант можно распихать по каталогам:

modules/news/
    music_list.php
    music_full.php
    movies_list.php
    movies_full.php
    books_list.php
    books_full.php
modules/articles/
    list.php
    full.php

Но тогда в них придётся морочиться с include ('../../config.php') в зависимости от вложенности, думаю, суть понятна. Попахивает быдлокодом. И да, суффикс _full.php - по смыслу плохо подходит, также интересно как правильнее будет назвать страницу с полным текстом новости/статьи/etc. Интересно, кто как делает?

хуйня, забудь и выбрось.

проще закешируюй все данные для страницы и отдавай как должное

абсолютно пофиг
я кстати не кэширую html

Дело скорее не в нагрузках, а в распределении приоритета страниц для индексации поисковиками через sitemap.xml. Часто обновляющегося контента на сайте очень много, а вот с попаданием в поисковики начались проблемы. Они лезут куда-то в протухшие страницы, а новые не сразу замечают. К слову, посты и комменты - просьба воспринимать как абстрактное описание контента сайта. Забыл добавить, что удалённый коммент желательно как можно быстрее удалить и из индекса поисковика.

Захотелось заиметь такой у себя на сайте. Структура простая - посты с комментариями на одной странице. Соответственно, Last-Modified будет максимальной датой из трёх: дата добавления поста, дата изменения поста и дата последнего комментария. Однако, в такой логике есть изъян: если удалить комментарий из середины ленты, Last-Modified не изменится, т. к. после него ещё останутся другие комменты, добавленные позже. И юзеры, у которых страница закэширована, не увидят некоторое время обновление, а поисковики - тем более.

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