Re: Pan Private Messages - новые личные сообщения
Скоро будет обновлено
Есть ли новости по срокам? Когда примерно можно ожидать?
Скоро будет обновлено
Есть ли новости по срокам? Когда примерно можно ожидать?
Grand91, в течении пары дней. Если до понедельника, утра, не будет обновлено, то напиши в лс.
Обновлено расширение до версии 0.2.6.
Результаты расширения можно потестить на этом форуме.
Как вы знаете, сейчас используется одна таблица как для тем ЛС, так и для самих личных сообщений. Такой подход ограничивает возможности расширения. Поэтому в будущем планируется переход на две раздельных таблицы, соответственно потребуется переустановка расширения.
Баг с оповещением о новом сообщении (которого уже нет - удалено без прочтения), так и остался. Печалька
@sempai, еще раз, только не на пальцах, я еще пока плохо знаю жестовый
В чем суть проблемы? Может чуть подробнее?
@PunBB,
Суть проблемы - оповещение о новых ЛС, когда таковых уже нет в помине!
Как выявить баг. После прихода нового ЛС, удали его без чтения, не заходить в него, а просто пометить и удалить.
------------------------------
@PunBB, отправил тебе тестовое ЛС, удали его без чтения!
@Grand91, большая часть ваших проблем с расширениями, обусловлена одним словом.
Находится оно на вашем скриншоте, в нижнем правом углу между слешем и .php
ИМХО конечно же, ссори за оффтопик.
sempai, да я понимаю, что в БД дело Но мне к сожалению не хватает квалификация для миграции на MySQL. Я не одмен, а так, мимо проходил волею случая
Дабы не совсем оффтопить: решена ли в новой версии проблема, когда падала ошибка при ответе на ЛС? То есть свои ЛС отправлялись как надо, а вот ответить на пришедшее сообщение было нельзя (или эта проблема тоже только для sqlite3 свойственна? )
@sempai, смотри, функция то в ЛС такая:
function pan_pm_get_unread_msg()
{
global $forum_db, $forum_user;
$unread_msg = array();
$query = array(
'SELECT' => 'id, status',
'FROM' => 'pan_pm',
'WHERE' => 'receiver_id='.$forum_user['id']
);
$result = $forum_db->query_build($query) or error(__FILE__, __LINE__);
while ($rows = $forum_db->fetch_assoc($result)) {
if ($rows['status'] == 'sent')
$unread_msg[] = $rows['id'];
}
return $unread_msg;
}
проверяет юзера, вроде не должны отображаться ложные уведомления
------------------------------
и такая функция в расширении pan Notify для проверки официальных ЛС:
function pan_notify_get_pun_pm_new_msg()
{
global $forum_db, $forum_user;
if ($forum_db->table_exists('pun_pm_messages'))
{
$query = array(
'SELECT' => 'COUNT(pm.id)',
'FROM' => 'pun_pm_messages AS pm',
// 'WHERE' => 'pm.read_at=0 AND pm.receiver_id='.$forum_user['id']
'WHERE' => 'pm.read_at=0 AND pm.deleted_by_receiver=0 AND pm.receiver_id='.$forum_user['id']
);
$result = $forum_db->query_build($query) or error(__FILE__, __LINE__);
$pm_msgs = $forum_db->result($result);
return $pm_msgs;
}
}
Где копать то?
@PunBB, когда сообщение удалено, у тебя в таблице, сохраняется запись, наподобие этой, из официальных ЛС?
deleted_by_receiver=0
из официальных ЛС
не, у офф все ок, а тут смотри что:
------------------------------
а, все гуд. Нашел причину.
Надо было подправить запрос:
'WHERE' => 'receiver_id='.$forum_user['id']
на
'WHERE' => 'receiver_id='.$forum_user['id'].' AND deleted_by_receiver=0'
Теперь все работает нормально. Единственное, теперь нужно как то помечать те письма, которые приемник удалил, но так не прочитал.
------------------------------
Обновлено расширение до версии 0.2.7.
Исправлена ошибка с уведомлениями о непрочитанных сообщениях.
Возможно накатить поверх Pun PM 2.4.2 ?
@Nakamotto, нет, эти расширения не совместимы.
@Nakamotto, вы можете установить эти два расширения и они будут работать одновременно.
Если же имеется ввиду, чтобы перенести все сообщения на новое расширение, то такой возможности пока нет, но в будущем планируется.
Трясите меня почаще, быстрее напишем
@Grand91, большая часть ваших проблем с расширениями, обусловлена одним словом.
Находится оно на вашем скриншоте, в нижнем правом углу между слешем и .php
ИМХО конечно же, ссори за оффтопик.
Падает и при обновлении, или при просто удалении/установке... я вручную уже залез в таблицу users и удалил целиком столбец, но это решение... скажем так, колхозное очень.
---------------------------------
Я про метод восстановления работоспособности ))) а так - если @PunBB допилит дополнение в плане исключения падений на sqlite, то я тоже буду очень благодарен )
@PunBB, а как насчет переноса сообщений с pun_pm?
Или имеет смысл всех попросить сделать архив сообщений (если надо) https://punbb.info/post7267.html#p7267 , и потом уже отключить pun_pm и включить Ваш.
@rzia, да, уже был запрос по переносу. Тут вопрос в реструктуризации новых лс. Затем написать конвертер проще простого.
Generated in 0.096 seconds (90% PHP - 10% DB) with 22 queries