Это бизнес по русски взять на халяву подправить чуть чуть, закрыть код.
И включить дойку клиентов как коров в стойле.
Это как на вокзале лохов разводят, сунув лотерейный билет в руки с выигрышем, в конечном итоге клиент уходит без денег.
.
Если бы MAGENTO или Windows брали плату, за обновления, то я думаю эти системы были бы на помойке.
Делайте выводы по поводу хранителей чужой собственности.
Я не сомневаюсь что есть море поводов для сарказма и издевок. Но давайте будем объективными - продавать encoded код и код который работает от количества товаров это верх наглости. Никогда своим заказчикам подобное не установлю, хотя считаю что ваши расширения очень полезны. Не думайте, я искренне уважаю вас ибо мы с вами знакомы, но не понимаю такого подхода.
Мое решение простое. Интернет магазину требуется получать номенклатуры из 1С и пулять заказы в него с сайта, создавая физических лиц с адресами и т.д. По возможности обновлять статус заказов. Для этого достаточно XDTO и WEB-сервис объектов. Я собираюсь показать пример как это сделать на 1С и магенте. Не больше и не меньше. Те кто не умеют программировать и жмуться на хороших разработчиках так и будут покупать у вас расширения.
И запомните все - 1С такая шняга что идеального решения по взаимодействию с любым скриптом интернет магазина не существует! Любое решение ПРИДЕТСЯ подгонять под ваши нужды. Не жалейте денег на программистов - вам окупится!
ок, спасибо за ваше мнение! без сарказма.
В общем, решение ранжировать по количеству товара было не с потолка взято, влияют два фактора - первый, чем больше товаров, тем потенциально больше ошибок при обмене может возникнуть, одно дело выгрузить 100-200 товаров, другое выгружать по несколько тысяч за раз, тут уже и требования к качеству заполнения в 1С и требования к серверу выше, поэтому заложено больше часов на тех.работы, консультации и поддержку. С другой стороны многим клиентам не нужны все возможности, поэтому уменьшение количества товаров соотв. приводит к меньшей стоимости, зачем платить за возможности которые не будут использоваться.
Многие думают, что опции и количество товаров повышают стоимость продукта, хотя на самом деле, они предназначены для противоположного действия - уменьшения стоимости и оптимизации цены, чтобы сложный продукт был более доступен. Так же делают производители телефонов, например, есть флагманы, есть бюджетные для тех кому не надо супер экран или камеру.
Для маленьких магазинов ваше решение вполне подойдет, не спорю. А мое больше ориентировано на магазины где связь magento 1C критичная и требуется быстрое время ответа/решения вопроса или проблемы и высокая скорость обмена.
на счет шняги 1С)) за 3 года разработок наработано очень много, универсальный обмен сделан, подавляющее большинство клиентов у меня просто ставят и работают, если товар правильно заведен в 1С, то проблем не возникает вообще.
Сейчас проектирую след. версию, она будет еще круче текущей, намного быстрее + несколько складов.
Кстати, если кто не знает, была раньше компания торусвеб, по моему называлась, делали модуль 1С для магазина 7лис, потом прекратили существование, а модуль остался, он открыт, работает, но сделан 2010 году соотв. морально устарел.
