В своём последнем комментарии, я имел ввиду, что у меня нету index.php в каталоге forum. Там вообще такого каталога нету.
Все запросы обрабатывает index.php в корне.
Да. При настолько маленькой (один столбец, одна строка) таблице, не нужно воротить почти ничего не дающие оптимизации (не потому, что кеш медленный, а потому, что и MySQL быстрый).
Селект одного значения из таблицы с одним значением - нагрузка на бд очень близкая к нагрузке на чтение из файла, то есть совершенно не значительная. Заменив бд кешом - нагрузка уменьшиться на столько, что это никто не заметит.
Обновил ответ. Всё-таки очень не понятный вопрос: так как нету контекста, или цели - не отчего отталкиваться. А такие понятия, как "простая, понятная и логичная" настолько субъективны, что единственный верный ответ на изначальный вопрос: "та, с которой я больше работал" или врое того.
На защите говорят что хотят. Это зависит от ВУЗа-кафедры-конкретного преподователя-отношения конкретно к тебе-твоей работы ("твоя работа" осознано в конце).
Одинарные кавычки по сути ничего не дадут.
Если уж есть желание экономить на спичках, то надо print заменить на echo и вместо конкатенации строк (.) поставить запятую, тогда вместо того, чтобы объединять строки, echo просто выведет их по очереди.
31104000 - вообще не понятно что, а 3600*24*30*12 - очень даже ясно.
Надеюсь никогда не иметь дело с кодом, написанным по правилу "к чему писать суть, сразу пишите странные числа, так работать быстрее будет".
Вынести в константу SECONDS_IN_YEAR (при этом в комментарии написать, что это секунды в 360 дней) - это можно, а просто взять число 31104000 - самый плохой вариант.
Я оставил комментарий к самому вопросу, про присвоение позиции в случае одинакового счёта. В зависимости от ответа, скорее всего надо будет что-то поменять (вероятно "<=" на просто "<", если ответ будет "да, при равном счёте, надо, чтобы у всех с равным счётом было минимальное место, а у следующего было место равное его порядковому номеру").