public function TopicShow($aParams)
{
$oTopic=$aParams['oTopic'];
// Проверяем авторизован ли юзер, если нет - обновляем статистику
$do_count_visits=(!$this->User_IsAuthorization());
if (!$do_count_visits)
{
// Если авторизован, проверяем не он ли стартер топика
$oUser=$this->User_GetUserCurrent();
$do_count_visits=$oUser->getId()!=$oTopic->getUserId();
}
if ($do_count_visits)
{
$oTopic->setCountRead($oTopic->getCountRead()+1);
$this->Topic_UpdateTopic($oTopic);
}
}
Единственное, тут ни где не учитывается посещение сайта поисковыми машинами, но, в принципе, этим можно пренебречь при большом количестве посещений :)
Если сайт хорошо посещаемый, то при удалении топика очень вероятно получить ситуацию, когда в это время кто-то будет постить комментарий. Пару раз нарывался — после чего чистил базу данных вышеописанным способом. Чтобы минимизировать или избежать такой ошибки, теперь я сначала отправляю топик в черновики, жду 10 минут, а затем удаляю его.
config.local.php — это пользовательские настройки, которыми юзер настраивает себе сайт, он переопределяет главный конфиг config.php — это дефолтный главный конфиг, содержит конфигурацию «по умолчанию»
Такой подход позволяет производит обновления движка/конфига не теряя старых настроек и не создавая конфликтов
Я в одном проекте обошёлся малой кровью. Правда, пользователей было около 50 и проект был очень узканаправленным.
Но такое решение потребует некоторых действий от пользователя.
У многих операторов есть услуга mail2sms, которая подключается пользователем и за которую снимается абонентка. Вам как разработчику останется просто отправлять мыло по адресу например 7950123456@mts.ru, а пользователю будет приходить смс. Крайне удобно и с минимальными потерями.
перед include comment.tpl
и после include comment.tpl
Теперь Сталинские комменты увидит только Сталинист.
Будет слать всех на your_page_name.html, если при этом самому надо иметь доступ к сайту (например, во время обновления движка), добавляем:
вместо ххх ставим свой IP адрес.
Вместо
указываем путь на Ваш swf файл
FROM put_user u
INNER JOIN put_openid o ON o.user_id = u.user_id
WHERE u.user_login = '<логин нужного пользователя>'
Единственное, тут ни где не учитывается посещение сайта поисковыми машинами, но, в принципе, этим можно пренебречь при большом количестве посещений :)
Если сайт хорошо посещаемый, то при удалении топика очень вероятно получить ситуацию, когда в это время кто-то будет постить комментарий. Пару раз нарывался — после чего чистил базу данных вышеописанным способом. Чтобы минимизировать или избежать такой ошибки, теперь я сначала отправляю топик в черновики, жду 10 минут, а затем удаляю его.
config.php — это дефолтный главный конфиг, содержит конфигурацию «по умолчанию»
Такой подход позволяет производит обновления движка/конфига не теряя старых настроек и не создавая конфликтов
Но такое решение потребует некоторых действий от пользователя.
У многих операторов есть услуга mail2sms, которая подключается пользователем и за которую снимается абонентка. Вам как разработчику останется просто отправлять мыло по адресу например 7950123456@mts.ru, а пользователю будет приходить смс. Крайне удобно и с минимальными потерями.