Замечательно. Первое - всё это можно сунуть в один запрос и использовать join.
Второе - интереснее увидеть какие переменные передаются в смарти и что с ними там происходит.
Проще подсказатоь, как исправить существующий код, чем начинать всё делать с нуля. (Добавление)
А еще запросы делают что-то странное - оба из posts вытягивают и как-то неочевидно связаны
Видите кнопочку Цитата? Щелкаете - срабатывает JS. Его можно смотреть.
Чечако пишет:
количество просмотров тем
При показе темы апдейт темы типа viewed = viewed + 1/
Чечако пишет:
кто онлайн.
ппри проявлении активности пользователем - last_action = current_timestamp. Онлайн - те, кто проявлял активность в последние Х секунд.
Разве не очевидно?
Чечако пишет:
теги <b, i, u>
опять JS. Правой кнопкой - view page source.
Со стороны php - если просто, то preg_replace('/\[b\](.+?)\[\/b\]/', '<b>\1<\b>',$ text). Если сложнее - то есть готовые вещи с обработеой бб-кодов, надо поискать
Ну постгре и файрберд вроде бы не менее халявные.
Просто большинству людей СУБД нужна на уровне простеньких селектов. С этим mysql справляется. А как только надо сделать что-то более или менее сложое, то ту его не хватает. Даже не только рекурсивные запросы или оконные функции. Выборки, которые ничего необычного не используют, которые просто включают много условий, сортировок и объединений, mysql-м часто весьма неудачно оптимизируются тоже
<script src="/foo.js"></script>
а foo.js мод рерайтом на php скрипт, который парсит js файл с кучей функций и отдает нужную.
Или хранит функции в ассоциативном массиве и отдает нужную
Действительно странно (Добавление)
А если попробовать при всех условиях использовать это правило? (Если убрать строчки RewriteCond) - будет какая-то реакция на это?