Форум
Читайте нас также:

об электронной торговле - для интернет-магазинов и ритейла. портал и сообщество

Форум

Синхронизация прайсов поставщиков с товарами и ценами на сайте.



Ссылка на сообщение Александр Фролов,
Управляющий директор Shop2YOU
Москва


Niemand:

Самому приходится вникать во все технические детали чтобы не попасть в просак и не покупать бесполезные или не нужные вещи. Весь маркетинг как раз состоит в срезании "острых улов" и по сути так или иначе - в обмане клиента. Закон рекламы, что тут еще добавить.


Да, вот тут согласен. Хотите делать осознанный выбор, вникайте в технические детали, посещайте конференции. Хотите знать про реальное время и высокие нагрузки - не обойтись без форума HighLoad и различных книг про высокие нагрузки. Нужно изучать опыт успешных проектов. Рассуждаете о транзакциях, репликациях и выборе сервера СУБД - почитайте документацию и сравните возможности современных версий.

Проблема в том, что предприниматели, не разбирающиеся глубоко в ИТ-технологиях, верят маркетологам. У них просто нет другого выбора, кто лучше расскажет, тому и поверят)

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



Ссылка на сообщение Antuan


Александр Фролов:

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

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



Ссылка на сообщение Niemand


Александр Фролов:

Хотите знать про реальное время и высокие нагрузки - не обойтись без форума HighLoad и различных книг про высокие нагрузки. Нужно изучать опыт успешных проектов. Рассуждаете о транзакциях, репликациях и выборе сервера СУБД - почитайте документацию и сравните возможности современных версий.

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

Александр Фролов:

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

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



Ссылка на сообщение Александр Фролов,
Управляющий директор Shop2YOU
Москва


Antuan:

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


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

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


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

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

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

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

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

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

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

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

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

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

Еще я упоминал о показе результатов поиска во время набора символов поискового запроса. Здесь я имею в виду, что пользователь видит предварительную выборку сразу, ему не нужно вводить все символы своего запроса и щелкать кнопку Найти. Для него предварительные результаты появляются тоже как бы в реальном времени, по мере того, как он вводит запрос. Здесь высокая скорость поиска достигается применением поискового сервера Sphinx.



Ссылка на сообщение Александр Фролов,
Управляющий директор Shop2YOU
Москва


Niemand:

прайс поставщика не настолько критичная информация и ее можно восполнить снова и снова!


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

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

Niemand:

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


Разумеется, поэтому я и говорю про разные форумы и книги для ИТ-специалистов. Другое дело, что не проучившись несколько лет в мед. институте, врачом не станешь. А начитавшись советов "из интернетов", можно попасть на прием к врачу-шарлатану. Или наглотаться вредных таблеток)

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



Ссылка на сообщение Antuan


Niemand:

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

Тем более сами прайсы пока дойдут до конечного пользователя уже теряют свою актуальность!

Александр Фролов:

Наверное я плохо объяснил. Конечно это фигуральное выражение, а не термин систем реального времени, как их понимают автоматизаторы промышленных систем.

Только это все равно не относится к обработке прайсов :mrgreen:

Александр Фролов:

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

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

Александр Фролов:

Еще я упоминал о показе результатов поиска во время набора символов поискового запроса. Здесь я имею в виду, что пользователь видит предварительную выборку сразу, ему не нужно вводить все символы своего запроса и щелкать кнопку Найти. Для него предварительные результаты появляются тоже как бы в реальном времени, по мере того, как он вводит запрос. Здесь высокая скорость поиска достигается применением поискового сервера Sphinx.

Я видел подобную разработку для Битрикс, так же читал про адаптацию к другим CMS. Знающий специалист может это крикрутить на пару часов, а потому цена вопроса - 3 копейки, а не какое-то мировое достижение. И опять же, причем поиск по сайту магазина к обработке прайсов??? Может обсудим работу двигателя внутреннего сгорания? (риторический вопрос, не нужно на него отвечать. Это так, на всякий случай :D :D )

Александр Фролов:

Для некоторых магазинов своевременность обновления этой информации может быть очень важна.

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



Ссылка на сообщение Александр Фролов,
Управляющий директор Shop2YOU
Москва


Antuan:

Только это все равно не относится к обработке прайсов


Мне задают вопросы, я отвечаю.

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

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



Ссылка на сообщение YAPepel


Almair:

В mySQL возможность использовать триггеры, процедуры и функции появилась не так давно, но это все равно пока не позволяет разрабатывать бизнес-логину на стороне этой СУБД в отличии от MS SQL Server и Oracle.

А ее никто на MYSQL не разрабатывает. Хотя перефразирую, т.к. это утверждение неверно. Из-за своей бесплатности MYSQL несомненно привлекателен, но я лично не слышал об ERP уровня SAP которые бы разрабатывались на MYSQL да еще с логикой средствами самой БД.

Niemand:

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

Так и есть, их нужно пропускать через большой фильтр и "делить на 5". :lol:

Antuan:

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

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

Александр Фролов:

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

Вы путаете грешное с праведным уводя тему форума в совершенно другое русло. Вам говорят про входящие прайсы поставщиков, вы про свой склад "реального времени" не забыв каждый раз упомянуть какой он у вас классный, про поиск на сайте и т.п. У большинства уже стоит 1С или планируется, им это не интересно потому, что 1С, как бы вы не доказывали - коробочное решение которое менее зависит от разработчиков конфигурации. Дропшипперам склад наверно вообще не нужен, тем более отказоустойчивый, хотя это не относится к сладу, а относится к базе на которой он работает или сетевой архитектуры (репликации, кластеризация, NAS итп итд). Не понимаю зачем постоянно это упоминать. Реклама что-ли?!?

Александр Фролов:

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

Зачем на своем? А если даже и на своем, то тут уже писал один человек, что у него скрипт "за 300 рублей" и все прекрасно работает, может даже в реальном времени (скорее всего). Если у кого-то тормозят остатки по складу или зависают проводки, то это не значит что нужно ставить MYSQL и все заработает, репликация так же может повесить весь процесс. Нужно подходить конкретно к конкретному случаю, возможно там всего лишь нужзно пересобрать статистику и добавить индексы. :mrgreen:



Ссылка на сообщение Александр Фролов,
Управляющий директор Shop2YOU
Москва


YAPepel:

репликация так же может повесить весь процесс


Репликация тут не причем. Она используется для отказоустойчивости и для разгрузки основного сервера СУБД от таких задач, как аналитика и резервное копирование.

Верите вы в MySQL или нет, но Фейсбук на нем отлично работает, и множество других сервисов и магазинов. Ссылку я приводил. Как я уже говорил, кто умеет - сделает, или будет платить Microsoft или Oracle, если есть лишние деньги.

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



Ссылка на сообщение Александр Фролов,
Управляющий директор Shop2YOU
Москва


Вот доклад об архитектуре магазина Enter: https://www.youtube.com/watch?v=OCYJ7GOp2QY

Осторожно: ИТ-хардкор )
Там как раз упомянуто про интеграцию с 1С и про синхронизацию: "самая лучшая синхронизация - которой нет".



Ссылка на сообщение qualified


YAPepel:

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


Не сказать, что много, а даже наоборот мало.

Александр Фролов, Вам уже говорили, но я ещё раз скажу. Вот есть такой замечательный IT-директор Александр Фролов и всё у него работает и все счастливы. Но вот случилось, то чего никто не ждал! Александр Фролов решил отойти от дел или продать свой SAAS сервис! Приходит новая метла со своей командой (знакомо?) поднимает цены на услуги SAAS сервиса, резко ухудшается техподдержка, зато появляется куча глюков и багов. Клиенты начинают разбегаться, тогда SAAS сервис блокирует клиентам доступ к FTP, чтобы они не смогли забрать описания на товар и фото товаров. И хозяин интернет магазина остаётся не только без остатков в реальном времени, учёта товаров, интеграции и синхронизации, а вообще без всего! С одним доменным именем, о как мля!!! И доказывай потом в суде, что ты не верблюд!

Александр Фролов, своя CMS на хорошем респектабельном хостинге намного надёжней, и не спорьте.



Ссылка на сообщение Александр Фролов,
Управляющий директор Shop2YOU
Москва


qualified:

Приходит новая метла со своей командой (знакомо?) поднимает цены на услуги SAAS сервиса, резко ухудшается техподдержка, зато появляется куча глюков и багов.


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

С другой стороны, мой опыт показывает, что c поддержкой движков CMS возникают точно такие же проблемы. У нас есть немало клиентов, которые перешли к нам с других сервисов SAAS и с различных движков, в том числе разрекламированных. Просто их перестали устраивать условия поддержки или разработчики пропали, потеряли интерес к проекту, не справились с внесением необходимых изменений. От этого никто не застрахован.

Cамая главная ценность в интернет-магазине - это раскрученный домен, каталог товаров, база покупателей и заказов. Нормальные SAAS-сервисы открывают магазины в доменах заказчиков и предоставляют дампы баз данных. Читайте договор, что и как предоставляется. Но можно переехать, даже если нет полноценного доступа к базе данных, мы это делали. Да, парсится сайт или обрабатывается файл экспорта в Яндекс.Маркет.

Что касается сложных заказных решений, то нет разницы, открывались они изначально на SAAS и потом были доработаны, или на CMS, и потом были доработаны. Объем доработок может в тысячу раз превышать объем кода CMS. Поэтому при уходе ИТ-команды в любом случае будет очень плохо.

Вы посмотрели доклад про Enter? Видели, что используется от CMS и каков объем разработок собственного ИТ-отдела компании?

Ну и что будет, если эти разработчики уйдут из проекта? Например, их позовут в Яндекс или в Фейсбук...
Компания легко найдет специалистов по упомянутой в докладе CMS, но от нее используется только редактор каталога, а доля сложности CMS в проекте - меньше одной дясятой процента... И эти специалисты по CMS будут как слепые котята барахтаться в навороченной архитектуре и сложном коде, особенно если нет документации и обучения от прежней команды.

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

Да и вообще гарантии дает только страховой полис)



Ссылка на сообщение pasha3


Пытаюсь опубликовать свой отзыв о работе сервиса Комерандо в разделе "Автоматизация". Получаю сообщение "Этот форум закрыт. Вы не можете писать новые сообщения и редактировать старые.".
А тему с заголовком "Тест" создать получается.
Цензура что-ли?



Ссылка на сообщение Александр Фролов,
Управляющий директор Shop2YOU
Москва


Попробуйте уменьшить размер текста отзыва.



Ссылка на сообщение pasha3


Пытаюсь сократить. Что делать, если отзыв большой?


cron




Ответить



:D
:)
:(
:o
:shock:
:?
8)
:lol:
:x
:P
:oops:
:cry:
:evil:
:twisted:
:roll:
:wink:
:!:
:?:
:idea:
:arrow:
:|
:mrgreen:





2001 - 2017 © Оборот.ру. Все права защищены