Как стать автором
Обновить

Комментарии 78

Продукт заинетесовал, но как-же пользоваться в других операционных системах?
Увы, пока только для Windows, как для самой популярной оффисной системы. Пользователи Mac и Linux могут для начала поробовать эмулятор, ну а со временем — все возможно.
wine?
НЛО прилетело и опубликовало эту надпись здесь
Скажите, а вы видели статистику OS? www.liveinternet.ru/stat/ru/oses.html?period=month
Да, в первую очередь делается ПО для тех, кого 90% и только потом для тех, кого 1%. Это жизнь и бизнес.
НЛО прилетело и опубликовало эту надпись здесь
Мы пишем специализированное решение, поэтому оно имеет ряд требований. В частности OC.

НЛО прилетело и опубликовало эту надпись здесь
написать можно, но почему этого не достаточно? скажите, как Вы думаете, почему была написана скажем такая программа как sapemaster? почему не на аяксе стали развивать уже существующий интерфейс сапы? Вы читали отзывы людей которые используют сапемастер?
Дайте в более «разобраном» виде инсталятор. Веб часть даже со второй попытки не запустилась. Также не радует окошко «эта возможность отключена в бесплатной версии».
1. Там все разобрано — в момент инсталляции вы выбираете что ставить.
2. Если у вас стоит другой апач или денвер — просто остановите их временно
3. Проверьте, не блокируется ли запускаемый денвер вашим фаерволом.
Это все понятно. Проблемы возникают в тот момент, когда ставится пустая база без таблиц.
Откройте «Параметры подключения» (меню: Сервер->Параметры подключения);
Укажите следующие данные и нажмите кнопку «Сохранить»:
Адрес магазина: www.ms6.com/
Логин: admin
Пароль: admin
Откройте «Установки магазина на сервере» (меню: Сервер->Установки магазина на сервере);
Нажмите кнопку «Регистрация»;
В появившемся окне прочтите условия использования программы и укажите Ваши персональные данные;
Если Вы согласны с условиями, нажмите на кнопку «Принять условия»;
Система автоматически выдаст Вам серийный номер;
Нажмите кнопку «Инсталляция таблиц»;
Нажмите кнопку «Сохранить»;
Ваш магазин готов к работе
Да я уже ручками вытянул, спасибо.
ничего интересного пока не увидел.
Скажите, а какие еще вы знаете системы, в которых товар для редактирования открывается мгновенно, а не через 2-6 секунд? Вы управляли крупным магазином?
100`000 товаров это еще не значит большой магазин!

100`000 товаров спокойно обрабатывают обычные php или ruby cms и скажу по секрету даже больше могут ;)

Большой магазин в моем понимании, это когда в день миллион показов :)

Вот что такое большой магазин!
Речь еще и о том, каких показов. Сколько там сложных фильтров, выборок и возможностей.
Если хорошо продумать WEB интерфейс то можно спокойно это реализовать. Самому приходилось реализовывать.
А по поводу управления магазином — я лишь кодер)) Моя задача была исключительно наладить интеграцию с 1С при помощи которого уже проводилось изменения и уточнения в каталоге. Возможно это не универсальный способ и у него есть какие-то ограничения, но никто пока не жаловался.
тогда почему никто на практике не реализовал? ;)
Ну почему же? Просто если даже у этих систем хорошо продуман WEB интерфейс — производительность всей системы в целом оставляет желать лучшего. Ну или безопасность. Вобщем, я давно перестал что либо искать. Если есть необходимость — интернет магазин пишется за пару часов. А там и админку под клиента можно подогнать.
А смысл windows-интерфейс? При текущей тенденции логичнее было делать именно web-систему, в том числе и админку. Ведь судя по топику, система направлена на создание интернет-магазина. А windows-движок автоматически уменьшает масштабируемость.
Именно web систем — большинство. Мы считаем, что они неэффективны. Вы можете сами посмотреть сколько времени открывается одно окошко товара на популярных веб системах. А Озон — работает на windows интерфейсе. Если вы будете на практике работать с магазином от 10000 товаров и с десятками сотрудников, то экономия на времени управления магазином может быть очень значительной. Просто посчитайте уменьшение зарплаты при вдвое повысившейся производительности труда сотрудников.
> А Озон — работает на windows интерфейсе.
Ох, блин, как «профессионально». На чём, на чём он работает? Может на Win-платформе? Дык eBay и Amazon на ней не работают, и что? Причём тут Озон, это показатель?
И как платформа в вашем случае влияет на сокращение расходов? Я понимаю, что это холиварный вопрос, но вы то продвигаете свой товар, потому попробуйте пояснить, как привязка к десктопному софту позволяет оптимизировать процесс ;)
Все просто — уважаемый расказчик имел в виду, что сэкономив по несколько секунд на каждой перерисовке окна (это возможно, так как объем загружаемых данных существенно меньше и время на отрисовку в браузере не тратится), магазин может сэкономить минуты и часы работы сотрудников, что будет особенно актуально при больших объемах движения товаров и продаж.
AJAX разве не сильно облегчает работу с WEB интерфейсом?
Разумеется облегчает, но тут можно и объем передаваемых данных сильнее снизить и скорость визуализации интерфейса, особенно при общирных формах, у desktop-проложений существенно выше.
думаю тут универсального метода реализации нету))
Знаете, я тут подумал. При должной проработке интефейса админки, при правильных фильтрах, при правильно построенных бизнес-процессах и проработанном юзабилити, то объём загружаемых данных не будет большим на страницу, что позволить достичь скорости перерисовки страниц, сравнимую с десктоп софтом, особенно если админка используется локально, как и собственно десктопный софт. Собственно, это достаточно обычные процессы для любого серьезного проекта.
Вопрос, вобщем-то, достаточно интересен, но это вполне даже возможно.
Следующий вопрос — что проще в реализации при равном быстродействии. Автор попробовал Windows-приложение. Почему бы и нет? :)
Дело не в проще, дело в охвате пользователей. На данный момент веб-решения на Win-серверах далеко не превалирующие, потому кроссплатформенные решения выглядят вполне логично. А выбор автора говорит всего лишь о выборе «простого» решения, но разве то, что «проще» значит «лучше»?
Кроме того, реализовать десктопную систему совсем не проще. Учитывая наличие массы веб фреймворков, то под веб это выглядит намного проще, потому как даже под .NET нет подобных решений. Так проще ли путь выбрал автор? Конечно, накидать «компонентов на форму» это достаточно простой путь и, судя по скриншотам, это так и выглядит, ясное дело всякие Data Binder-ы и прочие DB компоненты .NET-а в этом помогают. Но веб-фреймворки имеют наработанные решения и механизмы для решения задач в этой области.
Опять же, «равное быстродействие», во-первых, спорно, а, во-вторых, очень быстро разобьётся о стену масштабируемости.
Может быть я не совсем точно понял автора, но мне кажется, что сервер может функционировать под любой ОС. Под Windows работает только интерфейс оператора — представленная CMS.

Выше, в коментах, есть уточнение автора: «Увы, пока только для Windows, как для самой популярной оффисной системы.»

В целом же, судя по сайту, можно сделать выводы об однобокости авторов и какой-то, что ли, самовлюбленности. Например, в разделе «Архитектура» нет ни слова о самой архитектуре, нигде на сайте не нашёл на каких компонентах построен магазин, какие требования к платформе, и так далее. Есть только ссылка на бинарник-инсталятор. Такое ощущение, что это карманная CMS для любой винды. Ну типа MS Access, например. Зато в каждом разделе указано, насколько «крутая» и «мощная» эта система и как она поможет всем и вся, и что она не имеет аналогов. Кроме цифры «100.000» нигде никаких ссылок на рабочие примеры. Хотя судя по тому же сайту на разработку с 5-й до 6-й версии прошло более 4х лет, а документации нет и в помине, только лишь десяток видео уроков, которые с пафосом показывают «крутой» и «навороченный» интерфейс.

Судя по всему, там может быть всё намного хуже, и даже не MS SQL, а действительно какой-нибудь Access :) Я не скачивал, не знаю точно, но очень подозрительно всё выглядит.
Собственно, стоило запустить инсталятор и всё стало на свои места.
i46.tinypic.com/28tuix2.png

Единственное, что приходит на ум: и они «ЭТО» продают??
Банальный клиент к локальной базе на FireBird, да еще и на Denwer. Это клинка!
Продают, не надо истерик. Я видел системы, которые отлично работают и навигация в них построена на «пользовательских меню» нортон-коммандера.

Система хорошая и я уверен — свои задачи она выполняет. Но вот технологически она устарела, это да
Меня интересует один только вопрос: кто это покупает? Нет, не так. Кто МОГ БЫ это купить? Ни один админ «это» себе не поставит на сервер, а тем более «это» не пустят на хостинг. Ставить это на домашнюю машину и наивно полагать, что «это» полноценная, устойчивая, масштабируемая и простая в обслуживании «система»? Я примерно представляю себе аудиторию, но это уже больше похоже на некий «развод».

P.S. ASCII-менюшки еще послужат миру в тех местах, где большего и не нужно, но говорить в таком ключе о веб-решениях в наше время это моветон.
вы удивитесь, но интернет-торговлей занимаются не «админы», а барыги. И плевать им на «продвинутость» технологии. Их интересует, что бы работало. «Это» — работает.

И ставят на домашние машины, и покупают отдельные «серверы в офис». Потом платят за изменения, апдейты и лицензии. Такие дела :(

В интернет-торговлю сейчас идет далекий от технологий народ, так что «пипл хавает»
Вот-вот, я именно об этом и говорил, бизнес-модель «пипл хавает» да и пока «барыги» еще не перевелись. Ага.
Во, во :)

Это как в супермаркете: куча колбасы, только вот узнай какая качественная, натуральная и вкусная, ведь есть другая — на вид качественная, на вкус тоже ничего, вот только для печени опасна, но народу плевать — пипл хавает
Судя по вашим комментам вы не такой «пипл хавает» продаете ;)?

У вас колбаса согласно гостов сделана? :)

Frike колись ссылкой на магазин. Хоть издали увидим :)
Мы наш проект начинали как внутреннюю систему своего магазина, потому она построена «с любовью к делу». В дальнейшем были подключены продавцы с другой номенклатурой, что позволило обобщий бизнесс-логику, выделить задачи и фрагментировать их.

В первой версии, пока система развивалась итерационно в коде была легкая «каша», но как только все бизнесс-процессы были описаны вся система была переделана с нуля :) Так что могу уверенно сказать: «Наша колбаса полезна».

Ссылки на что вы хотите? На магазины? Так увидеть вы увидите только витрины, там в 70% shop-script или shopcms и все :)
Это уже работа менеджеров :)
Это не развод — разработчики сами думают что они на правильном пути, точнее правы только они.

вот я и нашел себе хобии на ближайшие пол года)
Достойное хобби :) Продемонстрируйте результат потом :)
Дело не в платформе. Дело в том, что наше приложение может интеллектуально кешировать большие объемы данных и вообще не трогать сервер часами. В то же время работа с сервером через браузер с Аяксом дергает сервер при каждой операции с товаром. Чего стоит например перестроить индекс 100 раз при добавлении 100 товаров (если товарные таблицы велики). Наша система сделает это только единожды в момент слияния. И выбрать этот момент в наименее загруженное время.
Конкретный пример. Ajax — добавить товар. На каждое окно добавление на до обратиться к серверу, на открытие и на сохранение, плюс на выбор дополнительных опций и характеристик. У нас же — нет обращений. Данные единожды запрашиваются и потом с ними ведется многоразовая работа.
Еще следует обратить внимание, что несмотря на толщину канала — время отклика сервера как было так и осталось сотни миллисекунд. Просто на практике откройте демку популярных движков (пхпшоп, шопскрипт) и посмотрите за сколько секунд там открывается одно окно.
Послушайте, вас уже просили несколько раз о двух вещах: 1) опубликуйте подробно вашу архитектуру, 2) дайте ссылки на рабочие магазины.

А потом можно и поговорить. А абстрактно растекаться о каком-то кешировании, непонятно как сделанном, а так же о том, что вы не понимаете, как строятся высоконагруженные системы, хотя бы тот же Digg или Myspace, можно часами. Вас можно поздравить, вы написали MS Access, изобрели «отличный» велосипед и хотите его продвигать. Ну и отлично, продвигайте! Но не нужно вешать абстрактную лапшу тем, кто хоть что-то в этом понимает. Давайте факты, конкретную архитектуру, схему работы, там и поговорим.

Хотя о чем это я. Denwer+Firebird этого уже достаточно, в принципе, для любого специалиста, что бы оценить «масштабы». Что будет с вашим магазином, если в процессе вашего «уникального интеллектуального» кеширования вырубят свет? Где данные будут, если ваше приложение не трогало сервер?

Далее, индекс(-ы) перестраивается(-ются) единожды, при добавлении товаров, это не настолько частая операция, что бы заострять на ней внимание, вы её не выполняете ежесекундно. Причём тот же MySQL, не говоря уже о монстрах вроде MS SQL и Oracle, сделают это настолько быстро, что вы и глазом не успеете моргнуть, потому что они для этого и разрабатывались!

Единожды данные запрашиваются? Как же, как же, а ежели несколько менеджеров с филиалов единовременно ведут работу? Тогда как же ваши «единожды» взятые данные себя поведут? Где масштабирование?

Время отклика сервера не зависит от толщины канала, это вам для справки. Более того, для «обычного» сервера «сотня миллисекунд» — это клиника, это значит, что либо админ, либо программеры криворукие. Среднее время обработки запроса для «среднего» сервера составляет десятки, не более, миллисекунд. И это не предел. В высоконагруженных системах даже 15 мс может быть проблемой.

Впрочем, чего рассуждать. Вы, для начала, позиционируйте свой продукт. Опишите аудиторию, кому он предполагается, опишите платформу, для которой он разрабатывался, минимальные требования, опишите архитектуру, опишите бизнес-процессы, нарисуйте понятные схемы. Ибо на сайте ничего этого нет! Без всего этого нет смысла что-то пиарить, потому что вы «двигаете» кота в мешке.
1. Архитектура.
Ядро системы — Php + Mysql версий 5 и выше — на любом сервере(хостинге) в интернете.
Админка(бекофис) — windows приложение, использующее локальную СУБД Firebird для организации временной копии части данных с которыми пользователь ведет работу.

Логика работы такова. Используется «персональный раздел», т.е. «магазин в магазине» — когда у каждого сотрудника — есть своя копия данных (каталог товаров) с которой он может работать локально не пересекаясь с другими, а по завершению работы сопоставить её с основной базой. Подробнее мы описали в видеоуроке «Что такое персональный раздел»

Denwer — включен в дистрибутив для демонстрации серверной части на windows-компьютере — не более :) Вообще странно что вы так к нему привязались. Обычный Апач. 99% магазинов работает на Unix системах.

2. Это только ядро новой пилотной системы. На прошлой версии (которая весьма похожа, но ограничена по количеству пользователей и отличается по архитектуре) список магазинов достаточно большой. www.melbis.com/portfolio/

Мы не согласны что в крупном магазине добавление товаров — редкая операция :)

Вот с этого и стоило бы начинать! :)
В принципе, если бы вы сделали подробный обзор-разбор либо отдельным постом, либо у себя на сайте в документации, это было бы хорошо и полезно. Было бы намного меньше «разборов» таких.
Да, спасибо, сделаем, просто не успели. Теперь, когда мы исправились — изменилось ли ваше мнение о системе? Пробовали вы её?
К сожалению того что вы сказали очень мало что бы оценить. В даном конкретном случае есть всего 2 критерия:
1) удобство работы конечного потребителя
2) технологическое качество «качество»

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

Ни первое ни второе оценить пока нельзя. Так как я до сих пор, например, не понял логику «получения» входящих цен и не увидел средств для их экспорта на витрину магазина. Аналогично не увидел средств для организации рекламных прайсов. Тоесть система замкнута. В ней есть каталог, но что с ним делать…

Касательно второй части — хотелось бы увидеть нагрузочное тестирование, уж очень сомневаюсь в надежности выбраной БД
да вот, это самое интересное, мы ожидали что будет больше вопрос такого плана, а не колебания между win и web интерфейсом.

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

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

1) К примеру, нам необходимо редактировать разделы магазина. Это делается в режиме блокировки. То есть, мы скачиваем с сервера таблицу разделов и условно блокируем ее на сервере. Спокойно меняем дерево разделов и возвращаем его на сервер. Блокировка снимается.

2) Редактирование товаров. Здесь подход необычный. Почему? Если мы будем работать в режиме блокировки, то тогда исключается многопользовательность для этого процесса. Если же будем на каждое действие обращаться к серверу, то в результате программа превратиться в подобие веб-интерфейса, с той лишь разницей, что лишь визуальные объекты будут виндовские, а не аякса. То есть теряем преимущества win-приложения. Как же тут быть?

Мы придумали «Персональный раздел», это как магазин в магазине. Объясню на таком примере. Представьте что Вы работаете в библиотеке, только не совсем в обычной, а в такой в которой не только читаются книги, но и пишутся, редактируются. В такой ситуации, Вы не сможете взять какую-либо книгу на долго (аналогия блокировки) потому что она может понадобиться другому. Да и работать возле стеллажной полки нельзя, необходимо делать это за своим рабочим местом (аналогия персональный раздел). Поэтому, когда надо добавить книгу Вы пишите ее на своем месте и затем каталогизируете. Если Вам необходимо отредактировать книгу, то Вы делаете ее копию, а затем подменяете оригинал.

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

Не спешите с выводом я рассказал только половину. Мы пошли дальше, имея собственные магазины и четко понимая организацию труда, мы решили РАЗДЕЛИТЬ коммерческие и НЕкоммерческие свойства товаров. В наших бизнес-процессах да и по отзывам клиентов, набивкой товаров ведуют одни люди, а ценообразованием другие и уровень их доступа весьма отличается. Это позволило нам решить сразу два вопроса:
а) сохранить конфиденциальность данных;
б) разграничить описательный процесс в набивке товаров от ценообразования. Потому как брать товары в свой Персональный раздел, только ради того чтобы отредактировать цену, скидку валюту и др, то что часто меняется — абсурдно. Для этого есть специальный раздел Ценообразование, который работает с этими полями товаров в прямом режиме без всяких блокировок и дальнейших согласований!

Теперь, что касается БД. Уверяю Вас, что FireBird 2.1.1 достаточно мощная и быстрая СУБД для локальной базы. Что касается серверной СУБД, то она типовая. Никто не мешает использовать вместо нее любую другую. Со своей стороны мы писали все через классы и все SQL-запросы ядра вынесены в один класс, которым потом просто расширяется через extended, и тем самым переписываются не все запросы, а только те что имеют особенность. Что касается скриптов витрины или модулей. То на счет встроенной среды разработки SDK собственно вопросов не было, писать о ней в этом комментарии, это достаточно много, ведь это проект в проекте. Если будет интересно дайте знать, я напишу.

Для примера, я сделал небольшой каталог: www.melbis.com/ms6/

Его характеристики такие:
— товаров: 17 268
— разделов: 1 488
— характеристик: 288
— значений характеристик: 4 223
учитывая все таблицы связок (например, товары-разделы, товары-харктеристики- значения) база имеет: 113 250 записей. Это конечно не много, но для теста я думаю подойдет. Если кому интересно, то напишите в личку, я вышлю доступ к админке.

Данные кешируются по мере запросов. Чтобы увидеть статистику сборки страницы, надо добавить ключ «stat_on»: www.melbis.com/ms6/?stat_on
Если данные уже закешированы, то будет что-то типа «Time of compilate: 0 sec. Queries to DB: 1. Queries time: 0. „
cms отдельной прогой по windows — много слышал, но ни разу не видел, хотелось бы попробовать, вообще немного неудобный для админа сайта вариант, т.к. надо отдельный софт ставить, а с этим у многих трудно, а если надо админить сайт из интернет-кафе?
как можно заюзать сие творение?
Дело в том, что крупные интернет-магазины обычно из интернет-клуба не администрируются. Это решение для крупных магазинов. Заюзать можно скачав по ссылке инсталляшку.
личный пример, админил один сайт, сам живу в Питере, по делам уехал в Москву, звонит директор в панике, говорит надо срочно поправить Х, что я делаю? ищу ближайшее инет-кафе откуда надо внести поправки, а там врятли бы мне дали установить сторонний софт.
в целом софтина намученная, не важно крупный магазин или нет, на работу даже в крупный могут взять «мартышку» за 10 000р, ее такой софтине год учить надо.
100% сложная для админа, простая для мартышки полная аналогия 1С — сама система сложная, но отдельные задачи выполняют обычные бабушки…
ну не все мартышки знакомы с 1С к сожалению. А если уж ведется 1С учет базы даных товаров — намного оперативнее данные брать напрямую оттуда… Ну или хотя бы дать возможность обмена данными через тот же XML
можно запустить Portable-версию, ну или на худой конец иметь в запасе сервер с RDP :)
> Дело в том, что крупные интернет-магазины обычно из интернет-клуба не администрируются
Но это и не значит, что это должен быть обязательно десктопный софт. В вашем описании не видно, почему выбор пал на софт и в чем преимущества такого выбора. Со стороны это выглядит очень странно. Попробуйте описать ваши причины и критерии, может станет понятно.
Выбор пал потому, что простая архитектура клиент-сервер очень непроизводительна — при получении или записи данных каждого товара обращение:
1. нагружает базу
2. занимает время, раздражающее сотрудников и ухудшающее производительность.

А вообще хорошо написано про магазин Озон www.microsoft.com/Rus/Casestudies/CaseStudy.aspx?id=183
Личное общение с владельцами очень крупных магазинов показывает, что это очень серьезные проблемы.
Вы сами хоть читали? Это же смешно! Вот вам цитата:
"«Использование единой базы данных как для клиентов „Озона“, так и для работы бекофисных приложений приводило к высокой загрузке сервера СУБД и, как следствие, медленной работе интернет-магазина. При одновременном заходе на сайт „Озона“ ста и более пользователей загрузка сайта приближалась к 100%."

100 пользователей?? Одновременно?? Единой базы? Не смешите людей, я вас умоляю. Разделите базы, выполните несколько простых мер, ой, да что пояснять, немеряно мануалов по этим проблемам, и о том, как люди с этим легко справляются.

100 пользователей, гыгы, это действительно смешно. Это говорит о том, что вы не читали банальных материалов по построению архитектуры таких гигантов, как Amazon, MySpace, Facebook, Twitter и подобных, их тонны в сети, бери да читай. И уж у них, поверьте, нагрузки в сотни раз выше, и они не решают это «Windows-интерфейсом», ха-ха.
1. Разделите базу — например по каталогам и т.п. Отдельно каждому каталогу — отдельную таблицу.
Еще лучше если все иерархично — тогда проще простого базу разделить. Тогда простой обработчик будет отправлять запрос туда куда надо. Короче читайте «высоконагруженные системы».

2.? какое время? все будет укладываться в 1 сек.

P.S. Не то читаем :)

Возьмите например Digg (php & mysql) и вы знаете у него не 100`000 товаров (записей) и пользователей %)

Просто надо грамотно распределять нагрузку и знать как её снизить.
есть более выгодные решения. Тот же Bitrix с его интеграцией 1С намного более удобен для ведения учета товаров. И доступ в WEB интерфейсе к какому либо элементу каталога там достаточно быстро происходит.

Хотя иногда да, windows-интерфейс полезен. Как-то даже пришлось такой писать…
нашел… как намучено — «черт ногу сломит»
описание вводится html бррр
Вы о каком? Вам не понравился wysiwyg редактор?
>Система пока не продается, а выпускается в одной единственной редакции — бесплатной.
Интересует примерная цена данной системы… Стоит ли изучать и тестировать ее, если цена окажется заоблачной, что отсечет большую часть клиентов?
" Кроме этого, если Вы станете одним из наших партнеров, то мы бесплатно предоставим Вам одну коммерческую версию для реализации Вашего первого проекта."

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

То, что система десктопная лично я считаю минусом, но это мое мнение.

У нас есть почти аналогичная система: PHP/MySQL. Отлично работает с большими каталогами и нагрузками. Дело не в системе, дело в конкретной реализации.

Буду с интересом следить за проектом. С уважением, конкурент :)
Какая ;)?
Название Вам ни о чем не скажет, система пока работает закрыто в нескольких интернет-магазинах Украины.

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

в общем у нас комплексная система для управления интернет-магазином, а не только каталогом.
Ну дайте хоть ссылку на один из магазинов
продолжение в привате :)
у меня windows7 eng и после установки как русской так и английской версии вместо слов в интерфейсе одни вопросы, подскажите что с этим делать?

Уважаемые читатели. Спасибо за внимание к нашей разработке. Мы немного не ожидали, что будет столь бурная дискуссия о удобстве windows интерфейса. Собственно, дело не только в нем, а в самой архитектуре, а десктопное приложение просто лучше для неё подходит.
Нам бы не хотелось вступать в вечную дискуссию касательно того, что лучше — windows или web интерфейс. Для себя мы на этот вопрос уже ответили. И следуем запросам наших клиентов, которые давно работают на пятой версии Melbis Shop и она им нравится, за исключением многопользовательскости. Которую мы и реализовали в шестой версии.
Хотим обратить внимание, что Melbis Shop 6 берет на себя главную задачу по формированию и управлению данными магазина. Сама же витрина пишется за счет разрабатываемых вами и нами модулей (php) т.е. масштабируемость сохраняется. Помимо этого всегда можно дописать веб-админку (не всю, а только необходимые вам вещи) для реализации конкретных специфических задач. Но самое главное — это организация управления товарами которое занимает 90% бизнес-процессов реализованных за счет ядра системы.
Что касается системы управления заказами, то это безусловно будет. Это уже реализовано в предыдущей версии.
еще бы было интересно взглянуть на логику работы с прайсами поставщиков :)

А так: в будущем если будете еще выкладывать — выкладывайте демо с уже наполненой базой, позволяет лучше оценить систему
А скажите, пожалуйста, в веб-части магазина, в числе шаблонов есть какие-то изменения? Меня как-то знакомые попросили сменить дизайн со стандартного: нашел нужную папку, увидел 650+ шаблонов и их частей… и еще немного поседел.
Как я понял речь шла о версии Melbis Shop 5.
Прежде всего, там не надо менять все шаблоны! есть пять ключевых файла, изменив которые можно получить ну совсем другой дизайн:
1) /style.css — файл стилей, который определяет все логические блоки (по умолчанию их три)
2) /_index/main.htm — шаблон первой страницы
3) /_dir/main.htm — шаблон страниц каталога магазина
4) /_goods/main.htm — шаблон товарной страницы магазина
5) /blank.htm — шаблон для служебных страниц.

Что касается шестой версии, то там совсем по другому, это настолько по другому, как две разные религии.
Если рассуждать философски, то скажу так: что в пятой версии мы следовали принципу, все реализовано — Вам надо только настроить. Такой подход используют многие CMS, он очень выгоден для маркетинга, обилие настроек впечатляет покупателя.

В шестой по другому: наша задача, это обеспечить производственный процесс работы магазина, то есть работу с данными. Что касается витрины, то здесь присутствует специальная среда разработки SDK, которая дает возможность реализации своих собственных идей витрины магазина. То есть здесь нет сразу множества шаблонов и скриптов на все случаи жизни. Вы либо пишите свои модули, либо используете чужие и правите их шаблоны. Вы добавляете/разрабатываете модули по мере необходимости, вызывая их из шаблона через ключ, типа {MELBIS:developer_catalog_tree:param1,param2}

Мы предлагаем меньше изучать чужого кода, и больше зарабатывать создавая свои уникальные витрины, используя Melbis Shop 6 как платформу, а не CMS, где в большинстве случаев меняется только дизайн.
Спасибо за ответ, как все просто было, оказывается! В свое оправдание хочу сказать, что на офсайте тогда инструкции не нашел, а объявление об услуге по смене дизайна, довольно дорогостоящей, заметил сразу — ну и сделал не вполне верные выводы )
это правда, если человеку нечего сказать или он не может аргументированно вступить в дискуссию, то он просто ставит отрицательную оценку? :)
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.