Сейчас в мире бум так называемых "слабосвязанных" систем, т.е. систем кэширующих информацию локально, а потом сразу пакетом синхронизирующих с сервером и в данном контексте ваше замечание очень даже важно. Выручает в таком случае локальный веб-сервер, который предоставляет этот самый веб-интерфейс покупателям (это в случае торговых точек сделать несложно).
Но и опять же, я не отрицаю что десктоп (точнее не десктоп, а как вы сказали - внешние) системы имеют преимущества, в частности позволяют создавать мобильные интерфейсы, интерфейсы для платежных терминалов и прочих embeded систем. Все зависит только от финансовых возможностей заказчика, современные технологии (их я уже неоднократно перечислял) позволяют это с легкостью сделать.
По поводу офлайн-клиентов, такие идеи есть и сводится все к построению прозрачного API по типу веб-сервисов (может правда быть и CORBA, JMS, Java RMI) но веб-сервисы имеют преимущество - стандарт. В итоге получается распределенная система вида - сервер, интерфейс администратора, интерфейс клиента (я имею ввиду сервер, на котором крутится веб-приложение, предоставляющее интерфейс клиента магазина). Но в этой схеме есть одно НО! Веб-интерфейсы обладают одним замечательным преимуществом перед десктоп-приложением: их не нужно инсталировать. Т.е. если админка магазина предоставляет веб-интерфейс, то администратор может управлять магазином из любой точки планеты. А такая технология как AJAX позволяет сделать интерфейс администратора (равно как и клиента) таким же насыщенным и удобным, как интерфейс обычных десктоп-приложений. Другое дело как AJAX вяжется с СЕО, но это уже вопрос реализации.
Поэтому я считаю что интернет-магазин должен предоставлять 2 интерфейса - веб-интерфейс и веб-сервис-интерфейс (ну или как я уже писал JMS, RMI, CORBA и тд). Амазон кстати предоставляет, что позволяет легко писать например аплеты для мобильных телефонов, с помощью которых можно совершать покупки.
Предлагаю движок и обсуждать. Итак, что каждый считает неотъемлимой и необходимой частью качественного интернет-магазина, а что - от лукавого? Я свое мнение высказал.
>> Ага. Судя по описанному, решение для магазина масштаба "Озона".
У Озона свои решения еще более крутые, на самом деле описаное - не очень сложное решение (если с умом), однако на порядки превосходящее многие существующие интернет-магазины, да и на яве это все написать проще ибо существует куча компонент (те же BPEL-сервера, фреймворки, application servers и тд). Другое дело, что нужна а) команда которая все это соберет и построит действительно функционирующее и юзабельное приложение и б) интеграция в информационную инфраструктуру компании (внедрение).
Как я понял ТС не жалуется на отсутствие денег, он жалуется на отсутствие решений.
Кстати у меня вопрос к ТС, почему если фреймворк опенсорцный но вам на нем написали магазин и внедрили вы считаете, что вас облапошили?
Если хотите серьезную интернет-торговлю, то лучше заказать специализированное решение под себя на J2EE. Там вам будет все - обработка бизнес-процессов (BPM, позволяет очень гибко настраивать бизнес-процессы в рамках магазина, те же самые скидки или лимиты (заказ до 10 000 подписывает менеджер, до 1 000 000 - директор, до 10 000 000 - гендиректор)), сервисная архитектура (SOA, позворяет интегрировать в другие информационные системы, например в ERP-предприятия), собственно возможно будет своя ERP и CRM. Я уже молчу про масштабируемость (деплоим на какое необходимо колличество серверов, а там уже application server будет распределять нагрузку), работу с любой СУБД (Oracle, MS SQL Server, PostgreSQL). Удобный интерфейс на базе AJAX (для систем заказов и админки - само то) + возможность подключать GUI-тонкие клиенты (специальный проги для ведения статистики и тд). Но такое решение будет стоить денег и не малых, причем одну из основных частей будет составлять внедрение. И уж те, кто будет такое заказывать врятли будут юзать 1C ))
За 3 месяца сайт вышел в топ рамы по куче НЧ запросов. Причем вышел как раз таки после того, как я сделал перелинковку внутряков. Посетителей правда прибавилось не очень много (порядка 200 уников в день), но все равно радует.
Разместил статью на одном из сайтов ТС. Тематика мебель, площадка не из самых жирных, но думаю, что будет развиваться. Особо хочется отметить оперативность работы ТС, статья была размещена буквально через час после того, как ее выслал. Надеюсь на продолжение сотрудничества.
Так у него и ТИЦ 120, а не 50 ))
За очень-очень дорого я его наращу )))
Итак вернемся к теме. Интересует домен с ТИЦ больше 50 в зонах com, net, org, info. Конвертация 1$ за единицу ТИЦ. Яка желательна, обсуждается отдельно. Если есть домен RU - предлагайте. Пока тут кроме понтов на тему "очень очень дорого" ничего сказано не было.
Господа, я понимаю ваше желание продать подороже, но я недавно купил домен в зоне ORG по 1 доллару за ТИЦ. Я тоже как бы немного в теме, не стоит перегибать палку.
