cotonti.com : Баги и ошибки движка (Genoa 0.6) https://www.cotonti.com Neueste Themenbeiträge Cotonti en Sun, 02 Aug 2026 06:12:21 -0000 Sergey Вот этот участок рейтинга страницы, который формирует скрипт джавы

	$('.rstar').rating({
		callback: function(value, link) {
			rate_val = value;
			rate_name = $(this).attr('name');
			rate_code = rate_name.replace('rate_', '');
			$('#' + rate_code + '_submit').css('display', '');
		}
	});
});
//]]>
</script><form action="page.php?al=BBcode_table&amp;inr=send" method="post" id="p138_form" name="p138_form" style="display:inline;clear:none;margin:0;padding:0"><div style="display:inline;margin:0;padding:0"><input type="hidden" name="x" value="e59ce4c037548e49" /></div>
	<div class="rating"><input id="rate_p138" name="rate_p138" type="radio" class="rstar {split:2}" value="1" title="Очень плохо"   /><input id="rate_p138" name="rate_p138" type="radio" class="rstar {split:2}" value="2" title="Плохо"   /><input id="rate_p138" name="rate_p138" type="radio" class="rstar {split:2}" value="3" title="Неплохо"   /><input id="rate_p138" name="rate_p138" type="radio" class="rstar {split:2}" value="4" title="Удовлетворительно"   /><input id="rate_p138" name="rate_p138" type="radio" class="rstar {split:2}" value="5" title="Нормально"   /><input id="rate_p138" name="rate_p138" type="radio" class="rstar {split:2}" value="6" title="Почти хорошо"   /><input id="rate_p138" name="rate_p138" type="radio" class="rstar {split:2}" value="7" title="Хорошо"   /><input id="rate_p138" name="rate_p138" type="radio" class="rstar {split:2}" value="8" title="Очень хорошо"   /><input id="rate_p138" name="rate_p138" type="radio" class="rstar {split:2}" value="9" title="Отлично"   /><input id="rate_p138" name="rate_p138" type="radio" class="rstar {split:2}" value="10" title="Идеально"   /><input type="submit" value="Отправить" id="p138_submit" class="rating_submit" />
	</div>
</form>

Валидатору не нравится  повтор

id="rate_p138" name="rate_p138"

Нечто похожее было и форуме, но я как-то исправил и.. не зафиксировал как, к сожалению

]]>
Di, 02 Apr 2013 06:51:47 -0000
Trustmaster Почему бы и не исправить. А можно больше информации, где ругается, на какой файл?

]]>
Mo, 01 Apr 2013 19:56:43 -0000
Sergey Рейтинг страниц в Генуе раздрожает ошибкой:

line 114 column 142 - Ошибка: ID "rate_p137" already defined
line 114 column 32 - Информация: ID "rate_p137" first defined here
line 114 column 246 - Ошибка: ID "rate_p137" already defined
line 114 column 32 - Информация: ID "rate_p137" first defined here
line 114 column 352 - Ошибка: ID "rate_p137" already defined
line 114 column 32 - Информация: ID "rate_p137" first defined here
line 114 column 468 - Ошибка: ID "rate_p137" already defined


Нельзя ли подправить?

]]>
Mo, 01 Apr 2013 12:33:05 -0000
Alex300 Модуль магазина есть и успешно функционирует на ряде сайтов. Как только дойдут руки - выложу для всех.

]]>
So, 24 Mär 2013 14:45:27 -0000
Yusupov Знающие люди уже давно поняли, что Cotonti достаточно хороший фреймворк, на базе которого можно разработать практически любой интернет-сервис. В "злополучной" бирже на Genoa действительно случилась такая неприятная история. Правда все это происходило не на полностью готовом сайте, как это утверждается в статье. К сожалению, владелец ресурса запустил сайт, не дожидаясь завершения разработки и полного тестирования. Сама разработка же проводилась непосредственно на сервере, так как владелец пожелал работать именно так, чтобы самому иметь возможность вносить изменения в оформление биржи. Ему еще повезло, что все сделки совершаемые к тому моменту на сайте были не действительными.

А Фриланс-биржа уже давно переработана и переведена на Siena в полном соответстивии с API Cotonti, а также с учетом всех багов, которые были выявлены и исправлены в старой версии.

]]>
Sa, 23 Mär 2013 21:32:58 -0000
Sergey Я с удовольствием  начал бы работу, но не с магазина, а с витрины.  Но и эта задача требует проекта.

]]>
Sa, 23 Mär 2013 21:04:43 -0000
Sergeich Ну почему злополучная, один из самых востребованных модулей, как показывает практика :). если бы ещё модуль магазина появился, то вообще бы народ попёр :)

]]>
Sa, 23 Mär 2013 19:32:14 -0000
Trustmaster Забавно, злополучная биржа уже до светской хроники добралась :) Спасибо за ссылку!

]]>
Sa, 23 Mär 2013 06:43:02 -0000
avtor Добавлено 5 минуты спустя:

Дочитал до комментария взломщика. Отбой. "По поводу же векторов атаки — все приведенные дыры в безопасности были дырами в одном единственном плагине Cotonti — не так давно удивившем свет плагине фрилансерской биржи. К слову сказать (это больше относится к гневному комментарию выше), устранение уязвимостей происходило именно на уровне модуля CMS, а не заплатками на сайте, так как «Пентестер» совершенно бескорыстно оставлял репорты и по месту разработки CMS, для которой вскоре вышло глобальное обновление. "]]>
Fr, 22 Mär 2013 18:48:35 -0000
xaknet #36033 Yusupov:
#36030 Trustmaster:
#36029 Yusupov:

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

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

Свежая установка.

Здравствуйте, удалось исправить ошибку?

]]>
Di, 13 Nov 2012 14:11:17 -0000
Yusupov #36030 Trustmaster:
#36029 Yusupov:

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

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

Свежая установка.

]]>
Mi, 31 Okt 2012 19:31:19 -0000
Trustmaster #36029 Yusupov:

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

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

]]>
Mi, 31 Okt 2012 18:31:18 -0000
Yusupov 0.6.24: В профиле невозможно сменить пароль, хотя старый пароль вводится верно.

]]>
Mi, 31 Okt 2012 17:31:18 -0000
Edward При обновлении с 0.6.23 до 0.6.24 не меняется алгоритм шифрования как заявлено.

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

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

]]>
So, 21 Okt 2012 15:09:59 -0000
Trustmaster Проверка обновлений перестала нормально работать в генуе с переходом от SVN к Git. Скорее баг.

]]>
Mi, 11 Jul 2012 18:06:08 -0000
Dayver Поставил 0.6.23, в конфиге

$cfg['check_updates'] = true;

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

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

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

A new Cotonti Update is Avaliable!

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

]]>
Mi, 11 Jul 2012 13:11:53 -0000
Nafanya В форуме не работает {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']);
Названия стали отображаться. Но я не уверен, правильно ли я исправил.

 

]]>
Do, 07 Jun 2012 08:24:57 -0000
Yusupov Заметил один неприятный момент. При сохранении данных в кэше движка при большом массиве сохраняемых данных в кэш записывается только часть (обрезается), которую потом нельзя восстановить функцией unserialize(). Предлагаю для поля c_value в таблице sed_cache поставить тип данных longtext вместо text

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

 

]]>
Do, 02 Feb 2012 10:40:09 -0000
agir Думаю что "настоящий" баг:

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

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

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

Спасибо.

]]>
Fr, 20 Jan 2012 05:02:20 -0000
Trustmaster #32377 Veter:

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

Fatal error: Call to undefined function: date_default_timezone_set()

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

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

]]>
So, 01 Jan 2012 11:25:44 -0000
Nik Samokhvalov Перенёс сайт на хостинг Агавы и получил «временную» ошибку:

Fatal error: Call to undefined function: date_default_timezone_set()

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

]]>
So, 01 Jan 2012 09:02:30 -0000
Macik Не то, чтобы баг, но старая фича:

При срабатывании защиты от спама (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 файлы, чтобы выводить его на нужном языке.
]]>
So, 25 Dez 2011 21:26:39 -0000
Nik Samokhvalov Всё может быть (у меня ВПС) :-) Я только начинаю осваивать вопросы серверов, скорее всего вы правы ;-)

]]>
Sa, 03 Dez 2011 19:24:46 -0000
Sergeich А на хостинге эта фича установлена? Она далеко не на всех хостингах включена по умолчанию :)

]]>
So, 27 Nov 2011 18:42:19 -0000
Nik Samokhvalov Мои догадки подтвердились. Удивительно, но всё дело было в iconv() плагина AN 3D Tag Cloud. Стоило закоментировать эту функцию, как всё заработало enlightened

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

]]>
So, 27 Nov 2011 15:05:42 -0000
Sergey Странно все это. У меня на экране сайт отображается FF 8.

]]>
So, 27 Nov 2011 14:59:21 -0000
Nik Samokhvalov Уже прочитал в ЛС и закомментил. Безрезультатно.

У меня почему-то подозрения на плагины есть. Через 10 минут отпишусь.

]]>
So, 27 Nov 2011 14:14:51 -0000
Trustmaster Попробуй закомментировать ob_start в common.php, может выплывут сообщения об ошибке на экран.

]]>
So, 27 Nov 2011 14:13:06 -0000
Nik Samokhvalov Ставил 777 на всё (datas, cache, templates), безрезультатно.

]]>
So, 27 Nov 2011 14:11:04 -0000
Trustmaster Проще по-моему всё-таки аккуратно права в datas поправить, чем так издеваться над собой :)

]]>
So, 27 Nov 2011 10:13:19 -0000
Fox Так попробуй перенести, потом востановить дамп. Мне помагало нетолько переносить с локалки но из хоста на хост.

]]>
So, 27 Nov 2011 09:38:41 -0000
Nik Samokhvalov Trustmaster, написал ЛС.

Fox, так скины, плагины и модули всё= придётся переносить.

]]>
So, 27 Nov 2011 09:34:03 -0000
Fox У меня тоже такое бывало. Так я стал переносить по другому, а имено сначала на хостинге устанавливал чистую версию, с локальной машины брал дамп БД жалательно в зип архиве и востанавливал на хостинге Да при необходимости дамп БД переименовать в имья БД что на серваке.Потом все папки из datas перенести на хостинг и всё.

]]>
So, 27 Nov 2011 09:31:00 -0000
Trustmaster А к datas/cache/templates в частности доступ 777? Есть возможность посмотреть error_log?

]]>
So, 27 Nov 2011 09:14:06 -0000
Nik Samokhvalov Не, ни фига. Кэш по ФТП я уже удалял — не помогло. А в админку я зайти не могу: сайт-то вообще не показывается :) Из sed_cashe (БД) записи то же удалял. Безрезультатно...

]]>
So, 27 Nov 2011 08:22:47 -0000
Sergeich попробуй зайти в админку и удалить кеш, как вапиант просто грохни все файлы кеша (но не папки). проверь конфиг.пхп, всё ли правильно заполнено.

]]>
So, 27 Nov 2011 08:14:23 -0000
Nik Samokhvalov 777

]]>
So, 27 Nov 2011 07:38:28 -0000
Sergeich права на папку кеша какие?

]]>
Sa, 26 Nov 2011 22:17:21 -0000
Nik Samokhvalov Помогите разобраться (это не ошибка движка, но тему отдельную создавать не стал). 

http://postlife.ru/index.php 

Сайт ничего не выводит в браузер (

HTML-страницы и др. PHP-сценарии на сервере работают. В чём м.б. дело?

P.S. Сайт переносил с денвера на сервер.

]]>
Sa, 26 Nov 2011 20:59:54 -0000
Dayver #31591 Fox:

Не знаю что здесь плохого наоборот нормально, вот в последней версии дле реализовали такую штуку. Даже если страницу перенесли или изменили алиас то страница всеравно доступна по ID только в дле всё через 301 редирект. В Сиене не знаю как но не помешало

Плохое в том что одна и та же страница имеет разные адреса  ... а это плохо ... тем более что в Genoa (а топик именно об этой линейке) намёков на 

<link rel="canonical" href="" /> 

нету ..... а нормально это как раз предложеный мною вариант кода (делает именно 301 редирект на правильный адрес ... видимо тоже самое что и плагин esclkm для сиены) .... да и об изменении алиаса я не говорил (доступность по ид всегда была и есть ... хотя и тут можем получить подобную проблему - когда алиас пустой и поисковик кушает адрес с идишником, а потом алиас заполняется и сайт начинает отдавать поисковику ту же страницу с новым адресом - но этот вариант я не расматриваю ибо более редкий случай чем с перемещением страницы в другую категорию) говорил лишь об изменении категории (в этом случае при определеной настройке ЧПУ с конкретными примерами url'ов которые я привел имеем проблему). Надежды на то что такое решение(как правка system/core/page/page.inc.php) появится в 0.6.21 у меня нету - но суть проблемы озвучил и привел вариант ее решения - может кому пригодится

#31596 esclkm:

подробно что чего и как. это пища для моего плагина уже существующего

Плагин существует лишь для сиены (повторюсь топик о Genoa) .... да и причины почему он существует отдельно от плагина urleditor мне не ясны

Добавлено 2 минуты спустя:

Кстати приведенный ранее код решения не универсален и предназначен лишь для конкретного случая настройки ЧПУ

]]>
Fr, 25 Nov 2011 11:29:01 -0000