Powered by CodeIgniter

Облако тегов → баги

Собственно назрело и несколько вопросов, и несколько багрепортов.
По репортам:
  • Node становится promoted, если его заминусить. Если минусить дальше — promoted останется, если выровнять опять на ноль, то пропадает с главной
  • Мультизагрущик в TinyMCE. Обычный (до 5 фото) работает идеально. Мульти — пишет, что загружает, но в папке ничего не появляется. (искал логи, не нашел, где они и есть ли вообще?)
  • Ошибка 404. Почему-то CMS пытается по-видимому пытается подгрузить модуль, при обращении по левому адресу (пример)
  • Cron. Не знаю, что с ним (скажите мне, где логи, /engine/codeigniter/logs — пустая папка, кроме index.html). Поставил обновление синдикации RSS — ни разу не сработал (естественно менял время срабатывания). Сама синдикация работает (вручную). Правда по ней тоже есть замечания :)

Вопрос: могут ли возникнуть проблемы, при использовании домена.РФ? Сейчас выбираю себе, боюсь за двиг.
Ну и главный вопрос, как продвигается Cogear 2.0? :) К июню-июлю сможем видеть? :)
P.S. В 2.0 не планируется поддержки кроссдоменности? Убрать в движке привязку к адресу сайта. Тоже столкнулся с этой пролемой.
Ну и кроме всего прочего — еще раз спасибо за CMS.
11:22 ← 10 мая 2011 Отправить в Твиттер beloveBeLove  RSS comments 4
Давно присматривался к Cogear, и тут один хороший человек из mail.ru сказал «клевая система, рекомендую». Начал ставить.

Случилось так, что основной хостинг для нас сейчас — IIS 7.0 на VDS с Windows Web Server 2008.
Настроен хостинг был по дефолту, и бубен понадобился неоднократно.

Во-первых, система требует установки в PHP.ini функции allow_call_time_pass_reference в положение On, что совершенно не очевидно ни по каким инструкциям.

Во-вторых, необходима установка полного доступа для всей группы IIS_users на большинство папок (у меня начало работать нормально только после того, как полный доступ был выставлен к корневой папке).

В-третьих, необходима установка Memcache, без которого система падает при открытии админки.

В-четвертых, кнопка «очистить кеш» в админке кладет сайт наглухо и он не работает до перезапуска сервера. Несмотря на полный доступ для всех, выдает ошибку:
A PHP Error was encountered

Severity: Warning

Message: mkdir() [function.mkdir]: Permission denied

Filename: library/template.class.php

Line Number: 390

В-пятых, при попытке поставить аватар (не жмем лишних кнопок во избежание) показывается полный путь и не удается открыть (вместо sitename.ru/uploads/images пишется c:/siteroot/uploads/images и не работает).

В итоге, как ни хочется, системой пользоваться пока не получается… :(
04:21 ← 23 ноября 2010 Отправить в Твиттер ryazanskyRyazansky  RSS comments 10
Достаточно забавный момент я обнаружил — перейдите по ссылке cogear.ru/1/ и увидите, что некоторые новые как-бы раньше самых первых записей.
Почему так — пока разбираться нет времени (может это связано с косяками кэша или индексов БД?).
23:42 ← 17 июня 2010 Отправить в Твиттер sudersuder  RSS comments 10
Система в общем понравилась но встретил неприятный глюк и пока в системе не разбираюсь, но сразу пишу сюда.

Суть бага: После загрузки аватара, заместо аватара выдает полный путь до него на сервере куда он сохранился, а сохраняется он в папке %web root%/uploads/avatars/1/%image%
вот скрин:

Веб сервер — apache_2.2.14 / php-5.2.13
ось win2k3
22:58 ← 19 марта 2010 Отправить в Твиттер tsukasa-mixerTsukasa-mixer  RSS comments 8
Итак, косяк первый:
При активизации закрытого режима в модуле инвайтов перестает работать загрузка картинок и вывод kcaptcha.
Решение: В хуках шестеренки инвайтов (gears/invites/_hooks.php) в функцию invite_header добавляем следующее
&& $CI->name != 'kcaptcha' && !in_array('upload',$CI->uri->segments) То есть
было:
if($CI->name != 'user' && !in_array('ajax',$CI->uri->segments)) стало:
if($CI->name != 'user' && !in_array('ajax',$CI->uri->segments) && $CI->name != 'kcaptcha' && !in_array('upload',$CI->uri->segments))
10:58 ← 05 января 2010 Отправить в Твиттер sudersuder  RSS comments 7