[dev] Advanced warnings for phpBB3

[Палыч]

- предупржедения не снимаются - где это настраивается, непонятно

Нигде, это факт.

- темы не объединяются, не разделяются

А вот это - кривые руки, увы.

- с Оперой у людей постоянные грабли со входом на форум

Это, вероятно, кривые куки и нежелание\неумение чистить кеш Оперы.

[parrot]

А вот это - кривые руки, увы.

Это, вероятно, кривые куки и нежелание\неумение чистить кеш Оперы.

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

[Палыч]

Ничего другого не ожидал

Правила, п.1.7

Каждый сам выбирает манеру обращения друг к другу, лишь бы она не показалась оскорбительной, но помните, что на конференции (форумах) принято обращаться по никам или именам, "на ТЫ" (без политеса) независимо от пола и возраста участников. Следует также учитывать неизбежность применения "профессионализмов" и "жаргонизмов" в речи участников конференции, и понимать, что упоминание, например, "кривизны рук" и "включения мозга" не преследует целей оскорбления вас лично, а всего лишь кратко резюмирует, что при выполнении каких-либо действий, вы недостаточно внимательно отнеслись к их выполнению, без должного учёта инструкций, документации и базовых знаний о предмете, в которых вы обязаны быть компетенты.

Если вообще нет доступа к этим функциям, то настраивать права. (FAQ-3 п.8 читать статью по ссылке)
А с Оперой, особенно 9, "глюков" много именно из-за того, что опера работает с кешированными копиями страниц, за счёт чего и достигается её скорострельность. Сам постоянно пользуюсь именно Оперой, в основном. куки, кстати, тоже стоит проверить на "кривость", без иронии.

[parrot]

Если вообще нет доступа к этим функциям, то настраивать права. (FAQ-3 п.8 читать статью по ссылке)
А с Оперой, особенно 9, "глюков" много именно из-за того, что опера работает с кешированными копиями страниц, за счёт чего и достигается её скорострельность. Сам постоянно пользуюсь именно Оперой, в основном. куки, кстати, тоже стоит проверить на "кривость", без иронии.

95% жалоб от пользователей, у которых проблемы со входом и логином, поступают от пользователей Оперы. У меня уже шаблон в почте есть, который гласит "почистить куки и обновить версию Оперы". На 2-й версии такого не было.

Права для модераторов есть, и функции эти есть, и типа даже что-то делают, только результатов НИКАКИХ. Ни ошибок, ни результатов. Говоришь - объединить тему, оно тебе в ответ опять: выберите тему назначения. И таких операций в модераторском разделе 2-3, которые ни к чему не приводят. У админа та же история. Есть ли смысл поставить 3.0.3 типа с нуля, а не автообновлением?
Форум переносился с 2.0.23

Добавлено спустя 1 минуту 49 секунд:
А если по теме, давайте номер кошелька rxu - хоть сегодня оплачу.

[rxu]

VEG
Не в деньгах вопрос, и не в этом конкретном моде дело. Я пока вообще ни одним модом не занимаюсь (ни разработкой, ни обновлением версий), по причине банального отсутствия времени на это.

[Палыч]

parrot
Давайте в личку (чтобы тему дальше не засорять).

[Oleg NT]

При выдаче предупреждения страница-обработчик формы выдает:

[phpBB Debug] PHP Notice: in file /includes/utf/utf_tools.php on line 1845: htmlspecialchars() [function.htmlspecialchars]: Invalid multibyte sequence in argument

Однако предупреждение выставляется.

Как решить проблему с PHP Notice?

[rxu]

Предупреждение может и выставляется, однако, возможны проблемы с каким-либо русскоязычным контентом. Именами пользователей, причинами выдачи предупреждений, например. Не наблюдается?

[Oleg NT]

Имя пользователя было английское. А вот текст предупреждения — да — русский. Причем заметил еще вот что:
при редактировании предупреждения иногда ошибка возникает, иногда нет.

[VPS]

Такая проблема. Ставлю мод на версию 3.0.4. Отображаться вроде бы все отображается и кол-во предупреждений и в мемберлисте и в администраторском разделе, а когда захожу в модераторский, жму на вкладку предупреждения - выдает 500-ю ошибку. Перпроверил уже все файлы. Ошибку не могу увидеть... Скажите пожалуйста где рыть? Заранее всем спасибо.

[VPS]

Первую проблему решил путем добавления недостающих кавычек в mcp_warn.php, но появилась другая. Теперь, захожу в модераторский раздел, выбираю пользователя, которому нужно выдать предупреждение жму "Отправить" - та же 500-я ошибка!

Добавлено спустя 15 минут 1 секунду:
Это тоже исправил. Теперь при попвтке изменить тип предупреждения вылезает вот это:

Код: Выделить всё

Общая ошибка
SQL ERROR [ mysql4 ]

[0]

SQL

No values specified for SQL IN comparison

BACKTRACE


FILE: includes/db/dbal.php
LINE: 379
CALL: dbal->sql_error()

FILE: includes/functions_user.php
LINE: 684
CALL: dbal->sql_in_set()

FILE: includes/mcp/mcp_warn.php
LINE: 801
CALL: user_ban()

FILE: includes/mcp/mcp_warn.php
LINE: 566
CALL: edit_warning()

FILE: includes/mcp/mcp_warn.php
LINE: 69
CALL: mcp_warn->mcp_warn_user_view()

FILE: includes/functions_module.php
LINE: 507
CALL: mcp_warn->main()

FILE: mcp.php
LINE: 232
CALL: p_master->load_active()

Тут я к сожалению уже не силен, поэтому прошу тех, кто с этим сталкивался, а судя по предвдущим сообщениям - сталкивались, подскажите, как эта проблема решается?

[rxu]

VPS
А куда вы добавили код

Код: Выделить всё

      // Change unban list related warnings type
      $warning_list = array();
      $sql = 'SELECT w.warning_id FROM ' . WARNINGS_TABLE . ' w, ' . BANLIST_TABLE . ' b
               WHERE w.warning_end = b.ban_end
                  AND ' . $db->sql_in_set('b.ban_id', $unban_sql);
      $result = $db->sql_query($sql);
      while ($row = $db->sql_fetchrow($result))
      {
         $warning_list[] = $row['warning_id'];
      }
      $db->sql_freeresult($result);

      if(sizeof($warning_list))
      {
         $sql = 'UPDATE ' . WARNINGS_TABLE . ' SET warning_type = ' . WARNING . '
                  WHERE ' . $db->sql_in_set('warning_id', $warning_list);
         $db->sql_query($sql);
         $cache->destroy('sql', WARNINGS_TABLE);
      }


в includes/functions_user.php?

[PavelV]

У меня точно такая же проблема как у VPS. Бьюсь уже четвертый или пятый день. Помимо этого, еще не выносятся предупреждения через модераторский раздел и не работает штатное средство блокировки. Причем, я пробовал из functions_user.php убрать этот форагмент кода, который Вы (rxu) написали, тогда начинает работать штатное средство блокировки, изменется тип предупреждения, можно выносить предупреждения опять же через штатное средство, а через модераторский раздел так и не получается. В файле mcp_warn.php, добавил кавычки в двух местах перед else (строка 377 и 617-я) , а то вобще 500-я ошибка выскакивала.

[rxu]

У меня точно такая же проблема как у VPS.

Тогда ответьте на тот же вопрос, заданный мной выше.

[PavelV]

Да, код добавил туда, согласно инструкции.
Вот фрагмент (+- несколько строк):

Код: Выделить всё

function user_ban($mode, $ban, $ban_len, $ban_len_other, $ban_exclude, $ban_reason, $ban_give_reason = '')
{
   global $db, $user, $auth, $cache;
   
     // Change unban list related warnings type
      $warning_list = array();
      $sql = 'SELECT w.warning_id FROM ' . WARNINGS_TABLE . ' w, ' . BANLIST_TABLE . ' b
               WHERE w.warning_end = b.ban_end
                  AND ' . $db->sql_in_set('b.ban_id', $unban_sql);
      $result = $db->sql_query($sql);
      while ($row = $db->sql_fetchrow($result))
      {
         $warning_list[] = $row['warning_id'];
      }
      $db->sql_freeresult($result);

      if(sizeof($warning_list))
      {
         $sql = 'UPDATE ' . WARNINGS_TABLE . ' SET warning_type = ' . WARNING . '
                  WHERE ' . $db->sql_in_set('warning_id', $warning_list);
         $db->sql_query($sql);
         $cache->destroy('sql', WARNINGS_TABLE);
      }

   // Delete stale bans
     $sql = 'DELETE FROM ' . BANLIST_TABLE . '
      WHERE ban_end < ' . time() . '
         AND ban_end <> 0';
   $db->sql_query($sql);