Мифы и легенды интернен продаж, оптимизации и т.д.

для разработки или в некоммерческих целях вроде.

Да хоть для серьезной коммерции ... вот только саппортик то за деньги, притом не малые, это я про волшебную систему металлинк (если не изменяет память, уже года 3и в нем небыл)

А без саппорта сложную систему ставить не разумно, ибо не патчей, не обновлений не будет

Не соглашусь с этим. Все зависит от количества сеошников. К примеру, в компании 2 сеошника, их основные заказы через знакомых и друзей клиентов. Допустим поднялись на 5 позицию, естественно увеличится количество заказов, причем очень сильно. И вопрос, как они справятся с наплывом? значит придется отказываться, а разве не лучше держаться на определенном уровне, чтобы и работа была и не сидеть сутками в ней? Когда штат большой или увеличивается, то можно и позиции поднимать. А так считаю не разумно. Плюс у многих сайт выполняет роль портфолио. моё имхо.

Оракл нужен только в высоконагрузочных проектах. Для обычного магазина подойдет MySQL.

Он и при 20000 юзеров в день вполне справляется, а магазинов с большей посещаемостью не видно что-то.

Мне кажется самописные движки вообще противопоказаны для небольших интернет-магазинов. Сраный гордый вебмастер немерянно высосет денег на приклейку или доработку функций которые и так есть в типовом интернет-магазине. Сам столкнулся с отсутствием взаимопонимания с подобным кренделем, который сделал корзину доступной только для зарегистрированных пользователей магазина (считай, что корзины нет) и вместо читаемых урлов абра-кодабра. На "доводку" подобных простых вещей у него уходят месяцы. Уж лучше open-sourse код. А в ТЗ, начинающий только свой бизнес, начальник обязательно забудет чтото указать, чем и воспользуется подобный "вебмастер".

Давайте определимся с термином "небольшой интернет магазин".

Есть у меня один такой магазин, который полностью интегрирован в систему управления предприятием. Резервирование товара производится в реальном времени, возможны пакетные загрузки, причем есть четыре резличных формата пакетов загрузки.

Хотя номнеклатура там огромная, но ничего не хранится на веб сервере. Не нужны ни картинки ни характеристики товара. Зато в кабинете реализован полный цикл от заказа до подтверждения получения.

В принципе, магазин небольшой. Около 300 клиентов. Что из готовых пакетов есть с таким функционалом?

Наверно мне следует исправить на "для небольших интернет-магазинов и для начинающих руководителей". Skills небольшой, а их повсюду поджидают орды говновебмастеров готовых всунуть свой супер "самописный движок" и высасывать деньги на его "доработку". Мучаются от этого все и оптимизаторы магазина и начальники, такой вебмастер тормозит всю работу. В таких случаях лучше open sourse который спокойно может доработать как надо сам оптимизатор и во много раз быстрее.

Может быть речь стоит вести о стандартном интернет магазине ( каталог, корзина, сформированный заказ отправляется на e-mail продавца )

Реальные бизнес-схемы разные и магазин должен затачиваться под бизнес схему владельца, а не наоборот. Нестандартные бизнес схемы дают существенное преимущество перед конкурентами, но стандартных магазинов под нестандартные бизнес схемы нет :)

Магазин, приведенный мной в качестве примера, изначально в 2003 году делался таким. Причем это был первый интернет магазин в компании.

Ну а каком еще может идти речь, когда только-только начинающий руководитель и ТЗ-то не может до конца составить, ничего важного не упустив? И такие случаи очень распространены.