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

В core/config/config.inc.php пропишите в начале ini_set('display_errors', 1); Телепатов нет, никто не догадается по белому экрану.

Смотри внимательней, может названием ошибся. Еще не было такого шаблона, который не расширяется, я многие перепробовал (включая shop/basket/overview/index.tpl).

некоторые шаблоны не расширяются, сейчас вот пытаюсь shop/basket/overview/index.tpl скопировал содержимое в свой скин, но он почему-то не подключается… еще какие-то были, вспомню — напишу

Вот только я не могу понять, чем грозит этот getInstance. Если будет вызван стандартный процессор. Не нашел мест, где это может использоваться. Ну, к примеру, не будет вызван процессор shopModx, который должен не только обновить текущий документ, но и связанный объект ShopmodxProduct. Скажу, будет печалька тогда. Так что просто так лучше вообще эти процессоры не трогать. Вероятно правильней было бы вклиниться на уровне плагинов, а не процессоров.

Спасибо Вам большое. Действительно все просто, достаточно просто подменить УРЛ коннектора. По поводу getInstance его также можно переписать в своем контролере. Достаточно заменить на $object = $modx->getObject($classKey,$properties['id']);. Вот только я не могу понять, чем грозит этот getInstance. Если будет вызван стандартный процессор. Не нашел мест, где это может использоваться.

Ну, самое простое, это все-таки подменить УРЛ коннектора, к примеру, передав его параметром при вызове или просто прописать в компоненте. Но надо еще следить за этим блоком кода. Даже если у вас расширенный процессор, при апдейте специфических CRC, для которых используются собственные процессоры, будут в итоге вызваны их процессоры, а не ваши.