Дмитрий

«Пока подробно не прорабатывал этот момент, но по идее можно комбинировать поля как угодно.»
Отсутствует

<select><option>

Мда, весело.
Нажал «Обновить URI-ссылки» и все пришло в норму.

Текущий вид страницы (меню сайта новое):


Вид страницы, когда заходишь в профиль (/users/id/) (меню сайта старое):

Ясненько. Переустановлю и буду ковырять сначала.
1. Как удалить сие дополнительные табы, и при этом ничего не поломать? Просто удалить их из шаблона?

Может быть дело в очистке и отключении типов профилей в настройках UP2?
Отключал с целью убрать дополнительные поля «Информации» с ФИО.

Данная строка присутствует.
На странице [[+type]] возвращает нуль:

<input type="hidden" name="type" value="0" class="tmp-disabled">

3.3. Из шаблона tpl.up2User.Edit было удалено поле «Полное имя» — это могло стать причиной?

Вроде бы нет. Добавил строку:

<div class="form-group">
		<label class="col-sm-3 control-label">[[%up2_fullname]]<sup class="red">*</sup></label>
		<div class="col-sm-9">
			<input type="text" name="fullname" value="[[+fullname]]" placeholder="[[%up2_fullname]]"  class="form-control" />
			<p class="help-block message">[[+error_fullname]]</p>
			<p class="help-block desc">[[%up2_fullname]]</p>
		</div>
	</div>

Заполнил все обязательные поля в профиле, и все-равно получаю ошибку.

Вот собственно что и как «поломал», предварительно удалив встроенный шаблон:


Просто еще раз сменил тип на «Динамический ресурс» и все нормализовалось.

Если я правильно понимаю, то нужно ознакомиться со статьями по созданию приложений, там должна быть информация по мультиязычности в файлах.

Спасибо! Внимательно прошелся по настройкам VirtualPage и нашел то, что искал.

Из-за того, что перед этим удалил встроенный шаблон, в настройках некорректно отображались данные, поэтому не мог найти. Короче, сам все сломал. :)

Действительно, дело в невнимательности.
Кроме того, что нашли вы, в ресурсе 'Test' стоял чанк а не сниппет. Потому ничего и не происходило.
:facepalm:

У меня так постоянно, из-за какой-нибудь ерунды, я трачу неоправданно много времени на какую-либо проблему.

Товарищ Shin, в соседней теме подсказал идеальное для меня решение.

Все гениальное просто!!)))

Почти угадали. По крайней мере подсказали в верном направлении. Спасибо!

Верно, причиной стал кривой результат работы собственного сниппета.
У кривых записей было:

'class-key' => 1

Вместо:

'class-key' => 'modDocument'

Спасибо!
Но, похоже что сегодня не мой день:

$fields = array(
	//'id' => 129,
	'pagetitle' => 'Json-Items_id11',
	'alias' => 'Json-Items_id11',
	'published' => 'true',
	'parent' => '31',
	'hidemenu' => '1',
	'description' => 'Items IDs',
	'content_type' => '7',
	'content_dispo' => '1',
	'createdon' => time(),
	'context_key' => 'web',
	'content' => 'atata'
);
$response = $modx->runProccessor('resource/create', $fields);
if ($response->isError()) {
    $modx->log(modX::LOG_LEVEL_ERROR, 'error.  Message: '.$response->getMessage());
}

1. Ресурс не создается.
2. В «Управление -> Отчеты -> Журнал ошибок» пусто.

Вот и еще один совет в копилку знаний, спасибо!

Далеко мне до понимания этой статьи…

1. Пытался сделать тестовый сниппет:

$fields = array(
	//'id' => 129,
	'pagetitle' => 'Json-Items_id1',//$name, // - заголовок материала.
	'alias' => 'Json-Items_id1',//$name, // - псевдоним для ссылки.
	'published' => 'true',
	'parent' => '31',//$parent,
	'hidemenu' => '1',
	'description' => 'Items IDs',
	'content_type' => '7',//$content_type,
	'content_dispo' => '1',
	'createdon' => time(),
	'context_key' => 'web',
	'content' => 'atata'
);
$modx->runProccessor('resource/create', $fields);
/*
if(!$modx->runProccessor('resource/create', $fields)){
	$modx->runProccessor('resource/update', $fields);
};
*/

Но ничего не создается. :(

1. И ошибку поглядеть не знаю где.
Вывод php разумеется ничего не дает:

error_reporting(E_ALL | E_STRICT);
ini_set('display_errors', 1);

А в логах MODx пусто.

Как быть с элементами интерфейса?
1. Использовать «Управление словарями» — нормально?
2. Если да, есть ли какой-либо способ пакетного добавления значений?

1. Да я прикинул, там в принципе не так много страниц переводить, Сергей подсказал хорошее решение. Т.к. предметы уже в базе. У меня нет необходимости создавать 100500 ресурсов для каждого предмета, а если и придется, то думаю реально обойтись всего 1 сниппетом и чанком, что в итоге станет всего 1 ресурсом.

2. К тому же сайт индексирует поисковый бот, которому плевать на контекст, он будет видеть страницу mysite.trade/items.html в контексте по-умолчанию, что не есть хорошо для SEO.
Зато, если сделать все традиционно:
RU — ru.mysite.trade/items.html
EN — en.mysite.trade/items.html
То проблем с индексацией точно не будет.