Еще есть пару вопросов:
1. Где можно следить за изменениями что поменялось и добавилось нового в Space?
2. А как создать чат под проект? Сейчас получается что чат автоматом создается по задачам, но логично так же создавать чат под проект что б можно было обсуждать его глобально, в целом не вижу проблем создать его руками но логично было бы иметь возможность автоматической привязки, что б состав участников что в проекте, что в чате, синхронизировался а так же логи по всем изменениям падали в общий чат.
То есть мы получим канал в котором видны любые действия по проекту
Не понятно как планировать работу, банально нет нигде никакой привязки ко времени, если мы говорим про создание проекта то логично что нужно планировать задачи и ставить им дедлайн, а в идеале и дату начала работы над задачами.
Да мы можем с помощью чеклистов видеть прогресс проекта но все равно эта информация не дает нам понять когда же проект будет сдан
А так же не видно загрузку команды. Итого получается что для работы над проектом все удобно и в одном месте но для контроля все ли ок успеваем ли во время кто загружен а кто гуляет прийдется использовать еще какой то инструмент?
Есть ли какие то планы по этой части?
Или что рекомендуете использовать в связке для решения данного вопроса?
У клиента был сайт на MODX и он мог всегда найти разработчика любого который знает MODX
А после такой интеграции ему уже нужен разработчик который знает и MODX и Symfony
Как по мне такой подход хуже чем написать api в рамках MODX с учетом что задача эта решается пускай и дольше чем через api платформ но не сложнее.
Вообщем я бы очень осторожно смешивал разные системы в одном проекте ибо потом очень сложно это все поддерживать, говорю на опыте поддержки:
MODX Revo + Laravel
MODX Evo + Kohana
Притом в обеих случаях качество кода было не очень по причине что разработчик кто это делал не мог простые вещи реализовать в рамках MODX и из за этого и прикрутил фреймворк
это обертка над сущностями БД а не сущьностями CMS, да просто и красиво, но что б использовать полноценно как обертку над CMS нужно дописывать кучу логики.
Все логично и я не говорю что без тестов системы готов на нее переходить. Само собой сначала потестить, потом завести несколько проектов и только потом если все ок планомерно переключать всю команду
Как раз ищем куда бы перейти с текущей CRM и как раз так что б все в одном месте.
Выглядит все очень круто и перспективно.
Ждем инвайт готовы тестить и интегрировать себе в работу, у нас команда порядка 30 человек на текущий момент перекрываем все с помощью Asana + Slack + GitLab + Google Calendar. Но судя по всему под наши задачи как раз было бы идеально ибо в планах добавить еще доку + блог + тайм трекинг в итоге получиться зоопарк приложений что очень не комфортно
Пока мы отстаем от Октября как минимум:
— хуже документация, местами отсутствует.
— маркетплейс есть но только free, что не сильно привлекательно для разработчиков.
Как решим эти вопросы тогда можно будет сделать сравнение с October CMS.
В целом за последний год не сравнивал системы но по скорости работы почти 2 года назад картина была вот такая:
Так же и скорость работы самого сайта у Evo была выше, с внедрением Laravel скорость просела на +-0,01с но новых тестов в сравнении с October пока не проводил.
Да я одно время даже хотел пересаживаться на нее но она хоть и сделана на Laravel там очень много моментов накручено сверху, да и там еще много детских мелочей по UX которые мешают нормально работать. Но часть полезного оттуда так же было перенесено в Evolution CMS.
А так я на October вот этот сайт собрал(http://octobercms.ru) с планами на будущее, но потом таки решил все же более основательно делать EVO
Теперь я знаю еще 1 причину почему люблю MODX Evo ;) он без оптимизации работает на уровне очень хорошо оптимизированного WP еще и на VPS))
Несомненно популярность WP и количество готовых решений и тем вне конкуренции но скорость работы крайне важный показатель.
— К примеру нет возможности удалить проект
1. Где можно следить за изменениями что поменялось и добавилось нового в Space?
2. А как создать чат под проект? Сейчас получается что чат автоматом создается по задачам, но логично так же создавать чат под проект что б можно было обсуждать его глобально, в целом не вижу проблем создать его руками но логично было бы иметь возможность автоматической привязки, что б состав участников что в проекте, что в чате, синхронизировался а так же логи по всем изменениям падали в общий чат.
То есть мы получим канал в котором видны любые действия по проекту
Да
Не понятно как планировать работу, банально нет нигде никакой привязки ко времени, если мы говорим про создание проекта то логично что нужно планировать задачи и ставить им дедлайн, а в идеале и дату начала работы над задачами.
Да мы можем с помощью чеклистов видеть прогресс проекта но все равно эта информация не дает нам понять когда же проект будет сдан
А так же не видно загрузку команды. Итого получается что для работы над проектом все удобно и в одном месте но для контроля все ли ок успеваем ли во время кто загружен а кто гуляет прийдется использовать еще какой то инструмент?
Есть ли какие то планы по этой части?
Или что рекомендуете использовать в связке для решения данного вопроса?
На выходе получим ситуацию:
У клиента был сайт на MODX и он мог всегда найти разработчика любого который знает MODX
А после такой интеграции ему уже нужен разработчик который знает и MODX и Symfony
Как по мне такой подход хуже чем написать api в рамках MODX с учетом что задача эта решается пускай и дольше чем через api платформ но не сложнее.
Вообщем я бы очень осторожно смешивал разные системы в одном проекте ибо потом очень сложно это все поддерживать, говорю на опыте поддержки:
MODX Revo + Laravel
MODX Evo + Kohana
Притом в обеих случаях качество кода было не очень по причине что разработчик кто это делал не мог простые вещи реализовать в рамках MODX и из за этого и прикрутил фреймворк
Не пойму где это применить на практике?
Если делаем проект на MODX с рестфул то создаем свое апи под проект и нет смысла открывать доступ ко всему.
Если делаем как базу для рестфул админки то зачем тут Симфони?
Если уже используем Симфони то зачем нам МОДХ?
это обертка над сущностями БД а не сущьностями CMS, да просто и красиво, но что б использовать полноценно как обертку над CMS нужно дописывать кучу логики.
Все логично и я не говорю что без тестов системы готов на нее переходить. Само собой сначала потестить, потом завести несколько проектов и только потом если все ок планомерно переключать всю команду
Выглядит все очень круто и перспективно.
Ждем инвайт готовы тестить и интегрировать себе в работу, у нас команда порядка 30 человек на текущий момент перекрываем все с помощью Asana + Slack + GitLab + Google Calendar. Но судя по всему под наши задачи как раз было бы идеально ибо в планах добавить еще доку + блог + тайм трекинг в итоге получиться зоопарк приложений что очень не комфортно
Не увидел нигде в описании, а есть ли или можнт быть планируется тайм трекинг в задачах?
— хуже документация, местами отсутствует.
— маркетплейс есть но только free, что не сильно привлекательно для разработчиков.
Как решим эти вопросы тогда можно будет сделать сравнение с October CMS.
В целом за последний год не сравнивал системы но по скорости работы почти 2 года назад картина была вот такая:
Вот видео: modcasts.video/videos/evo-cms-life-after-modx доклада с MODXpo 2017
Так же и скорость работы самого сайта у Evo была выше, с внедрением Laravel скорость просела на +-0,01с но новых тестов в сравнении с October пока не проводил.
А так я на October вот этот сайт собрал(http://octobercms.ru) с планами на будущее, но потом таки решил все же более основательно делать EVO
modx.im/blog/news/5832.html
и тут:
github.com/evolution-cms/example-package/blob/master/README.md
Документация появиться не раньше релиза, в целом планирую отдельно пересобрать документацию под 2.0 а так же записать видео уроков.
Несомненно популярность WP и количество готовых решений и тем вне конкуренции но скорость работы крайне важный показатель.