Олег, ты наверное не внимательно прочитал по какой дате сортируются тайники.
Хоть этот пост для раздела "Обсуждение сайта", тем не менее, детали следущие.

Есть три даты:
1. Дата ввода в БД (создается автоматом в момент ввода тайника)
2. Дата закладки тайника основателем (вводится руками)
3. Дата редактирования (последнего изменения)

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

Итак, повторюсь, в верхний угол первой страницы сайта выводятся вновь опубликованные тайники. Критерием новизны является дата ввода в БД.

Если за критерий новизны взять по дате основания, то "новые" тайники могут вообще не появиться в этом разделе, т.к. бывает что между датой закладки тайника и датой его опубликования походит достаточно большое время.
Конечно, на это можно возразить, что раздел новых тайников мог бы делать дополнительно кучу анализов и проверок, на предмет - был ли тайник в "Новых" или нет, ставить кучу дополнительных меток, еще с десяток раз обратиться к БД. Это конЭчно, очевидно правильно, НО! Какова цена вопроса?

Если критерий новизны взять по последнему обновлению в БД инфы по этому тайнику, то в простом случае, есть вариант, когда периодически я в своем тайнике "поправляю" одну букву, и о чудо! Тайник постоянно висит в "Новых".

При этом, для упрощения задачи количество выводимых "новых" тайников жестко ограниченно. Сейчас это 10 тайников, в "не сезон" количество "новых" тайников было ограниченно 5 или 7 - не помню уже точно. Иначе получалось, что одни и те же тайники висят месяцами - какая уж тут новизна... А если ограничить по времени "жизни в новостях", то в не сезон может так статься, что новых тайников вообще не будет в разделе... Таким образом выбрано наименьшее зло.

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

Так что, если есть предложения - милости просим.
Если есть еще не уволенный программист, который может или хочет сделать лучше чем сделанно - милости просим.