Настройки поиска (Страница 3 из 45)

жжош!

да, похоже ошибка здесь браво Visman!

т.к. http не поддерживает постоянное соединение, сайты условно считают пользователя в состоянии online, если он открывал любую страницу сайта страницу не позднее, чем N минут назад.

в PunBB 1.2 этот параметр можно найти в админке Options/Online timeout = 300sec по умолчанию, т.е. 5 минут.
в теле скриптов он доступен как $pun_confi['o_timeout_online'].

при отрисовке каждой страницы вызыватся функция update_users_online() которая по истечении таймаута изменяет состояние пользователя (таблицу online) - поле idle с 0 на 1, а по прошествии другого таймаута o_timeout_visit вообще удаляет его из этой таблицы. вот в момент удаления можно было бы использовать эти данные для накрутки счетчиков.

когдато уже был такой вопрос

ответ: сильнее жми на "обновить страницу". попробуй нажать, удерживая Ctrl

"а я бы сделал так:"
1. Закрытые темы — это скорее для блогов. Форум — это более структурированная подача информации. IMHO, для форумов лучше придерживаться стратегии закрытых разделов, а не отдельных тем.
2. Шифрование? А смысл, если раздел доступен не всем, зачем его еще шифровать? От взлома с получением сырых данных из БД это не защитит. Зачем тогда лишние усилия!
3. Что имеется в виду - https ?
4. После ряда экспериментов пришел к выводу - просто перебросить сообщение в другую тему нельзя, т.к. будет нарушена временная и смысловая последовательность темы-пприемника. Выносить можно только в новую тему. Готового решения не могу посоветовать.

Почитай вот это: ru.wikipedia.org/wiki/Контроль_д … нове_ролей

Применительно к форуму расширенное управление правами можно было бы реализовать так: заводим таблицу 

CREATE TABLE forum_roles (user_id INT, forum_id INT, group_id INT);

В коде страницы (viewforum, viewtopic, moderate...) сначала ищем правило для этого раздела и этого пользователя.
Если правило есть - заменяем $user['g_id'] на группу из правила. И только после этого должна идти стандартная проверка прав с таблицей forum_perms.
Таким образом можно было бы назначать "роли" отдельным пользователям на произвольные разделы.

include/common.php

// If we're an administrator or moderator, make sure the CSRF token in $_POST is valid (token in post.php is dealt with in post.php)
if (!empty($_POST) && (isset($_POST['confirm_cancel']) || (!isset($_POST['csrf_token']) || $_POST['csrf_token'] !== generate_form_token(get_current_url()))) && !defined('FORUM_SKIP_CSRF_CONFIRM'))
    csrf_confirm_form();

Как известно, модуль common подключается на каждой страничке. т.о. проверка описана в одном месте, а защищает все формы, отправленные методом POST.

Разработчики о вас позаботились Но вы можете на это забить и закомментировать этот блок или отключить защиту на отдельных страницах: через объявление константы FORUM_SKIP_CSRF_CONFIRM до подключения common.

Это я объясняю для Visman. Так работает защита форм.

В примере rondob нет никакой формы! Только ссылка на logout. А это совсем не одно и то же!
Формы нет, но rondob пишет:

Где сама форма? Наверное В ФОРМЕ ты не указал маркер доступа, отсюда и ошибка.

вот в эти лангпаки и загляни, может там неправильная кодировка.
разве не очевидно?

Это у меня нет "диаграммы" или так оно и есть?

а никто не хочет создать "девственный стиль" на базе какого-нибудь CSS Framework???

Статьи на Хабре:
Blueprint
Grid Design или вёрстка с Сеткой
там есть ссылки и на другие полезные материалы

мне на хабре нравится как скрываются заминусованные сообщения: есть заголовок, а текста не видно, потомучто N читателей посчитала его "какой". но если очень интересно - по клику разворачивается.
помоему это правильнее, чем «уходит в печь»

правда? больше не поддерживается кем? мы имеем две команды - SoftDeluxe (punb.informer.com) и Smartys&Co (fluxbb.org). при всем уважении к PUNBB.RU, здешний народ не особо активен, по сравнению с англо- и франко- язычными.

на главной странице fluxbb.org написано:

из обсуждения я понял, что в краткосрочной перспективе команда fluxbb не будет заниматься движком 1.3, а будет делать 1.4 - новое название для 1.2

punres.org по-прежнему поддерживает 1.2

так что не факт...

1. на punres.org был мод MultiGroup, он ужасен в плане запросов SQL, но может вы сами усовершенствуете...

2. я знаю, что у hcs есть интересные наработки в плане продвинутого управления правами (ACL). думаю эти классы можно будет применить к v1.3.* но лучше спросить его

3. свои сообщества я не планирую реализовать на 1.3, только на собственном форке 1.2
(лично я не считаю что будущее за 1.3. две ветки будут успешно сосуществовать неопределенно долго)