Comments 40
Выглядит очень неплохо, типа drupal, но более ориентировано на программистов.
и на программистов и на конечных пользователей (администраторов, модераторов)
т.к. управлять таким сайтом гораздо удобнее, чем друпалом, если правильно настроить доступ к функционалу (скрыть все непонятные пользователю задачи), то управлять сайтом будет легче, быстрее и нагляднее
т.к. управлять таким сайтом гораздо удобнее, чем друпалом, если правильно настроить доступ к функционалу (скрыть все непонятные пользователю задачи), то управлять сайтом будет легче, быстрее и нагляднее
С удовольствием присоединюсь к созданию версии для рунета.
Судя по скринам перевод интерфейса уже имеется.
Остается:
— создание сайта
— перевод основных инструкций
— сборка модулей
Может для удобства организоваться через некую систему управления проектами? Для более удобного обсуждения и реализации?
Судя по скринам перевод интерфейса уже имеется.
Остается:
— создание сайта
— перевод основных инструкций
— сборка модулей
Может для удобства организоваться через некую систему управления проектами? Для более удобного обсуждения и реализации?
ps: хотя уже есть diem-project.ru может стоит объединятся с ними?
я несколько беспокоюсь за будущее проекта (если посмотреть за его развитием в гитхабе — писался он одним человеком и потом был взят на подхват, основоположник проектом более не занимается)
в проекте встречаются лежащие на поверхности баги
в общем, особо надеятся на толковое развитие проекта я бы не стал, но идея и реализация меня поразили, очень не хотелось бы, чтобы такая наработка ушла впустоту… очень не хватает стандартных готовых модулей… адаптации (в виде различных чисто рунетовских плюшек), толкового перевода (а то даже по падежам не состыковываются слова)
в проекте встречаются лежащие на поверхности баги
в общем, особо надеятся на толковое развитие проекта я бы не стал, но идея и реализация меня поразили, очень не хотелось бы, чтобы такая наработка ушла впустоту… очень не хватает стандартных готовых модулей… адаптации (в виде различных чисто рунетовских плюшек), толкового перевода (а то даже по падежам не состыковываются слова)
для начала я хочу откликов от 2-3 компетентных единомышленников, где общаться придумаем…
по поводу планов: имеется и перевод и даже сайт diem-project.ru/ — но это всего лишь клон основого, частично переведенный неким v.lezhnev@gmail.com
по поводу планов: имеется и перевод и даже сайт diem-project.ru/ — но это всего лишь клон основого, частично переведенный неким v.lezhnev@gmail.com
неправдалиOH SHIT
Тайтл на главной Symfony + ZF + jQuery довольно интересный.
Это типо гибриб Симфони + ЗендФреймворк??
Это типо гибриб Симфони + ЗендФреймворк??
memory_limit >= 48Mb
А чем объсняются такие требования к памяти? Практически, как у Drupal 7…
diem кушает много памяти при генерации сжатого js и css (да-да, он аи это делает за вас, не нужно заботиться о ant-build-ах, вы пишете столько css сколько нужно разбрасываете по файлам, как вам удобно — на выходе все равно получите один css файл)
Было бы классно, если бы эта самая генерация выполнялась один раз, а не постоянно.
А оно и должно один раз генерится, в симфони неплохие механизмы кеширования.
Все верно генерится один раз, после того как вы измените css или js, генерацию необходимо повторить
Тогда, я так понимаю, требование в 48Мб памяти распространяется только на момент обновления кеша? Сколько же тогда требует обычная работа с CMS?
memory_usage = 15653864
memory_peak_usage = 15837840
итого ~15Mb
memory_peak_usage = 15837840
итого ~15Mb
Более точно:
с включенным дебагом и стандартными настройками
memory_usage = 15653864
memory_peak_usage = 15837840
итого ~15Mb
в обычном режиме (без дебага) и стандартными настройками
memory_usage = 14266416
memory_peak_usage = 14338544
итого ~14Mb (1Mb съедает дебаг)
с выключенным swift_mailer (как советуют разработчики symfony для повышения производительности)
также в районе ~14Mb
(swift mailer нигде не вызывался — аутолоад ничего не подгружал, памяти кушаем столько же)
включаем кэш страниц:
memory_usage = 6275864
memory_peak_usage = 6275864
итого ~6Mb (экономим еще 8Mb + снижаем до минимума запросы к БД)
интересно сравнить с Joomla и Drupal
с включенным дебагом и стандартными настройками
memory_usage = 15653864
memory_peak_usage = 15837840
итого ~15Mb
в обычном режиме (без дебага) и стандартными настройками
memory_usage = 14266416
memory_peak_usage = 14338544
итого ~14Mb (1Mb съедает дебаг)
с выключенным swift_mailer (как советуют разработчики symfony для повышения производительности)
также в районе ~14Mb
(swift mailer нигде не вызывался — аутолоад ничего не подгружал, памяти кушаем столько же)
включаем кэш страниц:
memory_usage = 6275864
memory_peak_usage = 6275864
итого ~6Mb (экономим еще 8Mb + снижаем до минимума запросы к БД)
интересно сравнить с Joomla и Drupal
UFO just landed and posted this here
да, APC включен (выделил ему 64Mb)
не знаю точно — влияет ли, если на машине запущено несколько сайтов сразу?, вроде не должно…
не знаю точно — влияет ли, если на машине запущено несколько сайтов сразу?, вроде не должно…
UFO just landed and posted this here
в diem есть инструмент для просмотра статистики кэша, а в дебаг-режиме есть и индикатор в менюшке (между «Система» и «Перейти на сайт»)
графики конечно юродливые… мне понятным из всей этой информации пока что остается индикатор использования памяти: обычно у меня он находиться на отметке 32Мб из 64Мб, что я считаю вполне нормальным показателем…
Кстати, раз пошел такой разговор — подскажите статью про APC почитать, а то единственное что нахожу в инете по этой теме — настройки конфигов, а сам принцип работы мне не до конца ясен…
графики конечно юродливые… мне понятным из всей этой информации пока что остается индикатор использования памяти: обычно у меня он находиться на отметке 32Мб из 64Мб, что я считаю вполне нормальным показателем…
Кстати, раз пошел такой разговор — подскажите статью про APC почитать, а то единственное что нахожу в инете по этой теме — настройки конфигов, а сам принцип работы мне не до конца ясен…
Дием как и все остальные CMS/CMF на симфони 1 уходят в прошлое с этой самой симфони 1, особенно учитывая cmf.symfony.com/
Требования к памяти обьясняются большими потребностями самой симфони, особенно в дебаг режиме и перестроении классов.
Требования к памяти обьясняются большими потребностями самой симфони, особенно в дебаг режиме и перестроении классов.
особенно учитывая, что cmf.symfony.com разрабатывается сообществом diem с 29 August 2010
Прувлинк: groups.google.com/group/diem-users/browse_thread/thread/17385ba5d14af807?pli=1
я бы сказал diem не уйдет в прошлое, единственное чего стоит бояться — что Diem мутирует в очередной велосипед-cms, но вероятность этого… КРАЙНЕ МАЛА! уж больно она выделяется среди остальных и выделяется в лучшую сторону
Прувлинк: groups.google.com/group/diem-users/browse_thread/thread/17385ba5d14af807?pli=1
я бы сказал diem не уйдет в прошлое, единственное чего стоит бояться — что Diem мутирует в очередной велосипед-cms, но вероятность этого… КРАЙНЕ МАЛА! уж больно она выделяется среди остальных и выделяется в лучшую сторону
а что у нас с cmf.symfony.com? мне кажется там все еще в стадии обсуждения.
да, команда там представительная, это хорошо и плохо.
Дием по сути был написан одним человеком, ему не надо было ничего обсуждать ;)
да, команда там представительная, это хорошо и плохо.
Дием по сути был написан одним человеком, ему не надо было ничего обсуждать ;)
на официальном гитхабе diem как-то пусто по поводу версии для symfony2
если только у разработчиков в личном доступе ветка, может ждут официальной версии symfony2, пока что PR7 доступен
если только у разработчиков в личном доступе ветка, может ждут официальной версии symfony2, пока что PR7 доступен
github.com/symfony-cmf здесь можно наблюдать, что разработка cmf.symfony особо-то и не ведется
складывается впечатление, что ребята действительно выжидают «боевой» версии symfony2
складывается впечатление, что ребята действительно выжидают «боевой» версии symfony2
Поставил. Конечно, мало информации на русском. Идейно приятно сделан.
За информацию, спасибо!
За информацию, спасибо!
Судя по описанию уж очень похоже на идеологию Django.
Или я не прав?
Или я не прав?
с идеологией Django не знаком, но судя по описанию возможностей ru.wikipedia.org/wiki/Django просматривается большое сходство… ORM, система кэширования, библиотека для построения форм, i18n — но это сходство скорее с Symfony
За прошедший месяц молчания у меня накопилось много новой информации: о подводных камнях разработки, о приемах создания сложного функционала, о тестах на различных хостингах и серверах и о готовящемся новом релизе.
Не хватает кармы для поста.
Не хватает кармы для поста.
Sign up to leave a comment.
Вводный обзор CMS Diem