В MODx существуют встроенный синтаксис для использования конструкций if else.
Модификаторы вывода
В таблице представлены некоторые модификаторы и примеры их использования. В примерах модификаторы применяются к плейсхолдерам, но вы должны помнить, что они могут применяться к любым тегам MODX. Убедитесь, что используемый тег выводит хоть что-то, что модификатор будет обрабатывать.
Условные модификаторы вывода
[ [*id:is=`5`:or:is=`6`:then=`номер 5 или 6`:else=`другой номер`]]
[ [*id:is=`5`:then=`номер 5`:else=`номер не 5`]]
[ [*id:isnot=`5`:then=`номер не 5`:else=`видимо номер 5`]]
[ [*id:gte=`5`:then=`номер 5 или больше`:else=`меньше пятого номера`]]
[ [*id:gt=`5`:then=`номер больше пяти`:else=`номер 5 или меньше`]]
[ [*id:lte=`5`:then=`номер 5 или меньше`:else=`больше, чем номер 5`]]
[ [*id:lte=`5`:then=`номер точно меньше 5`:else=`номер 5 или больше`]]
[ [*id:gt=`0`:then=`Книги в наличии!`]]
[ [*id:gt=`0`:then=`Книги в наличии!`:else=`Простите, но все продано.`]]
MODx Revolution — выводим TV параметры (4-я часть)
Также для особых случаев существует модуль — сниппет, называется он IF
Использование
Сниппет If может быть вызван с использованием тегов:
или, в случае, если объект может быть изменен до того, как кэш ресурса будет очищен, используйте не кэшируемый синтаксис:
Доступные свойства
Имя
Описание
Значение “по умолчанию“
Параметр, над значением которого выполняются условия.
Оператор сравнения с subject
Используется при необходимости, значение для сравнения subject и operator.
Выводится, если состояние принимает значение true
Выводится, если состояние принимает значение false
Если значение true, отображает все проверенные свойства
Если прошло обработку debug и значение true, после отображения свойств вывести die().
Доступные операторы
Оператор
Описание
Принимается если subject не равен operand
Принимается если subject равен operand
Принимается если subject меньше operand.
Принимается если subject больше operand.
Принимается если subject меньше или равен operand
Принимается если subject больше или равен operand.
Принимается если subject без значения.
Принимается если subject имеет значение.
Принимается если subject равен 0
Принимается если subject найден в списке операндов (строковый параметр, разделитель — запятая)
Примеры
[ [!If? operator=`GT` then=`You have more than 3 items!`]]
[ [!If? operator=`EQ` then=`Hey George! Long time no see!` subject=`[[+modx.user.id]]` operand=`0` else=`[[Logout]]` ]]
При использовании сниппета IF для проверки поля ресурса или шаблонной переменной (или другого значения, не измененного до очистки кэша), убедитесь, что используете кэшируемый вызов сниппета для проверки состояния. Это нужно, чтобы быть уверенным, что этот процесс не нужен при каждом запросе.
[ [If? operator=`EQ` then=`This resource is not visible in the menu.` subject=`117` operand=`1` subject=« then=«https://perfkirill.ru/stati/modx/if-else-modx» target=»_blank»]perfkirill.ru[/mask_link]
MODx Revolution: шпаргалка для новичка
Добрый день, дорогие читатели! Посмотрела я сегодня на первые статьи рубрики о MODx и подумала: «да, Оля, лихо ты стартанула!» Говорила, что создать сайт на MODx — проще простого, а сама завалила новичков всякими «бекендами», «фронтендами», «сниппетами» и другими непонятными словами. Что ж, буду исправляться Тем более, что хорошо помню, как эти термины по-началу вводили меня в тихий ужас и полный ступор.
Если вы только начинаете работу с MODx Revolution, уверена, вам пригодится моя шпаргалка.
Бекенд — это «админка сайта», она доступна только пользователям с определенными правами (по умолчанию только Администратору сайта).
Фронтенд — внешняя часть сайта, его страницы. По умолчанию фронтенд доступен всем посетителям и поисковым системам. Но при желании часть страниц (или все страницы) так же можно закрыть от лишних глаз и роботов.
Документы и шаблоны
Фронтенд сайта состоит из документов. Проще говоря, документы (или «ресурсы») — это страницы сайта. В MODx Revo есть несколько типов документов: HTML, XML, javascript, RSS и так далее. Кроме того, можно создавать свои типы документов.
За внешний вид документов (ресурсов) отвечают шаблоны. Это HTML, XML, javascript код или просто текст. Каждому ресурсу можно назначить один шаблон.
Чтобы не пришлось создавать для каждого ресурса свой шаблон, в них обычно используют стандартные поля документов.
Например, мы можем создать один шаблон сразу для всех статей сайта. Тогда заголовок и контент статей будем выводить в шаблоне при помощи системных тегов:
[*pagetitle]
[*content]
Стандартные поля документов, которые могут пригодиться вам в работе:
- pagetitle — заголовок ресурса
- longtitle — расширенный заголовок (обычно его используют для заполнения мета-тега Title)
- description — описание ресурса
- introtext — аннотация или анонс
- content — основной контент
- alias — псевдоним (для формирования URL)
- id — идентификатор документа
- parent — id родительского ресурса
- template — id шаблона, который назначен документу
- createdby — id автора документа
- publishedon — дата публикации
TV-параметры
TV-параметры — это дополнительные поля документов. У них есть разные типы ввода и вывода, например, дата, изображение, файл, текст и т.д.
TV-параметры можно использовать в шаблонах. Выводятся они также, как и стандартные поля документов — [*имяTV]
Чанки — это то, за что можно влюбиться в MODx с первого взгляда. Пытаюсь вспомнить аналог в других CMS… наверное их можно сравнить в модулями в Joomla, но это очень условно.
Потому что чанки можно вставлять в любом месте шаблона и даже в контент ресурсов (то есть, прямо в текст статьи).
Собственно, чанки и есть фрагменты шаблона, которые вам лень прописывать каждый раз. Например, вы можете создать чанк с кодом Яндекс.Директ и вставлять его в любом месте страницы.
Но чаще всего при помощи чанков выводят блоки, которые повторяются в нескольких шаблонах (футер, шапку, меню и т.д.)
В MODx Revo чанк выводится следующим образом — [$название_чанка]
Еще одно заковыристое слово, для обозначения простой вещи. Сниппет — это код php (функция или несколько функций). Программист легко созст свой собственный сниппет, ну а те, кто вздрагивает при слове PHP могут воспользоваться готовым.
Вызов кешируемого сниппета выглядит так — [название_сниппета]
некешируемого — [!название_сниппета].
Плагины, как и сниппеты содержат PHP код, но их нельзя вызвать в шаблоне. Они срабатывают при определенных событиях, например, при загрузке страницы сайта.
Компоненты
Это дополнения, которые можно установить из репозитория или создать самостоятельно. Главное отличие компонентов от сниппетов или плагинов в том, что это самостоятельное приложение, для которого создается раздел в админке.
Напоследок
Конечно, это не все термины, с которыми вы столкнетесь во время работы. Но очень важно запомнить все, о чем я говорила сегодня, чтобы двигаться дальше и постепенно изучать новые возможности MODx.
Может быть сейчас что-то кажется сложным и непонятным, поверьте, после того, как вы попробуете создать первый сайт на MODx, все встанет на свои места. Вы легко отличите плагин от сниппета, а TV от чанка.
А на сегодня все. Если есть вопросы или дополнения — добро пожаловать в комментарии!
https://web-koshka.ru Web-Кошка
Да, Оля, с ходу не вникнешь. После Joomla мышление нужно перенастраивать очень сильно. Вот все равно половину не поняла, спасибо за аналогию с модулями, а то еще и чанки эти ваши к непоняткам добавились бы! :)))
Но буду упорно читать — надеюсь на подсознание и свою тягу к новому!
Привет, Лариса! Тут такой парадокс: на словах все сложно, на деле — элементарно. Поэтому, конечно, надо показать, как все устроено. Ближе к сентябрю надеюсь записать уроки.
https://web-koshka.ru Web-Кошка
Да, наверное, это самый лучший вариант, потому что даже мне, постоянно находящейся в теме, воспринимать очень сложно текстом. Терпеть не могу видеоуроки, но тут четырьмя лапками за них!
ОГО! Действительно сложно, но наверно все только так кажется) А скажите почему выбрали именно MODx
Привет, Андрей! Сложно только на первый взгляд, но когда начинаешь работать, понимаешь, что это самый просто и удобный движок. По крайней мере для меня. Если интересны другие плюсы, писала об этом здесь https://webhow.ru/modx-revolution/10-prichin-sdelat-sajjt-na-modx-revolution.html
https://borodatiy-admin.ru Бородатый админ
Было бы интересно прочитать понятную статью о создании сайта-визитки на MODx. Ибо видеоуроки вряд ли буду смотреть. Боюсь заснуть
А если разбавить урок фрагментами из «Смехопанорамы»? Нет, не сработает?
https://borodatiy-admin.ru Бородатый админ
Кстати, уже видел подобное. Народ не оценил.
Так что не сработает, тем более я однозначно считаю, что видео должно идти дополнением до текста. И только так — но большинству лень этим заниматься.
Есть большое подозрение, что набравшись чуть опыта и не обращая внимания на мелкиесредние огрехи видео делать НАМНОГО проще.
По крайней мере, мои знакомые айтишники часто вместо текстовой инструкции по быстрому делают скринкаст, дополняя его совсем не дикторским голосом.
Естественно, проще наговорить, чем написать. Особенно, если не заморачиваться качеством. Тем более, что ВНИМАТЕЛЬНО читать, так, чтобы понять написанное, тоже умеют не все. А вообще, мысль хорошая — сделать сначала видео, а потом краткий конспект для тех, кому удобно воспринимать информацию в тексте. Попробую, посмотрим, что получится.
https://borodatiy-admin.ru Бородатый админ
Что самое интересное — никто так не делает. УТП в чистом виде. Сам бы бы так делал, да лень. И есть одна маленькая проблема, если что то продавать — пиратам тоже легче
Даже пиратов иногда можно заставить работать на себя. Была бы «соображалка»
Тоже давно присматриваюсь к этому движку. Как у него с безопасностью? После джумла и ВП и правда не сразу разберешься.
Привет, Дима! Привычка — страшная штука))) По поводу безопасности я не великий спец, но можно посмотреть на сайте ру-сообщества https://community.modx-cms.ru/blog/security/ всего одна страничка в рубрике))) это уже о чем-то говорит. По крайней мере, я точно знаю, что прыгать с бубном и устанавливать дополнительные секьюрити-плагины не обязательно. У меня только раз ломали сайт на Revo и то через форум, который лежал в поддиректории.
Но вообще, удивила, Ольга. Хоть что-то свежее, а то все пишем как маньяки про ВП (и я в том числе)
Если бы MODx была так же популярна, как WP, об этой CMS тоже бы все писали
Ольга здравствуйте.
Подскажите пожалуйста как организовать на сайте фотогалерею. Чтобы каждый пользователь мог создовать свою и выкладывать туда фото. Плюс можно было бы оставлять комментарии и рейтинг.
Дмитрий, приветствую! С галереями на MODX никогда не работала. В репозитории есть несколько готовых дополнений, но как они устроены, и можно ли размещать фото с фронтенда — не знаю. Вам лучше уточнить этот вопрос в официальном сообществе.
Источник: webhow.ru
Seo оптимизация страниц пагинации
На сегодняшний день seo-оптимизаторы используют разные методы при работе со страницами пагинации. Какого-то универсального или на 100% правильного метода в данном случае быть не может – всё зависит от ресурса и целей данных страниц.
Для начала немного терминологии:
В веб-дизайне под пагинацией понимают постраничный вывод информации, показ ограниченной части информации на одной (веб)-странице.
Страницы с пагинацией – это страницы с параметрами, которые ограничивают вывод количества результатов по умолчанию. Например, 10 результатов поиска на странице или вывод 30 карточек товаров на странице категории интернет-магазина.
Для чего нужна пагинация?
Пагинация способствует юзабилити сайта и упрощает его использование. Представим себе ситуацию, когда на странице каталога интернет-магазина представлен весь ассортимент, то есть десятки тысяч товаров. Технически это возможно, но насколько данная страница будет юзабельна? Будет ли пользователю удобно «работать» с данной страницей? Ответ – определенно нет.
Также не стоит забывать, что скорость интернет-соединения на данный момент ограничена, следовательно, чем больше товаров на странице, тем дольше она будет прогружаться в браузере пользователя.
Какие проблемы могут возникнуть при неправильной настройке пагинации?
- Дублирование контента.
- Смена релевантных страниц в поисковой выдаче.
- Присутствие в выдаче нерелевантных или неактуальных страниц.
- Затруднение индексирования и расход краулингового бюджета сайта.
- Увеличение нагрузки на сервер сайта при его сканировании поисковыми ботами.
Давайте рассмотрим некоторые пути решения данных проблем:
Метод 1. Закрытие страниц пагинации в файле robots.txt
К примеру, Disallow: /*?
Минусы данного метода: в случае отсутствия карты сайта возможны проблемы с индексированием контента. Также теряем ссылочный вес с внешних ресурсов (в случае их наличия). Передача некоторых показателей, важных для поисковой системы Яндекс, со страниц пагинации не будет производиться.
Метод 2. Закрытие страниц пагинации через метатег name=»robots»
- Минусы данного метода все те же, что и при закрытии страниц через robots.txt
- Минусы – потеря ссылочного веса с внешних ресурсов в случае их наличия на странице пагинации, передача некоторых показателей (важных для поисковых систем) со страниц пагинации не будет производиться, с индексированием контента в данном случае проблем не будет.
- =
- =
В данных метатегах параметр noindex запрещает к индексации содержимое страницы. Параметр nofollow запрещает переходить по ссылкам на данной странице.
Метод 3. Уникализация страниц пагинации через теги, метатеги и написание для данных страниц дополнительных уникальных текстов
Минусы метода: заточка разных страниц пагинации под разные запросы работала лет 5 назад. На данный момент, по нашим наблюдениям, это неэффективно и может привести к пессимизации ресурса. Также для выполнения данного метода необходимы большие объемы дополнительных работ, которые в будущем не принесут нужного результата.
Как в таком случае поступать с данными страницами? Давайте посмотрим, что нам рекомендуют поисковые системы:
- Google: рекомендации для вебмастеров тут и тут.
- Яндекс: к сожалению, в справке нет данных о том, как поступать со страницами пагинации. Но зато есть информация в официальном блоге для интернет-магазинов тут и общая информация в справке об атрибуте rel=»canonical» тут.
Ознакомившись с данной информацией, мы сделали вывод, что Яндекс рекомендует нам настроить атрибут rel=»canonical» на первую страницу сайта. А Google же говорит, что так делать не совсем верно – и у них есть для этого специальный атрибут rel=»next» и rel=»prev», который поможет поисковой системе определить, что данные страницы связаны между собой.
И если мы внимательно прочитаем комментарии в блоге Яндекса от Платона Щукина, то узнаем:
Похоже, что это наиболее подходящий вариант как для Яндекса, так и для Google.
Исходя из вышесказанного, получаем четвертый вариант оптимизации:
Метод 4. Настроить атрибут rel=»canonical» на страницы «Показать всё»
Это идеальный вариант, который подойдет и для Яндекс, и для Google.
Но вновь он не устроит многих вебмастеров и пользователей сайтов с большим количеством подборок (статей, товаров, объявлений), так как подобные страницы будут загружаться крайне долго, а желательная загрузка страницы должна быть не более 5-7 секунд. И чем быстрее, тем лучше (не путать с временем ответа сервера – оно должно быть не более 0,2 секунд). Есть вариант – подключить бесконечную прокрутку, но вновь могут возникнуть проблемы со стороны поисковых систем. До сих пор ПС сложно обрабатывают js и ajax-элементы, периодически возникают проблемы с индексацией содержимого и при сборе данных систем аналитики.
Метод 5. Отдача разного содержимого в зависимости от заходящего поискового бота
Подробного описания данного метода предоставлять не буду, так как он попадает под определение «маскировка» у Google (подробнее) и под определение «клоакинг» у Яндекса (подробнее).
Но реализация предоставляет что-то наподобие следующего:
В результате получаем:
- Для Яндекс:
- Для Google:
- И то, что выведет пользователям браузер:
Вариант составлен по первой рекомендации в справке Google:
P.S. Не рекомендую использовать данный метод.
Метод 6. Выбрать приоритетную поисковую систему Яндекс или Google и следовать её рекомендациям
По опыту замечено, если ставить rel=»canonical» на первую страницу, ничего критичного с Google не происходит: позиции, приходящиеся на данные страницы, либо не проседают, либо восстанавливаются в течение 2-3 недель. Поэтому на этом методе остановимся более подробно.
Кстати, при реализации на сайте rel=»canonical» с тегом производить никаких действий не надо, хотя многие рекомендуют. Это совершенно два разных тега с разными функциями. Тег Base предназначен для браузеров с управлением контентом, в которых используется относительный адрес. Никакого отношения к индексации или поисковым системам он не имеет.
Реализация canonical на первую страницу без параметров на MODX Revolution (для Yandex)
Установить Canonical snippet.
Вручную проставить канонические адреса.
Для начала необходимо проверить, что [[*alias]] отрабатывает нормально, дружественные Url у нас включены.
Далее переходим на главную страницу, смотрим поле «Псевдоним» на главной странице. Как правило, это будет либо index, либо glavnaya по умолчанию.