Loadырь

С данным типом поля уже ничего не сделать. Обычный список тоже не доработать. Так как там выбрать можно только одно значение для записи и фильтрация будет по "ИЛИ", а не по "И". То есть при выборе Россия и Азербайджан будут выводится записи в которых указано Россия "ИЛИ" Азербайджан, а не Россия "И" Азебайджан.

Пара "ключ | значение" работает только в обычном списке. В списке с мультивыбором, данная пара не работает и все значения данного поля хранятся в виде двоичного значения. Отсюда и фильтрация идёт по порядковому номеру выбранного значения.

Что бы это значило

Это значит, что в какой-то момент, в хуке activity_before_list компонента Языки теряется название или не доходит до хука название типа контента.

как это дело исправить всё

1. Вспомнить всё что было после этого — "До этого было всё замечательно" и сделать выводы.
2. Пообщаться с автором компонента.

А можно ли клонировать таким или подобным образом не контент — а тип контента?

Можно

Попробуйте пересохранить порядок категорий в: админка — контент.

Ошибка вот такая

А класс модели у вас инициализирован? Файл model.php рядом с файлом system/controllers/zap/backend.php есть? и какое название класса в нём?

Исправить никак?

Пересохранить разделы пробовали?

В чём может быть проблемма?

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

$page — определяется номер текущей страницы из запроса site.ru/category?page=2. Если в запросе данный параметр отсутсвует, переменной $page присваивается 1.
$perpage — это количество записей на странице.
$this->options['limit'] — опция компонента (в данном случае типа контента), в которой указано количество записей на странице.
Тут можно жёстко задать скажем

Пример

Если у вас переносится дамп сайта, то у вас пути к файлам известны и соответствуют значениям в бд. В этом случае заливаются значения в БД и копируется папка с файлами изображений.

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

подскажите как удалить в коробочном шаблоне такую штуку как похожие фотографии?

Удалить строки с 57 по 71 включительно. Но это также удалит и "Другие фотографии в альбоме"

такой виджет/поле

Для такого нужно минимум: одно поле, один виджет, один компонент.
Для минимального функционала магазина надо минимум: четыре поля, один виджет и один компонент к текущему функционалу двойки.

так как ни один сильный разработчик тут не написал свое мнение. Это о чем то тоже говорит.

У сильных разработчиков сейчас выходные .

Песочница нужна не для:

Сделали мы компонент все гуд

Или кто то сделал компонент. например форум а мы отверстали для него скины

Кто то застрял и не знает как сделать какой то функционал

Кто то сделал компонент и раздал его для теста

есть незаконченное расширение и доделывать его ну нет времени

И так далее.

Песочница нужна для работы над одной текущей задачей. Причём всем сразу, а не подключать отдельных разработчиков по мере их востребованности. Сделали компонент все гуд — отлично. Зачем подключать Дениса, чтобы он сделал настройки в админке, если компонент сделан? Дениса надо сразу вовлекать в процесс, чтобы он был в курсе происходящего, а не только по настройкам в админке.

кто то сделал компонент. например форум а мы отверстали для него скины и передали разработчику

В песочнице скины делаются одновременно с компонентом. В готовом компоненте, разработчику скины уже не нужны. Они понадобятся тем кто будет этим компонентом пользоваться в дальнейшем.

Кто то застрял и не знает как сделать какой то функционал

Опять же и это не вопрос песочницы. Есть нехватка знаний, есть нехватка документации и т.п. но найти ответы можно и другими способами связи, чем закрытый форум.
Ну а доделывать, то что автор выбросил, и тестировать, то что кто-то сделал без участия остальных, это явно не дело для песочницы. Для тестов лучше всего взять 2-3

"крикоманов" и некомпетентных экспериментаторов

Если учесть их "крики", остальные вообще ошибок не заметят.

В общем, песочница нужна, но не для тех примеров, что вы озвучили. Будет интересный проект, созывайте всех заинтересованных в песочницу по этому проекту. А пока все свободные разработчики "песочатся" на гите

Это сложно доработать, не нарушая при этом текущий функционал. И для доработок я пока занят.