Начинающим: удобный инструмент для верстки, создание и понимание работы плагинов в MODx.

Sass — правильный CSS

Многое (если не всё), чего не хватало старому доброму CSS (вплоть до CSS3), реализовано в расширенном формате написания каскадных таблиц стилей — Sass. Не зря приверженцы Ruby on Rails (откуда берет корни Sass) ласково называют его «синтаксический сахар».

После того, как попробуешь Sass «на вкус», становится трудно отмахнуться от идеи ввести его в боевой арсенал каждого верстальщика. Ведь до чего удобно, например, задать в $переменных значения цветов корпоративной гаммы заказчика, чтобы, если тому вдруг понадобится, с еще большей легкостью «сделать сайт более зеленым»!

Не отстаем от тенденций современности

Для тех, кто программирует на PHP в условиях CMS MODx, предлагается создать плагин, который будет следить за наличием и изменениями в sass-файлах и автоматически (ре)генерировать соответствующие css-файлы, подключаемые в шаблоне.

Примерно год назад мне потребовалось дать возможность пользователям зарегистрированным на форуме (phpBB) авторизовываться на сайте (modX). На тот момент форум уже работал и пользователи активно общались. Решения MODxBB тогда еще не было и пришлось

MODX Revolution 2.2 имеет все шансы стать самым большим релизом, из вышедших до этого. Разработчики потратили огромное количество времени на улучшение административного интерфейса чтобы сделать работу удовольствием как в эстетическом, так и в плане производительности.

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

Задумали мы с другом один сервис, решили реализовать на MODx Revolution. Причины такого решения, равно как и сам проект лежат далеко за рамками этой статьи, возможно (читай обязательно) я напишу об этом позже. Сегодня я хочу поведать, как решалась конкретная задача.

Итак, необходимо реализовать “социальный” элемент в виде личных сообщений юзеров. Поиски готовых дополнений для MODx ничего толкового не дали, как и гугление на эту тему. Правда, некие проблески все-таки были, но явно не в том направлении. Ну совсем не хотелось использовать ресурсы (которые документы) не по назначению. И тут я обратил внимание на то, что в самом MODx, что называется “из коробки”, уже реализована система сообщений, с одним маленьким “но”: пользоваться ими можно только в админке, куда пускать юзеров вообще не предполагается. Даже никаких намеков на сниппеты для использования во фронтэнде. Тут-то я и решил копнуть глубже.

Данная статья в большей части является переводом урока с официального rtfm, а именно компонента «Login», но с вставками переводчика. На лучший перевод не иду, но суть в итоге должна быть понятной. Тем не менее, перевода на русский я до сих не нашёл.
Данный урок, хоть и называется «базовым», имеет много взаимосвязанных частей. В данном уроке мы будем обсуждать, какие страницы надо создать, какие чанки (фрагменты кода) и сниппеты нужно опубликовать на страницах для полноценной авторизации пользователей.

Номера в скобках — это ID ресурсов. Это page_id, у вас он может отличаться. Здесь они выбраны просто для удобства.

Это перевод третьей части урока. Как я писал в предыдущей статье, переводить вторую часть особого смысла нет, т.к. информации на русском по созданию страницы компонента уже достаточно. Поэтому я перескочил на третью.

В этом уроке будет рассказано как упаковать дополнение в транспортный пакет, который затем можно будет легко установить через «Управление пакетами». Упаковывать будем всё, что относится к, разработанному нами, дополнению: сниппет; файлы из core/components/ и assets/components/; действия; пункт в меню и пространство имен нашей CMP (страницы компонента); значения по умолчанию для сниппета с поддержкой интернационализации (i18n). А также добавим резольвер, который создаст пользовательские таблицы в БД.

Вступление

Modx — замечательный фреймворк, но на ресурсах и в разделах, посвященных modx, можно читать посты о неком ограничении фрейморка в 5000 документов, да и заказчики бывает спрашивают будет ли сайт работать, если страниц будет больше 5 тысяч.
Вы уже наверное догадались, речь пойдёт о modx evolution (версии 1.0.5).

Когда есть задача сделать сайт больше визитки, возникает вопрос: насколько много страниц может обслуживать cmf/cms и насколько быстро?

Modx знаменит своей гибкостью, и практически для любой задачи можно придумать несколько вариантов решений, но самое узкое место — кэширование, конкретно нас интересует файл assets/cache/siteCache.idx.php который содержит абсолютно всё, что можно закэшировать (кроме самих страниц, для которых есть свой кэш-файл вида assets/cache/docid_<ID страницы>.pageCache.php).
Обойти небольшие неудобства, которые могут возникнуть (если делать портал и хранить всё как документы modx) в большого сайта при текущей концепции кэширования modx можно несколькими способами, о которых немного ниже.

Что не так с кэшированием

Всё с ним так, но есть один момент — когда кэш очищается, главный кэш-файл siteCache.idx.php должен пересобратся заново.

Почти год назад, в ноябре 2010, у меня появилось желание сделать обучающее видео по созданию сайта на MODx Evolution. Не прошло и полугода, как прошел год и я с удовольствием могу показать вам свое творение. Так как длинное видео это не формат Хабра, я сделал короткий тизер под названием «Сайт на MODx за 5 минут», а под катом полное видео.



Специально для тех, кто заинтересовался или не успевает так быстро усваивать информацию — под катом полное видео (30 минут) о том, как установить и настроить MODx, подготовить шаблон к интеграции в MODx, интегрировать и получить готовый сайт. И все это я подробно объясняю.