SoVA

Нет, конечно. На 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 файла и по частям заливать. Симптомы те же, а вот корень проблемы совершенно иной.

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

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