Комментарии 96
За демо на вашем сайте отдельное спасибо!
Я как-то сразу даже не понял о чём речь в этом посте, потом внизу нашёл ссылку на сайт и до меня дошло что это CMS, я зашёл посмотреть что это такое и попробовал демку, но она мне сказала на англицком в вольном переводе «уже залогинились под этим логином, идите ....» один юзер в демо может работать?! Что-то мне уже не хочется ей пользоваться.
Превышено количество неверных попыток входа… Вполне себе нормальное свой свойство CMS
У кого-то просто сильно чесались руки он заблокировал аккаунт :-(
Спасибо за правки в статье, так правда понятнее.
Исправлено. Действительно для демки использовать один логин не очень удобно, видимо нужно будет блокировку убирать совсем. В нормальной же ситуации разные менеджеры используют свои логины/пароли. Но один ресурс одновременно редактировать нельзя в любом случае.
НЛО прилетело и опубликовало эту надпись здесь
Очень рад выходу evolution!
Перепробовал много CMS/CMF но на столько гибкой и удобной CMS больше не встретил. Разработчикам огромный респект, а всех пользователей системы поздравляю с выходом релиза! :-)
Перепробовал много CMS/CMF но на столько гибкой и удобной CMS больше не встретил. Разработчикам огромный респект, а всех пользователей системы поздравляю с выходом релиза! :-)
НЛО прилетело и опубликовало эту надпись здесь
Ура! :)))
Надеюсь, что и революционный революшн не за горами :)
Надеюсь, что и революционный революшн не за горами :)
демку видел. старую бетку пробовал ставить на локалхост, правда не получилось тогда.
руки чешутся начать использовать революшн в коммерческих проектах :) по-моему очень круто получилось с ExtJs, только работает админка пока медленнее, чем эволюшен.
руки чешутся начать использовать революшн в коммерческих проектах :) по-моему очень круто получилось с ExtJs, только работает админка пока медленнее, чем эволюшен.
Меня больше всего радует возможность управления несколькими сайтами из одной админки в Revo =) Вот это действительно тру!
Разумеется, сам по себе ExtJs при всех своих возможностях довольно тяжел, а также работа еще не отлажена полностью. Но уже сейчас многие задачи с его помощью можно решить гораздо быстрее.
Кроме того, есть еще очень интересные штуки, о которых многие и не мечтали.
Например такая — www.youtube.com/watch?v=_j9_POkuK2Y
Кроме того, есть еще очень интересные штуки, о которых многие и не мечтали.
Например такая — www.youtube.com/watch?v=_j9_POkuK2Y
НЛО прилетело и опубликовало эту надпись здесь
Посмотрел. Отличная система.
Встает вопрос о конвертировании базы данных и переносе сайта с одной cms на MODx. Возможно ли это?
Встает вопрос о конвертировании базы данных и переносе сайта с одной cms на MODx. Возможно ли это?
Нет ничего невозможного! =)
Сейчас я как раз переношу данные из Joomla в MODx.
Для модикс имеется пара удобных классов для управления документами. С их помощью у меня получилось с легкостью перенести данные и распихать их по папкам.
Результатом доволен. Я считаю, что для такой, не побоюсь этого слова, интеллектуальной задачи невозможно создать универсальную утилиту.
Сейчас я как раз переношу данные из Joomla в MODx.
Для модикс имеется пара удобных классов для управления документами. С их помощью у меня получилось с легкостью перенести данные и распихать их по папкам.
Результатом доволен. Я считаю, что для такой, не побоюсь этого слова, интеллектуальной задачи невозможно создать универсальную утилиту.
НЛО прилетело и опубликовало эту надпись здесь
всё никак руки не дойдут поюзать.
Отличная система, использую уже года 2,5, очень она мне нравится.
Хорошая новость. В 1.0 понравилась новая тема оформления админки. А вот Revolution совершенно не понравился, там ещё работать и работать. Особенно не понравилась ExtJS в админке, очень криво всё реализовано. И судя по всему обратной совместимости у Revolution никакой.
В связи с этим — даешь больше статей, кейс-стади и советов от матерых специалистов!
Чтоб выйти за рамки традиционных статей «Делаем каталог с дитто».
Чтоб выйти за рамки традиционных статей «Делаем каталог с дитто».
Я думаю, что сначала нужно покрыть область для новичков, ведь кто-то из них в будущем, возможно, сформирует костяк сообщества.
Материые статьи полностью необходимы тоже, поддерживаю!
Материые статьи полностью необходимы тоже, поддерживаю!
Для новичков, мне кажется, добра уже хватает. То, что материал хаотично разбросан по всему двуязычному интернету, блогам и формумам — это уже другой вопрос =)
Я вот сейчас обратил внимание, у ребят появилось сообщество (http://community.modx-cms.ru/), это круто. Может быть там будет удобно собирать библиотеку советов, особенностей.
Я вот сейчас обратил внимание, у ребят появилось сообщество (http://community.modx-cms.ru/), это круто. Может быть там будет удобно собирать библиотеку советов, особенностей.
А как обстоят дела с возможностью создать свою тему?
Шаблон или тему оформления админки?
Первое, за что я полюбил MODx, так это за простоту и быстроту создания шаблона )
Вот взгляните: www.modx-cms.ru/dokumentatsiya/o-modx/razrabotka-na-modx/chto-takoe-shablon.html
Ну а если вы про тему оформления админки… я не знаю, если честно, никогда не пробовал, но думаю не сложно.
Первое, за что я полюбил MODx, так это за простоту и быстроту создания шаблона )
Вот взгляните: www.modx-cms.ru/dokumentatsiya/o-modx/razrabotka-na-modx/chto-takoe-shablon.html
Ну а если вы про тему оформления админки… я не знаю, если честно, никогда не пробовал, но думаю не сложно.
люблю хорошие cms. мой выбор на данный момент — cms made simple. сейчас глянем и подумаем ещё раз :)
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Хотел посмотреть админку- появилось два вопроса…
почему фраза «Due to too many failed logins, you have been blocked!» не локализована? и как всё таки посмотреть админку? :)
почему фраза «Due to too many failed logins, you have been blocked!» не локализована? и как всё таки посмотреть админку? :)
а интересно вот на демо-сайте, внизу подпись:
MySQL: 3.5658 s, 0 request(s), PHP: 2.3420 s, total: 5.9078 s, document retrieved from cache.
Что же это, 0 запросов к базе, а 3.5658 секунд тогда на что уходят? на подключение, которого не надо?
MySQL: 3.5658 s, 0 request(s), PHP: 2.3420 s, total: 5.9078 s, document retrieved from cache.
Что же это, 0 запросов к базе, а 3.5658 секунд тогда на что уходят? на подключение, которого не надо?
Отличная CMS. Надеюсь, что у разработчиков будет все хорошо!
Так, а кто-нибудь уже пробовал обновляться?
Автору — СПАСИБО.
Обновился с 0.9.6.3 до 1.0.0 — полёт нормальный
Обновился с 0.9.6.3 до 1.0.0 — полёт нормальный
Как обновились. Киньте ссылку на описание процесса пожалуйста. А то мне много сайтов надо обновлять.
Алгоритм обновления стандартный, описан тут:
www.modx-cms.ru/dokumentatsiya/tehnicheskiy-razdel/obnovlenie-modx.html
www.modx-cms.ru/dokumentatsiya/tehnicheskiy-razdel/obnovlenie-modx.html
Хочется задать вопрос искушенным разработчикам на MODx. Коллеги, подскажите, пожалуйста, существует ли в природе нормальная возможность создания галерей изображений? Под нормальной возможность я подразумеваю управление изображениями не через фронтенд, а прямо в админской части.
Да, Eesy 2 Gallery!
У меня есть переработанная и полностью прилаженная к админке галерея на mootools для небольшого количества фоток на каждой странице (если много фоток, просто javascript их долго грузит вместе с превьюшками и т.п.). Все руки не доходят выложить на форуме modx и написать документацию. Если интересно — обращайтесь, пришлю файлы и краткую инструкцию.
Чем не устраивает Easy 2 Gallery?
о, спасибо! попробуем!
опередил))
но и вы можете помочь =)
возможно ли прикрепление галереи к родительскому документы и вывод оной на странице родительского документа?
возможно ли прикрепление галереи к родительскому документы и вывод оной на странице родительского документа?
например, как здесь eldivi.ru/tours/jantarnoeozerele.html
Тем, что она ставится как отдельный модуль и всю работу с изображениями приходится проводить через него. А по уму нужно, чтобы редактирование проводилось через интерфейс редактирования обычной страницы. (Не мне нужно, я и через модуль справлюсь, а администраторам сайтов)
Мне кажется, что редактирование через отдельный модуль это как раз идеальное решение.
А через редактирование обычной страницы это MaxiGallery, но она мне намного меньше нравиться.
А через редактирование обычной страницы это MaxiGallery, но она мне намного меньше нравиться.
Не могли бы вы пояснить в чем преимущества этого идеального решения?
MaxiGallery плохой продукт, не о чем говорить.
По-моему из-за того, что easy2 выглядит как отдельный модуль, теряется вся гибкость modx. И это становится похожим на ту же модульно-компонентную систему джумлы, от которой я когда-то и сбежал в modx.
MaxiGallery плохой продукт, не о чем говорить.
По-моему из-за того, что easy2 выглядит как отдельный модуль, теряется вся гибкость modx. И это становится похожим на ту же модульно-компонентную систему джумлы, от которой я когда-то и сбежал в modx.
Разумеется, если нам нужна однозначная связь раздел галереи привязан к странице, то намного удобнее было бы управлять всем при редактировании страницы. Эта идея вообще очень заманчива и хороша. И даже используется кое где.
Но здесь суть в том, что модуль может сам по себе дать самостоятельную среду для управления изображениями. Это лишь некое хранилище. Как это использовать? Например можно привязать к одной странице несколько галерей (фотографии и чертежи допустим). Можно организовать обширную галерею с разными подразделами и т.д.
Мы сейчас готовим файловый архив, который также работает в виде модуля. Но там своя фишка в том, что дерево ресурсов отражает все разделы файлового архива.
Но здесь суть в том, что модуль может сам по себе дать самостоятельную среду для управления изображениями. Это лишь некое хранилище. Как это использовать? Например можно привязать к одной странице несколько галерей (фотографии и чертежи допустим). Можно организовать обширную галерею с разными подразделами и т.д.
Мы сейчас готовим файловый архив, который также работает в виде модуля. Но там своя фишка в том, что дерево ресурсов отражает все разделы файлового архива.
Насчет отдельной галереи с подразделами — согласен, easy2 подходит оптимально. А вот насчет вызова easy2 в странице — проблемка. Тут надо вставлять каждый раз вызов с параметрами. Это подходит разработчику, но не подходит редактору. А если много папок и подпапок, тогда вообще непросто, заблудиться можно.
В любом случае, уважаемый Artima, я знаю, что вы один из основных русских разработчиков под modx, мне как человеку, активно использующему эту систему хотелось бы избежать джумловской модульности и компонентности в предмете нашего обсуждения.
И, конечно, стоит признать, что кроме easy2 под modx на сегодняшний день нет никакой другой нормальной галереи, так что приходится писать самим :)
В любом случае, уважаемый Artima, я знаю, что вы один из основных русских разработчиков под modx, мне как человеку, активно использующему эту систему хотелось бы избежать джумловской модульности и компонентности в предмете нашего обсуждения.
И, конечно, стоит признать, что кроме easy2 под modx на сегодняшний день нет никакой другой нормальной галереи, так что приходится писать самим :)
поддерживаю. тоже требуется сделать работу с изображениями с интерфейса редактирования страницы. похоже, придется свой огород городить. пока думаю делать через tv, куда сохранять список изображений, при сохранении страницы в менеджере принимать файлы и пережимать, ну и администрирование изображений на jquery прикрутить к странице редактирования через событие OnDocFormPrerender. все же удобнее будет для простого менеджера, чем maxiGallery
Можно через ditto сделать без tv. Каждую страницу в которой должны быть фотки делаете папкой и внутрь складируете фотки через обычный content. Соответственно для этих страниц создаете новый шаблон (в нем и обработку можно делать). И вызываете все это через дитто.
При вашем решении с tv будет проблема с количеством изображений. На одной странице мне нужно, скажем 10, а на второй 20 и описание под некоторыми из них. А если сделать через дитто, то сколько создадите страниц с фотками, столько он вам и выведет. Еще один плюс, использование для всех фоток одного чанка, шаблона для дитто. То есть, захотели поменять что-то, отредактировали чанк и все изображения поменялись.
Администрирование изображений есть встроенное в tiny редакторе. Достаточно удобное, хотя если имеются силы и возможность, я бы тоже писал свое.
При вашем решении с tv будет проблема с количеством изображений. На одной странице мне нужно, скажем 10, а на второй 20 и описание под некоторыми из них. А если сделать через дитто, то сколько создадите страниц с фотками, столько он вам и выведет. Еще один плюс, использование для всех фоток одного чанка, шаблона для дитто. То есть, захотели поменять что-то, отредактировали чанк и все изображения поменялись.
Администрирование изображений есть встроенное в tiny редакторе. Достаточно удобное, хотя если имеются силы и возможность, я бы тоже писал свое.
Вариант создавать папки я рассматривал, но это сильно усложнит структуру документов.
Моя идея заключается в том, чтобы ссылки на все загруженные изображения сохранять в один тв-параметр через разделитель. Скажем допустить умолчание, что изображения, относящиеся к конкретному документу кладутся в папку /assets/images/galleries/[id]/somenames.jpg (для моего случая это подходит). Тогда тв-параметр будет выглядеть так: «firstimage.jpg|secondimage.jpg|thirdimage.jpg|...». естественно, что формировать его придется специальным плагином, и делать вывод тоже через специальный сниппет. Зато это сильно сократит количество документов и повысит удобство работы с админкой.
Моя идея заключается в том, чтобы ссылки на все загруженные изображения сохранять в один тв-параметр через разделитель. Скажем допустить умолчание, что изображения, относящиеся к конкретному документу кладутся в папку /assets/images/galleries/[id]/somenames.jpg (для моего случая это подходит). Тогда тв-параметр будет выглядеть так: «firstimage.jpg|secondimage.jpg|thirdimage.jpg|...». естественно, что формировать его придется специальным плагином, и делать вывод тоже через специальный сниппет. Зато это сильно сократит количество документов и повысит удобство работы с админкой.
Да, если нужны описания, тогда получается сложнее. Хотя для этого можно использовать просто более сложный формат значений тв-параметра, типа «Описание к первому изображению==firstimage.jpg|Это второе изображение==secondimage.jpg|Третья картинка==thirdimage.jpg|...».
Ну или как вариант — создать таки специальную таблицу в базе со всеми необходимыми полями :)
Ну или как вариант — создать таки специальную таблицу в базе со всеми необходимыми полями :)
Да, но тогда нужно пудет через ftp загружать изображения в папку и создавать папки для каждой страницы. получается, что на количестве документов в дереве вы сэкономили, но на количестве папок/подпапок нет. Имхо, заливать картинки и создавать папки и блюсти их структурированность через админку неудобно. Гораздо проще, все-таки, через дерево документов.
В любом случае, сообщество modx будет ждать и ваш исходник :)
В любом случае, сообщество modx будет ждать и ваш исходник :)
Ну зачем же через фтп? input type=«file» еще никто не отменял :)
Вообще есть соблазн сделать новый тип для тв-параметра «Галерея», которая обеспечит как интерфейс по работе с галереей в админке прямо в секции тв-параметров, так и визуальный компонент для вывода галереи, который еще и настраиваться будет через админку (генерация превьюх, размеры изображений, количество колонок для вывода, js-плагин для отображения галереи). Модикс это вроде бы позволяет сделать (см. например manager/includes/controls/datagrid.class.php)
Вообще есть соблазн сделать новый тип для тв-параметра «Галерея», которая обеспечит как интерфейс по работе с галереей в админке прямо в секции тв-параметров, так и визуальный компонент для вывода галереи, который еще и настраиваться будет через админку (генерация превьюх, размеры изображений, количество колонок для вывода, js-плагин для отображения галереи). Модикс это вроде бы позволяет сделать (см. например manager/includes/controls/datagrid.class.php)
Все верно! Это отличная галерея. Ее бы еще немного подпилить только и она будет идеальной. :-)
Работаю на этой системе уже год. Оптимальней штуки чем modx для небольших проектов по-моему просто не может быть. Одно удовольствие работать. Перешел к этой системе с джумлы и вордпресса. Все клиенты тоже писаются кипятком от админ панели. Все довольны. Это вам не друпал, в общем.
На логинку не смог зайти. Был включен Noscript, когда разрешил, ошибка слишком много попыток логина «Due to many login attempts...», хотя попытка только вторая.
Кто не смог зайти в Демо:
trymodx.com
trymodx.com
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Новая версия CMS/CMF MODx Evolution 1.0