total posts (всего сообщений) - проблема счетчика?

[repitchem]

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

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

Ну, думаю, долазился в БД... делаю откат на резервную копию... Создаю опять тестовую тему, удаляю, и баг не исчезает (кэш чистил). До резервной копии в базах данных не лазил вообще, форум установил недавно...

Кто сталкивался с такой проблемой? Может так и должно быть (на версии phpbb 3.0... все нормально и этого бага нет)? Как решается?

В чем может быть причина и Где локализован TOTAL POSTS?

[Татьяна5]

делаю откат на резервную копию

И БД, и файлы одной версии?
БД перед перезаливкой очищали? (Не всегда без очистки заливается без ошибок)

[repitchem]

И БД, и файлы одной версии?

Да, одной версии.

Заливал не я, а тех. помощь на хостинге (попросил их). Все данные вернулись к первоначальным значениям, а вот этот баг остался, типа он был до ... но я видимо его не замечал.

Интересно узнать локализацию этого параметра в коде и базах. И как он вообще работает. Гуглил - не нагуглилось.

[Татьяна5]

Локализован - это переведён на другой язык
Где-то в папке language/ru перевод есть

[repitchem]

Цифра общего количества постов локализована в таблице БД phpbb_config под именем параметра num_posts

Изменил, но при удалении тестового поста по-прежнему не вычитает единицу (только прибавляет в момент создания нового поста) из num_posts... Может кто знает точно, где в коде происходит данная операция, или может не в коде а в БД как-то где-то?

[LavIgor]

repitchem, Вы удаляете безвозвратно или в корзину?

[repitchem]

Безвозвратно - ставлю галку

Отправлено спустя 20 минут 27 секунд:
В общем решил проблему, сомнительно, перепробовав кучу вариантов.

Скорей всего, удаление темы и поста в теме осуществляется функцией function delete_post(........), includes/functions_posting.php вот в этой функции я и заменил часть кода:

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

// Specify our post mode
	$post_mode = 'delete';
	if (($data['topic_first_post_id'] === $data['topic_last_post_id']) && ($data['topic_posts_approved'] + $data['topic_posts_unapproved'] + $data['topic_posts_softdeleted'] == 1))
	{
		$post_mode = 'delete_topic';
	}

на

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

// Specify our post mode
	$post_mode = 'delete';
	if (($data['topic_first_post_id'] === $data['topic_last_post_id']) && ($data['topic_posts_approved'] + $data['topic_posts_unapproved'] + $data['topic_posts_softdeleted'] == 1))
	{
		$post_mode = 'delete_topic';
		$config->increment('num_posts', -1, false);
	}

Возможно это не правильно и так нельзя, но оно работает. Кто что думает, знает, подразобрался лучше - пишите.

P.S. Скачивал чистые дестрибютивы phpbb 3.2.5 & 3.2.4 и полностью копировал / вставлял код из чистого файла в тот что на моем форуме - баг оставался.

[Татьяна5]

Судя по коду это повлияет на темы из одного сообщения

[repitchem]

Судя по коду это повлияет на темы из одного сообщения

Сейчас корректно все удаляет и отображает на счетчике.
Например, удаляя тему с сообщениями, количество тем уменьшается на 1, а количество сообщений на количество сообщений в удаленной теме.

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

Возможно процесс регистрации изменения количества сообщений локализован не в этом файле и не в этой функции, а где?..

Отправлено спустя 1 час 6 минут 44 секунды:
В общем, упомянутая ошибка возникла после установки языкового пакета
Т.е. копать нужно в языковом пакете.. - будем копать. Помогайте, что там где может быть закопано...

1. Установил чистый phpbb 3.2.5 - все нормально, данной ошибки нет.
2. Устанавливаю и активирую языковой пакет - ошибка проявляется.
3. Удаляю/деактивирую языковой пакет, перехожу на англ. - ошибка остается.

Может что-то где-то в таблицах БД меняется и ноги растут именно из БД?...

[Pazh]

repitchem, включите debug на форуме, посмотрите в логах сервера при удалении возникают ли ошибки

[Sheer]

Возможно процесс регистрации изменения количества сообщений локализован

Локализован - это значит переведен на язык пользователя, если он не английский.
Изменение счетчика сообщений производится в функции remove_post_from_statistic

упомянутая ошибка возникла после установки языкового пакета

Абсолютно не из-за этого.

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

	'TOTAL_POSTS_COUNT'	=> array(
		1	=> 'Всего сообщений: <strong>%d</strong>',
		2	=> 'Всего сообщений: <strong>%d</strong>',
		3	=> 'Всего сообщений: <strong>%d</strong>',
	),

тут никакого криминала нет, ибо

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

'TOTAL_POSTS'	=> $user->lang('TOTAL_POSTS_COUNT', (int) $config['num_posts']),

Отсюда видно, что общее количество сообщений берется из таблицы config поля num_posts. А вот почему это не значение не меняется, вопрос другой.
Итак, этот глюк возникает при удалении сообщения, когда оно является единственным в теме, во всех остальных случаях счетчик изменяется корректно.
Это происходит потому, что значение переменной $post_mode, передаваемой в функцию delete_post, равно delete_topic. В этом случае происходит удаление информации о теме из статистики в строке 1284

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

$phpbb_content_visibility->remove_topic_from_statistic($data, $sql_data);

но не происходит удаление статистики о сообщении, как в других случаях (например $post_mode = 'delete')
Похоже на баг.
Добавление $phpbb_content_visibility->remove_post_from_statistic($data, $sql_data); приводит к неправильному отображению статистике в списке форумов на главной, а в случае, если в форуме это была единственная тема, то к ошибке SQL.
Посему добавление $config->increment('num_posts', -1, false); после $phpbb_content_visibility->remove_topic_from_statistic($data, $sql_data); вероятно является правильным решением. Ну или надо ковырять функцию remove_post_from_statistic