Вы совершенно правы, стоимость внедрения продукта может превышать сотню тысяч долларов, и это пока оправданно только на больших объемах контента.
Поймите правильно, на данный момент у нас нет «коробочного» продукта с точно понятными характеристиками окупаемости.
Пока решение используется только внутри нас самих, поэтому сказать границы числа товаров на котором применение системы будет 100% оправдано мы не можем.
Мы полагаем, что если в компании есть проблема, схожая с той, которую решили мы, вероятно, можно сделать расчет, какой эффект сможет дать внедрение нашей методологии и нашего программного продукта. И от этих цифр уже и отталкиваться.
Также, мы полагаем, что если начать применять продукт в сверх быстро развивающемся интернет-проекте на начальном развитии, можно избежать очень многих проблем и сэкономить значительное количество времени и денег…
У нас не «шаблоны» у нас система, позволяющая крупному интернет-магазину, в штате которого более 10 контент-менеджеров экономить десятки-сотни тысяч долларов в год.
«Связь между характеристиками может быть жесткой, когда одно значение характеристики жестко обуславливает значение или диапазон значений другой характеристики. Или правило представляет собой запрет на связь между значениями рассматриваемых характеристик.»
Таким образом, контент-менеджер не может ввести, к примеру характеристику «количество ламп» для люстры: «2».Просто будет выбор от 3 и более. и т.п.
Не правильно. Мы как раз решили эту проблему. Процент ошибок снизился с 3-5% до 0,25-0,5%
Также, мы серьезно снизили стоимость формирования одной позиции.
небольшой комментарий по четвертому пункт " Инвентаризация в реальном времени".
Это практически недоступная роскошь. Во-первых, потому, что в абсолютно подавляющем большинстве случаев в интернет-магазинах нет своего склада. От сюда вытекает извечная проблема ИМ — получение актуальных остатков от поставщиков. Поставщики актуальную информацию только кое-как предоставляют, соответственно, точную информацию о наличии ИМ может гарантированно предоставить только по самым популярным товарам, которые точно есть у поставщиков на складе. Во всех остальных случаях магазин, как правило, пишет, что товар есть, а после поступления заказа начинает с покупателем «работать» и объяснять, почему товар приедет к нему не завтра, а через 3-4 дня…
Еще, я бы назвал это не «инвентаризацией», а «актуализацией», потому как нечего инвентаризировать, у интернет-магазина нет своего склада…
Под POST запросы на WEB сервере нужно выделять память. 20МБ, 30МБ — 100МБ. Хорошо если знаешь какого максимального размера будут файлы. Но если не знаешь — выделять на web сервере размер в 1GB — является потенциальной проблемлй безопасности. Нет никаких гарантий что кто-то другой, кроме 1С не начнет постить файлы. И делать это из формы на сайте
1) Почему не через модифицированный протокол 1С-сайт через HTTPS?
На этот вопрос вы сами отчасти ответили.
(модифицировать правда придется самим)
Честно не изучали этот вопрос и ваша будущая статья представляет интерес.
2) Почему не WinHTTP либо Wget?
Долгое время пользовались WinSCP. Дергали с параметрами внешний exeшник который передавайл файлы на сайт. В какой-то момент столкнулись с проблемой при передачи большого числа файлов. Создавалось много WinSCP процессов, которые подвешивали сервер 1С. В итоге пришли к идеи поточной реализации. Внутри потока передаются файлы.
Это наш код которым можно управлять, можно модифицировать и который мы знаем как устроен.
Еще раз:
— можно ли было добиться того же эффекта другими способами?
— Да можно.
Данный пост не об многообразии протоколов и их оберток (Webdav, например). Берите любой! Но когда нужно гибко управлять кодом — изучение и использование технологии внешних компонент стало для нас выходом.
Отличное исследование и почему-то заминусовали :(.Очень жаль, что вопросы, относящиеся к электронной коммерции, минусуются теми людьми, которые по-сути за счет роста этого рынка и имеют работу…
Поймите правильно, на данный момент у нас нет «коробочного» продукта с точно понятными характеристиками окупаемости.
Пока решение используется только внутри нас самих, поэтому сказать границы числа товаров на котором применение системы будет 100% оправдано мы не можем.
Мы полагаем, что если в компании есть проблема, схожая с той, которую решили мы, вероятно, можно сделать расчет, какой эффект сможет дать внедрение нашей методологии и нашего программного продукта. И от этих цифр уже и отталкиваться.
Также, мы полагаем, что если начать применять продукт в сверх быстро развивающемся интернет-проекте на начальном развитии, можно избежать очень многих проблем и сэкономить значительное количество времени и денег…
Что Вы называете «типами»?
Таким образом, контент-менеджер не может ввести, к примеру характеристику «количество ламп» для люстры: «2».Просто будет выбор от 3 и более. и т.п.
Также, мы серьезно снизили стоимость формирования одной позиции.
habrahabr.ru/company/Centrobit/blog/173267/
небольшой комментарий по четвертому пункт " Инвентаризация в реальном времени".
Это практически недоступная роскошь. Во-первых, потому, что в абсолютно подавляющем большинстве случаев в интернет-магазинах нет своего склада. От сюда вытекает извечная проблема ИМ — получение актуальных остатков от поставщиков. Поставщики актуальную информацию только кое-как предоставляют, соответственно, точную информацию о наличии ИМ может гарантированно предоставить только по самым популярным товарам, которые точно есть у поставщиков на складе. Во всех остальных случаях магазин, как правило, пишет, что товар есть, а после поступления заказа начинает с покупателем «работать» и объяснять, почему товар приедет к нему не завтра, а через 3-4 дня…
Еще, я бы назвал это не «инвентаризацией», а «актуализацией», потому как нечего инвентаризировать, у интернет-магазина нет своего склада…
1) Почему не через модифицированный протокол 1С-сайт через HTTPS?
На этот вопрос вы сами отчасти ответили.
Честно не изучали этот вопрос и ваша будущая статья представляет интерес.
2) Почему не WinHTTP либо Wget?
Долгое время пользовались WinSCP. Дергали с параметрами внешний exeшник который передавайл файлы на сайт. В какой-то момент столкнулись с проблемой при передачи большого числа файлов. Создавалось много WinSCP процессов, которые подвешивали сервер 1С. В итоге пришли к идеи поточной реализации. Внутри потока передаются файлы.
Это наш код которым можно управлять, можно модифицировать и который мы знаем как устроен.
Еще раз:
— можно ли было добиться того же эффекта другими способами?
— Да можно.
Данный пост не об многообразии протоколов и их оберток (Webdav, например). Берите любой! Но когда нужно гибко управлять кодом — изучение и использование технологии внешних компонент стало для нас выходом.
Вот похожая статейка на эту же тему:
therunet.com/articles/271-god-v-tsifrah-chto-my-uznali-pro-internet-i-tehnologii-za-god