Буду описывать в режиме онлайн установку движка на хостинг (наметки будущих исправлений)
Скачал дистрибутив dev с github.com на 21 01 2011
распаковал на хостинг реального хостера (PHP Version 5.2.17)
Установил БД, переименовал cogear.new в поддомен сайта (по которому и тестирую), прописал настройки

При запуске получил ошибку
Notice: Trying to get property of non-object in /engine/Theme/Gear.php on line 173 Notice: Trying to get property of non-object in /engine/Theme/Gear.php on line 173 Notice: Indirect modification of overloaded property Cogear::$theme has no effect in /engine/Theme/Gear.php on line 173 Strict Standards: Creating default object from empty value in /engine/Theme/Gear.php on line 173 Notice: Trying to get property of non-object in /engine/Theme/Gear.php on line 174 Notice: Trying to get property of non-object in /engine/Theme/Gear.php on line 174 Fatal error: Call to a member function append() on a non-object in /engine/Theme/Gear.php on line 174
Как выяснилось — в файле index.php на 94 строке $host оказался NULL

$host = $cogear->request->get('HTTP_HOST');
при этом в $_SERVER['HTTP_HOST'] лежал адрес сайта

Нашел что это баг php при фильтрации (т.е. нужна другая версия php)

/engine/Core/Request.php на 64 строке
https://bugs.php.net/bug.php?id=49184

на версии php Version 5.3.6 работает нормально, т.е. в отношении реального хостинга надо придумать что то другое.

Пока что прописал$host = $_SERVER['HTTP_HOST'];
Тоже самое с $port = $cogear->request->get('SERVER_PORT').

Дальше была проблема с интернационализацией.

В файле /sites/cogear.new/config.php по умолчанию установлено следующее
'i18n' => array ( 'lang' => 'ru', ),
Считывается это так (/engine/I18n/Gear.php )

$this->adapter = new $adapter(config('i18n',array( 'lang' => 'en', 'path' => SITE.DS.'lang', )));
Как результат — у нас не установлена опция 'path', и он искал файл языка в '/ru.php'
Прописал в конфиг — 'path' => SITE.DS.'lang',
варианта еще 2.
1й — определить опцию по умолчанию 'path' => SITE.DS.'lang',
или 2й — проверять при использовании и если нет — то использовать 'path' => SITE.DS.'lang'

Сайт загрузился без видимых ошибок.

Залогинился.
При попытке изменить настройки текущего пользователя — не сохранил настройки.

Оказалось что в шестеренке USER при сохранении редактированных данных нужен
$user->object->adopt($result); а не
$user->adopt($result);

Добрый день!

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

Суть в следующем — хостер переехал на другой сервер, перенес сайт — и перестали открываться любые внутренние страницы. Перебрасывает на главную. Как это выглядит можно посмотреть на mymarussia.ru — покликать по любым ссылкам.
Грешил на .htaccess, но вроде он на месте. Вот его содержимое на всякий случай:

AddDefaultCharset utf-8 <Files ~ ".*\.(info|tpl)$"> Order allow,deny Deny from all </Files> RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php/$1

1. Документация
"Документация написана наполовину.© Дмитрий Беляев

Пардоньте сильно. IMHO: Она вообще не написана. То, что написано — _не_документация_ к фреймворку. Это сто пятая рассказка об как оно вообще. Брошеная кость.

Что ожидается (обычно) от документации к фреймоворку?
— Какие модули (классы/функции) имеются в наличии (регулярно обновляемый список, по мере добавления новых модулей)
— Какие аттрибуты, методы имеются в наличии в _каждом_ из модулей (детально, по каждому представленному модулю. с примерами _возможного_ использования. _без_необходимости методично засовывать физически нос в каждый из модулей и самостоятельно разбираться <как оно там..>.
Потому что, главное назначение фреймоворка (любого) — _быстрое_написание сайта.

Ничего подобного в документации представленной на 24 страницах нет.

2. Установка.

Для фреймоворка необходимо создать/установить уникальную базу данных. Именно его, родную, ту, которая идет с ним в пакете. Ни с какой другой, ранее существущей и, не дай бог, заполненой данными, он не будет работать. Даже, если ваша существующая имеет одноименные таблицы(поля в таблицах).
Почему?
Ответ:
в представленном… хм… фреймворке имеет место быть уникальное шифрование юзерпаролей, по схеме: md5(md5($password).unique_key). Причем ключ поставляется в пакете. И в документации нет ни слова о такой важной, как мне, наивно, видится, детали. Равно, как нет никакого механизма для изменения этого «уникального» ключа при инсталляции (соотвественно, уникальным этот ключ является для фреймворка, а не для вашего сайта.) Если вы планируете шифровать пароли каким-либо другим методом, вам придется кастомизировать шестерню User (method hashPassword), под свои нужды. Заранее оговорю — ни в коем случае, не правьте ту, которая идет в пакете. Механизм правки существущих шестерен (о котором тоже, к слову, нет ни слова в документации должен быть таковым. Скопируйте шестерню User (весь директорий) из дира engine в дир gears. И вот в копии уже вносите поправки.)
Далее, допустим вы изменили уникальный ключ (файл settings.php) вручную… В результате, логнуться под существующим админ/паролем в дефлтовом демо-сайте, можете и не мечтать. валидатор не пропустит. Вам придется ручками же, изменять хэш пароля в бд. Чтобы соотвествовало… По-большому счету, я вообще не понимаю, почему дефолтовым сайтом — для первоначального логина-настроек представлен блог. Как-то оно… очень не профессионально.

to be continued…

демо-сайте new.cogear.ru
Зачем я это делаю? Ответ: это нигде, на сегодняшний момент, не описано (или где-то описано, но я не нашла)
Каждый момент буду прописывать в отдельном посте. Тогда, мне кажется, нам будет легче прийти к консенсусу по каждому моменту.

зы.
Если у присуствующих есть свои собственные вводные, ровно одна просьба — пожалуйста сохраняйте дерево. заранее море спасиб.

продолжение следует…

Хотел сначала сделать топик на dev.cogear.ru, но передумал — лучше охватить побольше аудитории.

Cogear2 получается более абстрактным движком, нежели первый. У первого была довольно жесткая парадигма — хабрахабр-клон, блоги, лента, голосовалка за топики-комментарии. Второй гораздо более абстрактен. Просто поставить его и начать пользоваться как cms не получится — в него не заложено ни одной парадигмы использования. Это по сути фреймворк.

Вот эти парадигмы мне и хотелось бы обсудить. К релизу, или попозже, желательно иметь готовые сборки движка под разные нужды. Что это может быть?
1. Хабрахабр-клон, как первый некастомизируемый когир или livestreet. Удобно для пользователей первого когира, можно перенести сайты на новый движок.
2. Блог обыкновенный, по типу Wordpress.
3. Сайт обыкновенный, со страницами, которые можно добавлять в категории, в общем, обычная стандартная CMS.
4. Мини-соцсеть по типу вконтакта/фейсбука (новая любовь Димы, как я понял? :) ).

Что еще можно придумать?

Доброго времени суток!

Хотелось б поинтересоваться как же вставить swf в виде фона на движок cogear.
И желательно не просто вставить swf (это все умеют :)) а именно как фон на «фулскрин» сайта без белой коёмки.
Спасибо.

Доброго времени суток.
Подскажите какую шестеренку подправить чтобы, когда загружаешь картинки в пост автоматом вставлялась ссылка на них. А иначе у меня происходит только загрузка в папку upload и все.
И еще у меня нет такой иконки(загрузки картинки), как здесь при написании поста, а есть просто кнопка загрузить изображение.