Наши заметки о MODx
В этом разделе мы будем собирать небольшую копилку секретов по работе с системой управления контентом сайта (CMS) MODx. Эти заметки ни в коем случае не претендуют на лавры документации. На нашем сайте тема MODx вообще занимает небольшой уголок, и эти материалы мы размещаем только потому, что по роду основной работы нам приходится оказывать техническую поддержку нескольким десяткам организаций, использующих наши прототипы сайтов. В то же время кое-что может пригодиться и другим людям.
Мы не претендуем на изложение "истины в последней инстанции". Наверняка в этих заметках гуру MODx найдут неточности и ошибки. Мы будем очень благодарны, если на это нам укажут в комментариях.
В заметках мы стараемся не просто сразу приводить готовое правильное решение, но и показываем, как мы набивали шишки в процессе поиска.

О редакторе QuickEdit в MODx и его особенностях


Есть в MODx такая удобная штука - быстрый редактор QuickEdit. Отображается он в левом верхнем углу сайта, если редактор зашел в Менеджер. С его помощью можно, не заходя в Менеджер, быстро отредактировать все свойства страницы. Это очень удобно. Но есть нюансы...

Вот так выглядит панелька QuickEdit на странице нашего сайта:

QuickEdit - панель

Для запуска редактора надо щелкать по текст или свойства. Свойства можно установить так:

QuickEdit - редактор свойств

Редактирование Аннотации выглядит так:

QuickEdit - редактор аннотации

Это самый примитивный по возможностям редактор. Но, если редактировать контент страницы, то вид будет такой:

 QuickEdit - редактор контента

Здесь мы видим, что внутрь QuickEdit вставлен знакомый нам редактор TinyMCE.

Выяснилось, что OuickEdit выполняет все, что положено, но сохраняет тексты в кодировке UTF-8. И страница делается нечитаемой. Более того, даже если отменить правку, или даже вообще ничего не исправлять, происходит то же самое.

Вопрос об UTF-8 мы рассмотрим отдельно. Сейчас мы исходим из того, что сайт работает в windows-1251 и это не подлежит обсуждению.

Настройки OuickEdit мы исправили - у него задается charset, но это не помогло. Оказалось, что это общая проблема, и она толком не решена. Зафиксировано ещё в багофиксе

FS#685 — Encoding problems in QuickEdit .  Предложенное там решение не срабатывает - в результате изменения редактирования не сохраняются в базе данных.  Пришлось этот модуль отключить. Однако, даже при отключении модуля, его кнопочки вылезают. Происходит это из-за того, что в код страницы добавляется загрузка кучи Javascript.

Добавлено через год:
Выше были указаны недостатки QuickEdit при работе в кодировке windows-1251. При работе в кодировке UTF-8 проблемы исчезли. Единственно, что хотим посоветовать - не открывайте на редактирование одну и ту же страницу в основном редакторе в админке и через QuickEdit одновременно!  Сохранив страницу в QuickEdit, а потом в основном редакторе, мы потеряем изменения.

  И еще нюанс - неприятный.

На страницах нашего сайта используются алиасы (псевдонимы). Они позволяют вместо "номерного" имени страницы, например 1405.html, использовать осмысленные имена - псевдонимы. Псевдоним можно назначить вручную, например quickedit, но псевдоним, если он не введен вручную, у нас генерируется автоматически из заголовка страницы. Например из заголовка этой страницы О редакторе QuickEdit автоматически, в момент сохранения страницы, сгенерируется псевдоним o-redaktore-quickedit.

Так вот - если редактировать хоть что-то на странице через QuickEdit, то псевдоним пропадет и останется только "номерное" имя.  Даже если мы сам псевдоним и "Quick-редактировали"!

Но, так как в командной строке браузера до применения QuickEdit  был адрес страницы с псевдонимом, а теперь такого псевдонима нет, произойдет вылет на страницу с ошибкой 404.

Вполне возможно, что ошибки можно исправить. Может быть сбой псевдонима происходит из-за работы нашего конвертора заголовка в псевдоним. Может быть ему надо еще событие подключить. Всё может быть. Поэкспериментируем, и если найдём решение - сообщим.

  В общем, отношение к редактору неоднозначное. Вроде бы он весьма полезен, но пользоваться надо осторожно. С учётом его особенностей.

PS. Только мы закончили эту заметку, как обнаружили новый редактор для front-end - Quim. Сюрприз
Поработав с ним 10 минут мы поняли - QuickEdit надо удалять без сожаления. Хмурый
О новом редакторе сразу написана специальная заметка.

31-01-2008 23:30:30



    Содержание раздела «О редакторе QuickEdit»:
Комментарии любых посетителей

Написать комментарий