PantaloneДелается инет-магазин. Сам сайт будет работать у хостера. Нужно организовать протокол обмена данными между самим сайтом и основной базой данных, которая находится не у хостера. От идеи делась сайт на собственном офисном веб-сервере пока отказались из-за предположений что он не потянет все это хозяйство. Пока остановились на системе обмена файлами между базой и магазином. Например при формировании заказов на сайте автоматом формируется файл и раз в день выкладывается на FTP, и наша база его утягивает и вкачивает. В свою очередь магазин тоже получает с нашего FTP файл с состоянием заказов. Была еще идею пересылать эти файлы по почте, т.е. не раз в день, а при формировании заказа. В общем пока все коряво и не понятно. Как бы лучше организовать?

Советую накопить денег на сервер, а не заниматься ерундой.
Чтобы был понятнее:

пришли вы в магазин за кефиром. Вот он, нужный вам "Домик в Деревне" ! И цена подходящая. Беру! А на кассе вам говорят, вы знаете, это виртуальный кефир. Т.е. он как бы есть, но не на 100%. Вот точнее мы вам позже скажем, только дождемся синхронизации с главной базой, подождите пож-та.
Что вы сделаете? Правильно, нах. такой магазин, зайду (щелкну мышкой) в соседний.

К чему я это говорю. Либо вы не представляете объема затрат на создание/поддержку/развитие приличного веб-магазина, либо труд тех людей, чьим силами вы планируете все это сделать, стоит для вас три копейки. Иначе вы бы давно уже купили сервер.

ну посчитайте тогда, если не лень и сюда скиньте

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

анонимный гость> ну посчитайте тогда, если не лень и сюда скиньте

Дружище, что "посчитайте"? Затраты? Как Вы себе это представляете?

> и давайте определимся тогда уж, что такое приличный.

Приличный imho обладающей необходимой функциональностью как минимум (если говорить о пользователях этого магазина). Если говорить о реализации, то - масштабируемый, с резервированием, локализацией, историей, офф-лайном etc. Интегрированный с системой бухучета. О каких сторонах "приличности" Вы бы хотели знать подробнее?

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

И чего это критерий? По секрету: бюджет проекта - штука безусловно важная. Но - не определяющая. Поставь задачу криво - она и будет криво реализована.

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

мда, похоже разговор не получился. Досвиданья