Понимаете, чаще всего проблема не в Престе а в тех руках, которые ее настраивают. 1000 посещений в сутки это не много. 9000 товаров тоже мелочи. Престу при правильной доработке можно разогнать и весьма сильно (по моим оценкам в разы). При выборе ПО для магазина надо прежде всего оценивать какие функции вам нужны. В разных платформах различные функции реализованы по разному. Чем точнее базовая платформа будет подходить под ваши задачи, тем меньше доработок и ниже затраты.

Помогите тогда с выбором.
Подойдет ли Presta Shop под такие требования:
1) Хороший импорт/експорт товаров в ексель ( много поставщиков-много прайсов)
2)дружелюбность к CEO
3)Хорошая производительность.
4) возможность натянуть на движок "свой" дизайн.
5)Интеграция с соц. сетями.

Все остальные необходимые функции вроде есть в Престе или их можно прикрутить!

Производительность у Престы одна из лучших, среди магазинных скриптов и может быть существенно повышена доработками, при том что ее функциональные возможности хуже разве что чем у Magento (остальные типа OpenCart слабее).
Дизайн на Престу при грамотном подходе можно натянуть любой как на любой HTML код.
Интеграция с социальными сетями как и любая другая вполне возможна опять же в конечном итоге доработками (Преста в конце концов всего лишь совокупность PHP+JS+SQL открытого кода как любой другой)
Конвертация данных слабовата, но если заняться доработками то можно сделать конвертацию например не из CSV файла а напрямую из файла Excel 2007 или OpenOffice Calc (это не сложно, просто в написании немного муторно).
У Престы слабоват поиск и фильтрация, а это для магазина с большой номенклатурой товара важно (хотя при наличии должной квалификации и это поправимо)
В целом в Престе нет нерешаемых проблем, есть проблемы требующие весьма высокой квалификации и довольно больших трудозатрат, а значит и высокой стоимости их реализации.
То же самое можно сказать и о дружелюбности к поисковикам. Сделайте формирование грамотного HTML кода и будет полная любовь и дружба.

e_v_medvedev
Спасибо!

как то можно кэшировать товары или списки товаров? Имеется в виду стандартными средствами ядра.

Стандартных средств не густо. Расширение memcache не все провайдеры устанавливают, да и не дает оно ощутимой прибавки (по крайне мере у себя на локалке я ее не почувствовал). Есть некоторые дополнения для кэширования на разных этапах типа APC (здесь в топиках надо поискать, уже обсуждался вопрос). Из дешевых средств стоит mod_expire настроить если провайдер его установил на хост (тоже здесь обсуждалось). Хорошую прибавку в скорости дает.
Последний простой вариант - статические блоки заголовка, подвала и боковых колонок вколотить в шаблон фрагментами HTML кода и отключить загрузку большинства модулей. Это тоже может существенно ускорить загрузку страниц.

Ну я сделал кэширование всех модулей практически по статье http://prestalab.ru/wiki/kehshirovanie-modulej-v-ps-1.4 Вот мне и интересно - таким же образом возможно закэшировать список товаров? Познаний к сожалению не хватает в области пхп, ещё эти контроллеры, я голову сломал себе не могу понять как там закэшировать список товаров в разрезе страниц. Ведь этот список не так часто обновляется, но формируется для каждого пользователя...

Ну я сделал кэширование всех модулей практически по статье http://prestalab.ru/wiki/kehshirovanie-modulej-v-ps-1.4 Вот мне и интересно - таким же образом возможно закэшировать список товаров? Познаний к сожалению не хватает в области пхп, ещё эти контроллеры, я голову сломал себе не могу понять как там закэшировать список товаров в разрезе страниц. Ведь этот список не так часто обновляется, но формируется для каждого пользователя...

Дело в том, что закэшироваь весь список товаров невозможно. Кэшируются страницы или их части, а так же данные для формирования отдельных страниц. Если у вас список товаров на 3 страницы, то все равно он будет кэшироваться тремя страницами. Остальное зависит от того какие средства кэширования применяются. Можно сохранять HTML код страницы целиком, можно сохранять массив данных Smarty используемых для формирования страницы (избегаем необходимости обращения к БД и обработки ее результатов) и т.п. Но все это дополнительные средства или доработка, так что если познаний не достаточно бросьте это неблагодарное занятие.

Дальнейшее, более детальное рассмотрение вопрос о том, "Какой движок лучше для интернет магазина" я вынес сюда
http://smartceo.ru/index.html?id=17
http://smartceo.ru/index.html?id=15
, чтобы была возможность дать более полное и объективное представление.
Материалы будут постепенно расширяться и уточняться.