Текст книги "Журнал «Компьютерра» № 10 от 14 марта 2006 года"
Автор книги: Компьютерра Журнал
сообщить о нарушении
Текущая страница: 4 (всего у книги 11 страниц) [доступный отрывок для чтения: 5 страниц]
ТЕМА НОМЕРА: Когда-то в Москве
Автор: Сергей Вильянов
Как известно, без прошлого нет настоящего и будущего. Поэтому, говоря о технике, используемой на Олимпиадах XXI века, мы не должны забывать о том, что многие привычные нам решения когда-то были потрясающими воображение новинками. Больше того, часть из них впервые переместились с чертежей в реальность благодаря нашим соотечественникам – здесь, в Москве. Чтобы узнать подробности, мы попросили ответить на наши вопросы Анастасию Петровну Оситис, генерального директора ОАО «АСВТ», принимавшую деятельное участие в разработке и развертывании инфокоммуникационной системы московской Олимпиады восьмидесятого года.
Для Олимпиады-80 создавалась комплексная телекоммуникационная система, которая должна была обеспечить качественной связью спортивные и спортивно-тренировочные сооружения, места проживания, главный пресс-центр и пресс-центры на спортивных объектах и транспорт. Кроме того, она должна была обеспечить высококачественное теле– и радиовещание. В районе Останкинского телецентра были построены специальные сооружения для сбора первичной информации, подготовки программ и передачи для вещания в «Останкино» или за рубеж. Эти сооружения были напрямую связаны со всеми спортивными объектами. Особенность московской Олимпиады по сравнению с предшественницей в Монреале – удаленность спортивных сооружений друг от друга, что практически исключало возможность создания новой кабельной инфраструктуры. В то же время для решения всех телекоммуникационных задач только в Москве требовалось создать более тысячи высококачественных каналов связи, а существующая инфраструктура – тогда полностью аналоговая – не могла предоставить эти ресурсы. О сложности проекта можно судить хотя бы по тому, что иностранные участники международного тендера, проведенного Правительством СССР, ознакомившись со всеми требованиями к решению, не взяли на себя ответственность за создание системы. В результате исполнение проекта было поручено Отделу спецсвязи МГТС. Отдел проектировал решение, выбирал оборудование, размещал заказы в научных учреждениях и на предприятиях, принимал работы, вводил систему в эксплуатацию и отвечал за работоспособность системы в целом. Успешное выполнение проекта, на которое ушло чуть больше двух лет, стало возможным благодаря слаженной работе всех структур и организаций, задействованных в его реализации на всей территории бывшего СССР и некоторых странах СЭВ. Проект лично и постоянно курировал министр связи СССР Талызин. Самым принципиальным стало решение создавать систему на базе цифровых каналов связи, работающих в основном «поверх» уже существовавшей проводной инфраструктуры МГТС. Для создания цифровых каналов использовалось оборудование ИКМ-30, специально разработанное НИИ дальней связи. Кроме того, использовалось новейшее оборудование Nokia. Оборудование ИКМ-30 позволило на каждой витой паре создать тридцать цифровых каналов. Кстати, это оборудование – усовершенствованное и модернизированное – используется до сих пор.
На этой основе была создана олимпийская выделенная телефонная сеть (ОВТС). Во время Олимпиады она покрывала территорию Москвы, а в дальнейшем была расширена на всю территорию СССР и стала знаменитой «Искрой». Именно для Олимпиады-80 была создана первая международная автоматизированная телефонная станция (АМТС). До этого за границу приходилось звонить через оператора.
Также к Олимпиаде была модернизирована и значительно расширена радиотелефонная сеть «Алтай», позволившая телефонизировать транспорт. Все – от идеи до оборудования – было советским. Кстати, насколько я знаю, московская Олимпиада стала первой в мире, где широко использовалась мобильная связь.
Поддержка вещания тоже потребовала создания новой инфраструктуры. Ее основу составили построенные в районе телецентра «Останкино» два уникальных объекта с рабочими названиями «Центральная аппаратная» и «Олимпийский комплекс». В Аппаратную в реальном времени поступали видео– и аудиопотоки, а также дикторская информация со всех объектов в соответствии с графиком соревнований. Из Аппаратной эта информация поступала в Олимпийский комплекс, в студиях которого она превращалась в передачи. Далее передачи шли в теле– и радиоэфир, а также за рубеж, для чего потребовалось усовершенствовать международные каналы связи.
Была разработана цифровая аппаратура с широким частотным и динамическим диапазонами для передачи вещательных сигналов. Кстати, это было первое в мировой практике использование цифрового вещательного оборудования. Повторюсь – на все про все ушло чуть больше двух лет. Помогла хорошая организация проекта: необходимое оборудование, вплоть до специальных стоек и мебели, поступало строго по графику и сразу же монтировалось. Вместе с тем нередко оборудование работало не так, как было нужно, и приходилось буквально на ходу находить причины и вносить изменения, добиваясь безупречной работы. Естественно, времени на такие доработки предусмотрено не было.
А сколько стоило создание инфокоммуникационного обеспечения Олимпийских игр в 80-м?
– Даже не знаю, эти решения принимались на самом высоком государственном уровне.
Хорошо, тогда какие принципиальные отличия имело решение 80-го года по сравнению с предыдущей версией, используемой на монреальской Олимпиаде 1976-го?
– Для каждой Олимпиады всегда создается уникальное решение, и московская не была исключением. Ее принципиальное отличие от всего, что было ранее, – широкое использование цифровых технологий. И это было новаторством не только в связи для спорта, но и вообще в мире. Больше того, именно с Олимпийского проекта началась «цифровизация» связи СССР. В мире все происходит наоборот – сначала цифровые технологии внедряются на международных и междугородних участках, а потом приходят в города.
Насколько жестко контролировалось создание решения Международным Олимпийским Комитетом?
– Конечно, МОК всегда контролирует подготовку систем связи для любой олимпиады. И к Олимпиаде-80 были предъявлены определенные требования, были и контроль, и отчетность на каждом крупном этапе подготовки. Для такого контроля есть вполне разумные объяснения. Дело в том, что Олимпиада – это всегда коммерческий проект, и чтобы он дал прибыль, нужно, чтобы новости и фотографии с Олимпиады мгновенно появлялись в информационных агентствах и в редакциях газет, а передачи продавались и транслировались по всему миру. Выполнение требований МОК как раз и гарантирует, что качество подготовленных материалов соответствует требованиям основных вещателей во всем мире.
Но в отношении нашей Олимпиады-80 чувствовались сомнения иностранных организаций в том, что все намеченное будет воплощено в жизнь – слишком инновационным и масштабным был этот проект. Но проект был завершен в срок, и за все время Олимпиады не было ни одного нарекания.
В последнее время часто слышны обвинения в адрес судей – дескать, они подсуживают спортсменам из симпатичных им стран. А возможна ли незаметная корректировка результатов на «аппаратном» уровне?
– Я не специалист в этом вопросе, но думаю, что метрология и технический контроль уже тогда находились на таком уровне, что подтасовка результатов не была возможна даже технически.
А какова была судьба системы после Олимпиады? Ведь в СССР было принято использовать оборудование до последнего, пока оно не рассыплется от старости…
– В целом создание телекоммуникационной системы «Олимпиады-80» было прорывом для всей системы связи СССР. Именно с Олимпийского проекта началось практическое применение цифровых технологий в связи, особенно в гражданском секторе. Олимпийская выделенная телефонная сеть шагнула за пределы Москвы и со временем вошла во всесоюзную сеть «Искра», которая, пережив несколько технологических революций, сегодня является единственной действующей инфокоммуникационной сетью всероссийского масштаба. Оборудование «Алтай» было использовано для создания многих транковых сетей в регионах страны. Московская же сеть «Алтай» получила дальнейшее развитие – после цифровизации и установки оборудования Actionet и перехода на сотовую схему построения она и сейчас широко используется как сеть профессиональной мобильной связи «РусАлтай», охватывающая весь московский регион. Оборудование ИКМ-30 используется на сетях связи страны до сих пор. На Телецентре и в Радиодоме широко использовались различные элементы вещательного тракта, разработанные для Олимпиады. К сожалению, сразу после Олимпиады была расформирована Центральная трансляционная аппаратная, и уже на следующей спартакиаде приходилось обходиться без нее. Причина такого решения специалистам непонятна до сих пор…
ТЕХНОЛОГИИ:
Покупательные способности: Интернет-магазин изнутри
Автор: Родион Насакин
Популярность электронной коммерции привела к буму на рынке ПО для управления онлайн-магазинами. Уж очень многим захотелось иметь свой собственный магазинчик в Сети, и производители не могли не откликнуться на зов потенциальных конкурентов Amazon и eBay. Правда, широкий выбор, подобно познанию, несет в себе печаль: очень трудно стало выбрать оптимальное решение, внедрение которого укладывалось бы в бюджет фирмы или ПБОЮЛ и одновременно удовлетворяло требованиям гендиректора, главного бухгалтера и системного администратора. Глаза разбегаются!
Краеугольный камень
Большая часть готовых решений для интернет-магазинов представляет собой надстройку из нескольких модулей над существующей системой управления контентом (CMS). Разработкой таких систем занимаются все кому не лень: от солидных компаний до студенческих команд. Отсюда и разброс в ценах: от двух сотен до пятидесяти тысяч долларов. Интернет-магазин рассматривается просто как один из стандартных типов сайта, наряду, к примеру, с корпоративным порталом или авторским проектом «Я и моя странная кошка». Напомню, что CMS – это общая платформа, позволяющая добавлять, переносить и удалять файлы и разделы сайта через веб-интерфейс, управлять динамическими разделами, а также выполнять ряд других рутинных операций, вроде проведения поисковой оптимизации.
Если заказчику нужен сайт, который будет служить не только источником информации, но и торговым каналом, он просто выбирает соответствующий продукт из линейки ПО. В бизнес-версию CMS входят несколько модулей, позволяющие реализовать функции управления как сайтом (например, распределение прав доступа, техподдержка или интеграционный шлюз с СУБД), так и продажами. Минимально приемлемый набор включает в себя не только элементарную организацию торгового процесса, но и начальные инструменты для обратной связи, маркетинга и анализа.
В модуле интернет-магазина обычно находятся средства для создания каталога товаров, корзины покупателя, оформления заказа и административного раздела. Общепринято наличие для каждой категории товаров страницы, содержащей краткие аннотации и предпросмотровые изображения для быстрой загрузки. Не стоит забывать и о том, что каждый элемент категории должен содержать гиперссылку для более детального знакомства с заинтересовавшим предметом, а встроенный в систему поиск по каталогу должен помочь клиенту быстро выйти на необходимую ему вещь. Для этого, помимо наименования и категории, должны использоваться другие критерии поиска – например, временной диапазон поступления, цена, страна-производитель и т. д. Ведь все мы понимаем: чем подробнее результаты поиска, тем выше шанс, что клиент не уйдет без покупки.
Содержимое корзины должно изменяться не только в сторону увеличения номенклатуры, нужно, чтобы покупатель мог изъять оттуда выбранный было товар и просмотреть новую суммарную цену покупок. Вроде бы мелочь, однако коммерсанты-новички о ней часто забывают. Текущее содержимое корзины должно отображаться постоянно, кроме того, если пользователь уже выбрал способ оплаты и доставки, рекомендуется показывать стоимость покупок с учетом доставки, комиссионных платежных систем и т. п.
Два слова о регистрации. Стандартная последовательность превращения посетителя в покупателя: «регистрация – выбор – покупка» может быть изменена. То есть, по желанию посетителя, он может зарегистрироваться до или после наполнения корзины. Данные, полученные в ходе авторизации, должны передаваться по SSL-протоколу или быть защищены другим эффективным способом. В момент обработки заказа необходимо показать покупателю уведомление о задержке в связи с приемом его данных – в противном случае, как показывает практика, покупатель может решить, что система просто «зависла», и прервать соединение. В общем, процесс покупки-продажи легко может сорваться на любом из этапов, поэтому помните – мелочей в е-бизнесе нет, и почаще вспоминайте заголовок книги Энди Гроувы «Выживают только параноики».
Пользовательская часть
Чтобы наладить механизмы безналичного расчета, магазину нужно воспользоваться услугами процессинговых компаний или установить шлюзы к отдельным электронным платежным системам напрямую. После этого покупатель будет сообщать свои личные финансовые данные не магазину, а серверу процессинговой компании, который, получив от магазина данные о сделке, связывается с платежной системой или банком покупателя и снимает необходимую сумму, и после вычета комиссионных она поступает на счет магазина.
Кстати, если е-бизнесмен намерен обслуживать и зарубежных покупателей, ему придется изрядно похлопотать, так как счет для получения транзакций с кредитных карт (известный как мерчант-аккаунт) получить непросто. Подобный банковский шлюз могут открывать не только кредитные организации, но и специализированные компании MAP (Merchant Account Provider), с которыми банки заключают договор[Подробнее эта схема рассматривалась в статье «Тернистый путь интернет-торговца» («КТ» #29-30 от 24.08.04)].
Информация о покупателе[За исключением той, что положено знать только процессинговой компании или платежной системе] и заказе заносится в базу данных, причем здесь всплывает потребность еще в одном важном компоненте модуля е-коммерции – разделе истории заказов, где пользователи могут просматривать хронологию своих покупок и статус сделок. В свою очередь, интерфейс администратора в торговом модуле должен позволять редактировать список заказов для каждого покупателя, изменять их статусы, информацию о доставке и ее стоимости, данные о доступных платежных системах, типах плательщиков (юридическое/физическое лицо), скидки, налоговые ставки, валютные курсы и используемые валюты.
CMS для интернет-магазина должна также иметь расширенные средства для работы с пользователями (так как они в данном случае являются еще и посетителями магазина, то есть потенциальными покупателями) и инструменты по автоматизации торгового процесса.
Пользовательская часть системы отвечает за разграничение доступа к контенту для зарегистрированных пользователей с различным статусом. Регистрация состоит из двух этапов: заполнения соответствующей формы на публичной части сайта и подтверждения авторизации администратором. Думаю, многие сталкивались с этой процедурой при регистрации на форумах или открытии бесплатного аккаунта электронной почты: когда в базу данных заносится запись о новом пользователе, одно из полей записи имеет уникальный ключ, генерируемый на основе e-mail-адреса, который и отправляется в указанный посетителем ящик внутри URL. Перейдя по этому ключу, пользователь запускает обработчик, сравнивающий ключ в ссылке с записью в базе данных, и при совпадении обоих ключей регистрация завершается.
На этом этапе можно реализовать идеи индивидуального подхода к клиенту – псевдоперсональные рассылки (с указанием имени) о новых товарах, стимулирующие возвращение покупателей, накопительные скидки. Не помешает и создание коммьюнити или партнерской сети возле интернет-магазина с помощью выделения администратором в CMS специальной группы, члены которой смогут иметь доступ к специальным проектам или получать дополнительную скидку, обеспечивая повторные продажи. Примерами последнего проекта служат «Клуб Молоток» у крупнейшего онлайн-аукциона в Рунете, «Партер-клуб» в интернет-магазине театральных билетов Parter.ru, партнерская программа в Ozon.ru и т. д. Собранная база данных позволит магазину проводить маркетинговые исследования, корректируя политику продаж по возрастным группам, социальному положению и даже половому признаку. Возможна и большая детализация, если при регистрации пользователь отвечает на вопросы о наличии автомобиля, бытовой техники и других признаках своей состоятельности. Правда, тут надо быть очень осторожным, потому что редкий человек дойдет до середины анкеты с сотней слишком интимных вопросов.
На практике
Большинство систем управления интернет-магазинами находятся в ценовом диапазоне $500–2000, причем как в России, так и за рубежом. Хотя есть и дешевые варианты: так, довольно популярный PHP-скрипт ShopScript, который в самой «богатой» Premium-комплектации (с организацией партнерской программы и функцией расширенного поиска) стоит всего $299.
Цена решения обычно складывается из цен входящих в нее модулей. Например, свой основной е-коммерческий модуль компания «Аист» (платформа NetCat) оценивает в $280, но его функциональность будет минимальной. Придется доплатить за поисковый механизм ($90), за обработчик опросов посетителей ($80), за управление рекламой ($320) – вот мы и перешли пятисотдолларовый барьер и подошли к тысячному.
Но обычно продаются уже сформированные пакеты модулей. В частности, довольно популярная на ru-просторах платформа «Битрикс. Управление сайтом» (которая, кстати, используется администраторами www.computerra.ru) может поставляться с двумя СУБД: MS SQL и Oracle, что заметно влияет на цену. Для примера, версии «Бизнес» обойдутся в 1699 и 7999 долларов соответственно. Ядро системы и функциональность одинаковы, так что выбор осуществляется исходя из масштабности проекта. В модификации ПО «Битрикс» для интернет-магазинов включены восемнадцать модулей. Для выполнения коммерческих операций к главным функциям приросло немало дополнительных: средства документооборота, журнализации изменений контента, загрузки/обновления XML-данных о товарах (например, из бухгалтерского ПО или ERP-системы), экспорта/импорта данных каталога в формате Excel, управления типами цен, распределения прав доступа покупателей к ценам (просматриваются некие зачатки поведенческого таргетинга), управления дисконтными программами, учета в окончательной цене стоимости доставки в конкретный регион, обработки заказов, а также платежные интерфейсы. Инструменты маркетингового характера в «Битриксе» представлены в модулях статистики, опросов, управления подпиской и форумов.
Другой отечественный разработчик ПО для интернет-магазинов – компания OSG – сделала ставку на тесную интеграцию с продукцией «1С». Несмотря на присутствие в линейке решений и CMS для сайтов некоммерческого профиля основные заказчики OSG – все же предприниматели, которым предлагается три варианта ПО в зависимости от масштаба бизнеса. В двух из них, Standard и Prof ($1000 и $4000 соответственно), используется ядро WebShop, позволяющее упростить управление магазином с учетной системой (прежде всего с «1С:Предприятием»).
Среди стандартных модулей: WebShop Manager – для ведения базы товаров, пользователей и обработки заказов; WebSite – для работы с новостями, рассылками, форумами, гостевыми книгами, опросами и викторинами; XML Approach – для автоматического размещения данных об ассортименте в товарных каталогах Сети; Partners – для управления партнерской программой.
Интересный штрих – свои системы OSG не продает. Предусматривается лишь сдача в аренду, причем ежемесячные взносы зависят от широты ассортимента магазина. Так, если на «полках» лежит менее трех сотен товарных единиц, владелец магазина платит каждый месяц по $75, менее тысячи – по $125, менее десяти тысяч – по $200. Конечно, аутсорсинг приложений практикуют и другие разработчики, но полный переход на ASP[Application Service Providing – аренда программных продуктов и мощностей сервера на основе ежемесячных платежей с доступом к приложениям через Интернет или частную виртуальную сеть] – пока редкость.
Поскольку функциональность и цена решений для интернет-магазинов от разных разработчиков находятся примерно на одном уровне, в борьбе за клиента создателям торгового софта приходится быть внимательными к мелочам. Например, при всяком удобном случае проходить сертификацию и вылавливать редкие, но неизбежные баги в своей продукции. В частности, «Битрикс» получил сертификат соответствия и статус «Безопасного веб-приложения» из рук Positive Technologies, после того как прошел проверку на уязвимость ко всем распространенным типам атак на сетевое ПО.
А «OSG Интернет-магазин» получил сертификат качества от довольно авторитетного в круге рунетных веб-разработчиков портала SearchEngines.ru. Правда, в последнем случае сертифицировали не столько безопасность, сколько комфортность магазина для покупателя, что вполне вписывается в специфику сайта, посвященного преимущественно поисковой оптимизации и вопросам юзабилити. Так, было отмечено, что разработчикам из OSG удалось избежать стандартных ляпов, вроде перегрузки страницы html-элементами или некастомизированной страницы с сообщением об ошибке 404.
Еще один важный аспект – возможность подключения к системе модулей от других разработчиков, а также помощь поставщика в доработке системы под заказчика.
Сделай сам
Частенько е-бизнесмены отказываются от вышеописанных и аналогичных им решений, предпочитая делать софтверным компаниям заказы на индивидуальные разработки или создавать интернет-магазин своими силами. При этом писаться с нуля может как система в целом, так и «коммерческий» движок, который затем «прикручивается» к какой-нибудь «фирменной» CMS. Последний вариант имеет место в том случае, когда в магазине необходимо реализовать множество специфичных функций и стандартным косметическим набором для индивидуальной подгонки типового решения уже не обойтись.
Собственные разработки имеют ряд объективных преимуществ: например, возможность реализации своих оригинальных идей, капризов и задумок, ограниченных лишь профессионализмом программистов и бюджетом. Для крупнейших интернет-магазинов, таких как Amazon.com «у них» или Ozon.ru – у нас, широкий простор для коммерческого креатива – залог выживания. Мэтры электронного бизнеса уже не будут довольствоваться простеньким скриптом для партнерской программы или элементарной программой скидок. Им подавай бонусные и многоуровневые дисконтные системы, клубы покупателей и VIP-клиентов и ограниченные по сроку действия маркетинговые акции.
Отнесем туда же специфические возможности для каждой отдельной категории ассортимента, привлекающие клиентов. Взять хотя бы описание продаваемого на Ozon.ru DVD: на соответствующей странице помещены не только фотография обложки, аннотация и цена, но также сообщается о наличии в продаже фильма в VHS-формате, указывается рейтинг, публикуются отзывы зрителей, кадры из фильма, ссылки на рецензии, биографии режиссера, продюсеров и актеров с возможностями поиска других фильмов, к которым они приложили руку. Еще покупателю предлагают взглянуть на список товаров, которые чаще всего покупают вместе с текущим. Авось, что-нибудь еще привлечет внимание. Ну и наконец, мощные системы статистического анализа и зачатки CRM[Customer Relationship Management – общее название для «клиентоцентрированной» бизнес-методологии и класса корпоративных систем на ее основе]-функциональности (это уже не юзабилити) в рамках продукта за пару тысяч долларов не создашь. Серийные решения такого уровня практически отсутствуют, так как желающих приобрести их немного. Поэтому «собственноручный вариант» в данном случае – безальтернативен. Возникает скорее обратная ситуация: к уникальной системе покупаются и интегрируются готовые «запчасти» вроде шлюзов с платежными системами или аналитические модули.
Другими верными сторонниками самостоятельной разработки остаются е-коммерсанты со скромным бюджетом, для которых выделить тысячу-другую долларов на покупку готового решения – непозволительная роскошь. Обычно они и бизнесмены, и разработчики в одном лице.
Естественно, от недостатков уникальные системы тоже не свободны. Самыми частыми проблемами остаются зависимость от собственных программистов и высокая плотность обнаруживаемых багов на единицу времени. И разумеется, немало сил и человеко-часов придется потратить на разработку. А поскольку времени всегда не хватает, постоянное давление на программистов не способствует качеству и стабильности работы системы.
В итоге наиболее приемлемым для бизнесмена «средней руки», не склонного к экспериментам, можно назвать готовое решение на базе одной из хорошо зарекомендовавших себя CMS. Не лишне узнать о том, какое ПО используется у интернет-магазинов со сходной бизнес-структурой: ассортиментом, видами платежей, доставки, маркетинговой политикой и т. д. Хотя дорабатывать, конечно, все равно придется. Ну а куда деваться, ведь покупатель должен быть полностью удовлетворен. Ради чего, собственно, все и затевалось, если не считать воплощения почти вековой мечты бывшего советского человека о собственном свечном заводике…
Скрипты с идеологией
Самым популярным инструментом для создания интернет-магазинов в Рунете (и не только) является пакет скриптов osCommerce. К тому же он овеян флёром Open Source со всей сопутствующей атрибутикой: «духом свободы», бесплатностью стандартного варианта поставки и успешно работающей в течение четырех лет группой поддержки сообщества OSCOMMERCE RU TEAM.
Впрочем, уже покупаются и готовые «сборки» магазинов на базе движка osCommerce. Одни их нахваливают, другие ругают за множество функциональных модулей, которые удовлетворяют всем требованиям среднестатистического малого бизнеса в Интернете, но одновременно с тем дают избыточные малоиспользуемые возможности. Нередко «сборки» приобретают для того, чтобы оценить потенциал osCommerce, а затем на базе движка создается уникальная система.
osCommerce зачастую интегрируют с CMS Joomla (прежнее название – Mamba), распространенной открытой платформой, существующей в нескольких модификациях. Для связки используют специальные интеграционные пакеты: osCommerce Bridge или josCommerce. Впрочем, на мировом уровне большей популярностью пользуется другой е-коммерческий движок – VirtueMart (бывший mamba-phpShop). В России он не получил широкого распространения, поскольку требует серьезной доработки под отечественные реалии: медленно работает и имеет проблемы с поддержкой валют и налогообложения. Впрочем, автор общался с разработчиками, у которых были претензии osCommerce и которым хватило духу подогнать VirtueMart под себя. Они не жалеют о сделанном выборе.
В частности, исходя из опыта, можно отметить, что все магазины osCommerce очень похожи один на другой. В то время как проекты на базе тех же VirtueMart + Joomla могут заметно отличаться. Да и наличие у второй связки официальной техподдержки тоже немаловажно.
Автор благодарит Александра Самсонова и Сергея Трофимова за помощь в написании статьи.
