Александр Прядко

Все зависит от того на сколько активно пользователи работают с номенклатурой и какие характеристики необходимо обрабатывать. 1 миллион SKU для любой современной базы данных обычное явление. На 99% информация по номенклатуре - это редко изменяемая часть, которая может кешироваться, под остальное (наличие и цены) много ресурсов под 1 миллион записей не требуется.

Да, это наиболее простой способ, позволяющий не хранить ссылку на фотографию в базе данных. В некоторых системах файлы именуют не числовым идентификатором, а GUID и раскладывают по папкам, проименованным по части имени (например 5 первых символов GUID) . Вместо GUID можно использовать MD5 хеш от содержимого, в этом случае можно еще и контролировать дубли.

Практичный магазин - магазин который не доставляет хлопот при работе и расширении (когда появятся новые желания и требования). Начинать можно и с конструкторов, но только если понимаете как потом будете "съезжать". Т.к. информация, которую Вы опубликуете для всех посредством магазина, осядет в поисковых системах и у пользователей - чем дольше, тем болезненней переезд. Иногда он невозможен без крупных финансовых потерь.

Все зависит от того где создается и редактируется контент. Мы делаем так: сначала создается карточка товара. Затем происходит редактирование описания и добавление фотографий. Когда эта работа окончена, все описание, одним блоком может быть отправлено на сайт.

Sentry

Есть вариант не использовать поиск битрикса, заменив его на другой поисковый движок, например
, при помощи администраторов и программистов.

Согласен с dimonchik2013 на все 100%.

В данной ситуации лучше найти хорошего управляющего или организацию, на крайний случай консультанта имеющего опыт такой работы.

Самое оптимальное сочетание на сегодняшний день - комбинация собственной службы доставки и логистических служб (нескольких для подстраховки).