Косяки после обновления 2009.07.11

[zzipper]

Кэш в хроме похерь.

[filosof]

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

[zzipper]

Да ну?

[filosof]

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

[zzipper]

Кэш и куки совершенно разные вещи.)

[serrrios]

Нашел багу, ну точнее на мой взгляд баг, мож для кого и нормально. В топе авторов по ратио: если даже у нас стоит, что ратио начинает считаться к примеру с 10г скаченными, то в топе берутся юзеры и с меньшим кол-вом скаченного. В итоге лично у меня в топе почти все были с ратио None. что в корне не правильно. Вот фикс:
В файле:
../tracker/top/top_by_ratio.php
Находим:

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

//TOP_BY_RATIO
$sql = "SELECT u.username, u.user_id, u.user_uploaded, u.user_downloaded, u.user_bonus, round(u.user_uploaded/u.user_downloaded) AS rat1
	FROM " . USERS_TABLE . " u
	where u.user_uploaded > u.user_downloaded
	ORDER BY rat1 DESC, u.user_uploaded DESC
	LIMIT $top_limit";

Заменяем на:

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

//TOP_BY_RATIO
$recratio=$config['ppkbb_tcratio_start'];
$recratio=$recratio*1024*1024*1024;
$sql = "SELECT u.username, u.user_id, u.user_uploaded, u.user_downloaded, u.user_bonus, round(u.user_uploaded/u.user_downloaded) AS rat1
	FROM " . USERS_TABLE . " u
	where u.user_uploaded > u.user_downloaded AND u.user_downloaded > ".$recratio." 
	ORDER BY rat1 DESC, u.user_uploaded DESC
	LIMIT $top_limit";

[serrrios]

Вот вылезло при создании форума. Помнится мне уже кто-то обращался в асю с такой же проблемой, тогда вылечили указанием стандартного значения в базе(к примеру: "бла-бла").

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

Field 'forum_last_post_subject' doesn't have a default value [1364]

SQL

INSERT INTO forums (parent_id, forum_type, forum_status, forum_parents, forum_name, forum_link, forum_desc, forum_desc_uid, forum_desc_options, forum_desc_bitfield, forum_rules, forum_rules_uid, forum_rules_options, forum_rules_bitfield, forum_rules_link, forum_image, forum_style, display_subforum_list, display_on_index, forum_topics_per_page, enable_indexing, enable_icons, enable_prune, prune_days, prune_viewed, prune_freq, forum_addfields, forumas, forum_options, forum_flags, left_id, right_id) VALUES (1, 1, 0, '', 'Закрытый форум', '', '', '', 7, '', '', '', 7, '', '', '', 0, 1, 0, 0, 1, 0, 0, 7, 7, 1, '', 0, 0, 48, '18', 19)

BACKTRACE

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

FILE: includes/acp/acp_forums.php
LINE: 1050
CALL: dbal_mysql->sql_query()

FILE: includes/acp/acp_forums.php
LINE: 188
CALL: acp_forums->update_forum_data()

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

FILE: adm/index.php
LINE: 75
CALL: p_master->load_active()

[Caratel]

Да-да) я обращался) вылечили путём добавления значения "ololo"

[serrrios]

После длительного юзанья нгинкса, решил снова поюзать апач:

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

Fatal error: Cannot redeclare bdecode_f() (previously declared in C:\xampp\htdocs\sib-tracker.ru\html\tracker\include\bencoding.php:13) in C:\xampp\htdocs\sib-tracker.ru\html\tracker\include\bencoding.php on line 23

[Likan_TM]

В чата время показывается на час вперед. Пробовал опцию в админке

  Коррекция времени в чате:
Корректировать время в чате на указанное значение, для коррекции в меньшую сторону поставить перед значением знак минус (сек.)

ставить на -3600 - выдает ошибку:

ставить на - 3600 (сжирает но на выходе в этой ячейке опять "0")

Возможно ли все-таки синхронизировать время с реальным?
P.S. Сейчас стоит последняя версия трекера....