Кодировка статы...

Добрый вечер.
Почти везде выдается ошибка.

Как решить?..

Грузит он, только надо подождать... мин 5-7
Проблема была в разных кодировках указанных на сайте и в базе... все сделал... Вопрос можно закрывать...
"Гугл мощъ!"

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

дай ссылку . . .

Вчера пришло откатить комп на 3 дня... полетело все... сайт остался... щас буду заново все ставить
Статистика же на сайте stats.dyndns.biz .

Все поставил кодировка все норм...
Баны отображаются, история игр тоже.
Но статистика и все про игры Не показывает...
А не показывает потому что бот не записывает данные в таблицу О_о..
А почему он не записывает??

А можно как-то списаться в скайпе например?.. или только на форуме?
Можешь вкратце написать, что там у меня криво?
Щас пробую brtGhost...

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

Все решил... Спасибо LongMan 'у . Ты был прав - ошибка в конфиге...

ошибки как убрать?


Notice: Undefined index: meta in F:\home\90.188.51.3\www\header.php on line 79

Notice: Undefined index: meta_desc in F:\home\90.188.51.3\www\header.php on line 80

В языковом файле отсутствуют ./lang/(english|russian).php:

Код:

$lang['meta'] = 'dota, openstats, статистика, герои, предметы';
$lang['meta_desc'] = 'DotA OpenStats is MySQL based web statistic site for DotA games.';

Дебаг отключить в ./config.php:

Код:

// Enable error reportings
$_debug = 0;

Какого то хрена закрыли тему "кодировка..."http://forums.w3gh.ru/dota-open-stats-run-support/kodirovka-t2790.htmlА там не все так гладко как написано

У возникет проблема с запуском mySQL после внесения изменений в секцию [client]

Код:

[client]
default-character-set = utf8

ошибка:

Код:

unknown variable "default-character-set = utf8"

кроме того я создал заново базу данных в кодировке utf8_general_ci и попробовал забранить кого то:
- при бане через GhostOne во вкладке database бота причина бана на русском отображается правильно но в DOS & PHPmyadmin идут карякули
- при бане через PHPmyadmin в DOS и в PHPmyadmin отображаются "???"
- при бане через DOS в DOS и PHP все нормально но в GhostOne отображаются "???"

Что делать?

Для клиента запись не так важна в твоём случае, это нужно, если ты, например, юзаешь консоль mysql.

Если в базе везде выставлено utf8_general_ci в полях и в таблицах и в конфиге my.[cnf|ini] присутствует вот эта запись:

Код:

init_connect = 'SET collation_connection = utf8_general_ci; SET NAMES utf8;'

то вопросов быть не должно в DOSе.

Там могут быть ромбы с вопросами, потому, что в DOSе автор по незнанию юзает функции работы со строками - strlen, substr, strtolower, которые не предназначены для юникода (хотя в коде страниц поставил мета тег utf-8 ), нужно использовать функции семейства mb_ вместо тех, которые там сейчас.
Поэтому, в варнах и банах надо изменить подобную строку, чтобы выглядела вот так:

Код:

	if(mb_strlen($reason, 'UTF-8') >= 40)
		$reason = mb_strtolower(mb_substr($reason, 0, 40, 'UTF-8'), 'UTF-8') . '…';

уже есть определенный прогрес :-\
чтоб в DOS правильно отображалась причина бана надо сделать вот так:
1.Забанить ког-то ботом


2. Как видим в базе бота крякозябры


3.Заходим в PHPMyAdmin


4. В разделе "баны" видим кракозябрики


5.Правим причину бана руками


6. Ура PHPMyAdmin видит керилицу (раньше были "????")


7. и в DOS теперь желанный результат


Есть идеи? Плиз хелп!

1. внес все изменения в my.ini и MySQl теперь стартует.
2. сздал новую базу
3. внес изменения в bans.php:

Код:

if(mb_strlen($reason, 'UTF-8') >= 40)
      $reason = mb_strtolower(mb_substr($reason, 0, 40, 'UTF-8'), 'UTF-8') . '…';

Мб проблема в боте?

ViperNight, опередил ты меня с ($reason, 'UTF-8') >= 40)
GeroyAnekdotov, 2 и 4 пункт - всё норм.

[В дополнение к вышенаписанному]

Тут поступили вопросы, как на DoS’е работающем с Webserver+MySQL в UTF-8 отобразить уже закракозябренный текст в базе, в нормальном, читаемом виде на странице сайта.

К примеру, вывод причины для страницы банов и варнов:

Код:

	$reason = mb_convert_encoding($reason, 'Windows-1252', 'UTF-8');

	$celltitle = ' title="' . $reason . '"';

	if(mb_strlen($reason, 'UTF-8') >= 40)
		$reason = mb_strtolower(mb_substr($reason, 0, 40, 'UTF-8'), 'UTF-8') . '…';

Аналогичную штуковину можно реализовать на уровне SQL-запроса в базу, но смысла нету.

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