Forumlar / National / Russian / Тех. поддержка / Баги и ошибки движка (Genoa 0.6)

<<<1...5...10...2829303132>>>

Sergey
#451 2011-11-27 14:59

Странно все это. У меня на экране сайт отображается FF 8.

www.cotonti.mobi
Nik Samokhvalov
#452 2011-11-27 15:05

Мои догадки подтвердились. Удивительно, но всё дело было в iconv() плагина AN 3D Tag Cloud. Стоило закоментировать эту функцию, как всё заработало enlightened

Trustmaster, спасибо, что откликнулся ;-)

Sorry for my English.
Sergeich
#453 2011-11-27 18:42

А на хостинге эта фича установлена? Она далеко не на всех хостингах включена по умолчанию :)

Nik Samokhvalov
#454 2011-12-03 19:24

Всё может быть (у меня ВПС) :-) Я только начинаю осваивать вопросы серверов, скорее всего вы правы ;-)

Sorry for my English.
Macik
#455 2011-12-25 21:26

Не то, чтобы баг, но старая фича:

При срабатывании защиты от спама (shield protection) мы получаем Фатальную ошибку через cot_diefatal()

Fatal error: Shield protection activated, please retry in 8 seconds...
After this duration, you can refresh the current page to continue.
Last action was : Registration

#0  cot_diefatal(Shield protection activated, please retry in 8 seconds...
After this duration, you can refresh the current page to continue.
Last action was : Registration) called at [\system\functions.php:4364]
#1  cot_shield_protect() called at [site\login.php:76]

Тут 2 момента:

  • отлов фатальных ошибок (это надеюсь будет исправлено в #776.)
  • необходимость вынести текст сообщения в lang файлы, чтобы выводить его на нужном языке.
https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F
Nik Samokhvalov
#456 2012-01-01 09:02

Перенёс сайт на хостинг Агавы и получил «временную» ошибку:

Fatal error: Call to undefined function: date_default_timezone_set()

Пробовал как тут, не помогло. Скажите, в чём причина?

Sorry for my English.
Trustmaster
#457 2012-01-01 11:25
#32377 Veter:

Перенёс сайт на хостинг Агавы и получил «временную» ошибку:

Fatal error: Call to undefined function: date_default_timezone_set()

Пробовал как тут, не помогло. Скажите, в чём причина?

Судя по этому, причина в древнем PHP.

May the Source be with you!
agir
#458 2012-01-20 05:02

Думаю что "настоящий" баг:

http://www.cotonti.com/forums?m=posts&q=5705&n=unread#unread

решение там-же привел, но желательно подправить в core изначально.

Кстати создайте в дистрибутиве папку templates , ту которая в кеше, вопросов меньше будет.

Спасибо.

Yusupov
#459 2012-02-02 10:40

Заметил один неприятный момент. При сохранении данных в кэше движка при большом массиве сохраняемых данных в кэш записывается только часть (обрезается), которую потом нельзя восстановить функцией unserialize(). Предлагаю для поля c_value в таблице sed_cache поставить тип данных longtext вместо text

Может конечно это не баг, но вдруг понадобится кэшировать большой массив данных.

 

Nafanya
#460 2012-06-07 08:24

В форуме не работает {FORUMS_POSTS_ROW_USERXXXXX_TITLE} название дополнительного поля не отображается. Я посмотрел в файле forums.posts.inc.php, мен кажется там ошибка в 721 строчке. Сейчас там

isset($L['page_'.$extrafield['field_name'].'_title']) ? $t->assign('FORUMS_POSTS_ROW_USER'.$uname.'_TITLE', $L['page_'.$extrafield['field_name'].'_title']) : $t->assign('PAGE_'.$uname.'_TITLE', $extrafield['field_description']);
Я исправил на 
isset($L['user_'.$extrafield['field_name'].'_title']) ? $t->assign('FORUMS_POSTS_ROW_USER'.$uname.'_TITLE', $L['user_'.$extrafield['field_name'].'_title']) : $t->assign('FORUMS_POSTS_ROW_USER'.$uname.'_TITLE', $extrafield['field_description']);
Названия стали отображаться. Но я не уверен, правильно ли я исправил.

 

Dayver
#461 2012-07-11 13:11

Поставил 0.6.23, в конфиге

$cfg['check_updates'] = true;

в админке вижу

Доступно обновление:

Текущая версия: 0.6.23(r)
Новая версия: 0.6.17(r2098)

A new Cotonti Update is Avaliable!

Баг или прикол?!

Pavlo Tkachenko aka Dayver
Trustmaster
#462 2012-07-11 18:06

Проверка обновлений перестала нормально работать в генуе с переходом от SVN к Git. Скорее баг.

May the Source be with you!
Edward
#463 2012-10-21 15:09

При обновлении с 0.6.23 до 0.6.24 не меняется алгоритм шифрования как заявлено.

При смене пароля пользователя продолжает использоваться md5. В таблице users в поле user_passfunc остается md5, хеш соответственно также md5

Хотя в настройках стоит использовать sha256.

Email: ed.gabishev@gmail.com
Telegram: https://t.me/Ed_Gaba
Yusupov
#464 2012-10-31 17:31

0.6.24: В профиле невозможно сменить пароль, хотя старый пароль вводится верно.

Trustmaster
#465 2012-10-31 18:31
#36029 Yusupov:

0.6.24: В профиле невозможно сменить пароль, хотя старый пароль вводится верно.

После апгрейда или свежая установка?

May the Source be with you!

<<<1...5...10...2829303132>>>