Избранное пользователя «pitbull»

Хочется, чтобы имя ресурса бралось не из поля «Заголовок», а из «Пункт меню».



Как это можно сделать?

И второй вопрос: как сделать сортировку для дочерних ресурсов в админке «publish DESC»?

EVO 1.0.5

В MODx есть такая неприятная вещь (покрайне мере для меня) как:

Действие успешно завершено
Пожалуйста, подождите, пока MODx произведет очистку.

которое висит аж целых 2! секунды, что при редактирование большого числа документов раздражает.

Лечится просто: файл manager/action/wait.static.php меняем

x=window.setTimeout('goHome()',2000);

на

x=window.setTimeout('goHome()',0);

Заметил такое непонятное поведение у MODx (1.0.5) при использовании TV-параметра Image (именно только при его использовании) при переходе в админке от страницы к странице вываливается следующее сообщение:

«Вы уверены, что хотите уйти с этой страницы?

Изменения не были сохранены. Вы можете остаться на этой странице для того, чтобы сохранить изменения ('Отмена'), либо покинуть ее, утеряв все изменения ('OK').

Нажмите «OK» для продолжения, или «Отмена» чтобы остаться на текущей странице.»

Приходится всякий раз подтверждать, что раздражает. Как только отключаю этот TV-параметр все в порядке. Кто-нибудь сталкивался с этим?

Ситуации, когда требуется вывести какой-либо select в шаблон формы eForm заполнив его данными из базы нередки. Стандартный способ, описанный в документации к eForm — использование &eformOnBeforeFormParse и последующие пляски с бубном.
Если просто вставить вызов сниппета в код формы, то сниппет будет интерпретирован уже после того, как eForm разберет шаблон, и он не будет учтен.

Мне совершенно неочевидно, почему разработчики eForm не позволили использовать шаблонизатор modx для создания формы, но, как оказалось, мы легко можем сделать это сами.


( Читать дальше )

Иногда менеджеры сайта забывают ставить нужный шаблон для документа в MODx. Что вызывает их замешательство и лишнее письмо или звонок программисту. А так как отвлекаться от работы и объяснять кто виноват и почему все плохо, нет желания. Потому лучше избегать ситуаций когда у менеджера есть свобода выбора в совершении лишних действий.

Проблему наследования шаблонов в MODx решает пункт настойки

Шаблон, назначаемый новым ресурсам:
Системный: такой же шаблон, как в системных настройках.
Родитель: такой же шаблон, как у родителя (если ресурс в корне сайта, шаблон Системный).
Соседний: такой же шаблон, как у соседних ресурсов в этом контейнере (если соседних ресурсов нет, шаблон Родитель).

Но когда у нас древовидная структура сайта и нужно добавлять не только документы но и ветки документов (классический пример: каталог товаров)
то нужно делать лишние движения по выбору шаблона, при наполнении сайта.


( Читать дальше )

Когда я публиковал свои топики по MODX, меня неоднократно просили рассказать как создавать собственные разделы в админке. В MODX Evolution они называются Модулями, а в Revolution — Компоненты.

Так что же это такое?

Компоненты позволяют MODX Revolution получить безграничные возможности. С их помощью можно написать любую вещь в админке, будь то интернет-магазин, или расширенное управление юзерами.

Вся админка Revolution построена на ExtJS, поэтому, вам придется его освоить, конечно, если вы хотите делать красивые и удобные разделы админки.

Сегодня мы попробуем создать простой и бессмысленный компонент для MODX Revo, по всем правилам, с использованием ExtJS и прочих дел.


( Читать дальше )

Часто хочется добавить в систему какие-то свои системные настройки или просто какие-то данные, которые можно было бы легко редактировать.

Например нам нужно на сайте вывести номер телефона и адрес компании. Можно для этого создать чанки, но редактировать их простому менеджеру сайта будет очень не удобно. Значительно удобнее было бы добавить эти данные в конфигурацию сайта («Инструменты» -> «Конфигурация»). Для этого можно использовать простой плагин.


( Читать дальше )

При разработке проектов на modx мне чаще всего не хватало концепции MVC (Model View Controller). А то что modx претендует на фрамеворк вызывает мягко говоря улыбку. Но уходить от любимой CMS прямо таки идеальной для небольших и средних сайтов не хочется.

В Revo такая возможность есть но переходит на нее я пока не спешу, сыровато пока.

Итак MODX MVC user developer friendly. Сразу скажу что требуется знания ООП и MVC для работы с системой.

Для чего это было сделано и что нам это дает:
1 Все преимущества MVC (перечислять их тут не буду)
2 Масштабируемость и вторичное использование кода (например создав один раз класс c_paginatio_util — пагинация, Вы можете его использовать во всех своих остальных скриптах)
3 Работа ориентирована как на «фронт» так и на админку сайта.

Но довольно лирики, проще показать на примерах:


( Читать дальше )

Предлагаю вашему вниманию сниппет, реализующий регистрацию/авторизацию пользователей через сервис loginza.ru.
Loginza.ru предоставляет единый API для авторизации через OpenID провайдеров + Vkontakte, mail.ru, twitter и т.д.


( Читать дальше )

Плагин для небольшого прайс-листа, родственник MultiPhotos. Выглядит так:



( Читать дальше )