Как стать автором
Обновить

Комментарии 120

Обращение к неизвестным людям на «Ты» чаще всего вызывает отвержение и протест. Мотайте на ус.

А за новость — спасибо. Пошел смотреть лемку и официальный сайт.
* демку
Мы здесь все как братья! :-)
Да-да :) Братья Apache :)
Не всегда, кстати. В данном случае можно счесть это за стиль «письмо давнему знакомому».
НЛО прилетело и опубликовало эту надпись здесь
нет, ну какой мерзкий народ эти хабрцы. Видят, что коммент закрыт. Нет, открывают, читают, и ставят еще один минус. Молодцы, спасли человечество.

Конечно, вопрос ВЫ или ТЫ — вопрос предпочтений. Но назвать меня username-ом, да еще и в лицо, на «ты»… бьет по глазам, вот и все что я хотел сказать. Я когда пишу статьи или комменты я обращаюсь на «вы», не «Вы», а именно «вы», без подхалимства. И мне такие вот лешие вроде меня не пишут потом то, что я пишу вам.

Вот и все.
НЛО прилетело и опубликовало эту надпись здесь
Правильно делаете, поднял чуть плюсами.
Спасибо за понимание :)
Не обижайтесь на школьников. )
Хочется высказать собственное мнение…
Так вот, я считаю, что в интернете все равны. Я например обращаюсь в основном ко всем на «ты» и ко мне тоже так обращаются.
Во всяком случае это личное мнение ;)
Кому-то нравиться, когда в постах обращающийся на «ты», кому-то — на «вы», кому-то всё равно, а кое-кому может вообще нравиться, когда обращаются «мой пушистик» или ещё как. И что теперь авторам постов разорваться?
Наверно нужно обговрить, какие нормы общения и приличия допускаются на Хабре, и чем они отличаются от тех, которые в нас воспитали родители… А ведь может кому и не воспитали?
Тогда все станет на свои места! Будут обозначены рамки приличия)
А мне как-то не по себе, когда малец, который еще в жизни ничего не добился, обращается к человеку в возрасте на «ты»(
С момента первого анонса упорно слежу за движком, поначалу привлекло то что он на CI но углубившись в архитектуру понял что на нём можно сделать всё что угодно =). Надеюсь новое ядро не изменит традициям движка и внесёт большую гибкость.
ЗЫ
Надеюсь в новом ядре будет jQuery?
Будет. Оно изначально создается в паре с jQuery.
Как я посчитал к моменту релиза — главное отличие вашего движка было то, что он реально был на CI и с ним не рознился больно сильно, но нынешняя новость о собственном движке меня немного напугала… вы получается сделаете очередную цмску, без изюминки, приятной народу.
pS: да, я читал, что концепция CI будет сохранена, но все же это уже будет не CI.
Тогда вопрос к вам. Посмотрите документацию. Близко это или далеко от CI?
Считаю, что взял от CI самое лучшее.
Кстати, проверьте пожалуйста сайт, снова троли нашалили, и демо не работает
Демо работает :-) База обнуляется каждые 5 минут. Поэтому троллизм долго не живет в демке.
А PHP можно использовать для шаблонов вместо собственного велосипеда? Меня всегда немного пугали CMS-ки, в которых кроме изучения веб-морды и API надо еще изучать и дополнительный язык шаблонов.
в шаблонизаторе cogear всего навсего просто заменены <?php ?> на { }
Да, конечно, можно. Вы можете шаблон создать с расширением .php вместо .tpl и будет вам счастье :-)
Расширение .tpl чревато тем, что злодей может увидеть его код, если отключен .htaccess. Не лучше ли было бы .tpl.php как в Drupal?
Удобнее поставить заглушку в .htaccess или же написать рерайт для nginx/lighttpd.
Хотя и вариант Друпала тоже достойный.
А у вас там сверхсекретная информация лежит?
Мало ли… структура БД может частично отражена в шаблонах (названия полей) или слабости/уязвимости/секреты видны какие-то. Например, можно написать в шаблоне для каких-то «хитрых» целей if ($_REQUEST['action'] == 'mycomplexpassword4debuginfo') {phpinfo(); print_r($important_info);}.

Проблемы маловероятны конечно, если всё делать правильно, но зачем дразнить гусей?)
Хранить такой код в tpl файлах действительно тупо. Вообще не люблю когда какие либо условия которые нужны для работы приложения выносятся в шаблоны… у меня приложение просто отдает массив который просто отправляется в шаблонизатор… Приложение не знает что ждет отдаваемые им данные, а шаблонизатору плевать откуда они пришли.
Структура ДБ и так более-менее ясна из-за открытого кода, а вот какой префикс в таблицах — знает только владелец ;)
а зачем вообще хранить в wwwroot что-то кроме index.php?
не считая статику, конечно.
Не я это придумал, многие существующие системы так сделаны и многие так делают свои сайты. Я только одну cms-ку щупал (причем не open source), у которой ядро вне «wwwroot».

Это про ПХП. На Яве, например, такое чаще распространено.

Еще на некоторых хостингах доступ по ФТП может быть только к «wwwroot».
Легко установить. Распаковал и готово. А папки с веб-доступом называются везде по разному (www, public_html, webroot и т.д.) и объяснить ложнее, что в «какую-то» папку нужно запихать index.php
НЛО прилетело и опубликовало эту надпись здесь
Это Твиттер на логотипе :-) Данная иллюстрация есть ничто иное, как скриншот с официального сайта. Иконка Твиттера при нажатии ведет на аккаунт движка в системе.
Очень здоров!
В админке при попытке просмотра комментариев профиля admin вываливается:

A PHP Error was encountered

Severity: Warning

Message: krsort() expects parameter 1 to be array, null given

Filename: comments/index.php

Line Number: 165
На демо версия далеко на самая свежая крутится. Спасибо, что сообщили. Отличный повод обновить демку.
Название напомнило codegear :)
Бывает :-) В данном случае «co» — это community, cooperative, core.
Опять CMS??? ОПЯТЬ PHP??? НЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕТ!!!
зы. А что у вас твиттер на логотипе присел? Ща как нагадит!
Топик не для холиваров.
ага, только пускай перестанет народ делать cms похожие на остальные
НЛО прилетело и опубликовало эту надпись здесь
ты — хуй
вы случайно местом не ошиблись?? с такими словами идите… сами знаете куда.
Исправил, спасибо. Из этой странички PDF генерировал, поэтому давно на нее не заходил.
особенно прикольно, как он «подхватывает на лету» стили/скрипты. Неужели при каждом запросе страницы парсится папка на сервере?
Да, так и есть. При включенном кешировании данные хранятся в кеше, обновления не происходит.
Не поверите, но разницы по времени выполнения практически нет. Все благодаря супер-шустрой функции glob.
Черт, интересная функция, пошел переписывать свою CMS))
И не представляете, как сам был рад, когда узнал о ней :-) Вы еще про SPL почитайте.
НЛО прилетело и опубликовало эту надпись здесь
Зануда-кун ты? Кстати лицензия GPL как бы намекает нам что можнонужно участвовать в доработке проекта, тем более если есть такие конструктивные предложения. Но частично с твоим коментом согласен, пэтому как ниже написал пока играюсь с этй цмс.
Почему копирую? Началось все, естественно, с хабраклона, но уже достаточно давно курс изменился.
Понятие хорошего интерфейса у каждого свое. Мне, например, очень удобно пользоваться своей системой. Поверьте, и не мне одному.
Система закончена для базового использования, как вы говорите. Дополнительный функционал включается одним кликом. Стандартная структура для коллективного блога.

Да, моя система не настолько тривиальна для ничего не сведущего в веб-технологиях человека, как Joomla, но она намного проще в понимании для хоть сколько-нибудь соображающего в веб-технологиях разработчика.
НЛО прилетело и опубликовало эту надпись здесь
Очень рад за то, что у вас есть собственное мнение. Продолжать этот разговор не стоит.
НЛО прилетело и опубликовало эту надпись здесь
Всегда рад жесткой критике, если она к месту. У вас своя точка зрения, и не стоит ее навязывать в столь явной форме. Наставления поняты и приняты, совесть может быть чиста.
Плюсуют creotiv, а не вас. Может creotiv прав?
вот так всегда: пишешь что-нибудь, хоть сколько-нибудь похожее на существующее — поливают грязью.
А если ни на что не похожее — так все равно поливают, ибо «не работает» :)

P.S. считаю данную критику объективной, просто критиковать с таким же успехом можно что угодно :)
НЛО прилетело и опубликовало эту надпись здесь
пока будешь все критиковать, жизнь пройдет мимо :)
НЛО прилетело и опубликовало эту надпись здесь
У меня сложилось впечатление возможно ложное что Joomla настолько популярна только через простоту для обычных пользователей. Для меня как программиста что-то поменять в джумле — кошмар
Классная штука, давно слежу. Пользовался правда пока что так, для экспериментов и поиграть.
А из пожеланий(это лично мое) хочется форка переписанного на кохану)
Будет ли следующая версия совместима с 1.0? И это будет движок написанный «с нуля» и уже не на CI (как ты вроде плнировал) или совершнствование текущей версии?
Понятно, что это зависит от того, подтянется ли коммьюнити, но каковы приблизительные сроки выхода следующей версии?
Думаю, что если и придется переписать основные компоненты, то самым минимальным образом. Хотя бы с MooTools на jQuery.
Этот процесс с нуля, но так, чтобы конечный пользователь не заметил особой разницы в логике и стиле кодирования.
По поводу сроков пока затрудняюсь сказать. Работа идет по вдохновению. Думаю, что скоро она продолжится в активном режиме.
Захожу на сайт, оттуда в демо версию. Там — два сообщения «Превед», после чего влкладка демки закрывается.
Так задумано? )
В демо-версии полная свобода для каждого. Но длится она недолго — раз в пять минут база обнуляется.
там таки идёт редирект на хабр, поломали таки? Сознавайтесь :)
На демке файлы конфигурации виджетов сайдбара открыты для редактирования. Не подумал о том, что кому-то захочется так пошалить. Сейчас исправлю.
Поправил.
НЛО прилетело и опубликовало эту надпись здесь
читаем пост выше %)
похоже у Вас в демке дырка… при открытии страницы выскакивает несколько раз алерт: «Preved» и редиректит на главную хабра…

проверял только что…
Уже починил. Демка не самой актуальной версии пока, к сожалению, в ней было отключено глобальное фильтрование XSS.
да, я только после того как нажал на кнопку «написать» заметил последний комментарий:)
рекомендую нормальный шаблонизатор: www.twig-project.org/ (от создателя symfony, кстати)
Посмотрел. На первый взгляд мой не хуже.
у вас есть наследование шаблонов, мощная расширяемость, сандбокс, хорошая документация?
считаю, что такие вещи, как шаблонизатор, лучше брать готовые. не думаю, что можно сделать лучше, чем twig (разве что в сторону производительности, как blitz, хотя трудно представить, чтобы шаблонизатор стал узким местом).
У меня простая обертка для PHP, которая целиком и полностью выполняет возложенные на нее функции.
В шаблонизаторах много лишнего обычно — свои логика и синтаксис.
Стараюсь быть ближе к исходному языку.
Как он похож на Джанговский, прелесть!!!
Если и буду в пхп использовать шаблонизатор — это лучший.
ага, автор джангой в том числе и вдохновлялся
вот, кстати, забыл, его статья на тему шаблонизаторов: fabien.potencier.org/article/34/templating-engines-in-php там еще в камментах развернулась эпичная дискуссия
Кстати, стоило бы сразу эту ссылку давать. Там отличное сравнение со Smarty, Dwoo и еще парочкой распространенных шаблонизаторов. Иначе не очень понятно «а почему не смарти». :)
Твое творение похоже на чуть более развитый livestreet.ru/
Аналог движка Хабрахабр
Чем-то похоже на Хабр :-) Собственно первый топик про разработку моего движка и первые результаты были за пару месяцев до того, как тот движок появился.
НЛО прилетело и опубликовало эту надпись здесь
Вот когда еще не будет CodeIgniter'a, то будет совсем хорошо.
Сам занимаюсь разработкой некоторых движков, все они платные. Очень интересно узнать — что побудило вас делать этот движок бесплатным и планируете-ли вы получать прибыль с этого проекта?
Использования памяти: 0.78Мб
Запросов к базе данных: 1
Запросов в кеш: 2
Время работы: 0.1717

как то много как для кеша (например, 0.0136 сек. 0.48MB на моем сайт что работает на CMS что пишу)

Интересный такой момент как показатели тестов ab или siege на страницы с кешем и без (допустим 10-10 на без кеша и 100-10 с) есть такие показатели? ;)

мой пример того что получается пока выжать с моей CMS
Кеш:
Transactions: 1000 hits
Availability: 100.00 %
Elapsed time: 5.42 secs
Data transferred: 3.17 MB
Response time: 0.44 secs
Transaction rate: 184.50 trans/sec
Throughput: 0.58 MB/sec
Concurrency: 80.35
Successful transactions: 1000
Failed transactions: 0
Longest transaction: 0.96
Shortest transaction: 0.01

нет кеша
Transactions: 100 hits
Availability: 100.00 %
Elapsed time: 11.45 secs
Data transferred: 0.32 MB
Response time: 1.10 secs
Transaction rate: 8.73 trans/sec
Throughput: 0.03 MB/sec
Concurrency: 9.64
Successful transactions: 100
Failed transactions: 0
Longest transaction: 1.53
Shortest transaction: 0.51

Главная без кеша 0.3412 сек. 6.36MB SQL: 40 — системка направленная на e-commerce. Думаю будет под GPL, но пока еще не доросла она и до преАльфы.
Желающим увидеть демо — в личку, сообщу первым когда сделаю демку.
Вы хоть бы параметры вашего сервера указали ;)
Домашний комп SuSE 11.1 + KDE 4.3.3 4гб ОЗУ AMD Athlon64 X2 4800 (2*2,53 (на ядре 1мб л2 кеша)) винт сата2 320гб. fs EXT3. eAccelerator отключен (с им есть небольшой прирост).
В личку отправил линк ;)
Решил запустить у себя, у вместо нормального контента поперли ошибки. Ваш CMS не дружит с PHP 5.3, примите меры ;)
CodeIgniter 1.7.1 не дружит с PHP 5.3. Поэтому пишу новое ядро и, возможно, скоро обновлю CI в текущем.
а пока думаю стоит указать что он не дружит с ним…
Господа разработчики, на дворе 2009-й год, скоро уже 2010. Читаю: cogear.ru/user_guide/introduction/install/ ./engine/cache 0777 Рекурсивно ./uploads 0777 Рекурсивно.

Ну разве сложно заткнуть все эти 777 другими вариантам??? Для начала почитать про самую легкую замену php.net/ftp

Извините, но я выскажу свое жесткое мнение — в топку такие CMS, разработчики которых допускают халтуру в мелочах.
Почему склеивание css в один файл является преимуществом? Разве это не усложняет процесс разработки стилей? И как насчет conditional css для ie?
Физически файлов стилей сколько угодно может быть. На выходе они склеиваются в один для того, чтобы браузер делал по 1 запросу на скрипты и стили. Оптимизация загрузки.
на примере склеивания css — нужная штука.
на примере js — думаю не очень, потому что в том же друпале обычно после склейки js в один файл переставала работать часть функционала.
НЛО прилетело и опубликовало эту надпись здесь
Порядок учитывается.
Если бы все не работало — не делал бы так.
На сайте не нашел пунктов, на каких условиях вы позволяете использовать систему в коммерческих целях.

Раньше вроде бы было. Может быть это как раз и коснулось смены схемы лицензирования.

Если такая страница исчезла, интересует так же, каким образом можно прожить, уйдя с работы, создавая собственную бесплатную CMS
Лицензия GPLv2 — вы можете использовать систему в любых целях бесплатно.
Ссылка на старую схему лицензирования приведена в данном топике.
Работать можно не только в офисе и не только на начальника/заказчика.
Интересно, сам тоже фрилансом работаю, но как-то вышло, что на кого-то работать не приходилось в «офисном» понимании, хотя не мешает понимать того, что мне это не понравится :)

Преисполнился уважения, потому как нравится как вы и что делаете и что умеете =)
Спасибо, стараюсь от души.
Тоже присоединюсь к вопросу — очень интересна ваша бизнес-модель.
вот не понимаю, почему вы модули называете шестеренками?

и почему когда я открыл сайт системы, я не нашел ссылки на письмо в тех. поддержку cms?
Потому что система состоит из модулей также, как движок состоит из шестеренок в абстрактном смысле.
Техническая поддержка производится сообществом.
А если я хочу связаться именно с вами?
Что вам мешает написать в личку на Хабре или на сайте? :-)
когда я хотел с вами связаться, у меня еще не было аккаунта на Хабре, я только сегодня зарегистрировался.

p.s. далеко не у всех людей есть аккаунт на Хабре.
Уже появились сторонние компоненты дял CoGear? Или только от разработчика?
Сообщество уже занимается созданием сторонних компонентов. Скоро будет открыт каталог модулей, где разработчики смогут представить свои улучшения.
Это хорошо. А то уж в документации несколько раз упоминается фраза «интернет-магазин» а на деле пока его то и вовсе не предусмотрено, одни блоги.
В папку на локальном ни в какую не хочет устанавливаться. Поделитесь тайной что прописать в .htaccess чтобы работало в папке вида localhost/cogear или он в принципе устанавливается только в корневую типа www, htdocs и т.п.
Попробуйте прописать в /gears/global/global.info параметры url = «localhost/cogear», database = «mysql://user:password@localhost/database» и импортнуть дамп из корня.
В global.info прописывал url = «localhost/cogear/» и без слэша url = «localhost/cogear» базу данных тоже прописывал и импортировал дамп из корня, все импортируется нормально, но движок некорректно работает, открывается только главная страница, картинки не прорисовываются, все другие страницы не работают. С .htaccess тоже пытался прописывать RewriteBase / и RewriteBase /cogear — не работает. Самое интересное, если вывалить содержимое папки cogear в корень локального сервера, в папку www — все устанавливается и работает нормально. Но там у меня другие папки с другими скриптами, которые нужно тоже тестить… В общем если кто знает как настроить на работу в папке подскажите пожалуйста. Просто он туда автоматом как в корень и устанавливаться не хочет и работать там не работает. Прошу помочь если это в принципе возможно, т.к. знаю что некоторые cms можно установить только в корень.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории