1. Задаем права 777 для каталога /app/tmp и всех его подкаталогов
2. Удаляем все файлы(только файлы, каталоги оставляем) из каталога /app/tmp/cache
3. В файле /app/config/core.php находим строчку «Configure::write(‘debug’, 2)» и проверяем чтобы на месте цифры 2 был ноль
4. В файле /app/config/database.php меняем имя базы данных и информацию для доступа к ней.(если на новом хостинге эта информация отличается от старой)

В большинстве случаев этих простых шагов будет достаточно и ваш сайт заработает.
Если этого не произошло то можно попробовать сделать следующее:

1. В файле /app/config/core.php находим строчку «Configure::write(‘debug’, 0)» и вставляем вместо 0 число 2. Это включит вывод ошибок на сайте
2. Смотрим логи которые пишет фреймворк в каталоге /app/tmp/logs/
3. Смотрим лог ошибок вебсервера. Его расположение зависит от используемого вебсервера и его настроек

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

Так же следует обратить внимание на используемую версию php. В некоторых случаях(к примеру при использовании сторонних классов и библиотек) ваш проект может содержать код который не может быть выполнен установленной версией php.

После недолгих поисков было обнаружено, что при выводе товаров скрипт не делал запрос к базе, чтобы получить конкретный товар. Оказалось что при запуске скрипта все товары из базы помещаются в глобальный массив, а затем, когда нужен определенный товар, он брался из этого массива. Причем занимался этим почему-то модуль, который по идее должен отвечать за кэширование(cache.inc.php). Мне это показалось очень странным. Переписывать весь скрипт, чтобы данные брались из БД только когда они нужны, было долго (этот глобальный массив использовался очень часто) и не было времени, так как заказчик торопил. Надо было искать другой выход и он был найден.

Необходимо было сделать так, чтобы, данные в массив попадали только при обращении к нему. После недолгих поисков был найден интерфейс ArrayAccess, который позволяет обращаться к объекту как к элементу массива. За пару часов все это было реализовано. Теперь данные в массив попадали только при обращении к нему. Так же дополнительно все полученные данные кешировались чтобы избежать дополнительную нагрузку на MySQL сервер.

Решение проблемы не только восстановило работоспособность магазина, но и уменьшило время генерации страницы в ДВА раза.

Если кому-то интересно посмотреть на код решения проблемы, могу опубликовать его целиком в следующем посте.

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