PanBB 1.4.6. Запросы и предложения функций (Page 3 of 4)

Спасибо за предложение. Возможно удалять мы не будем, а добавим несколько пунктов с выпадающим списком для выбора статуса. Например:

Отошел
Занят
Не беспокоить
Готов пообщаться

и тд и тп

$matches[2]

До осени еще есть время подумать что и как, затем процедим все запросы и выпустим для тестирования 146 со всеми новшествами.

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

Например, на нашем форуме пользователь создал тему с вопросом, который следовало бы задавать в теме соответствующего расширения. за время отсутствия модератора или админа на форуме уже раздули эту тему и выложили решение проблемы.
Вот здесь как раз таки и понадобилась бы такая функция для слияния сообщений двух тем.

Интересная идея 
В принципе уже есть готовые скрипты реализующие эту возможность на jQuery.
Только библиотека не подключена в коробке, нужно вначале установить расширение.

Думаю, что в виде расширения было бы неплохо, а точнее у нас уже есть в репозитории  Resize Avatar, просто можно его усовершенствовать.

Вот к примеру скрипт
https://andreyex.ru/blog-platforma-word … -js-i-php/

А это из какой тумбочки?    (ыы, мне сейчас некогда экспериментировать, просто любопытно - парсер другой какой-то )

sempai, а что ты правил? Можешь выложить изменения?

$matches[2]

я имею ввиду сам код, что на что заменил 

Good
Только не пойму, куда подевался колбэк в 540й строке?
Можешь пояснить 

Я бы даже пошел еще дальше.

В функции preparse_list_tag, вывод ошибок - является лишним элементом (не откуда им там взяться), все ошибки проверяются парсером на начальном этапе.

Следовательно

function preparse_list_tag($content, $type = '*', &$errors)

Можно заменить на

function preparse_list_tag($content, $type = '*')

и подчистить весь остальной код:

Было

function ($matches) use ($errors) {
     return preparse_list_tag($matches[2], $matches[1], $errors);
}

Стало

function ($matches) {
     return preparse_list_tag($matches[2], $matches[1]);
}

Тоже самое с кодом на 61-63 строках

function ($matches) {
     return preparse_list_tag($matches[2], $matches[1]);
}

И это оптимально.

@sempai, а в других запросах используется подобный префикс?

Проследив запросы в нескольких файлах, понял что политика PunBB такова:
Если используется префикс для таблицы, то он должен использоваться во всех запросах.
Если не используется для таблицы, то не используется и для запроса.

Запрос принят. А так же обнаружено подобное в строках 258 и 557

$matches[2]

В общем нужно теперь весь движок перелопатить и просмотреть все файлы где встречаются подобные запросы     

@sempai, спасибо, что написал об этом. Теперь, кто бы мог просмотреть все файлы движка и сверить все одиночные запросы, то есть везде ли присутствует префикс, когда он определен для данной таблицы.

$matches[2]

То есть, нужно выполнить простую работу с помощью поиска в файле следующего ключа:

'FROM'

Вот на примере таблицы с периксом p. для постов:

      'FROM'      => 'posts AS p',

соответственно во всех значениях выборки колонок должны стоять префиксы:

    'SELECT'   => 'p.id, p.poster, p.message, p.hide_smilies, p.posted',

Если префиксы не проставлены в некоторых запросах, например, как уже было показано выше:

      'WHERE'      => 'topic_id='.$tid,
      'ORDER BY'   => 'id DESC',

то следует выписать строки и сообщить в эту тему, пока еще готовим выпуск 1.4.6.

Зараннее благодарен за любые усилия помочь проекту. 

Гениально   как доползу до ноута, гляну и внесу в 1.4.6.

'ORDER BY'   => 'pposted DESC'

Как оно работало не понятно мне 

$matches[2]

Вот полностью эта область show_user_posts:

      case 'show_user_posts':
         $query = array(
            'SELECT'   => 'p.id AS pid, p.poster AS pposter, p.posted AS pposted, p.poster_id, p.message, p.hide_smilies, t.id AS tid, t.poster, t.subject, t.first_post_id, t.posted, t.last_post, t.last_post_id, t.last_poster, t.num_replies, t.forum_id, f.forum_name',
            'FROM'      => 'posts AS p',
            'JOINS'      => array(
               array(
                  'INNER JOIN'   => 'topics AS t',
                  'ON'         => 't.id=p.topic_id'
               ),
               array(
                  'INNER JOIN'   => 'forums AS f',
                  'ON'         => 'f.id=t.forum_id'
               ),
               array(
                  'LEFT JOIN'      => 'forum_perms AS fp',
                  'ON'         => '(fp.forum_id=f.id AND fp.group_id='.$forum_user['g_id'].')'
               )
            ),
            'WHERE'      => '(fp.read_forum IS NULL OR fp.read_forum=1) AND p.poster_id='.$value,
            'ORDER BY'   => 'pposted DESC'
         );
         $url_type = $forum_url['search_user_posts'];
         $search_id = $value;
         $show_as = 'posts';
         ($hook = get_hook('sf_fn_generate_action_search_query_qr_get_user_posts')) ? eval($hook) : null;
         break

Вот, смотри сюда:

SELECT'   => 'p.id AS pid, p.poster AS pposter

...видно так было задумано 

Всем стоять-бояться!   
Есть идея - нет икеи.. Короче, я не знаю как это сделать, но есть идея по внедрению особых и глубоко извращенных видов бана на форуме.  Идея заключается в том, что у каждого юзера есть некий ID в системе гугла (смотрите счетчики-онлайн) Вотпо этому самому ID и предлагаю выпилить фигурным лобзиком и банить. Вопрос у меня - как его выдернуть у юзера?  Гугл свои скрипты вряд ли отдает, а этот ID  в кукисах походу висит и как-то привязывается к конкретному браузеру. По крайней мере, рекламные сети эти ID "слизывают" как-то и подсовывают рекламу на основе интересов.
Или есть еще какие-то специфические варианты в мировой практике?

$matches[2]

А вот.... если поискать по FingerprintJS  можно немного понять о чем я...

@kirpich, эта статейка свернула мой мозг в смятку 

не знаю, поднастроил по максимуму Fancy Stop Spam, пока полет нормальный.

$matches[2]

@kisa, согласен, жалуюсь. Вот буквально недавно пропустил несколько сообщений 

$matches[2]

Мне удалось обнаружить, что после разлогинивания пользователя выполняется сброс информации о непрочитанных сообщениях.
Но не только в этом причина. За последние 3 дня на этом форуме не выходил из системы, а сообщения пометились как прочитанные 

$matches[2]

Есть подозрение, что это может быть из за расширения, которое выполняет аякс запросы, когда длительное время открыт браузер...
Но как он может помечать сообщения прочитанными  вот это загадка

На своем форуме ни разу не наблюдал потерю непрочитанных тем, никто также не жаловался. Расширений с аяксом вроде не установлено

Оно не в куках случайно?
Пока из форума не выходишь - все более-менее красиво. Я с трёх компов, все тоже уходят в спячку обычно.

Аааа... Сейчас боюсь мудрить
А напуркуа такое сделано?

пока не понятно каким макаром они пропадают, есть только догадки. Копаем, копаем, копаем...

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

@evgeniya-sm,

Рассмотреть создание группы на основе модераторской.
Если предлагали, то прощу прощения.  Подфорумы встроенную функцию в сам движок.

Здравствуйте у меня возник такой вопрос. Почему нет функции  "закрепить тему"    Я хочу закрепить тема с правилой внутри раздела но такой функции не нашел.  Видел только перенести,  разделить,  обединить, удалить но закрепить нету 

Есть идея дополнить форум одной интересной функцией или расширением.
Гость не заходя в тему, а находясь на главной странице форум может открыть выпадающее окно и задать анонимный вопрос без ввода адреса почты, после чего администратор или модератор проверяет текст и публикует его от имени какого-то ранее подготовленного аккаунта... Указав конечно же название темы самостоятельно или разместив в виде поста в какой-то уже открыой теме.
Видел такую фичу на одном ресурсе, весьма способствует к активации активности 

@kisa, согласен, расширение