Облако тегов → баги
Собственно назрело и несколько вопросов, и несколько багрепортов.
По репортам:
Вопрос: могут ли возникнуть проблемы, при использовании домена.РФ? Сейчас выбираю себе, боюсь за двиг.
Ну и главный вопрос, как продвигается Cogear 2.0? :) К июню-июлю сможем видеть? :)
P.S. В 2.0 не планируется поддержки кроссдоменности? Убрать в движке привязку к адресу сайта. Тоже столкнулся с этой пролемой.
Ну и кроме всего прочего — еще раз спасибо за CMS.
По репортам:
- Node становится promoted, если его заминусить. Если минусить дальше — promoted останется, если выровнять опять на ноль, то пропадает с главной
- Мультизагрущик в TinyMCE. Обычный (до 5 фото) работает идеально. Мульти — пишет, что загружает, но в папке ничего не появляется. (искал логи, не нашел, где они и есть ли вообще?)
- Ошибка 404. Почему-то CMS пытается по-видимому пытается подгрузить модуль, при обращении по левому адресу (пример)
- Cron. Не знаю, что с ним (скажите мне, где логи, /engine/codeigniter/logs — пустая папка, кроме index.html). Поставил обновление синдикации RSS — ни разу не сработал (естественно менял время срабатывания). Сама синдикация работает (вручную). Правда по ней тоже есть замечания :)
Вопрос: могут ли возникнуть проблемы, при использовании домена.РФ? Сейчас выбираю себе, боюсь за двиг.
Ну и главный вопрос, как продвигается Cogear 2.0? :) К июню-июлю сможем видеть? :)
P.S. В 2.0 не планируется поддержки кроссдоменности? Убрать в движке привязку к адресу сайта. Тоже столкнулся с этой пролемой.
Ну и кроме всего прочего — еще раз спасибо за CMS.
Давно присматривался к Cogear, и тут один хороший человек из mail.ru сказал «клевая система, рекомендую». Начал ставить.
Случилось так, что основной хостинг для нас сейчас — IIS 7.0 на VDS с Windows Web Server 2008.
Настроен хостинг был по дефолту, и бубен понадобился неоднократно.
Во-первых, система требует установки в PHP.ini функции allow_call_time_pass_reference в положение On, что совершенно не очевидно ни по каким инструкциям.
Во-вторых, необходима установка полного доступа для всей группы IIS_users на большинство папок (у меня начало работать нормально только после того, как полный доступ был выставлен к корневой папке).
В-третьих, необходима установка Memcache, без которого система падает при открытии админки.
В-четвертых, кнопка «очистить кеш» в админке кладет сайт наглухо и он не работает до перезапуска сервера. Несмотря на полный доступ для всех, выдает ошибку:
В-пятых, при попытке поставить аватар (не жмем лишних кнопок во избежание) показывается полный путь и не удается открыть (вместо sitename.ru/uploads/images пишется c:/siteroot/uploads/images и не работает).
В итоге, как ни хочется, системой пользоваться пока не получается… :(
Случилось так, что основной хостинг для нас сейчас — 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 и не работает).
В итоге, как ни хочется, системой пользоваться пока не получается… :(
Достаточно забавный момент я обнаружил — перейдите по ссылке cogear.ru/1/ и увидите, что некоторые новые как-бы раньше самых первых записей.
Почему так — пока разбираться нет времени (может это связано с косяками кэша или индексов БД?).
Почему так — пока разбираться нет времени (может это связано с косяками кэша или индексов БД?).
Система в общем понравилась но встретил неприятный глюк и пока в системе не разбираюсь, но сразу пишу сюда.
Суть бага: После загрузки аватара, заместо аватара выдает полный путь до него на сервере куда он сохранился, а сохраняется он в папке %web root%/uploads/avatars/1/%image%
Веб сервер — apache_2.2.14 / php-5.2.13
ось win2k3
Суть бага: После загрузки аватара, заместо аватара выдает полный путь до него на сервере куда он сохранился, а сохраняется он в папке %web root%/uploads/avatars/1/%image%
вот скрин:![]() |
Веб сервер — apache_2.2.14 / php-5.2.13
ось win2k3
Итак, косяк первый:
При активизации закрытого режима в модуле инвайтов перестает работать загрузка картинок и вывод kcaptcha.
Решение: В хуках шестеренки инвайтов (gears/invites/_hooks.php) в функцию invite_header добавляем следующее
было:
При активизации закрытого режима в модуле инвайтов перестает работать загрузка картинок и вывод 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))



admin → блог Nepofigist / О Cogear: немного эмоций 11
JiLiZART → Новости / Релиз фреймворка задерживается 173
Oleksandr → Обновления / Loginza 19
Ramir → Запросы, предложения и планы / Оптимизация Cogear One 3
Ramir → блог aesteral / Сжатие JavaScript и CSS 2
IceDragon → блог IceDragon / Тестирование cogear2 на реальном хостинге 1