Сбор фидбеков для ClipperCMS

Топик для тех, кто решил откликнуться на мой призыв "ClipperCMS нуждается в поддержке" и незнают куда написать или знают, но не могут написать на английском языке.

ENG
  • форум: можно писать обо всем, что касается клиппера.
  • Проект на гитхабе: Принимаются соображения по коду
  • Если нашли какую-то уязвиимость в коде — то пишите на почту clippercms@gmail.com

РУС/УКР
Пишите в комментариях к этому топику.

Для того, чтобы посмотреть список изменений в клиппере со времен MODX Evolution 1.0.6 открывайте гитхаб и читайте до Jun 27, 2012 (6 страница).

15 комментариев

avatar
Добрый день.

Недавно задумался над изменением самого ядра Evo так как уже его возможностей катастрофически нехватает, решал задачи с помощью плагинов, правкой файлов и т.д. но это не выход.

Беглый поиск по форкам сразу указал на ClipperCMS, его не тестил, скачал и сравнил код с основной версией. Однако проанализировав и код с modx.jp — пришел к выводу что японцы намного серьезней проработали код ядра. В частности все mysql_ функции уже вынесены в modx->db, когда ка ClipperCMS еще много старого кода.

Вопрос:
1) не целесообразней взять некоторые решения с японской сборки?

Сам пока не определился что использовать.

Что я хочу от modx — мне как разработчику очень важен MVC в своей работе, будет ли возможность интегрировать его на уровне ядра?

p.s. если пишу не там где нужно ) просьба кинуть ссылкой где лучше
avatar
Все норм. Японцы далеко ушли от истинного MODX Evo. Там практически полная несовместимость уже. Т.е. для новых проектов этот форк можно использовать, а вот старые сайты придется переделывать или не обновлять… Именно поэтому клиппер не принимает серьезные правки ядра, чтобы сохранить обратную совместимость. На данный момент я считаю это разумным решением. А вот с версии 2.0 считаю, что можно уже добавлять в ядро новые функции и отходить от старых. Как например, сейчас, делается попытка уйти от Etomite функций типа MODX:getIntTableRows, MODX::putIntTableRow и т.п. Посмотрите, они все помечены как depracted

MVC в том виде, в котором его все привыкли видеть на уровне ядра врятли когда будет в EVO, т.к. там вообще другой паттерн. Т.е. тот же, только вид сбоку: свой шаблонизатор в котором все построено на чанках и сниппетах. Модель тоже есть, но она опять-таки не совсем проработаная. я бы даже сказал поверхностная. А вот контроллеров хоть отбавляй. Хотите расшириться — runSnippet поможет.

Но с такими требованиями вам скорее по душе будет Revolution, нежели ClipperCMS.
avatar
Тоже смотрел на modx.jp там очень много вкусного есть но они дейтсвительно забили на совместимость (возможно это даже хорошо) но вот часть готовых решений теперь не работают )
вообщем как по мне идеал гдетто между Клиппером и Jp
avatar
Ребят, а почему «ClipperCMS»? Зачем менять название? Разве «MODx Evo» не подходит?
avatar
Это форк. Официальные лица в MODX отказались развивать ветку Evoluion.
avatar
Я понимаю, но что, они категорически против того, что кто-то другой её будет развивать, а им нужно будет просто выкладывать новые версии на сайте?
avatar
Им в таком случае придется контролировать кого-то другого с его версиями и отвечать своим именем за то, что кто-то другой делает. Видимо, этого и не захотели.
avatar
Так может взять этого кого-то другого в свою команду, если уж ему так хочется и не закрывать направление Evo? Кто-нибудь разговаривал с официальными лицами по всему этому поводу? Вопрос закрыт/открыт? Что к чему, расскажите плиз, если кто знает.
avatar
forums.modx.com/thread/74766/bringing-evo-back-to-life-again — здесь вся история.
avatar
Спасибо за линк! Там очень-очень много всего написано и по английски… Я обязательно всё это прочитаю, но читаю на английском я всё-таки гораздо медленнее, чем на русском. Если не сложно, можете изложить суть вкратце сюда?
avatar
Вкратце, позиция MODx заключается в том, что они как бы готовы вносить изменения в Evo, если эти изменения будут документированы и протестированы. В обсуждении выше на 47 странице это высказал Jason Coward. Официально же заявлялось, что для поддержки ветки Evo нужен специальный человек, интегратор, который бы занимался контролем качества правок, что было воспринято в штыки.
avatar
Ясно. В целом, всё довольно неплохо и есть все шансы. Что ж, посмотрим, что как будет и постараемся поучаствовать.
avatar
Я написал на форуме Clipper о JOTx и интеграции KCFinder, это вызвало некоторый интерес (не знаю, конечно, можно ли так говорить, учитывая малочисленность тамошних форумчан). Может быть есть еще какие-то решения, о которых стоит там рассказать по-английски?
avatar
MM 0.4 и модуль как минимум)
avatar
Давненько собирался «порушить» сайт фирмы и поднять по новой.
Поставил ClipperCMS… Работает, но недочетов пока еще прилично. Первое, что бросилось в глаза:
1. Breadcrumbs — как не работал параметр «crumbSeparator» так и не работает.
2. Тут же внес правку ядра, дабы можно было в параметрах сниппетов… вернее в значениях параметров использовать знак «равно». (Код этот тянется черт знает с какой версии и при каждом обновлении приходится править.)

Остальное — как появится время, опишу более подробно.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.