О новой версии движка / cogear - система управления сайтами, бесплатная cms для социальной сети

sofcom — Tue, 07 Sep 2010 17:58:52 GMT

Хмм… А меня вот радует :-)

dqpb — Sat, 04 Sep 2010 11:56:35 GMT

Яблокаи с абрикосами тоже вяжут, только результат не радует.

sofcom — Sat, 04 Sep 2010 10:06:05 GMT

Ну как-то же завязали HostCMS и UMI.CMS. Разные сайты (с совершенно разным контентом), на разных доменах/поддоменах и языках — и все из одной админки. Значит и тут реально все.

agoodis — Thu, 08 Jul 2010 11:42:01 GMT

макос на амд :D

Ildar — Thu, 01 Jul 2010 09:03:04 GMT

От ваших кодов появилась идея создания спойлера :) может его добавить в новую версию?

satagik — Mon, 28 Jun 2010 12:33:00 GMT

Mac OS X на процессоре AMD Athlon 64 X2 5000+ тоже никаких проблемм

inetlover — Mon, 28 Jun 2010 09:01:53 GMT

На Windows XP грузится без проблем.

dqpb — Sat, 26 Jun 2010 15:38:55 GMT

Vista

dreycorp — Sat, 26 Jun 2010 10:54:03 GMT

ну это уже проблема Ubuntu.

Freem — Fri, 25 Jun 2010 16:57:18 GMT

вот вот… прокрутка жуть :)

dreycorp — Fri, 25 Jun 2010 16:24:50 GMT

проверил, тоже в Ubuntu 10.04, притормаживает при загрузке и при прокрутке.

dreycorp — Fri, 25 Jun 2010 16:15:24 GMT

Core 2 Quard, оперативка 6gb, firefox, Windows 7 — 5.55s в основном отрисовка.

admin — Fri, 25 Jun 2010 15:57:56 GMT

На MacBook Pro самом простом грузится влет.

Freem — Fri, 25 Jun 2010 15:56:15 GMT

Эта страница в хроме отьедает 70мб памяти. И жутко тормозит. Ни у кого подобного нет?

core2duo 2.2, 3gb ram, ubuntu 10.04, chrome 5

IceDragon — Thu, 24 Jun 2010 19:18:32 GMT

в первом чтении новый роутер будет выглядеть так

$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'));

полагаю, естественно, что это должно управляться из админки

admin — Thu, 24 Jun 2010 16:21:47 GMT

Его можно будет задать.

dqpb — Thu, 24 Jun 2010 15:41:54 GMT

Появился вопрос по Версии 2.0.

Формат url останется прежний?

MrHyde — Wed, 23 Jun 2010 16:04:55 GMT

Все несомненно так и есть… Вы правы, я тролль, и сказать мне нечего.

Wave — Wed, 23 Jun 2010 15:55:53 GMT

Если говорить о ЧСВ, то по-моему ответы в стиле «мне это не надо, значит не надо сообществу на это тратить время» и «здесь принято обсуждать действия сообщества, но не надо делать то, что мне не нужно» и в то же время не приводить никаких конструктивных доводов и предложений — говорят не в вашу пользу. Не говоря уже о том, чтобы минусовать когда сказать нечего.

MrHyde — Wed, 23 Jun 2010 15:47:27 GMT

А кто вы собственно такой что бы я вам обязан был что то доказывать? Вам не кажется что у вас ЧСВ зашкаливает?

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

Wave — Wed, 23 Jun 2010 15:42:32 GMT

Так а нафиг изначально было распинаться, ничем, кстати, собственную крутость не доказав.

MrHyde — Wed, 23 Jun 2010 14:50:05 GMT

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

Wave — Tue, 22 Jun 2010 21:10:32 GMT

И что заставляет вас считать, что запросы на ввод каких-то дополнительных фич помешает исправлению этих недочётов?

MrHyde — Tue, 22 Jun 2010 21:00:57 GMT

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

Wave — Tue, 22 Jun 2010 17:43:42 GMT

Уважаемый, вы так и не ответили, какой функционал вы имели в виду под «действительно необходимыи» в комментариях выше. Не говоря уже о том, чтобы обосновать, чем он важней прочих звучавших здесь пожеланий, а тем более чем звучавшие здесь пожелания могут ему помешать.

dqpb — Tue, 22 Jun 2010 10:42:49 GMT

Да, аля Gantry…

dqpb — Tue, 22 Jun 2010 10:41:09 GMT

мультисайтовость и мультиязычность в любом случае будет :)

GrinGoO — Tue, 22 Jun 2010 10:07:05 GMT

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

IceDragon — Tue, 22 Jun 2010 10:06:04 GMT

Тут пока что спрашивается чтобы вы хотели — просто некоторые необходимые вещи не всегда в мозгу, завтра при встрече мы все обсудим и здесь уже подробный roadmap опишем. Так что пока что думать что и как — рано. В основном сначала надо менять сам движок (его недочеты) дополнительный функционал — это уже второе дело.

MrHyde — Tue, 22 Jun 2010 10:04:59 GMT

Уф, ну слава тебе господи, а то я уже беспокоится начал >_<

IceDragon — Tue, 22 Jun 2010 10:03:31 GMT

+1 ))
так и будет.

MrHyde — Tue, 22 Jun 2010 10:01:21 GMT

Я хочу что бы проект развивался тем путем которым он был задуман изначально, и не прогибался под «требованиями» и «пожеланиями» лентяев.
Кому то нужен магазин — он сам его делает.
Функционал который нужен лично мне я сам и реализовываю, и считаю бессмысленным возлагать мои обязанности на других, требуя реализовать что то в движке.

IceDragon — Tue, 22 Jun 2010 09:52:15 GMT

а что именно ты хочешь ))

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

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

недоделанная демка магазина пока что не работает корзина и еще некоторые чтуки.

MrHyde — Tue, 22 Jun 2010 09:44:13 GMT

Вот именно это я и пытался донести до некоторых личностей… но им нужен кухонный комбайн а не блого-социальная CMS.
Мне хотелось бы услышать ответ «разработчиков» по этому поводу.
Будут ли «их усилия» тратиться на разработку блого-социального движка или на комбайна?
Потому что учитывая определенные комментарии, мне начинает казаться что я сделал не правильный выбор.

dreycorp — Tue, 22 Jun 2010 09:29:39 GMT

Я думаю надо определиться с направление развития системы, как CMS: Блогосоциальной либо как в общепринятом понятии CMS. Определиться с точки зрения менеджмента, как будет выглядеть система для обычного пользователя, и с точки зрения разработчиков.

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

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

agoodis — Tue, 22 Jun 2010 09:10:46 GMT

Насчет многоязычности можно посмотреть наработки по i18n.

admin — Tue, 22 Jun 2010 08:25:03 GMT

Куда же без него :-)

IceDragon — Tue, 22 Jun 2010 07:30:59 GMT

Основной функционал в общем то будет рассматриваться на встрече завтра.
Мы с Дмитрием съездим на семинар, а потом будем плотно обдумывать движок )

Оставляйте пожелания, для этого тема и была в общем то создана )))), чтобы нам было что завтра обсудить.

agoodis — Mon, 21 Jun 2010 22:28:54 GMT

Не увидел в roadmap когира ничего про CKK ((

admin — Mon, 21 Jun 2010 21:16:39 GMT

Без вас, друзья, все было бы иначе! Спасибо всем, кто участвует в жизни проекта.

Vezun4ik — Mon, 21 Jun 2010 19:48:34 GMT

CoGEAR лучший движок бологосоциальной тематики. Я рад, что являюсь свидетелем поистине революционного прорыва этой разработки. Я считаю, что CoGEAR ждёт великое будущее в отличие от ~~дурацких~~ подобных разработок аля Живая и Большая улицы.

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

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

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

Wave — Mon, 21 Jun 2010 16:39:58 GMT

Эм… Понятно. Спасибо, что предупредили заранее.

Wave — Mon, 21 Jun 2010 16:29:39 GMT

По пунктам:

Тратить ресурсы будете не вы, а разработчики, если посчитают работу необходимой.
Насчёт одного процента — не говорили бы за других. Вы же не проводили исследование и подсчёт голосов.
Даже если один процент — при росте сообщества, особенно при выходе на зарубежные рынки, соотношение может измениться.
Позиция разрабочиков в том, чтобы сделать серьёзную альтернативу популярным движкам. Многоязычность — один из пунктов такой альтернативы.
Подобные решения архитектурно нужно закладывать изначально. Я уже наблюдал, как движок писали с прописыванием всех фраз в коде, а потом на зрелой версии решили добавить локализацию. Последовало очень много мороки по выковыриванию фраз из кода и замене их на строки языковых ресурсов.
Зачем же ещё создавался этот топик, если в нём не стоит высказывать пожелания на рассмотрение?

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

Пожалуйста, структурируйте, регламентируйте, выставляйте приоритет, если это вам так необходимо. Делайте.
Если же не вы будете делать, то очевидно, что и приоритет выставлять будете не вы.
Ну или по крайней мере, назовите «действительно важные вещи», которые «останутся без внимания» (ведь для того топик и создавался, чтобы все, в том числе и вы, могли высказать пожелания для дальнейшего развития).
И кстати, чем реализация многоязычности может помешать этим «действительно важным вещам»?

IceDragon — Mon, 21 Jun 2010 14:06:05 GMT

еще думаю проявит )

Freem — Mon, 21 Jun 2010 11:15:34 GMT

Мне тоже билдер показался сомнительным. Правильно что отказываетесь

IceDragon — Mon, 21 Jun 2010 10:36:53 GMT

читай статью — написано в сентябре.

IceDragon — Mon, 21 Jun 2010 10:35:53 GMT

а Crud позволит всю функциональность работы с данными внести внутрь класса, т.е. не нужно придумывать как и что брать из БД — доп функции прописываются в модели и все. Работа с БД просто идет через класс необходимой нам таблицы(сущности?).

IceDragon — Mon, 21 Jun 2010 10:33:18 GMT

Grid будет универсальным — т.е. и ajax и поиск по таблице и простой (html но не ajax) грид с пагинацией.

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

dqpb — Mon, 21 Jun 2010 10:30:28 GMT

Это для меня не понятно, лучше на словах

IceDragon — Mon, 21 Jun 2010 10:30:26 GMT

Grid будет универсальным — т.е. и ajax и поиск по таблице и простой (html но не ajax) грид с пагинацией.

IceDragon — Mon, 21 Jun 2010 10:29:01 GMT

Шаблон для грида


extraValues["cnt"]) && isset($this->extraValues["all"])) {
  $tov_cnt = " Товары ".($this->extraValues["current"]+1)."-".($this->extraValues["cnt"])." из ".$this->extraValues["all"]."";
}
 echo $tov_cnt;
?>

  

Фотография   
Название
Цена
  
  
    
        
          
            {$img}
                  
        
        
          
            {$model}
          
          {$description}
        
        
          {$currency}{$price}

Фотография	Название	Цена
{$img}	{$model} {$description}	{$currency}{$price}

IceDragon — Mon, 21 Jun 2010 10:26:38 GMT

$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 — Mon, 21 Jun 2010 10:25:43 GMT

Кстати хочу предупредить — от builder, думаю, будем отказываться
поэтому не стоит его применять (depricated)

лучше использовать tpl шаблоны

IceDragon — Mon, 21 Jun 2010 10:23:47 GMT

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 — Mon, 21 Jun 2010 10:16:33 GMT

Не так, версия cogear 2.0 будет пока что использовать CI, но вообще планируется приживлять ему необходимую функциональность при помощи дополнительных библиотек (не важно откуда, лишь бы наилучшим образо выполняли необходимое)

inetlover — Mon, 21 Jun 2010 09:54:01 GMT

Если я правильно понял, то Версия 2.0 не будет использовать Codeigniter?

dqpb — Mon, 21 Jun 2010 09:25:53 GMT

Можно подробнее?

IceDragon — Mon, 21 Jun 2010 09:21:08 GMT

Ну уже сейчас у меня есть элементы которые облегчают разработку, и которые буду применять(делать, переделывать, допиливать) для CG 2.0
это CRUD и другой Grid — кому интересно могу дать потестить.

dreycorp — Mon, 21 Jun 2010 08:44:40 GMT

Очень радостно за Cogear! Система развивается и стремиться к совершенству, даже сейчас, как уже было сказано, разрабатывать шестеренки на серверной стороне одно удовольствие. А переход на jQuery еще улучшит разработку для клиентской.
Вообще от системы веет приятностью и дружелюбием, благодаря, прежде всего Дмитрию. Кроме всего прочего мало какое сообщество проявляет себя так сплоченно и целенаправленно идет к улучшению системы. Я думаю не за горами то время, когда Cogear станет мировой системой и количество сайтов разработанных не ней будет переваливать за миллион…

Со своей стороны тоже обещаю вкладывать имеющиеся время и силы для развития системы.

narasimha — Mon, 21 Jun 2010 08:43:17 GMT

удачи при поступлении и думаю все получится

dqpb — Mon, 21 Jun 2010 02:15:35 GMT

Это минус, но есть и положительная сторона диалога, Вы меня стимулируете по дизайну в столь ранний час :)

MrHyde — Mon, 21 Jun 2010 02:08:26 GMT

А вот сарказма уважаемый не нужно :)
Можно и впросак так попасть

MrHyde — Mon, 21 Jun 2010 02:07:07 GMT

Вот собственно к этому то все и сводилось. В том что это нужно вам и вашему клиенту а не общественности. Вот лично мне данная функция не нужна, и мне кажется не справедливым что бы сообщество тратило свои ресурсы на прихоть 1% сообщества.

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

dqpb — Mon, 21 Jun 2010 02:04:53 GMT

Ну и о чем тогда мы тут говорим? Продолжайте в том же духе, Вас ждет успех :)

MrHyde — Mon, 21 Jun 2010 02:01:05 GMT

Мне проще перевести сразу N сумму на развитие CoGear.
Или же заказать написание требуемой шестеренки непосредственно у фрилансеров.
Зачем мне тратить свое время и средства на то что мне лично не нужно?

Wave — Mon, 21 Jun 2010 01:44:52 GMT

И вы готовы на подобную мелочь тратить свое время?

Знаете, я готов делать то, что требует заказчик и на что заказчик готов тратить деньги. А заказчику не удобно для трёх-четырёх языковых версий логиниться в три-четыре админки. Ему нужно, чтобы админка была одна и там количество языков выписывалось драг-н-дропом. Это для себя, какого-нибудь своего проекта, я бы стерпел. Но уж если на привычной знакомой и эффективной технологии сделать удобную штуку для заказчика, то почему бы потом не пользоваться и самому ей. В конце-концов, плагины многоязычности есть и для джумлы, и для друпала, и для вордпресса. Для многих форумов у пользователей есть возможность выбрать язык интерфейса. Так почему бы этому не быть для когира?

dqpb — Mon, 21 Jun 2010 01:23:21 GMT

Мультиязычнось? Обязательно.

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

Сделайте шестеренку проведения конкурсов, на базе node, и труды будут монетизированны и направлены в русло которое требует сообщество.

MrHyde — Mon, 21 Jun 2010 01:16:15 GMT

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

dqpb — Mon, 21 Jun 2010 00:38:10 GMT

а раз уж на то пошло то все поля придется дублировать на каждый язык отдельно.

title
meta
URL
content

dqpb — Mon, 21 Jun 2010 00:35:48 GMT

Пускай будут не формы а tabs, если уж так принципиально, в любом случае контент нужно куда то забивать.

Отключите шестеренку и наслаждайтесь минимализмом :)

MrHyde — Mon, 21 Jun 2010 00:34:02 GMT

Есть более элегантное решение конечно, но я бы начинал с того момента — нужно ли это вообще?

MrHyde — Mon, 21 Jun 2010 00:33:10 GMT

А зачем мне как пользователю не собирающемуся иметь более одного языка, две и более формы? (ибо просто еще один textarea здесь все не решит)
Плюс представим если сайт имеет 3-4 языка, получается еще пачка форм, кому такой монстр нужен?

dqpb — Mon, 21 Jun 2010 00:09:23 GMT

Непонятно, есть более удобные способы нежели забивать контент в одном или в двух TEXTAREA?

dqpb — Mon, 21 Jun 2010 00:04:38 GMT

Если мы говорим о мультисайтовости и работе с одной админки, то из неё мы не должны выползать даже если у нас разные домены.

Опять же вопрос как завязать мультисайтовость(домены и поддомены) + мультиязычность :)

MrHyde — Sun, 20 Jun 2010 23:28:23 GMT

Самый простой вариант — это поставить два разных сайта (даже на два разных домена, или в подкаталог) и у одного включить один язык и наполнять контентом на одном языке, а у другого соответственно.

Собственно это именно то о чем я говорил.

Главное чтобы контент разных языков вносить в одном месте!

И вы готовы на подобную мелочь тратить свое время?

Wave — Sun, 20 Jun 2010 23:21:24 GMT

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

dqpb — Sun, 20 Jun 2010 23:20:49 GMT

Главное чтобы контент разных языков вносить в одном месте!

MrHyde — Sun, 20 Jun 2010 23:17:39 GMT

Ну получается что нужна возможность локализации (что не трудно).
А мультиязычность логичней всего через мультисайтовость и реализовать, т.е у пользователя будет N количество сайтов с разной локализацией а контент уже сами будут вносить в зависимости от языка, так что никаких телодвижений в данной сфере и делать не нужно, все уже готово.

dqpb — Sun, 20 Jun 2010 23:12:28 GMT

Мультисайтовость + мультиязычность! Контент как часть создаваемая пользователями не должна переводится автоматически. Т.е мультиязычность должна касаться только движка, а в частности статичной информации или относительно статичной.

Wave — Sun, 20 Jun 2010 22:58:44 GMT

Ага. Сайт и контент. Не критично, если контент на разных языках будет по разным адресам, хотя лучше бы он как минимум был бы связан (т.е. одна нода на русском указывала бы на similar-ноду на английском и т.п.). Но чтобы при переключении языков посетителем менялся бы язык интерфейса и навигация (если адреса нод всё же разные).

Wave — Sun, 20 Jun 2010 22:55:49 GMT

Мне кажется, вы путаете мультиязычность с локализацией. Первое — это несколько языков на одном сайте и переключение между ними. Хороший пример мультиязычности контента на посткроссинге (хотя там не переключается интерфейс с навигацией). А второе — всего лишь возможность переводить сайт на разные языки, но при этом в один момент иметь на сайте только один язык.

MrHyde — Sun, 20 Jun 2010 22:52:42 GMT

Собственно главный вопрос: «Когда?» :)

MrHyde — Sun, 20 Jun 2010 22:52:05 GMT

Да нет, я имел в виду codeigniter.com/user_guide/libraries/language.html Хотя конечно зависит от того что человек имеет в виду под мультиязычностью.
Если ему нужно что бы движок поступал с пачкой изначальных переводов — это одно, а если он хочет что бы его сайт и контент дублировались на разных языках — это другое, и тут будет по сложнее.

admin — Sun, 20 Jun 2010 22:47:10 GMT

Сторонних разработчиков?

MrHyde — Sun, 20 Jun 2010 22:46:02 GMT

В CI существует система мультиязычности, имплементировать ее в CoGear не должно составить особого труда

admin — Sun, 20 Jun 2010 22:37:31 GMT

Хорошо, добавим ко всему мультиязычность.

admin — Sun, 20 Jun 2010 22:31:50 GMT

Мы как раз проповедуем идеологию «быстрой разработки» (Rapid Development).

Wave — Sun, 20 Jun 2010 22:31:45 GMT

Несмотря на то, что данная статья была опубликована автором сравнительно недавно, большая часть указанных нюансов уже решена. Я, всё же, с движком и сообществом знаком пока достаточно поверхностно. Хотя и намерен познакомиться ближе.

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

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

Процитирую самого себя:

В принципе, есть у меня такое вот странное убеждение, что показателем серьёзности CMS является наличие нескольких немаленьких плагинов: магазин, галерея, форум (или интеграция с каким-то популярным). Плюс многоязычность.

Простую галерею для cogear несложно соорудить. Магазин тоже не особо проблемно, хотя и муторно. О форуме кто-то уже в сообществе говорил. А даже и без него хаброподобные движки не проблема использовать для форумных целей. А вот многоязычность если в проект не заложена, то… Справедливости ради, здесь хоть тушкой, хоть чучелом, паллиативно, а многоязычный сайт соорудить можно, как я понимаю.

admin — Sun, 20 Jun 2010 22:30:59 GMT

Верно, но ksi пока себя активно не проявляет.

Freem — Sun, 20 Jun 2010 22:25:36 GMT

У меня есть пожелания:

Ссылку "← блог %usernаme%" обзавести классом.
Заголовки табов разбить на 2 составляющие. Текст + счетичики.
Иконки вывести в стили или шаблоны
Убрать %usernаme% из обихода парсера, в шестерне user

dqpb — Sun, 20 Jun 2010 22:08:32 GMT

Не исключено! Так как проекты сугубо индивидуальные и затрагивают код шестеренок и не только, в любом случае придется допиливать руками. Но это лучше чем нечего.

satagik — Sun, 20 Jun 2010 22:00:48 GMT

А побочных эффектов не будет при переходе?

dqpb — Sun, 20 Jun 2010 21:57:02 GMT

У нас замечательные программисты — IceDragon, suder, Freem, dreycorp

Забыли про единственную если неошибаюсь ksi

dqpb — Sun, 20 Jun 2010 21:54:27 GMT

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

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

Мультисайтовость

А мультиязычность?

Freem — Sun, 20 Jun 2010 21:37:46 GMT

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

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

Спасибо за движок. Желаю процветания, притока пользователей и разработчиков с дизайнерами жертвующих свой труд.