Нет, конечно. На 5.4+ ShopCMS как положено не работает. Дальше проблему, как мне кажется, можно и не обсуждать. Если, конечно, у Вас нет инсталлятора ShopCMS, переделанного под 5.4+.

Тут, наверное, я неправильно сформулировал свой вопрос, но суть я понял и главное - проблема решена.
Спасибо за подсказку! С Новым годом и "творческих узбеков"

3. выполняю в админке старого сайта в "Администрация БД" импорт базы данных (именно базы данных, а не каталога товаров).
5. выполняю в админке нового сайта экспорт базы данных.

Мне кажется, или в п. 3 - экспорт, а в п.5 - импорт?
То есть, таким способом, даже если имеют место грабли с php свежее поддерживаемого 5.3 (у моего прова сейчас 5.5, по-моему, из-за чего свежая установка проходит криво), то после переноса БД и файлов со старого сайта на новый, все работает как положено?
Как-то я не подумал насчет полной инструкции. Искал по vsupport материалы, как поступить именно с таблицами в sql, а про простой готовый рецепт и не подумал. Сейчас попробую все таким образом поправить - терять уже нечего, кроме как перебирать вручную все таблицы

Спасибо за совет!
Перенес все за какие-то 5 минут, файлы перезаливать не понадобилось, т.к. они и так уже полностью подтянуты с рабочей копии, а префикс при установке я задал тот же, что уже прописан в конфигах этого сайта.
Буду пользоваться впредь. "Век живи - век учись", - подумал поручик Ржевский и переложил портсигар из кармана брюк в жилет

Спасибо, Вы, как обычно, на высоте.
Таблицы создавал (точнее, копировал) я в phpmyadmin. Признаюсь сразу - я рукожоп, в mysql не умею. Написал письмецо в суп хостеру с просьбой помочь, но пока ждал ответа (не дождался), по привычке полезть гуглить (зачастую таким способом ответ находится быстрее, плюс в итоге сам начинаешь понимать. что делаешь). Суп же теребил по той причине, что хотел сделать сразу все правильно, как положено, через sql-запрос.
В итоге в гугле не смог найти, как правильно составить запрос для копирования "пакета" таблиц - все результаты поиска давали что-то близкое, но не совсем то или даже совсем не то, а изучать mysql "за полчаса" не было вариантов. Нашел только примерную инструкцию на похожую тему, как сделать через гуево-визуальные средства myphpadmin. Методом тыка и пристального взгляда, через "черновики" попробовал копирование таблиц с рабочей копии ShopCMS на этом же хостинге, но в другом домене (и с другим префиксом, соответственно). И вот, ничтоже сумняшеся, копирую набор таблиц с префиксом (допустим) abcd_ с присвоением им префикса dcba_ - все переносится вроде бы, корректно - состав и содержимое таблиц один-в-один (на первый взгляд профана), все работает - что еще надо? Конечно, армейский метод про*ба - налицо Ну и, как показало дальнейшее развитие событий, и как Вы сами указали, скопировались (создались новые) таблицы некорректно. Сейчас полезу в myphpadmin и буду более пристально курить, где еще что не так, как надо, скопировалось. По такой логике, понимаю, что, как Вы и написали, подобные грабли в новых таблицах должны проявиться везде, где это возможно (с автоинкрементом). Просто пока до них черед не дошел в повседневном использовании (сайт еще не запущен).
Вот что обычно и бывает, когда шаловливые ручки лезут туда, где мозги не имеют скилла Почему и обратился сразу в суп - ну, хоть исходные таблицы не запорол

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

или разбивай csv
или меняй настройки сервера

для проверки попробуй на локальный OpenServer импортировать - там нет ограничения на время выполнения скрипта

Я пробовал с минимальным объемом файла импорта: одна категория и один товар. И да, при создании категории вручную через админку - такой же результат.
У меня был именно такой случай, с долгим выполнением импорта, когда я заливал ок. 10000 наименований - приходилось разбивать на 2-3 файла и по частям заливать. Симптомы те же, а вот корень проблемы совершенно иной.

Сделал на хостинге копию имеющейся рабочей установки 3.1.2 Vip (файлы копировал суп хост-провайдера). Сделал копию полного "комплекта" таблиц с иным префиксом БД, в tables.inc и connect.inc заменил префиксы, проверил - все вроде работает, данные (покупатели, товары, инф. страницы) перенеслись с рабочей копии и выглядит-работает вроде все правильно.
Однако. Подготовил файл каталога для импорта, сохранил в csv по уже давно откатанной технологии. Импортирую... скрипт падает и выдает ошибку на белом странице:

Страница shop.greenfish.su не работает

Сайт shop.greenfish.su не отправил данных.
ERR_EMPTY_RESPONSE

Что за черт? Начал изгаляться с файлом импорта так и этак, выгрузил из другой установки заведомо годный, рабочий файл, заливаю в новую копию скрипта - та же картина. Ок, очищаю каталог через импорт и пробую создать категорию вручную в админке - скрипт вываливается с тем же результатом (в пользовательской части при попытке обратиться к каталогу сайт тоже падает).
Полез в phpmyadmin - логов по ошибкам в импорте не нашел (вообще никаких логов об ошибках с 13.12.16), но выяснил, что при создании категории вручную она создается с нулевым categoryID, при попытке импорта через файл картина та же. Если создать категорию вручную в админке, а потом через phpmyadmin руками прописать categoryID - она начинает без проблем отображаться в каталоге (и в админке, и в юзер-части), с ней можно работать, создавать в ней товары. То есть, сбой происходит именно при создании категорий - не задаются их ID. С чего бы вдруг такое - не могу понять, ведь все файлы, включая шаблон, копировали с заведомо рабочей копии. Повторно перезалил все php и вообще все, кроме конфигов, переписанных под новую копию - ситуация не изменилась. Не пойму, куда копать и что еще менять.

badisoft,
вот же, меня это и удивляет. Получается, что русскоязычные пользовательские сообщения и текст/меню админки при локализации/допиливании исходного скрипта был написан в 1251, но корни системы все равно идут в utf и, где возможно, это как-то в общем и на скорую руку пофиксили костылями, применительно к текущей ситуации, а остальное отдали на откуп пользователям скрипта. И чем дальше в лес (свежее версия php) - тем толще елки, а теперь, получается, вообще - чтобы заставить работать скрипт с неродной ему 1251, половину его надо перелопатить. Извините, если сильно обобщаю и утрирую.

Utf8, 1251, а третья какая? Еще и iso latin присутствует?

makki, я вот что-то не пойму. Я, конечно, начитан здесь, что в целом Шоп - это то еще собрание "нюансов", тот же badisoft временами отыскивает баги один за другим. Но что получается - вся русская часть скрипта написана в 1251, но ставится при этом он по дефолту в utf, и ту же 1251 нужно было руками "подключать", внося правки в конфиги перед установкой. Теперь уже 1251 и не подключишь, то есть вообще получается мешанина?

С точки зрения разумных затрат времени - никак.

А зачем? Скрипт прекрасно работает с базой в UTF-8.

Экая досада, право слово. Ведь 3 других сайта на Шопе у меня крутятся под 1251. Уже настроен обмен с 1с через ёксель.
В сущности, на сабжевый проект мне обмен с 1с как раз не нужен, да и собственно Шоп там, скорее всего, временно - как привычная и быстро разворачиваемая заглушка со всем минимально необходимым. Пока будет крутиться первое время - попробую на 3 уровне погонять различные более "социальные" cms - вроде WP, Joomla, Instant (хотя ее как раз одно время пользовал - не понравилась своей дырявостью: в отключенные в админке блоги постоянно напрямую сыпался спам от ботов, приходилось чистить. Может, в свежей версии пофиксили - надо теперь читать-изучать.) или еще что, Wix помучаю... Там как раз возможности магазина будут вторичны, хотя как таковые понадобятся - чтобы оформить заказ, но думаю, и в других cms в минимально необходимых объемах эту возможность реализовать можно через плагины, либо тупо дописать форму на жаве.
Может, кто что посоветует из не сильно замороченных cms с вменяемой поддержкой/форумом? Или не выеживаться и юзать уже минимально изученный Instant?
Ну а с имеющимся на текущий момент Шопом и utf - в принципе, там и в админке, и в клиентской части все отображается корректно, но при вводе каких-либо значений вручную (в тех же настройках) из браузера под виндой по дефолту кодировка 1251 - соответственно, в БД русские строки не сохраняются совсем: прописал в Title заголовок, сохранил - а после обновления страницы настроек в поле пусто. Как с этим-то быть - я уже отвык вообще с кодировками заморачиваться в браузерах - когда это было, что приходилось на некоторых сайтах вручную кодировки менять Вот сейчас в Хроме 50 вручную выбрал кодировку utf-8 и вся кириллица на странице нарисовалась вопросами. В AkelPad набрал русский текст в utf8, вставил в поле, сохранил - опять пусто. Чувствую себя рукожопом

Братцы, как корректно установить ShopCMS с 1251 под php 5.5?
Ставлю на новый сайт у постоянного хост-провайдера, все делаю по уже накатанной инструкции с раскомментариванием соответствующих строк, но таблица в базе при просмотре через phpmyadmin после установки создается все равно в UTF.
Как заставить инсталлятор создавать новую таблицу в 1251?

PHP Version - 5.5.30-pl0-gentoo
MySQL Version - 5.5.40