Тогда посмотри еще сюда: dev.cogear.ru/issues/14, там Дима набросал своё видение сайта.

В целом весьма неплохо.

Хинт — если вы под виндой и гит не хочет добавлять файлы (git add), ругаясь «fatal: LF would be replaced by CRLF in » (так иногда бывает, когда в проект добавляешь библиотеки, написанный под линуксом), то надо открыть этот файл в Far и сохранить его клавишами Shift-F2 с указанием, что сохраняем с переводом строки CRLF.

Нам еще точно понадобится диз под хабраклон, пересаживать людей с первого когира. Так что идем на livestreet и смотрим удачные дизайны в их каталоге как примеры. В принципе, тут все ясно, структура первого когира известна, можно уже рисовать.

Вообще, ситуация с когиром сейчас такая, что нет особого смысла советоваться со всеми и выстраивать консенсус. Пока нет ничего. Так что надо волюнтаристски садиться и делать, никого не слушая. :) Максимум, советоваться с Димой по поводу того, будет ли это востребовано, например, какие-то фишки в админке и т.п.

Я уже кидал в чятег недавно найденный потрясающий дизайн: denk-groot.nl/admincp/login логин-пароль — любые.
жаль, он не очень подходит под админку второго когира.

Имхо, о безджаваскриптовых людях можно уже забыть.
Потому что если мы хотя бы в одном месте сделали аякс — считай, мы их уже потеряли. Нельзя быть немного беременой. В итоге — слишком накладно будут обходиться эти люди.

Мобильный рынок растет, но не за счет Нокии 3110, а за счет андроидов и айфона. Через год андроиды будут у всех. А там с js все нормально.

Pull request'ы на GitHub или Как мне внести изменения в чужой проект
habrahabr.ru/blogs/Git/125999

git clone git://github.com/codemotion/cogear.git

Тут есть важная деталь — движок будет скачан в папку cogear.
Можно указывать папку явно, например так:
git clone git://github.com/codemotion/cogear.git www

Итак, резюмируя.
По приоритету создания:

1. Сайт-визитка. Задача сайта — содержать инфу на страницах, структурированную по категориям. На страницах категорий показывается список страниц в некотором дизайне, страницы могут комментироваться или нет. Всё настраивается из админки, ЦА сборки — люди, вообще не знакомые с php, и боящиеся редактировать файлы непосредственно на сервере (кстати, надо еще обсудить, стоит ли на них ориентироваться, так как для них есть масса платных cms). Соответственно, бэкенд должен быть очень подробным. Необходимо с помощью него
— Создавать категории для страниц, неограниченной степени вложенности
— Перемещать дерево подкатегорий из одной категории в другую
— Создавать дополнительные поля для страниц. По дефолту, например, сейчас есть title и text, а может понадобиться много всего разного. Фича эта опциональна, так как нужна только для незнакомых с php, остальным будет проще дописать конфиг с этими полями и поставить хук на редактирование страницы.
Как видим, нужна по сути одна шестеренка для этого, PagesWithСategories. Или Categories, которая хукает Pages в нужных местах.

2. Сайт-хабраклон. Аналог первого когира или лайвстрита. Позволит подтянуть тех людей, кто вынужден жить с первым когиром до полноценной поддержки и переманить тех людей, кого не устраивает лайвстрит. Что нужно:
— Категории, в которых могут быть блоги, в которых могут быть посты. (в лайвстрите нет категорий блогов, есть плагин за 50 баксов, написанный под древнюю 0.3 версию, где все держится на страшных костылях, после покупки его я лично плюнул и написал все заново — так что проблема с этим у лайвстрита остается)
— Система рейтингов постов в блогах, блогов и пользователей.
— Виджеты на сайдбар, выводящие последние посты, последние комментарии, подписку на блоги, возможно, тэги (хотя тэги как способ упорядочивания информации себя дискредитировали, они в 90% случаев вносят хаос)
— Страницы с выводом всех последних записей в блогах и только интересных (набравших некий барьер голосов).
— Обычные страницы по категориям тоже не помешают.
— Разный френдеж и личные сообщения от пользователям к пользователям можно теоретически сделать, но на практике этим никто не пользуется, можно пренебречь или делать сильно потом.

3. Сайт-блог. Один или несколько пользователей, один блог, посты могут иметь одну категорию и несколько тэгов. Плюс:
— пингование поисковиков при добавлении контента
— удаленный постинг по xml-rpc
Делается просто, но из-за отсутствия дизайнов пользоваться им почти никто не будет. Впрочем, можно поставить задачу конвертации вордпрессовских дизайнов в когировские, которые будет использовать эта сборка, тогда процесс пойдет значительно веселее. Но задача трудная.

4. Оригинальная парадигма. То, чего еще нет. Надо выдумать из головы. Самый сложный пункт, но мне хотелось бы обсудить и его, возможно, в рамках мозгового штурма. Как еще можно организовать людей или информацию? У нас есть форумы и блоги (и нечто среднее в виде форума vanilla). И там и там есть свои плюсы и минусы. Может ли существовать что-то еще?

Алиасы для гита — это мастхэв, особенно для работы с логом (hist)

Вот еще разное полезное: paste.in.ua/2693/

/home/inetlover/.gitconfig

Ты лучше забей, снеси просто все (форк на гитхабе и /home/inetlover/cogear), форкни репозиторий на гитхабе еще раз и потом его отклонируй на винт на нужное место.

Давайте пока не делить шкуру неубитого. Будет движок популярным — хорошо, нет — все равно будем работать. :)

У тебя форкнутый репозиторий действительно состоит из одного файла: https://github.com/inetlover/cogear. Не знаю точно, как гитхаб делает форк, но, видимо, записывает туда все содержимое исходного репозитория. Посмотри размер директории .git, она должна быть большая.

И вдогонку про темы. Где менять название темы, которая юзается для сайта?
Как их добавлять к сайту? Класть папочку в /engine/Themes/? Как-то не айс engine трогать. А если при апдейте движка юзер её снесет и запишет новую?

Я, в общем, вот что предлагаю. Сделать иерархическую файловую систему, как в Кохане. Т.е. если положить файлик в /sites/domain.com/gears/Pages/templates/page.php, то для отображения будет браться именно он, а не то, что в engine. И оформлять Pages как шестеренку в sites не надо. То же относится к папке css и ко всем другим папкам и файлам. Так для народа будет гораздо удобнее, мне кажется, и кастомабельность движка возрастет значительно. И темы можно будет класть в /sites/domain.com/gears/Themes/

Возможно, я чего-то не догоняю и в движке это уже есть, тогда сорри. :)

Сейчас очень трудно начинать рисовать дизайн, потому что дизайн — это не кнопки-меню-картинки, а способ организации информации. Соответственно, если непонятно, что именно организовывать, то и о дизайне говорить пока рано. Сейчас можно подумать над css-фреймворком движка, то есть базовыми css-классами, которые по дефолту стоят в темплейтах у разных шестеренок — сделать, чтобы они выглядели нейтрально и подходили под любой будущий дизайн сайта, а так же сделать их подробное описание для документации.

Ага, заработало.
Тогда вопрос — если меня все устраивает в целом в Pages, но не устраивает шаблон, смогу я перегрузить только его? Т.е. что-то типа

class MyPages_Gear extends Pages_Gear { protected $name = 'MyPages'; protected $description = 'MyPages contains only templates/page.php and Gear.php'; public function renderPage($page) { $tpl = new Template('MyPages.page'); $tpl->item = $page; append('content', $tpl->render()); } }
Попробовал — не получается. Нужно перегружать всю шестеренку, со всеми потрохами?

А где должны лежать шестеренки, специфичные для домена? Например, чтобы перегрузить Pages, так как там задается роут на индекс. Я думал, что в /sites/domain.com/gears, но, похоже, это не так. И вообще, как сайт писать? Не делать же шестеренку Mysite в /engine?

Вот здесь — dev.cogear.ru/projects/cogear2/wiki/Слоеный_пирог актуальная инфа или нет? Что-то я куда в /sites/ шестеренку ни положу — она не видится.

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

Как говорится, плюс стопятьсот. Документация — наше всё. И писать её — сущее мучение.

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

Как вариант, можно юзать гитхаб, можно смотреть коммиты в dev-ветке. Но там пока все тихо.

PS В принципе, у нас есть redmine — dev.cogear.ru. Там есть вики, правда, простенькая форумы, правда, без древовидных комментов, новости. Надо дать туда ссылку с морды cogear.ru (а так же дать ссылку на скайповский чат там же) и всю инфу собирать и структурировать там. Хабрахабр-стайл плохо подходит для этого.

PSS Ошибочно ответил не на ту ветку, как убить коммент ниже?

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

Как говорится, плюс стопятьсот. Документация — наше всё. И писать её — сущее мучение.

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

Как вариант, можно юзать гитхаб, можно смотреть коммиты в dev-ветке. Но там пока все тихо.

PS В принципе, у нас есть redmine — dev.cogear.ru. Там есть вики, правда, простенькая форумы, правда, без древовидных комментов, новости. Надо дать туда ссылку с морды cogear.ru (а так же дать ссылку на скайповский чат там же) и всю инфу собирать и структурировать там. Хабрахабр-стайл плохо подходит для этого.