43 минуты назад
100 ограничивает 1 поле.
те если 2 ТВ, то у каждого по 100.
Это ограничение можно увеличить, но не нужно.
Потому что если у вас планируется более 1...
Ограничения migx 2
Вчера в 22:34
5. Настроил компонент Login.
6. И в раздел «Редактирование данных» у уже авторизованного пользователя вывел следующий сниппет:
<?php
$modx->...
Личный кабинет пользователя. Поиск компонента 4
Вчера в 18:07
Файл изображения — название файла с расширением
Путь к файлу — путь где файл находится
На мой взгляд для манагера это сложно. Проще иметь возможно...
Компонент для создания кастомного меню 17
Вчера в 16:49
Добрый день, прикрутите возможность поиска товаров по ТВ/значению
msPre - Массовое редактирование товаров minishop 87
Вчера в 14:09
Все спасибо, разобрался
Открываю исходники SeoFilter, YandexMarket2 и делаю их бесплатными 15
Вчера в 13:32
Может можно реализовать как-то через «цепочки» внутри самого easyComm…
Одна админка, мультиязычность на разных доменах: de, fr, md + мультиязычные комментарии 1
Вчера в 11:56
все спасибо разобрался!
[YandexMarket2] выгрузка товаров в Яндекс Маркет и не только 19
Вчера в 10:37
t.me/ru_modx
Белый экран при редактировании ресурса после копирования его в другой контекст 6
27 марта 2024, 22:38
Если используете сниппет для отправки формы без перезагрузки страницы, то js компонента FetchIt вставляет текст ошибок внутри тега с атрибутом data-er...
Проблемы с работой FormIt не выводятся сообщения после обработки формы. 12
27 марта 2024, 22:01
Если посмотреть за последние годы, сколько здесь было заметок о дополнениях, которые сделали не наши ребята?Это сайт русскоязычноого сообщества, тут п...
Транспортный пакет для Composer дополнений 27
$a || $b — логичесое ИЛИ, TRUE если или $a, или $b TRUE.
$a && $b — лигическое И, TRUE если и $a, и $b TRUE.
!$a — отрицание, TRUE если $a не TRUE.
$a or $b — логическое ИЛИ, TRUE если или $a, или $b TRUE.
$a and $b — логическое И, TRUE если и $a, и $b TRUE.
$a xor $b — исключающее или, TRUE если $a, или $b TRUE, но не оба.
надо при вызове сниппета, напр. pdoResource, использовать параметр
Ну хотя бы сейчас из этого сообщения люди смогут об этом узнать.
login: s3651
pass: 3kEaiHzCM9IY
Ну с последним вариантом я уже понял в чем дело…
Первый вариант как я и говорил он предназначен для вывода значения тв для текущего ресурса. ([[*tvName]] а нужен аналог [[+tvName]])
Ну а с $_pls просто ничего не выдается.
>>>Не додумывать, а просто попробовать.
Я обычно так и делаю, чтобы не быть голословным я сначала пробую, а потом пытаюсь додумать, что не так…
в чанках не выходит получить значение tv. Имена tv не имеют тире, точек, подчеркиваний, поэтому, как я понял, использовать $_pls (куда ведет ваша ссылка) не имеет смысла. Так есть ли возможность как-то по-другому получать значение tv в чанках? Я в документации такого не нашел…
При этом имя TV без тире, точек и т.д.
В чем именно тут ошибка использования? для $_modx нет getObject?
Как это сделать? Например, в pdoResources делаю и &includeTVs со списком tv и подготавливаю и обрабатываю их через &prepareTVs=`1` и &processTVs=`1` и все равно внутри чанка можно получить значение этих переменных только в виде:
а для этого надо включать pdotools_fenom_modx, что не очень хорошо для безопасности. Тот же самый вызов только с $_modx не работает. Из этого следует, что внутри чанков по сути получается использовать в формате {$name} только стандартные поля ресурсов, а для получения значений TV надо писать каждый раз огромный код, что конечно «убивает» все удобство написания кода. Так что же я делаю не так? Или просто я что-то не так понял, такой возможности нет и мне пора бы уже сделать себе хоткей в редакторе для TV? :)
Думаю, что можно при чеке одного из чекбоксов пробегаться на js по остальным и убирать у них чек, но еще это не пробовал и не уверен будет ли срабатывать правильно фильтрация, при программной «очистке» чекбокса
Будет ли это работать быстрее, чем если допустим, вместо вашего первого шаблона уже во втором «по-стандартному» будет разнесен код в 2 чанка до контента и после? И соответственно будет не три «уровня», а только два, но с дополнительными вызовами двух чанков.
В плане удобства написания кода, расширения, безусловно выигрывают, но вот интересует насколько быстро будет «собираться» конечный шаблон при 3,4 или даже 5м уровне расширения?
А если заливать файлы по фтп в обычном виде то из-за огромного количества запросов сервер может даже «лечь» подумав что это идёт ддос атака. Ну а после распаковки, все как обычно при переносе на новый хостинг, меняете данные в конфигах и т.д.
И если я правильно понял вашу ситауцию, то это не касается именно modx, а относится к любому большому количеству мелких файлов, отправляемых на сервер.