Ян Сонов

Да, это есть. И остальные дополнения нормально работают во второй локали. Только modAlertify не выводит свои скрипты/стили

Не работает вместе с localizator. Как заставить грузиться стили для локализаций? (для языка по умолчанию работает)

Прикольные уведомления, но почему-то не работают с Localizator. C «базовым» языком работает, а вот с другими — нет (выводятся стандартные jGrowl).

Подскажите, в чем была проблема?

Подскажите, можно ли сделать так, чтобы данные для языка по умолчанию брались из обычных вкладок «документ», «дополнительные поля» и контент соответственно из «Содержимого»? А то очень неудобно получается, менеджер сначала, при создании нового документа, заполняет все необходимые поля во вкладке «Документ» и контент в «содержимом», а после сохранения дальнейшие изменения надо делать только через локализацию, а изменения в этих же полях уже ни на что не влияют. Можно, конечно, через настройку форм скрыть все кроме вкладки локализаций и вкладки «документ» с одним лишь заголовком и выбором шаблона, но это как-то костыльно выглядит.

{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, но не оба.

решилось всё заменой phptype с text на string (как советовал @but1head) и переходом с php 7.2 на 7.1

мне помогло только частично. текст не сохраняется по прежнему, а сохраняются только числа и то если они написаны в самом начале (посмотреть можно на видео — http://take.ms/3qIjR)

Если бы вышеприведенные две строчки были в документации, то этого всего разговора не было бы. Во всяком случае, спасибо, теперь хоть смогу нормально пользоваться tv в чанках! :)

Это вообще очень смешно, особенно если об этом нигде в документации не указано, что для того чтобы tv нормально можно было по имени вызывать в виде

{$tvName}

надо при вызове сниппета, напр. pdoResource, использовать параметр

&tvPrefix=``

Ну хотя бы сейчас из этого сообщения люди смогут об этом узнать.

s3651.h2.modhost.pro/manager/
login: s3651
pass: 3kEaiHzCM9IY

я пробовал такими способами:

{$_modx->resource.tvName}
{$_pls['tvName']}
{$_modx->getObject('modResource', $id)->getTVValue('name')}

Ну с последним вариантом я уже понял в чем дело…
Первый вариант как я и говорил он предназначен для вывода значения тв для текущего ресурса. ([[*tvName]] а нужен аналог [[+tvName]])
Ну а с $_pls просто ничего не выдается.

>>>Не додумывать, а просто попробовать.
Я обычно так и делаю, чтобы не быть голословным я сначала пробую, а потом пытаюсь додумать, что не так…

В том то ж и дело что я ее читал, видимо пропустил что не все методы $modx доступны для $_modx. Но все равно кроме как:

{$modx->getObject('modResource', $id)->getTVValue('tvName')}

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

[[+tvName]]

в чанках не выходит получить значение tv. Имена tv не имеют тире, точек, подчеркиваний, поэтому, как я понял, использовать $_pls (куда ведет ваша ссылка) не имеет смысла. Так есть ли возможность как-то по-другому получать значение tv в чанках? Я в документации такого не нашел…

Я ее пытался использовать вот так:

{$_modx->getObject('modResource', $id)->getTVValue('name')}

При этом имя TV без тире, точек и т.д.
В чем именно тут ошибка использования? для $_modx нет getObject?

У меня на последней версии modx revo 2.4.2 и pdoTools 2.1.17 ничего не изменилось, также продолжает не работать в чанках $_modx, ошибок в журнале никаких нет, ну и на выходе имеем просто пустую страницу.

Ваш вариант подходит только для получения значений в шаблонах, но не в чанках, про которые и шла речь.

Василий, что все таки надо сделать чтобы можно было писать TV внутри чанков в виде {$name}?

если оно уже получено сниппетом

Как это сделать? Например, в pdoResources делаю и &includeTVs со списком tv и подготавливаю и обрабатываю их через &prepareTVs=`1` и &processTVs=`1` и все равно внутри чанка можно получить значение этих переменных только в виде:

{$modx->getObject('modResource', $id)->getTVValue('name')}

а для этого надо включать pdotools_fenom_modx, что не очень хорошо для безопасности. Тот же самый вызов только с $_modx не работает. Из этого следует, что внутри чанков по сути получается использовать в формате {$name} только стандартные поля ресурсов, а для получения значений TV надо писать каждый раз огромный код, что конечно «убивает» все удобство написания кода. Так что же я делаю не так? Или просто я что-то не так понял, такой возможности нет и мне пора бы уже сделать себе хоткей в редакторе для TV? :)

На сколько я понял из документации, то этот тип имеет только 2 значения 1/0, которые автоматом преобразуются в «да/нет», если указать фильтру :boolean. А мне надо около 5 значений показать + еще одно общее для всех («все работы»), ну или это скорее всего будет сброс всех фильтров.
Думаю, что можно при чеке одного из чекбоксов пробегаться на js по остальным и убирать у них чек, но еще это не пробовал и не уверен будет ли срабатывать правильно фильтрация, при программной «очистке» чекбокса

Очень прикольно получается с расширениями шаблонов, давно такое хотелось, чтобы не дублировать код в шаблонах или рассовывать его по чанкам. Только вопрос, насколько быстро будет это работать? Например, как у вас в примере, когда уже идет третий «уровень» расширения для страницы поиска. Или скажу по другому:
Будет ли это работать быстрее, чем если допустим, вместо вашего первого шаблона уже во втором «по-стандартному» будет разнесен код в 2 чанка до контента и после? И соответственно будет не три «уровня», а только два, но с дополнительными вызовами двух чанков.
В плане удобства написания кода, расширения, безусловно выигрывают, но вот интересует насколько быстро будет «собираться» конечный шаблон при 3,4 или даже 5м уровне расширения?

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