avalonshop vs osCommerce

Они все хотят zen-cart :)

Я говорю о поддержке, а не о существовании пустых форумов на соответствующих национальных доменах.

А чем обусловлено такое желание?

Я говорил не о функционале сборки VaM, а о тяжелом наследии osCommerce.

osCommerce MS2 в любом своей ипостасии (VaM, STS, Smarty, Loaded ...) устарел морально. Он написан на php3 и mySQL3 как учебный проект для демонстрации возможностей применения php/mySQL для систем интернет торговли. Простой набивший всем оскомину пример - register globals. Авторы не виноваты - ну не было тогда такого параметра! Предложенная заплатка несостоятельна.

Шаблоны. О каком серьёзном внедрении шаблонов можно говорить, если элементы верстки встроены в ядро системы? Тот же класс boxes.php. Никакого реального разделения кода и layout нет. Опять заплатка - парсим сгенерённый osC html чтобы очистить его от этого самого html, выбрать содержимое (контент) и радостно встроить его в sts или smarty!

И так весь osCommerce - сплошные заплатки. Но свою основную задачу он выполнил - дал имульс для создания и развития интернет-магазинов на базе php/mySQL. Хорошо это или плохо - покажет время.

Что касается функционала Сашиной сборки. К сожалению 99% авторов контрибутов далеки от программирования и их т.н. контрибуты можно использовать только как идею для улучшения функциональности и юзабилити своего магазина. Тупое использование некоторых контрибутов смерти подобно (тупое - имеется в виду без аудита и корректировки кода). Некоторые вещи просто поражают - помнится как три экрана кода (~90 строк) заменил на 5 строк. Сборка состоит из большого количества таких контрибутов, которые были лишь частично подвергнуты аудиту и оптимизации (не без моего участия :)).

А xt полностью переписанная система. По сути это новый скрипт написанный по мотивам osCommerce с использованием современных технологий программирования. В том числе действительно разделённый код и внешний вид. Многое из того, что со скрипом встраивалось в osC в xt есть изначально. Админка вообще несравнимо удобнее.

Свою новую сборку Саша собирает (простите за тавтологию) совсем иначе, чем osCommerce VaM. По принципу используемому во всех современных CMS - модульность. Нужен модуль - нажал кнопочку в админе и получил его. Не нужен - "отжал" и убрал его. И не будешь каждый раз просматривая товар лазать в базу за несуществующими опросами, новостями, статьями, факами и прочими не используемым в данном конкретном магазине дополнениями. Базовый функциональный набор Vamshop вполне достаточен для создания магазина.

2AndrewBerezin

Много эмоций - улыбнуло - устарел морально. Хорошо что

комюнити коммерса об этом не знает. На счет новых совсем переписанных

скриптов ИМ - достоинств особых не вижу - больше минусы. ИМ скрипт

должен быть консервативным и с большой аудиторией. Что то я не вижу

изменений в бизнес процессах ИМ 2006г по сравнению с 2000г. Так и зачем

они эти новые нужны - когда старые работают от винта и без недостатков

отсутствия нужной фунциональности. Вы бы еще AJAX движки порекламировали,

заодно с вопросами его индексации ПС.

big development community behind zen

от себя добавлю - дизайн сайта нормальный, форум нормальный, база знаний есть

(которая выглядит прилично)

VaM shop - наверняка очень хороший, только предложить его америкосам сейчас не получится.

Товарный вид очень важен ИМХО.

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

2. Активно развивается. Есть roadmap.

3. Отличный форум поддержки.

4. Легкость установки дополнительных модулей (контрибутов) поразительная! Причём эта лёгкость достигнута именно за счёт api ядра. А это, между прочим, сказывается на стоимости не только разработки магазина, но и на стоимости сопровождения(NB!). По сути создана и продолжает развиваться среда для разработки eCommerce-приложений. Это серьёзные долгосрочные инвестиции.

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

6. Zen Cart v1.3.7 is officially PayPal-Certified for PayPal Express Checkout. Для меня это бесполезная возможность, но жители северной Америки очень любят :) Хотя нично не мешает применить этот механизм для "наших" способов оплаты.

7. Введено новое понятие "тип товара" (products_type). Это не только своя страница "карточки товара", но и свои обработчики, дополнительные поля, ввод/корректировка и т.д. В демо версии есть дополнительный тип товара - музыкальные товары. Можно посмотреть. Есть весьма востребованный тип товара "Книги". Сейчас я делаю "видео". До этого сделал "пин-коды". Товарных типов в магазине может быть несколько и при этом они не пересекаются, не мешают друг другу и не грузят общие таблицы специфичной для данного типа товара информацией.

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

Кстати, маленький факт. Есть такой очень интересный скрипт - CK-ERP (CK-ERP is an open source accounting/ERP/CRM system that runs on top of eGroupWare / XOOPS / Zencart / CRELoaded / osCommerce / Xaraya / Horde / TikiWiki / phpBB. It comprises 20 modules - Administration, i18n, Contact Management, Customer Relationship, Customer Self Service, Vendor Relationship, Ledger, Bank Reconciliation, Inventory, Service, AP, AR, PO, SO, Quotation, POS for Cashier, POS for Manager, HR, Staff Self Service and Payroll. Operating platform can either be LAMP or LAPP. It provides accounting and back office functionalities to SMEs and utilizes the underlying middleware to administer accounts/groups). В списке поддерживаемых скриптов xt:Commerce отсутствует. С другой стороны системы ERP/CRM нужны далеко не всем. Только серьёзным клиентам :)

Если есть желание пощупать, то это можно сделать на моём демо-сайте zen-cart.spb.ru.

Знает.

А какие проблемы у ajax с индексацией? Есть ведь тег <noscript>.

Вот пример меню категорий на ajax - zen-cart.org.ua. Для тех кто не видит ajax все ссылки есть в <noscript> и прекрасно индексируются.

А вот пример ajax-корзины - netso.ru/index.php?cPath=3_79. Попробуйте кликнуть на ссылку "в корзину Audiobahn AS40Q".

2AndrewBerezin

Посмотрел - обратно - ихмо - чисто програмистские прибамбасы - покупателей

в ИМ это вообще не трогает. Функциональности это не прибавляет по сравнению

с коммерсом ни грамма. Собственнику нужен ИМ - не ради технологий и удовольствия

времяпровождения вебмастера. Дизайн сайта натягивается раз в 1-2 года, а не

каждый месяц от делать нечего. К чему я это - просто нет принципиальных

преимуществ между движками ИМ - точка. На счет php3 - у нас например

не последний штатовский хостинг - там стандарт только php4, mySql4 - php5,mySql5 не поддерживается. Да и коммерс работает на php5 - после минимальных исправлений.

а насчет следущего вашего поста

1. Очень грамотное ядро системы. Разработчики сейчас сконцентрированы именно на ядре системы. В ущерб некоторому функционалу и юзабилити админки. Админка в некоторых местах пока выглядит жутко коряво.
2. Активно развивается. Есть roadmap.

Я как собственник ИМ скажу - спасибо не надо. Работайте дальше - мы подождем.

Нет смысла особо дискутировать. Просто единственно что говорю - не вижу

преимущества - а вижу недоделаные скрипты направо налево - вот и все.

Согласен! Магазин в первую очередь для покупателя. А то что есть в OSc с головой хватает для успешной торговли по функциональности. Дизайн можно сделать весьма красивым, даже с учетом блоков, а внешний вид админки не важен - там всё для работы, главное - витрина: лицо магазина.

viasat

Конечно ещё поживёт и очень долго.

Именно благодаря огромному community и проделанной работой community.

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

Однозначно не скажешь, что лучше: Avalon, Shop-Script, Bitrix, OSG, osC VaM, VaM Shop и т.д.

Просто у всех свои приоритеты.

Константин

Нет, не тоже самое.

Никаких двойных таблиц, каши из php и html кода и т.д., вобщем, php отделён от html кода.

Но следует сказать, что в обычном xt:C эта работа не до конца выполнена.

Я у себя в VaM Shop до конца разделил всё содержимое на 3 уровня: php, html, css

Проще говоря:

В шаблонах нет ни одной строки php кода.

В html коде шаблонов нет ни одного элемента стиля (т.е. нет никаких background, bgcolor, font color и т.д.), всё вынесено в css.

Можешь сам глянуть (адрес у меня в профиле).

Шаблон сделал див'ный. :)

Есть такой же, но на таблицах, для любителей таблиц.

С валидным кодом - http://validator.w3.org/check?uri=http://адрес-из-профиля.ru

Я всё разложил по своим полочкам: php не мешается с html, html не мешается с оформлением.

Такой подход мне кажется правильным, каждый должен занимать своим делом и не мешать другому:

Программист php кодом.

Верстальщик html кодом.

Дизайнер css кодом.