Здравствуйте, Eugeny__, Вы писали:
E__>Как кореллирует количество страниц на сайте с количеством позиций?
В инет магазине по любому будут разные разделы и эти разные разделы будут иметь разную структуру, и эту структуру надо иметь возможность формировать через административную часть, перетасовывать и т.п. Т.е. то, что снаружи это только внешняя малая часть.
Далее, в инет магазинах цены и состояние склада синхронизированы, эту инфу нужно иметь возможность автоматом обновлять, пересчитывать и т.д. Вести историю покупателей, их скидок и т.п. Далее, чем больше посещаемость тем нужно детальнее продумывать реализацию т.к. вся структура формируется динамически и например кэширование может иметь приод обновления не более 5 минут. Сами страницы состоят из множества элементов которые из БД обычными селектами извлечь за приемлемое время нельзя, приходится натягивать на плоскую таблицы древовидную форму хранению и т.д. и т.п.
E__>Я больше скажу, как пользователь, самый удобный инет-магазин состоит пусть не из трех, но немногим более страниц: E__>1. Выбор товара(где слева фильтры, что ты хочешь, а справа — список товаров, попадающих под выбранные фильстры). Где-то в углу кратко об оплате и доставке. E__>2. Страничка подробного описания товара. E__>3. Страничка корзины и оформления заказа. E__>4. Страничка подтверждения заказа, все расписано подробно, указана результирующая сумма(с доставкой) E__>5. "О нас", где контакты и подробно условия доставки.
E__>Итого, ровно 5 страниц. Если магазин торгует слишком разнообразными товарами, то будет еще страничка с выбором категории. Ну еще результаты текстового поиска.
Думаю вам нужно переслать свои мысли письмом в amazon.com, лучше заказным чтобы была уверенность в доставке. Уверен, они по достоинству оценят весь размах и силу вашей мысли в области интернет коммерции и web-девелопмента)
E__>Все, идеальный магазин. Что там еще писать? А уж сколько элементов в базе и посетителей — это дело к сложности ПО не имеет отношения.
