нет, ну какой мерзкий народ эти хабрцы. Видят, что коммент закрыт. Нет, открывают, читают, и ставят еще один минус. Молодцы, спасли человечество.
Конечно, вопрос ВЫ или ТЫ — вопрос предпочтений. Но назвать меня username-ом, да еще и в лицо, на «ты»… бьет по глазам, вот и все что я хотел сказать. Я когда пишу статьи или комменты я обращаюсь на «вы», не «Вы», а именно «вы», без подхалимства. И мне такие вот лешие вроде меня не пишут потом то, что я пишу вам.
Хочется высказать собственное мнение…
Так вот, я считаю, что в интернете все равны. Я например обращаюсь в основном ко всем на «ты» и ко мне тоже так обращаются.
Во всяком случае это личное мнение ;)
Кому-то нравиться, когда в постах обращающийся на «ты», кому-то — на «вы», кому-то всё равно, а кое-кому может вообще нравиться, когда обращаются «мой пушистик» или ещё как. И что теперь авторам постов разорваться?
Наверно нужно обговрить, какие нормы общения и приличия допускаются на Хабре, и чем они отличаются от тех, которые в нас воспитали родители… А ведь может кому и не воспитали?
Тогда все станет на свои места! Будут обозначены рамки приличия)
А мне как-то не по себе, когда малец, который еще в жизни ничего не добился, обращается к человеку в возрасте на «ты»(
С момента первого анонса упорно слежу за движком, поначалу привлекло то что он на CI но углубившись в архитектуру понял что на нём можно сделать всё что угодно =). Надеюсь новое ядро не изменит традициям движка и внесёт большую гибкость.
ЗЫ
Надеюсь в новом ядре будет jQuery?
Как я посчитал к моменту релиза — главное отличие вашего движка было то, что он реально был на CI и с ним не рознился больно сильно, но нынешняя новость о собственном движке меня немного напугала… вы получается сделаете очередную цмску, без изюминки, приятной народу.
pS: да, я читал, что концепция CI будет сохранена, но все же это уже будет не CI.
А PHP можно использовать для шаблонов вместо собственного велосипеда? Меня всегда немного пугали CMS-ки, в которых кроме изучения веб-морды и API надо еще изучать и дополнительный язык шаблонов.
Мало ли… структура БД может частично отражена в шаблонах (названия полей) или слабости/уязвимости/секреты видны какие-то. Например, можно написать в шаблоне для каких-то «хитрых» целей if ($_REQUEST['action'] == 'mycomplexpassword4debuginfo') {phpinfo(); print_r($important_info);}.
Проблемы маловероятны конечно, если всё делать правильно, но зачем дразнить гусей?)
Хранить такой код в tpl файлах действительно тупо. Вообще не люблю когда какие либо условия которые нужны для работы приложения выносятся в шаблоны… у меня приложение просто отдает массив который просто отправляется в шаблонизатор… Приложение не знает что ждет отдаваемые им данные, а шаблонизатору плевать откуда они пришли.
Не я это придумал, многие существующие системы так сделаны и многие так делают свои сайты. Я только одну cms-ку щупал (причем не open source), у которой ядро вне «wwwroot».
Это про ПХП. На Яве, например, такое чаще распространено.
Еще на некоторых хостингах доступ по ФТП может быть только к «wwwroot».
Легко установить. Распаковал и готово. А папки с веб-доступом называются везде по разному (www, public_html, webroot и т.д.) и объяснить ложнее, что в «какую-то» папку нужно запихать index.php
Это Твиттер на логотипе :-) Данная иллюстрация есть ничто иное, как скриншот с официального сайта. Иконка Твиттера при нажатии ведет на аккаунт движка в системе.
Да, так и есть. При включенном кешировании данные хранятся в кеше, обновления не происходит.
Не поверите, но разницы по времени выполнения практически нет. Все благодаря супер-шустрой функции glob.
Зануда-кун ты? Кстати лицензия GPL как бы намекает нам что можнонужно участвовать в доработке проекта, тем более если есть такие конструктивные предложения. Но частично с твоим коментом согласен, пэтому как ниже написал пока играюсь с этй цмс.
Почему копирую? Началось все, естественно, с хабраклона, но уже достаточно давно курс изменился.
Понятие хорошего интерфейса у каждого свое. Мне, например, очень удобно пользоваться своей системой. Поверьте, и не мне одному.
Система закончена для базового использования, как вы говорите. Дополнительный функционал включается одним кликом. Стандартная структура для коллективного блога.
Да, моя система не настолько тривиальна для ничего не сведущего в веб-технологиях человека, как Joomla, но она намного проще в понимании для хоть сколько-нибудь соображающего в веб-технологиях разработчика.
Всегда рад жесткой критике, если она к месту. У вас своя точка зрения, и не стоит ее навязывать в столь явной форме. Наставления поняты и приняты, совесть может быть чиста.
вот так всегда: пишешь что-нибудь, хоть сколько-нибудь похожее на существующее — поливают грязью.
А если ни на что не похожее — так все равно поливают, ибо «не работает» :)
P.S. считаю данную критику объективной, просто критиковать с таким же успехом можно что угодно :)
У меня сложилось впечатление возможно ложное что Joomla настолько популярна только через простоту для обычных пользователей. Для меня как программиста что-то поменять в джумле — кошмар
Классная штука, давно слежу. Пользовался правда пока что так, для экспериментов и поиграть.
А из пожеланий(это лично мое) хочется форка переписанного на кохану)
Будет ли следующая версия совместима с 1.0? И это будет движок написанный «с нуля» и уже не на CI (как ты вроде плнировал) или совершнствование текущей версии?
Понятно, что это зависит от того, подтянется ли коммьюнити, но каковы приблизительные сроки выхода следующей версии?
Думаю, что если и придется переписать основные компоненты, то самым минимальным образом. Хотя бы с MooTools на jQuery.
Этот процесс с нуля, но так, чтобы конечный пользователь не заметил особой разницы в логике и стиле кодирования.
По поводу сроков пока затрудняюсь сказать. Работа идет по вдохновению. Думаю, что скоро она продолжится в активном режиме.
у вас есть наследование шаблонов, мощная расширяемость, сандбокс, хорошая документация?
считаю, что такие вещи, как шаблонизатор, лучше брать готовые. не думаю, что можно сделать лучше, чем twig (разве что в сторону производительности, как blitz, хотя трудно представить, чтобы шаблонизатор стал узким местом).
У меня простая обертка для PHP, которая целиком и полностью выполняет возложенные на нее функции.
В шаблонизаторах много лишнего обычно — свои логика и синтаксис.
Стараюсь быть ближе к исходному языку.
Кстати, стоило бы сразу эту ссылку давать. Там отличное сравнение со Smarty, Dwoo и еще парочкой распространенных шаблонизаторов. Иначе не очень понятно «а почему не смарти». :)
Чем-то похоже на Хабр :-) Собственно первый топик про разработку моего движка и первые результаты были за пару месяцев до того, как тот движок появился.
Сам занимаюсь разработкой некоторых движков, все они платные. Очень интересно узнать — что побудило вас делать этот движок бесплатным и планируете-ли вы получать прибыль с этого проекта?
Главная без кеша 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 отключен (с им есть небольшой прирост).
В личку отправил линк ;)
Физически файлов стилей сколько угодно может быть. На выходе они склеиваются в один для того, чтобы браузер делал по 1 запросу на скрипты и стили. Оптимизация загрузки.
на примере склеивания css — нужная штука.
на примере js — думаю не очень, потому что в том же друпале обычно после склейки js в один файл переставала работать часть функционала.
Лицензия GPLv2 — вы можете использовать систему в любых целях бесплатно.
Ссылка на старую схему лицензирования приведена в данном топике.
Работать можно не только в офисе и не только на начальника/заказчика.
Интересно, сам тоже фрилансом работаю, но как-то вышло, что на кого-то работать не приходилось в «офисном» понимании, хотя не мешает понимать того, что мне это не понравится :)
Преисполнился уважения, потому как нравится как вы и что делаете и что умеете =)
В папку на локальном ни в какую не хочет устанавливаться. Поделитесь тайной что прописать в .htaccess чтобы работало в папке вида localhost/cogear или он в принципе устанавливается только в корневую типа www, htdocs и т.п.
В global.info прописывал url = «localhost/cogear/» и без слэша url = «localhost/cogear» базу данных тоже прописывал и импортировал дамп из корня, все импортируется нормально, но движок некорректно работает, открывается только главная страница, картинки не прорисовываются, все другие страницы не работают. С .htaccess тоже пытался прописывать RewriteBase / и RewriteBase /cogear — не работает. Самое интересное, если вывалить содержимое папки cogear в корень локального сервера, в папку www — все устанавливается и работает нормально. Но там у меня другие папки с другими скриптами, которые нужно тоже тестить… В общем если кто знает как настроить на работу в папке подскажите пожалуйста. Просто он туда автоматом как в корень и устанавливаться не хочет и работать там не работает. Прошу помочь если это в принципе возможно, т.к. знаю что некоторые cms можно установить только в корень.
cogear — система управления сайтами