Ян Сонов

Ян Сонов

Был в сети 29 сентября 2024, 17:30
Заказы принимаю
Написать
Подскажите, можно ли сделать так, чтобы данные для языка по умолчанию брались из обычных вкладок «документ», «дополнительные поля» и контент соответственно из «Содержимого»? А то очень неудобно получается, менеджер сначала, при создании нового документа, заполняет все необходимые поля во вкладке «Документ» и контент в «содержимом», а после сохранения дальнейшие изменения надо делать только через локализацию, а изменения в этих же полях уже ни на что не влияют. Можно, конечно, через настройку форм скрыть все кроме вкладки локализаций и вкладки «документ» с одним лишь заголовком и выбором шаблона, но это как-то костыльно выглядит.
Новые дополнения и их версии Localizator - поддержка TV параметров 183 
{foreach $links as $link}
	{if $link.linked_id == x && $link.linked_id == y && $link.linked_id == z}
		картинка 1
	{elseif  $link.linked_id == a && $link.linked_id == b && $link.linked_id == c}
		картинка 2
	{/if}
{/foreach}
для таких вещей используются логические операторы
$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, но не оба.
Вопросы Помогите с записью проверки 3
Это вообще очень смешно, особенно если об этом нигде в документации не указано, что для того чтобы tv нормально можно было по имени вызывать в виде 
{$tvName}
надо при вызове сниппета, напр. pdoResource, использовать параметр
&tvPrefix=``
Ну хотя бы сейчас из этого сообщения люди смогут об этом узнать.
Новые дополнения и их версии [pdoTools] 2.0.0-beta c шаблонизатором Fenom 175
я пробовал такими способами:

{$_modx->resource.tvName}
{$_pls['tvName']}
{$_modx->getObject('modResource', $id)->getTVValue('name')}
Ну с последним вариантом я уже понял в чем дело…
Первый вариант как я и говорил он предназначен для вывода значения тв для текущего ресурса. ([[*tvName]] а нужен аналог [[+tvName]])
Ну а с $_pls просто ничего не выдается.

>>>Не додумывать, а просто попробовать.
Я обычно так и делаю, чтобы не быть голословным я сначала пробую, а потом пытаюсь додумать, что не так…
Новые дополнения и их версии [pdoTools] 2.0.0-beta c шаблонизатором Fenom 175
В том то ж и дело что я ее читал, видимо пропустил что не все методы $modx доступны для $_modx. Но все равно кроме как:
{$modx->getObject('modResource', $id)->getTVValue('tvName')}

или стандартно

[[+tvName]]
в чанках не выходит получить значение tv. Имена tv не имеют тире, точек, подчеркиваний, поэтому, как я понял, использовать $_pls (куда ведет ваша ссылка) не имеет смысла. Так есть ли возможность как-то по-другому получать значение tv в чанках? Я в документации такого не нашел…
Новые дополнения и их версии [pdoTools] 2.0.0-beta c шаблонизатором Fenom 175
Василий, что все таки надо сделать чтобы можно было писать TV внутри чанков в виде {$name}?
если оно уже получено сниппетом
Как это сделать? Например, в pdoResources делаю и &includeTVs со списком tv и подготавливаю и обрабатываю их через &prepareTVs=`1` и &processTVs=`1` и все равно внутри чанка можно получить значение этих переменных только в виде:
{$modx->getObject('modResource', $id)->getTVValue('name')}
а для этого надо включать pdotools_fenom_modx, что не очень хорошо для безопасности. Тот же самый вызов только с $_modx не работает. Из этого следует, что внутри чанков по сути получается использовать в формате {$name} только стандартные поля ресурсов, а для получения значений TV надо писать каждый раз огромный код, что конечно «убивает» все удобство написания кода. Так что же я делаю не так? Или просто я что-то не так понял, такой возможности нет и мне пора бы уже сделать себе хоткей в редакторе для TV? :)
Новые дополнения и их версии [pdoTools] 2.0.0-beta c шаблонизатором Fenom 175
На сколько я понял из документации, то этот тип имеет только 2 значения 1/0, которые автоматом преобразуются в «да/нет», если указать фильтру :boolean. А мне надо около 5 значений показать + еще одно общее для всех («все работы»), ну или это скорее всего будет сброс всех фильтров.
Думаю, что можно при чеке одного из чекбоксов пробегаться на js по остальным и убирать у них чек, но еще это не пробовал и не уверен будет ли срабатывать правильно фильтрация, при программной «очистке» чекбокса
Вопросы Аналог radio buttons для фильтров в mFilter2 3
Очень прикольно получается с расширениями шаблонов, давно такое хотелось, чтобы не дублировать код в шаблонах или рассовывать его по чанкам. Только вопрос, насколько быстро будет это работать? Например, как у вас в примере, когда уже идет третий «уровень» расширения для страницы поиска. Или скажу по другому:
Будет ли это работать быстрее, чем если допустим, вместо вашего первого шаблона уже во втором «по-стандартному» будет разнесен код в 2 чанка до контента и после? И соответственно будет не три «уровня», а только два, но с дополнительными вызовами двух чанков.
В плане удобства написания кода, расширения, безусловно выигрывают, но вот интересует насколько быстро будет «собираться» конечный шаблон при 3,4 или даже 5м уровне расширения?
Новые дополнения и их версии debugParser 1.1.0 и pdoTools 2.1.8 6
Как я понял вы скорее всего заливаете все как есть, большое количество папок и маленьких файлов в них, по фтп. Просто заливаете на сервер все одним архивом, потом разархивируете через менеджер файлов на сервере (обычно есть такой функционал даже на дешёвых шаред хостигах)
А если заливать файлы по фтп в обычном виде то из-за огромного количества запросов сервер может даже «лечь» подумав что это идёт ддос атака. Ну а после распаковки, все как обычно при переносе на новый хостинг, меняете данные в конфигах и т.д.
И если я правильно понял вашу ситауцию, то это не касается именно modx, а относится к любому большому количеству мелких файлов, отправляемых на сервер.
Вопросы Долгая загрузка на сервер... 7