Powered by CodeIgniter
admin

admin

58
62 голоса
  ПрофильБлог (155)Комментарии (2177)Закладки (11)Продукты (19) 
Вектор развития Друзья, приветствую. Пару дней назад, 16 июня 2010 года, исполнился год, как cogear появился на свет. В связи с этим стоит приоткрыть завесу тайны над тем что твориться в самом сердце движка и рассказать об основных задачах, стоящих перед командой разработчиков проекта.
Кратко охарактеризуем наши успехи выдержкой из сравнительного обзора CMS по категориям на Хабре:
Социальная сеть, написанная на Codeigniter. Из всех виденных движков у автора этого — самый серьёзный подход к документации, внешнему виду и всем и всяческим мелочам. И вообще, автор проделал гигантский рывок при написании этого движка. Продуманная архитектура позволяет при наличии знаний сделать на Cogear что угодно, хотя движок и заточен на соцсети. В недостатках то, что весь воз автор тянет на себе в одиночку и явно устал. Хотя и грозится переписать с нуля и не на CI. В каталоге плагинов сейчас имеется десяток дополнений и ни одной темы, но написание расширений очень простое и быстрое за счёт архитектуры и системы хуков. Также иногда случаются косяки, и движок совершенно не дружит с вин-хостингом. Но на багрепорты автор реагирует очень быстро.
Несмотря на то, что данная статья была опубликована автором сравнительно недавно, большая часть указанных нюансов уже решена.
Самое главное — сообщество cogear растет и крепнет с каждым днем, также как и интерес людей к проекту.
У нас замечательные программисты — IceDragon, suder, Freem, dreycorp; талантливые дизайнеры — dqpb, GrinGoO; и много новичков, активно проявляющих себя в жизни сообщества, и других.
Автор статьи прав, за два года закрытой и публичной разработки я утомился пахать это поле в одиночку.

Core Team

На данный момент в центре всех событий помимо меня находится Миша IceDragon, поскольку мы земляки и периодически пересекаемся на просторах города на Неве, а также часто созваниваемся для решения глобальных задач по проекту. Если вы хотите принимать активное участие в будущем проекта — просто обращайтесь к нам.
Проект развивается и растет, поэтому некоторые вещи, написанные в одиночку год назад, например, кажутся уже неуместными. В силу подобных обстоятельств мы твердо решили, что нужно не просто «перевести движок на jQuery», но возвести новую версию системы за максимально короткие сроки и с максимальной эффективностью.
Много стоящих мыслей и идей сконцентрированы в наших умах, поэтому мы идем с ними к вам, с целью посоветоваться и скорректировать вектор развития прежде, чем приступать к их реализации.

СПбГУ ИТМО

Важная новость о материализации нашего общего труда. В течение ближайших недель я целенаправленно поступаю в инновационную магистратуру СПбГУ ИТМО по степени «магистр технологического предпринимательства», где главным моим проектом станет угадайте что…, правильно система управления сайтами cogear. При любых вариантах связь проекта с инновационным университетом пойдет на пользу, кроме того, Бог даст, и мы можем получить хорошую поддержку на самых разных этапах пути.
В перспективе хочется внести посильный вклад в развитие OpenSource-движения в Российской Федерации и через пару лет сделать cogear всемирно известной системой наравне с WordPress, Drupal и Joomla.

Версия 2.0

Напомню, зачем мы все это делаем. Да, нам нравятся Drupal, WordPress и Joomla, но мы не стремимся «заново изобретать велосипед», а стараемся представить вам квинтэссенцию всего положительного, что мы получили от работы с разными системами за годы службы на фронте веб-разработок.
Кто-то слишком сложен для понимая, кто-то потребляет нереальное количество памяти, кто-то просто не удобен в работе — мы подведем знаменатель под каждым недостатком.
Основные положения второй версии:
  • jQuery. Самый распространенный JS-фреймворк. На все случаи жизни.
  • ООП. Паттерны программирования и использование Standart PHP Library.
  • Мультисайтовость. На одной сущности движка может быть запущено сколько угодно сайтов. Обновилась шестеренка? Обновляете один раз для всех сайтов.
  • Расширяемость. Как и прежде, «шестеренки» на любой вкус и цвет. Теперь вы сможете объединять шестеренки в пакеты, и на разных сайтах (при мультисайтовости) использовать разные конфигурации. Например, можно будет пакет «Сайт-визитка» и другие для использования их в качестве готовых решений.
  • Структурность, иерархия. В новой версии будет четко выделятся структура сайта, в свою очередь связанная с роутингом. Все вопросы касательно созданиях разных меню на сайте, карты сайта и подобные будут решаться в кратчайшие сроки.
  • Каталог расширений. Вы сможете просматривать каталог расширений и устанавливать их прямо из админки.
  • Документация. Для привлечения к проекту новых разработчиков, как и в случае с первой версией, он будет полностью задокументирован в лучших традициях нашего сообщества. Участвующие в создании новой версии программисты также будут придерживаться единого стиля написания кода.
  • Автообновление. Движок будет самостоятельно следить за обновлениями и обновляться одним движением мышки.

Ответы на вопросы:
  • Первая версия будет поддерживаться, как и прежде.
  • Постараемся запустить новую версию к началу осени.
  • Для переезда в первой версии на вторую будет написан конвертер. Пара минут — и вы уже обновились.

С радостью выслушаем все ваши пожелания.
01:24 ← 21 июня 2010 Отправить в Твиттер adminadmin  RSS comments 95

Комментарии (95) ↓

Freem Freem time 01:37 ← 21 июня 2010 #
За нововведения 5+. Всяких цмс повидал, у всех очень не продуманная структура. В Cogear писать шестеренки одно удовольствие. Знания есть, но пока не могу проектировать шестеренки которые занимают много времени на разработку (нет времени и терпения :). Поэтому останавливаюсь на некоторых, более менее востребованных, чтобы сделать ее за полдень максимум два.

Если есть потребности в не грамоздких шестеренках, обращайтесь, попробую сделать, с удовольствием.

Спасибо за движок. Желаю процветания, притока пользователей и разработчиков с дизайнерами жертвующих свой труд.
Автор
admin admin time 02:31 ← 21 июня 2010 #
Мы как раз проповедуем идеологию «быстрой разработки» (Rapid Development).
dqpb dqpb time 01:54 ← 21 июня 2010 #
Для переезда в первой версии на вторую будет написан конвертер. Пара минут — и вы уже обновились.

Буду спать спокойно!

Мультисайтовость
А мультиязычность?
satagik satagik time 02:00 ← 21 июня 2010 #
А побочных эффектов не будет при переходе?
dqpb dqpb time 02:08 ← 21 июня 2010 #
Не исключено! Так как проекты сугубо индивидуальные и затрагивают код шестеренок и не только, в любом случае придется допиливать руками. Но это лучше чем нечего.
dqpb dqpb time 01:57 ← 21 июня 2010 #
У нас замечательные программисты — IceDragon, suder, Freem, dreycorp

Забыли про единственную если неошибаюсь ksi
Автор
admin admin time 02:30 ← 21 июня 2010 #
Верно, но ksi пока себя активно не проявляет.
IceDragon IceDragon time 18:06 ← 21 июня 2010 #
еще думаю проявит )
Freem Freem time 02:25 ← 21 июня 2010 #
У меня есть пожелания:
  1. Ссылку "← блог %usernаme%" обзавести классом.
  2. Заголовки табов разбить на 2 составляющие. Текст + счетичики.
  3. Иконки вывести в стили или шаблоны
  4. Убрать %usernаme% из обихода парсера, в шестерне user
Wave Wave time 02:31 ← 21 июня 2010 #
Несмотря на то, что данная статья была опубликована автором сравнительно недавно, большая часть указанных нюансов уже решена. Я, всё же, с движком и сообществом знаком пока достаточно поверхностно. Хотя и намерен познакомиться ближе.

Кто-то слишком сложен для понимая ))

Мультисайтовость Присоединяюсь к комментарию выше: мультиязычность. Хотя бы принципиальную возможность без грязных хаков её сделать.

Процитирую самого себя:
В принципе, есть у меня такое вот странное убеждение, что показателем серьёзности CMS является наличие нескольких немаленьких плагинов: магазин, галерея, форум (или интеграция с каким-то популярным). Плюс многоязычность.
Простую галерею для cogear несложно соорудить. Магазин тоже не особо проблемно, хотя и муторно. О форуме кто-то уже в сообществе говорил. А даже и без него хаброподобные движки не проблема использовать для форумных целей. А вот многоязычность если в проект не заложена, то… Справедливости ради, здесь хоть тушкой, хоть чучелом, паллиативно, а многоязычный сайт соорудить можно, как я понимаю.
Автор
admin admin time 02:37 ← 21 июня 2010 #
Хорошо, добавим ко всему мультиязычность.
MrHyde MrHyde time 02:46 ← 21 июня 2010 #
В CI существует система мультиязычности, имплементировать ее в CoGear не должно составить особого труда
Автор
admin admin time 02:47 ← 21 июня 2010 #
Сторонних разработчиков?
MrHyde MrHyde time 02:52 ← 21 июня 2010 #
Да нет, я имел в виду codeigniter.com/user_guide/libraries/language.html Хотя конечно зависит от того что человек имеет в виду под мультиязычностью.
Если ему нужно что бы движок поступал с пачкой изначальных переводов — это одно, а если он хочет что бы его сайт и контент дублировались на разных языках — это другое, и тут будет по сложнее.
Wave Wave time 02:58 ← 21 июня 2010 #
Ага. Сайт и контент. Не критично, если контент на разных языках будет по разным адресам, хотя лучше бы он как минимум был бы связан (т.е. одна нода на русском указывала бы на similar-ноду на английском и т.п.). Но чтобы при переключении языков посетителем менялся бы язык интерфейса и навигация (если адреса нод всё же разные).
Wave Wave time 02:55 ← 21 июня 2010 #
Мне кажется, вы путаете мультиязычность с локализацией. Первое — это несколько языков на одном сайте и переключение между ними. Хороший пример мультиязычности контента на посткроссинге (хотя там не переключается интерфейс с навигацией). А второе — всего лишь возможность переводить сайт на разные языки, но при этом в один момент иметь на сайте только один язык.
dqpb dqpb time 03:12 ← 21 июня 2010 #
Мультисайтовость + мультиязычность! Контент как часть создаваемая пользователями не должна переводится автоматически. Т.е мультиязычность должна касаться только движка, а в частности статичной информации или относительно статичной.
MrHyde MrHyde time 03:17 ← 21 июня 2010 #
Ну получается что нужна возможность локализации (что не трудно).
А мультиязычность логичней всего через мультисайтовость и реализовать, т.е у пользователя будет N количество сайтов с разной локализацией а контент уже сами будут вносить в зависимости от языка, так что никаких телодвижений в данной сфере и делать не нужно, все уже готово.
dqpb dqpb time 03:20 ← 21 июня 2010 #
Главное чтобы контент разных языков вносить в одном месте!
Wave Wave time 03:21 ← 21 июня 2010 #
Во-первых, я ничего не говорил об автоматическом переводе.
Во-вторых, на когире можно создавать не только сообщества, где, действительно, на каком языке пользователь написал, на таком и будет, но и полный спектр от визиток до хороших порталов-каталогов.
Самый простой вариант — это поставить два разных сайта (даже на два разных домена, или в подкаталог) и у одного включить один язык и наполнять контентом на одном языке, а у другого соответственно. И ссылки друг на друга. Но это же не кошерно.
MrHyde MrHyde time 03:28 ← 21 июня 2010 #
Самый простой вариант — это поставить два разных сайта (даже на два разных домена, или в подкаталог) и у одного включить один язык и наполнять контентом на одном языке, а у другого соответственно.
Собственно это именно то о чем я говорил.

Главное чтобы контент разных языков вносить в одном месте!
И вы готовы на подобную мелочь тратить свое время?
dqpb dqpb time 04:09 ← 21 июня 2010 #
Непонятно, есть более удобные способы нежели забивать контент в одном или в двух TEXTAREA?
MrHyde MrHyde time 04:33 ← 21 июня 2010 #
А зачем мне как пользователю не собирающемуся иметь более одного языка, две и более формы? (ибо просто еще один textarea здесь все не решит)
Плюс представим если сайт имеет 3-4 языка, получается еще пачка форм, кому такой монстр нужен?
MrHyde MrHyde time 04:34 ← 21 июня 2010 #
Есть более элегантное решение конечно, но я бы начинал с того момента — нужно ли это вообще?
dqpb dqpb time 04:38 ← 21 июня 2010 #
а раз уж на то пошло то все поля придется дублировать на каждый язык отдельно.

  1. title
  2. meta
  3. URL
  4. content

dqpb dqpb time 04:35 ← 21 июня 2010 #
Пускай будут не формы а tabs, если уж так принципиально, в любом случае контент нужно куда то забивать.

Отключите шестеренку и наслаждайтесь минимализмом :)
MrHyde MrHyde time 05:16 ← 21 июня 2010 #
Ну я тоже о табах думал когда говорил о более удобной реализации, но опять таки, вопрос стоит в том что разработчиков активных у нас мало, работают они за доброе слово, а вещей и по важнее пруд пруди.
Действительно ли оно так нужно?
dqpb dqpb time 05:23 ← 21 июня 2010 #
Мультиязычнось? Обязательно.

… работают они за доброе слово...

Сделайте шестеренку проведения конкурсов, на базе node, и труды будут монетизированны и направлены в русло которое требует сообщество.
MrHyde MrHyde time 06:01 ← 21 июня 2010 #
Мне проще перевести сразу N сумму на развитие CoGear.
Или же заказать написание требуемой шестеренки непосредственно у фрилансеров.
Зачем мне тратить свое время и средства на то что мне лично не нужно?
dqpb dqpb time 06:04 ← 21 июня 2010 #
Ну и о чем тогда мы тут говорим? Продолжайте в том же духе, Вас ждет успех :)
MrHyde MrHyde time 06:08 ← 21 июня 2010 #
А вот сарказма уважаемый не нужно :)
Можно и впросак так попасть
dqpb dqpb time 06:15 ← 21 июня 2010 #
Это минус, но есть и положительная сторона диалога, Вы меня стимулируете по дизайну в столь ранний час :)
Wave Wave time 05:44 ← 21 июня 2010 #
И вы готовы на подобную мелочь тратить свое время?
Знаете, я готов делать то, что требует заказчик и на что заказчик готов тратить деньги. А заказчику не удобно для трёх-четырёх языковых версий логиниться в три-четыре админки. Ему нужно, чтобы админка была одна и там количество языков выписывалось драг-н-дропом. Это для себя, какого-нибудь своего проекта, я бы стерпел. Но уж если на привычной знакомой и эффективной технологии сделать удобную штуку для заказчика, то почему бы потом не пользоваться и самому ей. В конце-концов, плагины многоязычности есть и для джумлы, и для друпала, и для вордпресса. Для многих форумов у пользователей есть возможность выбрать язык интерфейса. Так почему бы этому не быть для когира?
MrHyde MrHyde time 06:07 ← 21 июня 2010 #
Вот собственно к этому то все и сводилось. В том что это нужно вам и вашему клиенту а не общественности. Вот лично мне данная функция не нужна, и мне кажется не справедливым что бы сообщество тратило свои ресурсы на прихоть 1% сообщества.

Необходимо четко структурировать и регламентировать заявки на реализацию нового функционала, и выставить приоритет для задач.
В противном случае получится что прихоти всем по выполняли, форумы там всякие, магазины бестолковые и плюшки «ради удобства клиента» а действительно важные вещи останутся без внимания.
Wave Wave time 20:29 ← 21 июня 2010 #
По пунктам:
  • Тратить ресурсы будете не вы, а разработчики, если посчитают работу необходимой.
  • Насчёт одного процента — не говорили бы за других. Вы же не проводили исследование и подсчёт голосов.
  • Даже если один процент — при росте сообщества, особенно при выходе на зарубежные рынки, соотношение может измениться.
  • Позиция разрабочиков в том, чтобы сделать серьёзную альтернативу популярным движкам. Многоязычность — один из пунктов такой альтернативы.
  • Подобные решения архитектурно нужно закладывать изначально. Я уже наблюдал, как движок писали с прописыванием всех фраз в коде, а потом на зрелой версии решили добавить локализацию. Последовало очень много мороки по выковыриванию фраз из кода и замене их на строки языковых ресурсов.
  • Зачем же ещё создавался этот топик, если в нём не стоит высказывать пожелания на рассмотрение?

Необходимо четко структурировать и регламентировать заявки на реализацию нового функционала, и выставить приоритет для задач.
В противном случае получится что прихоти всем по выполняли, форумы там всякие, магазины бестолковые и плюшки «ради удобства клиента» а действительно важные вещи останутся без внимания.
Пожалуйста, структурируйте, регламентируйте, выставляйте приоритет, если это вам так необходимо. Делайте.
Если же не вы будете делать, то очевидно, что и приоритет выставлять будете не вы.
Ну или по крайней мере, назовите «действительно важные вещи», которые «останутся без внимания» (ведь для того топик и создавался, чтобы все, в том числе и вы, могли высказать пожелания для дальнейшего развития).
И кстати, чем реализация многоязычности может помешать этим «действительно важным вещам»?
dqpb dqpb time 04:04 ← 21 июня 2010 #
Если мы говорим о мультисайтовости и работе с одной админки, то из неё мы не должны выползать даже если у нас разные домены.

Опять же вопрос как завязать мультисайтовость(домены и поддомены) + мультиязычность :)
sofcom sofcom time 14:06 ← 04 сентября 2010 #
Ну как-то же завязали HostCMS и UMI.CMS. Разные сайты (с совершенно разным контентом), на разных доменах/поддоменах и языках — и все из одной админки. Значит и тут реально все.
dqpb dqpb time 15:56 ← 04 сентября 2010 #
Яблокаи с абрикосами тоже вяжут, только результат не радует.
sofcom sofcom time 21:58 ← 07 сентября 2010 #
Хмм… А меня вот радует :-)
MrHyde MrHyde time 02:52 ← 21 июня 2010 #
Собственно главный вопрос: «Когда?» :)
IceDragon IceDragon time 14:36 ← 21 июня 2010 #
читай статью — написано в сентябре.
narasimha narasimha time 12:43 ← 21 июня 2010 #
удачи при поступлении и думаю все получится
dreycorp dreycorp time 12:44 ← 21 июня 2010 #
Очень радостно за Cogear! Система развивается и стремиться к совершенству, даже сейчас, как уже было сказано, разрабатывать шестеренки на серверной стороне одно удовольствие. А переход на jQuery еще улучшит разработку для клиентской.
Вообще от системы веет приятностью и дружелюбием, благодаря, прежде всего Дмитрию. Кроме всего прочего мало какое сообщество проявляет себя так сплоченно и целенаправленно идет к улучшению системы. Я думаю не за горами то время, когда Cogear станет мировой системой и количество сайтов разработанных не ней будет переваливать за миллион…

Со своей стороны тоже обещаю вкладывать имеющиеся время и силы для развития системы.
IceDragon IceDragon time 13:21 ← 21 июня 2010 #
Ну уже сейчас у меня есть элементы которые облегчают разработку, и которые буду применять(делать, переделывать, допиливать) для CG 2.0
это CRUD и другой Grid — кому интересно могу дать потестить.
dqpb dqpb time 13:25 ← 21 июня 2010 #
Можно подробнее?
IceDragon IceDragon time 14:23 ← 21 июня 2010 #
CRUD
1й пример

$oProduct = new Ext_Model('products'); $oBrand = new Ext_Model('brands'); if($id && $product = $oProduct->getOne(array('id'=>$id))){ $title = t('edit_product').$product->model; } else { $title = t('create_product'); } $aBrands = $oBrand->getList(); foreach($aBrands as $br_elment) { $brands[$br_elment['id']] = $br_elment['name']; }
2й пример
class Products extends Ext_Model { function __construct(){ $this->table = 'products'; parent::Ext_Model(); } function getListWithImages($where=null, $sort=null, $limit=null) { $prods = $this->getList($where, $sort, $limit); foreach($prods as $id => $prod) { if ($img = $this->images->getImage('product', $prod['id'])) { $prods[$id]['product_i']['original'] = $img->image_uri; $prods[$id]['product_i']['180x218'] = str_replace('products/','products/180x218/', $img->image_uri); } else { $prods[$id]['product_i'] = array(); $prods[$id]['product_i']['original'] = ''; $prods[$id]['product_i']['180x218'] = ''; } } return $prods; } } // ------------------------------------------------------------------------ index.php: $config['pager']['page'] = $page; $config['pager']['per_page'] = 5; $config['pager']['base_url'] = $this->new_uri; $config['where'] = array('enabled' => 1, 'new' => 1); $cnt = $this->products->count($config['where']); $page = $this->pager((int)$config['pager']['page'], $cnt, $config['pager']); $limit = array('num'=>$page['limit'], 'start'=>$page['start']); $products = $this->products->getListWithImages($config['where'], '', $limit);
IceDragon IceDragon time 14:26 ← 21 июня 2010 #
$Grid = new Grid(); $Grid->setTemplate('shop grid'); $Grid->setCallback('GridBeforeDraw_Products'); $Grid->setExtraValues($config); function GridBeforeDraw_Products($aRow) { $CI =& get_instance(); $currency = $CI->session->get(«currency»); switch($currency) { case 'USD': $valCurrency = '$'; $aRow['price'] /= 30.8840; break; case 'EUR': $valCurrency = '€'; $aRow['price'] /= 38.8840; break; default: $valCurrency = '$'; } if (!empty($aRow['product_i']['180x218'])) $aRow['img'] = $CI->builder->img($aRow['product_i']['180x218'],array('width'=>'180')); else $aRow['img'] = ''; $aRow['currency'] = $valCurrency; unset($aRow['product_i']); return $aRow; } $Grid->setStaticData($products); $this->builder->div($Grid->Draw(), true);
IceDragon IceDragon time 14:29 ← 21 июня 2010 #
Шаблон для грида

<?php $tov_cnt = ''; if (isset($this->extraValues["cnt"]) && isset($this->extraValues["all"])) { $tov_cnt = "<div> Товары <strong>".($this->extraValues["current"]+1)."</strong>-<strong>".($this->extraValues["cnt"])."</strong> из <strong>".$this->extraValues["all"]."</strong></div>"; } echo $tov_cnt; ?> <table class="grid"> <thead> <tr> <th>Фотография   </th> <th>Название</th> <th>Цена</th></tr> </thead> <tbody> <tr> <td style="width:180px;"> <a style="float: right;" href="{$product_link}"> {$img} </a> </td> <td> <a href="{$product_link}"> {$model} </a> {$description} </td> <td> <div class="price" style="text-align: center;">{$currency}{$price}</div> <span> <a href="javascript::;" onclick="add_item({$id})"> <img src="/templates/shop/img/button_buy_now.gif" alt="Buy Now" title=" Buy Now " width="81" height="23"> </a> </td> </tr> </tbody> </table> <div> <?php echo $tov_cnt; ?>
dqpb dqpb time 14:30 ← 21 июня 2010 #
Это для меня не понятно, лучше на словах
IceDragon IceDragon time 14:33 ← 21 июня 2010 #
Grid будет универсальным — т.е. и ajax и поиск по таблице и простой (html но не ajax) грид с пагинацией.

также — просто чем стандартный грид не устраивает — там невозможно несколько блоков в одном столбце разместить
т.е. название а ниже описание — неполучится. в моем можно и формы делать и все что необходимо.
IceDragon IceDragon time 14:35 ← 21 июня 2010 #
а Crud позволит всю функциональность работы с данными внести внутрь класса, т.е. не нужно придумывать как и что брать из БД — доп функции прописываются в модели и все. Работа с БД просто идет через класс необходимой нам таблицы(сущности?).
Ildar Ildar time 13:03 ← 01 июля 2010 #
От ваших кодов появилась идея создания спойлера :) может его добавить в новую версию?
IceDragon IceDragon time 14:30 ← 21 июня 2010 #
Grid будет универсальным — т.е. и ajax и поиск по таблице и простой (html но не ajax) грид с пагинацией.
inetlover inetlover time 13:54 ← 21 июня 2010 #
Если я правильно понял, то Версия 2.0 не будет использовать Codeigniter?
IceDragon IceDragon time 14:16 ← 21 июня 2010 #
Не так, версия cogear 2.0 будет пока что использовать CI, но вообще планируется приживлять ему необходимую функциональность при помощи дополнительных библиотек (не важно откуда, лишь бы наилучшим образо выполняли необходимое)
IceDragon IceDragon time 14:25 ← 21 июня 2010 #
Кстати хочу предупредить — от builder, думаю, будем отказываться
поэтому не стоит его применять (depricated)

лучше использовать tpl шаблоны
Freem Freem time 15:15 ← 21 июня 2010 #
Мне тоже билдер показался сомнительным. Правильно что отказываетесь
Wave Wave time 20:39 ← 21 июня 2010 #
Эм… Понятно. Спасибо, что предупредили заранее.
Vezun4ik Vezun4ik time 23:48 ← 21 июня 2010 #
CoGEAR лучший движок бологосоциальной тематики. Я рад, что являюсь свидетелем поистине революционного прорыва этой разработки. Я считаю, что CoGEAR ждёт великое будущее в отличие от дурацких подобных разработок аля Живая и Большая улицы.

То, что на Хабре, я не побоюсь этого слова, !-НАШ-! движок встретили прохладно не должно нас расстраивать, наше сообщество хоть и маленькое, но дружное и уверенно набирающее новых адептов. Мы еще покажем им всем Кузькину мать ;).

Думаю, что выражу всеобщее мнение сказав, что сообщество всячески поддержит CoGEAR.

Спасибо Вам Дима! Это поистине колоссальный труд!

Автор
admin admin time 01:16 ← 22 июня 2010 #
Без вас, друзья, все было бы иначе! Спасибо всем, кто участвует в жизни проекта.
agoodis agoodis time 02:28 ← 22 июня 2010 #
Не увидел в roadmap когира ничего про CKK ((
IceDragon IceDragon time 11:30 ← 22 июня 2010 #
Основной функционал в общем то будет рассматриваться на встрече завтра.
Мы с Дмитрием съездим на семинар, а потом будем плотно обдумывать движок )

Оставляйте пожелания, для этого тема и была в общем то создана )))), чтобы нам было что завтра обсудить.
dreycorp dreycorp time 13:29 ← 22 июня 2010 #
Я думаю надо определиться с направление развития системы, как CMS: Блогосоциальной либо как в общепринятом понятии CMS. Определиться с точки зрения менеджмента, как будет выглядеть система для обычного пользователя, и с точки зрения разработчиков.

Конечно с точки зрения разработчиков система выглядит как конфетка! Но надо взглянуть в перспективе как на нее будет смотреть простой пользователь, решивший с нуля сделать сайт, определить его основные потребности и возможный порог. Либо определить позицию системы, как распространяемую не как Попсу, а через веб-разработчиков для клиентов.
От этого будет зависеть и базовый функционал.

Может конечно об этом еще рано говорить, но если определить сейчас, то в дальнейшем будет легче конкурировать с уже укоренившимися на рынке системами.
MrHyde MrHyde time 13:44 ← 22 июня 2010 #
Вот именно это я и пытался донести до некоторых личностей… но им нужен кухонный комбайн а не блого-социальная CMS.
Мне хотелось бы услышать ответ «разработчиков» по этому поводу.
Будут ли «их усилия» тратиться на разработку блого-социального движка или на комбайна?
Потому что учитывая определенные комментарии, мне начинает казаться что я сделал не правильный выбор.
IceDragon IceDragon time 13:52 ← 22 июня 2010 #
а что именно ты хочешь ))

я думаю тут будет 2 направления. У меня есть задачи и на создание сайтов (я потом выложу что и как) и на создание социальной сети. Думаю что разночтений тут и нету — полагаю, что система будет социальной (как и развивалась до этого), но чтобы на ней можно было собрать сайт для заказчиков — многого менять не надо — просто поставить необходимые шестеренки и все. Кому что надо тот и выбирает что ему потребуется

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

недоделанная демка магазина пока что не работает корзина и еще некоторые чтуки.
MrHyde MrHyde time 14:01 ← 22 июня 2010 #
Я хочу что бы проект развивался тем путем которым он был задуман изначально, и не прогибался под «требованиями» и «пожеланиями» лентяев.
Кому то нужен магазин — он сам его делает.
Функционал который нужен лично мне я сам и реализовываю, и считаю бессмысленным возлагать мои обязанности на других, требуя реализовать что то в движке.
IceDragon IceDragon time 14:03 ← 22 июня 2010 #
+1 ))
так и будет.
MrHyde MrHyde time 14:04 ← 22 июня 2010 #
Уф, ну слава тебе господи, а то я уже беспокоится начал >_<
Wave Wave time 21:43 ← 22 июня 2010 #
Уважаемый, вы так и не ответили, какой функционал вы имели в виду под «действительно необходимыи» в комментариях выше. Не говоря уже о том, чтобы обосновать, чем он важней прочих звучавших здесь пожеланий, а тем более чем звучавшие здесь пожелания могут ему помешать.
MrHyde MrHyde time 01:00 ← 23 июня 2010 #
IceDragon ниже ответил четко и понятно, в движке есть много недочетов и их нужно исправлять, а потом уже писать дополнительный функционал.
Wave Wave time 01:10 ← 23 июня 2010 #
И что заставляет вас считать, что запросы на ввод каких-то дополнительных фич помешает исправлению этих недочётов?
MrHyde MrHyde time 18:50 ← 23 июня 2010 #
Уважаемый, вы уже достаточно продемонстрировали себя что бы сложить у меня мнение не компетентного в данном вопросе человека, по этому дальнейшее обсуждение с вами особого интереса для меня не представляет.
Wave Wave time 19:42 ← 23 июня 2010 #
Так а нафиг изначально было распинаться, ничем, кстати, собственную крутость не доказав.
MrHyde MrHyde time 19:47 ← 23 июня 2010 #
А кто вы собственно такой что бы я вам обязан был что то доказывать? Вам не кажется что у вас ЧСВ зашкаливает?

Здесь сообщество, и в нем принято обсуждать его действия. А то что у вас дата регистрации раньше не дает вам никаких преимуществ и прав осуждать остальных участников.
Wave Wave time 19:55 ← 23 июня 2010 #
Если говорить о ЧСВ, то по-моему ответы в стиле «мне это не надо, значит не надо сообществу на это тратить время» и «здесь принято обсуждать действия сообщества, но не надо делать то, что мне не нужно» и в то же время не приводить никаких конструктивных доводов и предложений — говорят не в вашу пользу. Не говоря уже о том, чтобы минусовать когда сказать нечего.
MrHyde MrHyde time 20:04 ← 23 июня 2010 #
Все несомненно так и есть… Вы правы, я тролль, и сказать мне нечего.
IceDragon IceDragon time 14:06 ← 22 июня 2010 #
Тут пока что спрашивается чтобы вы хотели — просто некоторые необходимые вещи не всегда в мозгу, завтра при встрече мы все обсудим и здесь уже подробный roadmap опишем. Так что пока что думать что и как — рано. В основном сначала надо менять сам движок (его недочеты) дополнительный функционал — это уже второе дело.
dqpb dqpb time 14:41 ← 22 июня 2010 #
мультисайтовость и мультиязычность в любом случае будет :)
Автор
admin admin time 12:25 ← 22 июня 2010 #
Куда же без него :-)
agoodis agoodis time 13:10 ← 22 июня 2010 #
Насчет многоязычности можно посмотреть наработки по i18n.
GrinGoO GrinGoO time 14:07 ← 22 июня 2010 #
предлагаю сделать продвинутую настройку шаблонов. Возможность выбора шаблона пользователям, включение, отключение некотрых стилей и т.д.
dqpb dqpb time 14:42 ← 22 июня 2010 #
Да, аля Gantry
dqpb dqpb time 19:41 ← 24 июня 2010 #
Появился вопрос по Версии 2.0.

Формат url останется прежний?
Автор
admin admin time 20:21 ← 24 июня 2010 #
Его можно будет задать.
IceDragon IceDragon time 23:18 ← 24 июня 2010 #
в первом чтении новый роутер будет выглядеть так

$router -> Add('/',array('controller'=>'index','action'=>'index'));
$router -> Add('/user/login',array('controller'=>'user','action'=>'login'));
$router -> Add('/user/logout',array('controller'=>'user','action'=>'logout'));
$router -> Add('/user/search',array('controller'=>'user','action'=>'search_by_name'));
$router -> Add('/user/:uid',array('controller'=>'user','action'=>'user_profile'));
$router -> Add('/tags',array('controller'=>'tags','action'=>'show'));

полагаю, естественно, что это должно управляться из админки
Freem Freem time 19:56 ← 25 июня 2010 #
Эта страница в хроме отьедает 70мб памяти. И жутко тормозит. Ни у кого подобного нет?

core2duo 2.2, 3gb ram, ubuntu 10.04, chrome 5
Автор
admin admin time 19:57 ← 25 июня 2010 #
На MacBook Pro самом простом грузится влет.
dreycorp dreycorp time 20:15 ← 25 июня 2010 #
Core 2 Quard, оперативка 6gb, firefox, Windows 7 — 5.55s в основном отрисовка.
dreycorp dreycorp time 20:24 ← 25 июня 2010 #
проверил, тоже в Ubuntu 10.04, притормаживает при загрузке и при прокрутке.
Freem Freem time 20:57 ← 25 июня 2010 #
вот вот… прокрутка жуть :)
dreycorp dreycorp time 14:54 ← 26 июня 2010 #
ну это уже проблема Ubuntu.
dqpb dqpb time 19:38 ← 26 июня 2010 #
inetlover inetlover time 13:01 ← 28 июня 2010 #
На Windows XP грузится без проблем.
satagik satagik time 16:33 ← 28 июня 2010 #
Mac OS X на процессоре AMD Athlon 64 X2 5000+ тоже никаких проблемм
agoodis agoodis time 15:42 ← 08 июля 2010 #
макос на амд :D