Вопросы, советы, возможные модификации и вообще все про модуль статистики кланов

Модератор: Exinaus, shw

#87600 Exinaus 08 сен 2014, 10:03
Stormicon писал(а):Подскажите, в некоторых модулях автоматическая смена кодировки с CP1251 на UTF-8 не происходит, получается, надо указывать в тексте самих модулей перевод на utf-8, как в main.php ?

В принципе да.
Но, по идее, файл .htaccess который идет вместе с модулем содержит строку принудительно устанавливающую кодировку для отображения сайта как UTF-8. А при работе с базой данных первые передаваемые запросы в БД, после установления соединения, это установка кодировки utf-8 для всех транзакций с БД. Так что таких проблем возникнуть не должно.

Возможно у вас свой, собственный файл .htaccess, пожалуйста посмотрите есть ли там строка начинающаяся с AddDefaultCharset, и если есть - какая кодировка установлена там.
#87605 Stormicon 08 сен 2014, 11:08
Как это ни странно, AddDefaultCharset стоит utf-8. Файл .htaccess точно не менял.
Решение простое, при логине и входе в админку автоматом кодировка переключалась CP1251, поставил ту же строчку в admin/index.php - все стало нормально.
И почему-то со вчерашнего вечера cron стал выдавать ошибку: "Problem with getting tank info" со ссылкой на ветку версии 3.0.2
кусочек лога:
2014-09-08 15:02: (Info) Loging Started
2014-09-08 15:02: (Info) Authentication: 0
2014-09-08 15:02: (Info) Current run number 12
2014-09-08 15:02: (Info) Current db prefix: msfc_, clain ID: 97011
#87638 Exinaus 08 сен 2014, 14:44
Stormicon писал(а):Как это ни странно, AddDefaultCharset стоит utf-8. Файл .htaccess точно не менял.
Решение простое, при логине и входе в админку автоматом кодировка переключалась CP1251, поставил ту же строчку в admin/index.php - все стало нормально.

Странно. Теоретически должна работать система наследования настроек из .htaccess файлов. И настройки основного каталога должны распространятся на настройки подкаталогов. Но заработало все только после дублирования ...
Да и в самой админке прописана кодировка, в admin/views/ad_header.php:
Код: Выделить всё<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Stormicon писал(а):И почему-то со вчерашнего вечера cron стал выдавать ошибку: "Problem with getting tank info" со ссылкой на ветку версии 3.0.2
кусочек лога:
2014-09-08 15:02: (Info) Loging Started
2014-09-08 15:02: (Info) Authentication: 0
2014-09-08 15:02: (Info) Current run number 12
2014-09-08 15:02: (Info) Current db prefix: msfc_, clain ID: 97011

Это старая ошибка, с невозможностью получения данных из апи. Последнее время апи часто глючит, из за ивента.
Но судя по всему, вам не помешает обновить модуль до последней версии с github-a, там уже есть изменения по устранению этой ошибки.
#87845 Exinaus 10 сен 2014, 08:55
К сожалению, похоже да.
Вот ответ разработчиков на эту ситуацию:
Архитектура имеет очень сложную структуру и иерархию.

Если говорить просто, то методы Public API функционируют, но существуют зависимости от различных источников информации. В момент нагрузки на клановый функционал, данная библиотека (клановая) меняет приоритеты и не отдает PAPI информацию.

Можете и сами почитать, если интересно: тут

Ну и еще:
Если учесть, что методы PAPI - это единый источник получения информации из всех источников, то доля правды в Ваших словах присутствует.

Мы пересмотрим приоритеты. Это не значит, что они изменяться сейчас или в ближайшее время. Данный вопрос будет обязательно рассмотрен.

Т.е. если ситуация и изменится, то точно не в ближайшие несколько месяцев. В лучшем случае такое не повторится при следующем ивенте, но сейчас ждать нет смысла.
#87850 REDMONDS 10 сен 2014, 10:40
Перенесите время выполнения крона на другое. Например, когда все сервера разгружены, то есть 04:10 по Москве.
Логи крона 03.08.2014 - 10.09.2014:

 Читать дальше

#88497 Exinaus 15 сен 2014, 15:08
Скачайте версию с github-a, или завтра должен быть полноценный релиз 3.1.1 - там этот момент переработан.

Эта ошибка возникает из за принципов работы wg api (при большой нагрузке на базу данных вг приоритет на выдачу информации выдается ресурсам компании ВГ, а апи не возвращает информацию вообще, пока не спадет нагрузка), мы на это повлиять не можем.
Ошибка и в 3.1.1 может возникнуть, но там все переделано так, что бы максимально уменьшить вероятность ее появления.
#88500 Koshovoi 15 сен 2014, 17:09
curl_setopt_array() [function.curl-setopt-array]: CURLOPT_FOLLOWLOCATION cannot be activated when safe_mode is enabled or an open_basedir is set
Error on file /home/u247546522/public_html/function/curl.php, on line: 59

Code: curl_setopt_array( $this->sessions[$key], $options );


подскажите что не так?


обновил страницу - пишет уже такое "Parse error: syntax error, unexpected T_VARIABLE in /home/u247546522/public_html/function/mysql.php on line 26"

вот короче так - http://g-uaclan.url.ph

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 48

Реклама | Adv