ShopMaster's Blog о вэб-шопах

Владелец магазина должен предоставить посетителям сайта достоверную и возможно полную информацию о продаваемых товарах.

Это в интересах как покупателей, так и владельца магазина - чем больше он даст информации о товаре, и чем больше дополнительных изображений товара предоставит, тем тщательнее посетитель проработает эти страницы именно на этом сайте, и, скорее всего, сделает свой выбор именно на этом сайте, а не у конкурентов.

Кроме того, это ещё и вопрос юридический - продавец ОБЯЗАН предоставить покупателю информацию о товаре, и эта информация должна быть полной и достоверной.

При наполнении магазина очень часто встаёт вопрос, где взять информацию, особенно описания товара.

Поставщики часто не могут предоставить адекватную информацию - либо сами ей не располагают, либо испытывают трудности при выводе её из своих баз данных, либо тривиально не хотят делиться.

Поэтому наиболее надёжный способ - взять процесс в свои руки, засучить рукава, и добыть нужную информацию самостоятельно.

Где? Конечно же в Интернете. На сайтах производителей, в общих каталогах, у конкурентов в конце концов (а зачастую - в первую очередь :) ).

Для того, чтобы эффективно добыть контент с Веб-сайтов, используются так называемые "Грабберы" - это класс программ, которые по определённым правилам, заданным админом, производят поиск информации на сайтах в Интернете, и сохраняют результаты своей работы в файлы (например, в базу данных, или экселевскую таблицу в формате csv).

Грабберы бывают как серверные (в основном сегодня такие грабберы используются для "снятия" новостного контента с последующим размещением в собственных блогах; за последнее отвечают так называемые парсеры, которые работают либо в паре с грабберами, либо самостоятельно), так и windows-программы, работающие на пользовательских десктопах.

Преимущества есть как у тех, так и у других, и каждый здесь выбирает то, что ему больше подходит.

Так, серверные грабберы могут работать гораздо быстрее, сохранять добытую информацию сразу на сервере, передавать её тут же в парсеры, которые самостоятельно "распихают" её куда надо.

Однако, они способны накачать такое количество трафика, что потом с провайдером не расплатишься, и нагрузить сервер по самое небалуйся. Также обрабатывать результаты придётся на сервере, либо скачивать с сервера файлы для обработки в локале.

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

Вот и все общие положения по грабберам. Дальше будут расматриваться отдельные решения.

Возможно, стоит ещё назвать несколько программ, если кто будет искать их в И-нете.

Среди серверных решений можно посмотреть: NewsTrack, NewsGrabber, Портатор.

Среди windows-приложений: Web Content Extractor, Web Sundew, Web Content Creator.

В дальнейшем я дополню этот список, пока можно начать с этих.

Всем приятного граббинга! :)

 

 

Градусник (строка указания разделов, к которым относится товар, обычно стоящая сразу под шапкой) в Intersipre Shopping Cart даёт ссылки на все разделы, к которым относится товар. То есть, если этот товар представлен в 3 разделах, в градуснике они будут перечислены один под другим. Если в 5 разделах - все 5 разделов (с полным путем до товара) будут представлены в градуснике.

Это не всегда удобно и целесообразно, хотя бы потому, что занимает много места.

Если у вас большое количество товаров представлены в нескольких разделах, то, возможно, выгоднее в градуснике давать ссылку только на один раздел; указывать непосредственно тот путь и тот раздел, по которому посетитель пришёл к этому товару.

Сделать это несложно.

Открываем в текстовом редакторе файл

includes\classes\class.product.php

и ищем очень похожие внешне 4 строки - 459, 460, 461 и 462. Выглядят они так:

  $GLOBALS['CatTrailName'] = isc_html_escape($this->GetProductName());
  $GLOBALS['BreadcrumbItems'] .= $GLOBALS['ISC_CLASS_TEMPLATE']->GetSnippet("BreadcrumbItemCurrent");
  $GLOBALS['BreadCrumbs'] .= $GLOBALS['ISC_CLASS_TEMPLATE']->GetSnippet("ProductBreadCrumb");
  $GLOBALS['FindByCategory'] .= $GLOBALS['ISC_CLASS_TEMPLATE']->GetSnippet("ProductFindByCategory");

В последних 2 строках нужно убрать запятую, стоящую перед знаком равенства, то есть получаем:

  $GLOBALS['CatTrailName'] = isc_html_escape($this->GetProductName());
  $GLOBALS['BreadcrumbItems'] .= $GLOBALS['ISC_CLASS_TEMPLATE']->GetSnippet("BreadcrumbItemCurrent");
  $GLOBALS['BreadCrumbs'] = $GLOBALS['ISC_CLASS_TEMPLATE']->GetSnippet("ProductBreadCrumb");
  $GLOBALS['FindByCategory'] = $GLOBALS['ISC_CLASS_TEMPLATE']->GetSnippet("ProductFindByCategory");

Сохраняем файл, и смотрим, что получилось - в градуснике над товаром осталась только одна строка с категориями, обозначающими путь, по кторому этот товар можно найти на сайте. 

Импорт товаров с одинаковыми названиями в Interspire Shopping Cart

В Interspire Shopping Cart очень качественный импорт. Но с одной странностью - название товара считается уникальным, и если в импортируемом файле присутствуют товары с одинаковыми названиями, то из них всех будет импортирована только одна запись.

Этот подход тем более странен в версии Vendor Edition, поскольку очевидно, что у разных продавцов может быть один и тот же товар с одними и теми же названиями, но - возможно - с разной ценой. Все они имеют право его продавать. Правда, в админском интерфейсе можно вручную ввести продукты с идентичными названиями, но вот через импорт - никак.

Моё предложение - считать уникальным не название продукта, а его инвентарный номер, именуемый SKU.

Для того, чтобы при импорте уникальным считался SKU, а не название товара, необходимо изменить 2 строки в файле

/admin/includes/classes/class.batch.importer.php:

1. в строке 719, меняем "prodname" на "prodcode".
2. в строке 870 дважды (2 раза) меняем 'prodname' на 'prodcode'.

Всё, теперь уникальными будут считаться SKU, и товары с одинаковыми названиями импортируются нормально.

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

Прикол состоит в том, что когда я описал всё это на форуме разработчиков, они закрыли мне возможность публиковаться на их форуме :)

Интересные люди! 

 

Разработчики ViArt Shopping Cart с самого начала усиленно акцентировали внимание на многоязычности их программы.

Действительно, щёлкаешь по иконке флага, и весь интерфейс меняется на соответствующий этому флагу.

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

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

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

[en]текст на английском[/en][ru]текст на русском[/ru] 

Текст, введённый в поле описания без языковых тегов, показывается для всех языков (в том числе и для тех, для которых введены языковые теги). Текст между языковыми тегами доступен только пользователям, использующих соответствующий язык на сайте.

Всё вышесказанное относится и к заголовкам товара - в поле заголовка можно использовать те же языковые теги.

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

Если, скажем, русское описание оставить без языковых тегов, то оно будет доступно на всех языках, в том числе и в русском. А перед ним можно ввести текст в языковых тегах для тех языков, для которых сделано дополнительное описание, и разместить его, например, выше текста без тегов. Тогда, например, в английском будет идти сначала описание на английском, а потом - дублироваться на русском. Не очень карсиво, но зато в тех языках, для которых дополнительное описание не подготовлено, будет хоть какой-то текст (в данном случае - русский), а не пустое поле.

В общем, нужно ещё думать.

Но в оригинальности идеи разрабам не откажешь. 

 

Магазины с возможностью добавления товаров пользователями - Часть II

С магазинами, позволяющими продавать ЦИФРОВЫЕ товары пользователям, мы разобрались в первой части.

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

От обычных магазинов такие программные продукты отличаются двумя вещами:

1. расширенными функциями разграничения доступа к администрированию, что позволяет гибко настраивать уровни доступа к администрированию различных пользователей и разрешать им выполнять те или иные функции.

2. учет и работа с платежами.

В отношении второго, скажу, что общепринятой на сегодня схемой является получение платежей владельцем торговой площадки (молла) и регулярные выплаты продавцам с учетом комиссии торговой площадки.

Прямых оплат покупателями отдельным продавцам ни один пакет в настоящее время не предусматривает, и если есть такая задача, то скрипты придется дорабатывать. Возможны различные варианты решения, в большинстве случаев подобная доработка относительно несложная, но время и усилия потребуются.

Первая задача - раширенные административные функции - позволяют реализовать различные программы, например Magento, Veyton, система управления контентом Bitrix.

Изюминкой рассматриваемых здесь моллов является комплексное решение как первой, так и второй задачи.

Прямо скажем - предложений в этом секторе - раз-два, и обчелся.

Во-первых, на рынке присутствует 2 скрипта от китайских производителей. В настоящее время оба производятся одной компаний, т.к. лидирующий китайский разработчик программного обеспечения Ucoz приобрел фирму-конкурента в октябре 2008 года. Однако, скрипты остаются разными, и прикрывать один из проектов, похоже, никто не собирается.

Первый из этих скриптов - ShopEx. Этот скрипт в Китае давно стал своего рода стандартом, как для владельцев отдельных магазинов, так и для торговых площадок, то есть рассматриваемых нами моллов.

Второй скрипт - достаточно новая разработка под названием ECMall - первый релиз (так называемая "финальная версия 1.1") увидел свет 24 ноября 2008 года. Построена эта разработка на основе магазина ECShop, уже известного в России, и вобравшая в себя опыт эксплуатации "старшего брата" - магазина ShopEx. От "прародителя", магазина EcShop, EcMall отличается функциями, необходимыми для организации клиентских магазинов и продажи товаров пользователями.

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

Оба вышеназванных скрипта, ShopEx и EcMall, существуют в китайском варианте. У EcShop есть коммерческий англоязычный вариант, не нашедший широкого распространения, очевидно, в силу высокой конкуренции на рынке.

Приняв решение об использовании одного из этих китайских продуктов, придется решать как минимум 3 дополнительные задачи:

1. решение языковых проблем - на самом деле, это не большая проблема, с которой, например, достаточно легко справляется гугловский переводчик. Языковые переменные на 99% выведены в отдельные файлы (за исключением нескольких шалонов, в которых разработчики то ли по халтурности, то ли в спешке писали текст прямо в шаблонах), и перевод нужно сделать всего 1 раз.
2. полное отсутствие русской поддержки скриптов. Рассичтывать, что она появится, нереально. Есть сайт поддержки магазина EcShop на домене www.ecshoprus.ru, являющийся частной инициативой, и, соответственно, что называется "без гарантий". Соответственно, необходимо продумать вопрос поддержки работающего магазина. Скрипты написаны качественно, так что найти человека, способного осуществлять поддержку, видимо, труда не составит.
3. отсутствие специфического для России и Украины функционала - модулей оплаты и доставки, регионов и пр.

 

 

Следуюший программный продукт, позволяющий организовать магазин с функцией продажи товара пользователями, разработан австралийской фирмой Interspire, и называется Interspire Shopping Cart.

Это относительно новая разработка, гораздо моложе дургих программных продуктов класса "shopping cart", но, как и все, что делает компания Inetrsipre, сделана очень продуманно, качественно, и аккуратно.

Очень достойная разработка, обратите на нее внимание.

Компания Intersipre осуществляет поставку Intersipre Shopping Cart в 3 вариантах: Starter, Professional и Ultimate. Текущая версия ПО - 4.0.

Однако нас интересует 4-я, стоящая особняком, версия, которая полностью называется Interspire Shopping Cart Multi-Vendor (Virtual Mall) Edition, то есть версия, позволяющая организовать продажу товара многими вендорами (или продавцами) по принципу молла - все эти термины и перечислены в названии.

Характерной особенностью моллов от китайских производителей является усиленный акцент на отдельные магазины продавцов - они всегда стараются как-то выделить именно того продавца, которому принадлежит магазин, и продажа, по сути, осуществляется именно из этого локального магазина.

В случае Interspire Shopping Cart Multi-Vendor (Virtual Mall) Edition мы видим несколько иной подход - все то же самое, но нет такого явного выделения продавцов в самостоятельные торговые единицы. Они представлены более информационно, что ли.

Interspire Shopping Cart Multi-Vendor (Virtual Mall) Edition обладает обширными административными возможностями, пользователям можно назначить любой уровень доступа, от полнлого (вплоть до глобальной смены дизайна и настроек всего магазина) до минимального, лишь бы только могли добавлять свои товары.

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

Скрипты Interspire постоянно развиваются, в разработке находится много новых интересных вещей. Например, поддержка многоязычности (пока эта функция не реализована, поскольку усилия разработчиков были направлены на другие области; многовалютность присутствует).

Краткий список возможностей магазина Interspire Shopping Cart Multi-Vendor (Virtual Mall) Edition: 

- неограниченное количество продавцов, все продажи через единый сайт магазина;
- профили продавцов, индивидуальные веб-страницы продавцов и собственные мини-саты;
- покупатели совершают покупки товаров разных продавцов через единый интерфейс, нет необходимости делать покупки у каждого продавца отдельно;
- продавцы получают полный доступ к управлению всеми необходимыми параметрами магазина через веб-интерфейс, установка дополнительного ПО не требуется;
- продавцы получают полный контроль и управление своими товарами;
- размещение товаров для отдельных продавцов может быть ограничено определёнными категориями в рамках магазина;
- продавцы имеют возможность получения уведомлений о новых заказах на свой адрес электронной почты;
- продавцы могут полностью управлять своими заказами;
- продавцы могут сами назначить используемые ими способы доставки/зоны, либо выбрать из общих для магазина;
- балансы расчетов с продавцами и история выплат хранятся в логах магазина;
- продавцы и владельцы магазинов имеют доступ к статистике заказов их товаров на уровне продавца.

Теперь - две ложки дегтя:

- русскоязычной поддержки Interspire Shopping Cart нет, и о планах ее организации ничего не слышно;
- специфических для России и Украины модулей нет, хотя некоторое время назад на фрилансе и проходили запросы на их разработку (результаты разработки неизвестны, очевидно, модули были выполнены, но заказчик не спешит ими делиться).

 

 

Следующие программный продукт, позволяющий организовать продажу товаров пользователями - это хорошо известный модуль электронной коммерции Viart Shopping Cart: офсайт находится здесь: http://www.viart.com/, демо - здесь: http://www.viart.com/php-shopping-cart-demo/.

Мне лично не очень нравится сама идея интеграции магазина в систему управления контентом (хотя, надо признать, в свое время я отдал должное этому увлечению), поэтому интересующимся системой Viart Shopping Cart рекомендую ознакомится с ней на сайте разработчиков или обратиться к обсуждению на Нулледе.

 

 

Последним игроком в этом сегменте скриптов является ещё находящийся в стадии разработки DW SHOP Multi User от студии Dark Web.

Релиз DW SHOP Multi User намечен на 15 марта 2009 года со стоимостью магазина 350 долларов США.

Заявленные функции:

Магазин с возможностью регистрации как покупателей, так и продавцов
Возможность создания собственных магазинов продавцами
Все оплаты проходят на счета продавцов, которые они ввели в своём аккаунте
Включение, выключение администратором начисления арендной платы за использование магазинов. Пени за просроченную оплату...
Многоуровневая система прав администраторов, продавцов, покупателей
Виды товаров: Обычный, Аукцион (в том числе оптовый), Цифровой (отдельный модуль)
Типы товаров: Новый, Подержанный, Файл, Пин-код
Категории для товаров и для магазинов.
Характеристики товаров
Сравнение товаров
Сортировка по диапазону, возрастанию, убыванию цен и по дате
Система отзывов о товарах и магазинах
Облака тэгов

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

 

 

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

Оставляйте свои комментарии и соображения - по ним материал будет откорректирован, дополнен, или дописан. 

 

Сегодня все программы интернет-магазинов представляют хотя бы минимальный набор функций в стандартной комплектации. Поэтому, устанавливая магазин, можно быть уверенным, что он будет работать, и выполнять всё, что должен выполнять магазин, хотя бы по минимуму.

 Поэтому интересно бывает обратить внимание на то, что в том или ином пакете отличается от других, чем он превосходит конкурентные предложения, в чём проигрывает.

Обычно на то, чтобы это понять, уходит много времени. К тому же основные функции реально проявляют себя только во время практической эксплуатации, в олбстановке реальной торговой площадки.

Итак, что же есть и чего нет в ECShop.

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

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

В целом, это очень хорошо, продуманно, и грамотно построенный магазин, и если бы не китайский в локализации, и соответсвующее отсутствие какой-либо поддержки в России, он мог бы быть лидером в своём сегменте.

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

Наряду со всем великолепием, в процессе реальной работы выявился ряд факторов, делающих работу с магазином не всегда удобной.

В первую очередь это связано с процедурой импорта товаров в базу магазина.

Совершенно очевидно, что магазин рассчитан в первую очередь на работу через Веб, и никак не на обновления из других (допустим, складских) программ.

Импортируются товары почти идеально. Единственный нюанс - картинки нужно залить на сервер перед импортом, тогда магазин правильно сгенерирует весь комплект необходимых (задаваемых в админке) превьюшек.

Здесь следует иметь в виду, что магазин позволяет хранить в базе неограниченное число картинок товара, для чего используется таблица базы самого товара, плюс дополнительная, описывающая все остальные изображения, и называющаяся галереей. Такой подход приводит к тому, что если у товара картинка всего одна, то она хранится как бы в двойном комплекте изображений - один комплект из 3 картинок разного размера в описании товара, и дубликат (как записи, так и картинок) в таблице галереи. Никаких неудобств это не вызывает, за исключением повышенного расхода дискового пространства. Если под магазин взят обычный хостинг, то хостер, очевидно, ограничивает доступное физическое пространство на диске, и ECShop может его очень быстро съесть. Если же хостинг выделенный, то дисковое пространство, пожалуй, самое дешевое, что есть на сервере, и при неорбходимости наращивается просто, быстро и безболезненно.

У импорта товаров есть ещё ряд особенностей.

Импорт, очевидно, никак не рассчитан на обновление товаров. При импорте не учитывается уникальность товара (ни по имени, ни по идентификатору товара), и при повторном импорте того же самого csv файла, товары элементарно импортируются второй раз. Таким образом, обновлять товары через импорт не получится.

Далее, импорт осуществляется по категориям. То есть при импорте вы должны явно указать категорию, в которую товар импортируется. Выбор категорий из самого импортируемого файла не предусмотрен. Это делает процедуру импорта довольно утомительной. если категорий много. Но если у вас категорий не 100 и не 200, а штук, скажем, 5, то в остальном импорт происходит быстро и аккуратно. Конечно, чудес скорости не наблюдается (интерспаевский шоппинг карт, например, 50к товаров "всасывает" за какой-то час), но всё очень качественно.

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

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

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

В сентябре скрипт ECShop был приобретён другой более крупной китайской компанией, известной производимым ей скриптом магазина Shopex. Что будет с ECShop пока не ясно, но о закрытии или трансформации магазина не обхявлялось. Сообщество китайских пользователей продолжает активно работать, и всё выглядит довольно перспективно.

В России домен, непосредственно связанный с названием магазина, давно занят сквоттерами. Альтернативный сайт русской поддержки организован на www.ecshoprus.ru - обращаясь к этому ресурсу, стоит помнить, что это не официальная поддержка разработчиками, а альтернативная независимая инициатива. Так что требовать от них поддержки нецелесообразно и не имеет смысла, но сходить за советом - разумно.

Пока это всё, продолжаем работать.

 

Хотел поковырять различные программы, предназначенные для анализа прайс-листов, и обнаружил, что нуллед лежит, и когда поднимется - неизвестно (именно там было обсуждение этой темы).

Так что это - пометка того, какй софт вообще имеется для этого, чтобы хоть по названиям можно было найти.

1. PriseProcessor (при установке почему-то регистрирует себя как PriceScanner) компании TradeSoft (сайт в зоне ру). На сайте есть демо-версия, загружает она 50 строк. Есть регистрилка, ограничения таким образом обходятся. В целом, да, сравнивает. Но функции экспорта очень ограничены, практически сводятся к экспорту списка товаров для заказа у поставщиков. Маловато-будет. Мне, по крайней мере, нужно что-то другое. Цена легальной версии 900 рублей, что переносимо, но отсутствие нужных функций не способствует её приобретению.

2. Очень старая программа "Анализ прайс-листов", выложена разрабом в И-нете, поскольку, как он сам говорит, его задолбали просьбами дать программу попользоваться. Программа 2000 года, что-то с действующей версией экселя глючит.

3. Программа Price-Guru, видимо есть версии коммерческая и бесплатная. Бесплатная, промаркированная FREE, выкидывает на сайт разраба, где предлагается бесплатно зарегистрироваться. Задают вопросы кто ты да что ты, но лицению не дают, и на мыло не присылают - кидалово какое-то. Саму прогу надо потестить.

4. E-Trade PriceList Importer - помнится, программа обсуждалась в ряду первых приоритетов. Надо потестить, посмотреть. Разраб находится по адресу elbuz.com.

5. Украинская разработка PDS-Price. Требуется посмотреть. 

Похоже, чисто обработка прайсов на этом заканчивается. Остальные предложения завязаны на складской учёт, что уже другой класс программного обеспечения. Там предложений масса - только ленивый не написал на коленках свою версию, соответственно отдуваться за всю эту самодеятельность - пользователю. Короче, если говорить не о простой обработке прайсов, то с программой учёта надо определяться по-крупному и тщательно.

Всё, пошел проги тестить. 

 

Мультишопы встречаются не очень часто, или эти функции программного обеспечения остаются неиспользованными, поэтому, наверное, в связи с ними возникают некоторые недоразумения в плане того, что не понятно, что это, и для чего это.

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

Работа с товарными позициями осуществляется из одного административного инетрфейса, функционирование магазина обеспечивается одной базой данных, а посетители заходят в разные магазины (например, поддомены, или домены третьего уровня), и видят разные магазины, с разными товарами, разными описаниями, ценами, и т. д.

Эта функция бывает полезной, если нужно сделать несколько магазинов, а условия хостинга не позволяют использовать несколько баз данных.

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

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

Это, так сказать, "чистые" мультишопы. К программам такого рода относятся CubeCart и Bitrix. Для osCommerce есть хак, следовательно все магазины, у которых ноги растут из osCommerce, могут быть доработаны до мультишопов (xtc и все ее ветки, VamShop и т.д.).

Очень часто о мультишопах говорят, когда речь заходит о магазинах с возможностью выставлять на продажу товары пользователей. Это неверно, второе относится к классу программного обеспечения, называемого "моллами", и имеет совершенно другую идеологическую подоплёку и практическую реализацию. (Начало разговора о моллах см. здесь.)

Следующий шаг в развитии мультишопов, до которого большинство разработчиков не доходит - это во-первых возможность совмещать товары между магазинами, и во-вторых - размещение магазинов на различных доменах.

Первое даёт ощутимые преимущества в управлении товарами. Второе позволяет более гибко настраивать магазины.

Из программного обеспечения такого рода можно назвать последний релиз xtc под названием Veyton, hhg-multistore, Magento и, отчасти, Bitrix (реализована возможность настройки магазинов на разных доменах, однако Bitrix - это cms, или "система управления контентом", и потому идеологически далека от магазинов).

Поняв смысл понятия "мультишоп", продолжаем оценивать движки магазинов по предоставляемым ими возможностям, с учетом этой функции.

 

Вот и вышел релиз PrestaShop. Релизом стала версия 1.1.0.5. 

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

Однако это большой шаг вперёд - вышел именно релиз, что означает, что разрабы выдохнули, и решились: пора, мол.

Баги подчистили (довольно много, кстати), и отпустили своё детище в свободное плавание.

Магазин очень приличный, практически основное решение, если вам совершенно необходим мультиязычный магазин + многовалютность. И то и другое в одном флаконе встречается крайне редко, а здесь реализовано вполне гладко и прилично.

В любом случае - очень достойная разработка, если вы с ней ещё не знакомы, загляните на PrestaShop.com и скачайте себе последнюю версию. 

Комментарии к процедуре импорта в Interspire Shopping Cart.

Импорт возможен из баз магазинов целиком: CubeCart, osCommerce, X-Cart и Zen-Cart

Это оставим.

В общем случае импорт осуществляется из csv файла. Экспорта нет.

CSV файл должен удовлетворять некоторым специфическим условиям.

Во-первых, это западный вариант импорта, следовательно разделитесь - запятая, поля выделены кавычками (впрочем, можно указать нужные вам на первом шаге импорта). Сам файл должен быть сохранён в кодировке utf-8, иначе с русским будет каша.

С этим всё понятно. Вопрос, собственно, в том, что должно стоять в полях. Вот это сейчас и опишу.

Product Name - название товара, должно быть уникальным. Наверное, это неправильно, и уникальность должна определяться SKU, но что есть, то есть. Все неуникальные названия при импорте будут покоцаны.

Category - категория. Указывается словами, автоматически вставляется в список категорий при импорте. Может быть категория с подкатегориями в одном поле. Мне было удобнее разнести по разным колонкам, в первой - корневые категории, во второй - дочерние, в теретьей - следующий уровень. Куда что импортировать настраивается в админке при импорте, предусмотрено 3 уровня категорий.

Brand Name - бренды, то есть производители. Указываются словами, при импорте попадают в список производителей.

Product Code/SKU - учётный ассортиментный номер продукта.

Product Description - описание, указывается словами.

Product Availability - количество товара в магазине, должна стоять цифра (сколько единиц у вас на складе).

Price -  сценами в магазине реализована некая зависимость, которую здесь опускаю, и ставим конкретные цифры. В поле Price должна стоять цена, которая будет видна посетителям в качестве цены покупки.

Cost Price - закупочная цена, пользователям не показывается.

Sale Price - цена распродажи, хотите выставить на распродажу - укажите здесь цену.

Retail Price - это как бы "обычная" цена где-то ещё. Посетителям показывается как перечёркнутая, сразу над тем значением, которое раньше указано в поле "Price".

Current Stock Level - видимо, должно быть меньше чем Product Availability, то есть покажет, сколько единиц продано.

Taxable Product? - определяет, брать или нет с покупателя налог дополнительно к указанной в магазине цене. Если цена в магазине указана окончательная, ставим здесь "0", и при оформлении покупки наценки делаться не будет.

Low Stock Level - при каком остате выдавать предупреждение, что товар заканчивается.

Product Warranty - гарантия на продукт, пока не разобрался, зачем это здесь.

Fixed Shipping Cost - фиксированная цена доставки. В Interspire Shopping Cart этот параметр устанавливается на каждый продукт в отдельности, соответственно, если вы доставляете что-то по фиксированной цене, то пишите сюда эту цену. Нет - оставляем поле пустым.

Product Weight - вес продукта, как обычно, для использования модулями доставки.

Product Width - ширина.

Porduct Height - высота.

Product Depth - глубина.

Page Title - заголовок страницы. Можно придумать специфический для данного товара, или оставить пустым, тогда будет использован дефолтный.

META Keywords - клбучевые слова для блока метаинформации, можно оставить пустым (в этом случае используются дефолтные для магазина).

META Description - описание для блока метаинформации, можно оставить пустым (в этом случае используется дефолтное для магазина).

Product Image - картинка товара. В этом поле нужно указать урл картинки в сети, начитная с http://www..., либо загрузить картинку по фтп в папку product_images/import/  Превьюшка генерится автоматически. Если картинки нет, оставляем поле пустым, и в магазине будет показана дефолтная заставка отсутствующей книги.

В процессе импорта наличие файлов с картинками не проверяется, так что если у вас нет картинки для какого-то продукта, то лучше оставьте это поле пустым - посетителя увидят стандартную заставку, а не пустое мместо. 

Downloadable Product File - здесь указывается файл, который покупатели будут загружать, делается это аналогично тому, как перед этим поступали с картинками - указываем урл, или подгружаем по фтп в папку product_files/import/

Однако, это поле - хитрый зверёк, и с ним нужно поаккуратнее. Очевидно, цифровые товары и физические придётся импортировать раздельно. Дело в том, что как только вы установите ассоциацию на импорт загружаемых продуктов в процессе импорта, то все импортируемые товары будут помечены как загружаемые, независимо от того, указали вы файл, или нет. Если не указали, то у товара будет просто стоять статус "2", указываемый для цифровых товаров, а загружать будет нечего.

Поэтому при импорте физических товаров либо вообще удалите из csv-файла поле загружаемых товаров, либо введите ассоциацию для этого конкретного поля "игнорировать".

Vendor - продавец. В этом поле ставим ID продавца по базе, если будет что-то ещё, то товар к продавцу не привяжется.

Последняя позиции, Vendor, присутствует только в специальной версии шопа, дающей возможность организации продажи посетителями (зарегистрированными, естественно).

Далее всё просто - грузим через административный интерфейс.

Загрузка 10К тестовых позиций заняла минуты 3.

Обнаружу неточности - внесу сюда исправления.

Если у кого есть комментарии - милости прошу. 

Всех, наверное, волнует вопрос - не рухнет ли магазин, когда в него придут покупатели? Особенно - если хостинг куплен обычновенный. Особенно, если нет практического опыта работы.

Может ли производитель гарантировать, что когда ко мне придут люди, их программный продукт обсужит покупателей, и всё будет чики-пики?

Этот вопрос сложный, поскольку в значительной степени устойчивая работа магазина зависит от мощности сервера, на котором он расположен. Главная нагрузка приходится на процессор - памяти, дискового пространства, пропускной способности канала может быть завались, но при слабом процессоре база (в частности - мускул) очень быстро сожрёт все ресурсы процессора, и время ожидания открытия страниц магазина покупателями начнёт исчисляться минутами.

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

Сейчас же я про другое - как понять, каковы пределы моего конкретного магазина?

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

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

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

В MySQL устанавливаем директивы:

log_slow_queries = slowsql.txt
long_query_time = 1

1 здесь - 1 секунда, можно поставить 2, 3, или сколько вам нужно. Обычно эта величина регулируется в зависимости от мощности сервера.

Внимание: здесь должно быть указано целое число.

Все запросы, выполняющиеся дольше указанного времени, будут записаны в лог-файл slowsql.txt 

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

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

Поэтому имитируем поток покупателей.

Делаем это утилитой фирмы Microsoft, которая называется "Stress Tool", взять её можно по этой ссылке на сайте "Microsoft".

Устанавливаем в программе нужное количество посетителей, указывая соответствующий "Stress level", например "300" будет означать 300 обращений к странице вашего магазина в минуту.

Опять же, в зависимости от мощности сервера, устанавливаем эту величину на более высокий или более низкий уровень. Постепенно увеличивая её, находим то количество посетителей, при котором работать в вашем магазине становится утомительно.

Если над скриптами вашего магазина колдуют программисты, то можно обратить их внимание на те запросы, которые потенциально приводят к замедлению и зависанию системы. Они смогут их видоизменить для ускорения работы, или ввести какое-то кэширование, или улучшить производительность как-то ещё.

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

Благодарю за помощь в подготовке статьи john_j с форума нулледа. 

Магазины с возможностью добавления товаров пользователями - Часть I 

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

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

Сразу скажу, такое ПО существует.

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

Если вы просто напрямую залинкуете поступающие заказы с поставщиком, предоставив им самим разбираться с заказами и оплатой, то не получите ни шиша - вас просто кинут.

Поэтому, очевидно, что вы должны выступать в этом деле посредником. А именно - получать с покупателей деньги, и выступать гарантом того, что ваш поставщик их обслужит, и не надует. Дальше - думаем, какие условия предложить поставщикам, и как добиться, чтобы они понимали такое положение вещей, и относились к покупателям с должным вниманием и уважением. И опять же - как быстро они получат свои денюжки: я бы не стал автоматом переводить им деньги сразу после получения оплаты от покупателя, а либо создал резервный фонд по каждому продавцу для решения возможных проблем в дальнейшем (естественно, они должны об этом быть уведомлены и согласиться с такими правилами), либо перечислял средства через некоторое время после покупки (скажем, через месяц), чтобы быть уверенным, что товар доставлен (как вариант - требовать от покупателей подтверждения доставки, но это, imho, практически не реально: практически никто из них не возьмёт на себя труд предпринимать какие-то дополнительные действия... не согласны? красный флаг вам в руки!), либо, и скорее всего, использовал и то и другое.

То есть получается контора типа WebMoney - агент, выполняющий посреднические операции, и удерживающий с продавцов процент от продажи.

Есть ещё вариант, давно практикуемый в книготорговле через интернет (ну, и не только в ней, конечно) - платное размещение каталога. То есть продавец платит вам деньги, заливает свои позиции на сайт, и дальше уже напрямую обслуживает покупателей. А если не заплатит, или если на него поступят жалобы - целая цепочка процедур по воздействию на такого чела.

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

Другой обязательный вопрос - получение оплаты от клиента. Ясный пень, что в описанной выше ситуации речь может идти только о предоплате, и ни о каком, скажем, наложенном платеже.

Соответственно, продумываем, через какие системы будем брать деньги. Я бы для начала посмотрел в сторону PayPal (как забугорной системы с прочной репутацией, через которую и буржуи не побоятся платить с кредиток) и различные российские электронные платежи, предпочтительно все в комплекте, то есть UnterKassa.com. Также не повредит дать возможность оплачивать на счёт в Сбербанке переводами, для чего зарегистрировать юрлицо (как, какое, зачем и почему - вероятно будет темой отдельной публикации в дальнейшем).

Ну и теперь перейдём, собственно, к самим скриптам.

Если вы хотите торговать только цифровыми товарами, как это делает подавляющее большинство подобных посреднических контор, то вам не составит труда найти для этого подходящие скрипты.

Давно и довольно удачно в этой области работает "Мастер Ласто", выпустивший уже не одну версию своего магазина для торговли цифровыми товарами. Отличительно особенностью его продукции явлется работа скриптов без участия базы данных, что иногда очень желательно для некоторых вэь-мастеров и шоповладельцев. Идём на страницу магазина мастера Ласто, читаем описания, прикидываем, и ставим.

Другой давно известный продукт - WMShop где WM очевидно происходит от ВебМани. Тоже всё давно хорошо известно, и легко находится, как в коммерческом, так и нулённом исполнении. Например, шоп можно купить здесь (если будет снято с продаж, сорри, ищите ещё), или найти нулл.

В области программного обеспечения для продажи цифровых товаров есть ещё один качественный продукт, разработанный ДаркВэбом. Поддерживает все стандартные функции, и обеспечен поддержкой автора. Читаем описание на DW Shop, и решаем - брать/не брать. Демонстрационный магазин находится по адресу: http://darkweb.ru/dw-7.html

С цифровыми товарами всё более ли менее понятно.

Основные вопросы начинаются, когда мы хотим организовать продажу физических товаров, или комбинированную - физических и цифровых. Вот тут начинаются проблемы.

Сейчас в Рунете существуют ресурсы, предоставляющие пользователям возможность открыть свой магазин. Обычно бесплатно с минимальным количеством товаров, либо за умеренную плату, если товаров становится больше. Сделать можно полностью свой магазин, например, как это делает ВэбАсист (www.WebAsyst.Ru), бывший ShopScript - они устанавливают на своём сервере отдельно работающий магазин заказчика, настраивают его, и обеспечивают его работу на своём сервере. Соответственно, если вы последуете их примеру, то у себя на сайте вам придётся устанавливать отдельный магазин для каждого продавца, и их товары не попадут в одну общую базу, которой просто не будет.

Другой вариант - создание торговой площадки, интегрированной в общую торговую систему. Это более прогрессивный способ, повсеместно используемый на Западе (и на Востоке, как мы увидим чуть позже), и имеющий аналоги у нас. Что бы привести в качестве примера? Была такая площадка www.eu.ru, на ней у моего знакомого был магазинчик espranto.eu.ru. Но вдруг совсем недавно контора эта, похоже, накрылась медным тазом без предупреждения - клиенты не успели даже бэкапы сделать. Это, кстати, проблема с подобными ресурсами - что будет, если компания вдруг выйдет из бизнеса?

И поскольку так сразу в голову других примеров не приходит, вот вам одна из торговых площадок в Автралии (по крайней мере можно получить представление, о чём идёт речь): www.hardtofind.com.au

Что же касается программного обеспечения, используемого на таких российских площадках, то оно у них своё, часто разрабатывавшееся в течение длительного времени, и обычно они его не продают. Да и сомневаюсь я, что стоит рассматривать вопрос о его приобретении - надо ещё его внутренности посмотреть, а то ведь такого наколдыбают...

Торговые площадки по второму из описанных вариантов в англоязычной культуре называются "моллами" ("mall" или полностью - "shopping mall"). Иногда в Рунете путаются, и называют такие магазины "мультишопами", но это совсем о другом (наверное, и о них напишу как-нибудь в дальнейшем). Нам нужны именно "моллы".

Определившись с этим, начинаем смотреть, что же в этой обалсти предлагает нам интернет.

Не густо, надо сказать. На самом деле - не берусь говорить о полноте своей информации - мне сейчас известно 3 проверенных решения, позволяющие установить у себя и настроить торговую площадку с требуемыми функциями, а именно - продажей товаров пользователями, причём в варианте физических товаров и комбинированной (физических+цифровых). Плюс ещё одно солидное решение, но являющееся не отдельным магазином, а модулем более крупной системы, и один магазин, находящийся в стадии разработки (должен выйти в марте 2009 года).

Но поскольку статья эта становится слишком длинной, прекращаем растекаться мыслью по древу, и переносим описание магазинов с фукнцией продажи товаров пользователями в следующую публикацию, в которой рассмотрим: ShopEx, EcMall, Intersipre Shopping Car Vendor Edition, VirueMart и DW SHOP milti user.

До новый встреч!

P.S. Вторая часть обзора магазинов с возможностью добавления товаров пользователями опубликована здесь. 

Итак, приступим.

Буду я тут публиковать записи относительно Интернет-магазинов. С точки зрения владельца магазина.

Материалы, скорее всего, будут публиковаться безсистемно - это вам не книга какая-нибудь. А охватывать они будут все интернет -магазины, до которых у меня хватит времени и сил дотянуться... 

Посмотрим, что получится.

Заходите ко мне на shopmaster.blogmasters.ru

ШопМастер