Сергей

Спасибо, работает! Отличное решение :)

То есть лучше создать свое под такую задачу, чем использовать готовое и подогнать под задачу?

Так то да, из коробки конечно можно заморочиться :) Может есть специальные решения или решения которые бы пригодились чтобы упростить задачу. Сделать отдельную форму для сотрудников, которые бы заполняли нужные данные клиентов и сохраняли. Работали бы со списком всех клиентов, могли отсортировать по дате рождения, например. Ну а при регистрации пользователей и заполнении профиля — попадали в общую базу клиентов.

Я сейчас сделал так. Наверное я не правильно выразил, что хочу сделать. Хотел склеить программно это как-нибудь.

Спасибо большое за помощь! Все получилось. Я уже думал нельзя связать этих два дополнения :)
Работает: &where=`{«galAlbum.parent»: «1»}`
&where=`{«galAlbum.id»: «1»}` — показывает родительский альбом только.

Еще пытаюсь применить параметр &parents, чтобы выбрать дочерний альбом для вывода. Все равно выводит все альбомы.

Разобрался. Нашел в логах:

Added selection of galAlbum: SQL_CALC_FOUND_ROWS `id`, `parent`, `name`, `year`, `description`, `createdon`, `createdby`, `rank`, `active`, `prominent`, `watermark`, `cover_filename`

понял, что 'image' и не выбирает. Воспользовался `cover_filename`

п.с. если у вас будет минутка, не могли бы вы объяснить почему с galAlbum не выбирается при запросе 'image', когда при обычном высове сниппета GalleryAlbums параметр 'image' работает?

Спасибо! Так почти работает! Пока до fenom не дошли :)
Не все параметры работают, например в шаблоне вывода альбомов, мне нужно вывести обложку, пишу:

<img src="[[+image]]">

, но результат пустой.
Параметр [[+name]] — работает.

Вставляю ровно так, как написали — к сожалению не работает.

Это как?

Родителей морозить не пойдет, документы будут перемещать с «Новый» в «Старый», адрес будет меняться-страницы после индексации теряться. Конечно самый простой и верный способ морозить ручками адрес дочерних, но просто может есть автоматизированный вариант :)

Как понял, если документ не опубликован, то он исключается из адреса?
И хотел уточнить, если родитель не опубликован, а дочерние опубликованы и выводятся через pdoResources, то все нормально будет выводиться, короче говоря «неопубликованность» не наследуется?

М, интересно, как потом с обновлениями, слетают все изменения?

Ошибок я не заметил в работе старой версии ПХП. Кеширование не стал отключать. Да и перестал гнаться за новой версией пхп. Ну да, работает шустрее, но много плагинов устаревших, которые давно не обновлялись — выдают ошибки при работе. Тот же ПДОТулс сыпался с ошибками (как сейчас не знаю)

Да, возращением в версию 5.6 :)

Проблема обнаружилась скорее всего в смене протокола путей к стилям. «на сломанном сайте» при просмотре HTML кода, протокол адресов сменился с http на https.
В настройках
server_protocol = http.
Ручное обновление кеша помогает решить проблему.
Где еще можно посмотреть?

Нашел решение. Вот так фильтруются все теги, выводит только текст:

[[+content:striptags]]

Проверил в Яндекс. Вебмастер несколько Sitemap, тоже сделан в pdoSitemap — на lastmod не ругается.

Работает! Спасибо.

Ваш вариант ссылки не работает :(

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