1 - да нет, стандартный обмен умеет то, что с нуля писать очень долго и очень дорого. спасибо 1Су и Битриксу за то что они это сделали 2 - тут да, а как иначе?
Знания и практику тоже предлагают, поверьте. Просто такая матрица – способ достаточно объективно и конкретно замерить уровень. У нас для каждого квадратика есть список источников, заданий, вопросов для проверки.
Это ценный артефакт. Я б с радостью его купил, если б он был. А не было.
добрый день! У нас немного SKU — около 2000. Обмен всегда в 2 этапа — сначала 1С присылает цены и остатки, потом сайт склеивает с переводами. Занимает меньше часа.
1 - json в mysql в 8 версии только. с таблицами/префиксами/id языка проблем особых нет
2 - либо запись, либо колонка.
3 - про сортировку интересная мысль, спасибо
ну битрикс тут немного сбоку. там есть свои заготовки для мультиязычности, но они не решают задачу в целом. так что на мой взгляд архитектура в целом оправданна
Добрый вечер! За SOAP было 2 аргумента: 1) для той версии 1С на тот момент это было быстрее в разработке; 2) SOAP сам себе документация, отдав программисту 1С wsdl практически ничего не пришлось объяснять дополнительно.
Добрый день! На странице со списком товаров лежит bitrix:catalog.section. На первом хите он ничего не делает, ничего не выводит. React-компонент обращается к той же самой странице с дополнительным get-параметром. В этот раз компонент bitrix:catalog.section выбирает данные из БД, делает RestartBuffer, выводит данные в формате JSON и делает die(). Дальше React-компонент обрабатывает JSON и строит интерфейс.
Добрый день! Нет, мы не выступаем агентом. Клиент заключает договор на использование ФН непосредственно с компанией, предоставляющей сервис. Распределение нагрузки происходит на стороне сервиса облачная касса. Мы провели тест, когда на фискализацию передавалась сотня чеков в минуту и запрашивали статус чека.
Сколько нужно ФН для 1,5 т. чеков за 5 минут - этот вопрос Вам нужно задать компании, оказывающей услугу.
в моей реальности гораздо проще сделать предрасчет и выгрузку на стороне 1С (при не-супер-частых изменениях цен) или веб-сервис, чем дублировать математику
про стандартный обмен 1С можно подробнее тут найти
рады быть полезными. Если будет интересно, 2 часть опубликуем в течение вечера.
попробуйте еще раз либо в другом браузере, у нас все норм отображается
1 - да нет, стандартный обмен умеет то, что с нуля писать очень долго и очень дорого. спасибо 1Су и Битриксу за то что они это сделали
2 - тут да, а как иначе?
Забавно, спасибо за мысль. В следующий раз выберу более спокойную гамму
Источник цвета – презентация доклада на эту тему, с которой я выступал несколько недель назад.
Не хотел унылого "слепого" текста.
да, спасибо, поправили
да-да, все верно
Знания и практику тоже предлагают, поверьте.
Просто такая матрица – способ достаточно объективно и конкретно замерить уровень. У нас для каждого квадратика есть список источников, заданий, вопросов для проверки.
Это ценный артефакт. Я б с радостью его купил, если б он был. А не было.
Мы сделали и пошарили в сообщество.
Исправились, спасибо. Схемы тоже подправим.
добрый день! У нас немного SKU — около 2000. Обмен всегда в 2 этапа — сначала 1С присылает цены и остатки, потом сайт склеивает с переводами. Занимает меньше часа.
1 - json в mysql в 8 версии только. с таблицами/префиксами/id языка проблем особых нет
2 - либо запись, либо колонка.
3 - про сортировку интересная мысль, спасибо
ну битрикс тут немного сбоку. там есть свои заготовки для мультиязычности, но они не решают задачу в целом. так что на мой взгляд архитектура в целом оправданна
--
вы верно задаете вопрос
тут масса вопросов помимо БД. есть еще организационные сложности
да, копирование полей и таблиц это денормализация, но это по факту оказывается наименьшим злом при реальной разработке
в моей старой статье 14 года все вопросы, в том числе структуры БД, рассмотрены
почитайте -- давайте обсудим https://www.intervolga.ru/blog/projects/bitrix-multylanguage-site/
Добрый вечер! За SOAP было 2 аргумента: 1) для той версии 1С на тот момент это было быстрее в разработке; 2) SOAP сам себе документация, отдав программисту 1С wsdl практически ничего не пришлось объяснять дополнительно.
Добрый день! На странице со списком товаров лежит bitrix:catalog.section. На первом хите он ничего не делает, ничего не выводит. React-компонент обращается к той же самой странице с дополнительным get-параметром. В этот раз компонент bitrix:catalog.section выбирает данные из БД, делает RestartBuffer, выводит данные в формате JSON и делает die(). Дальше React-компонент обрабатывает JSON и строит интерфейс.
Добрый день!
Это расширение. Снимать с поддержки не придется.
Добрый день!
Нет, мы не выступаем агентом. Клиент заключает договор на использование ФН непосредственно с компанией, предоставляющей сервис. Распределение нагрузки происходит на стороне сервиса облачная касса. Мы провели тест, когда на фискализацию передавалась сотня чеков в минуту и запрашивали статус чека.
Сколько нужно ФН для 1,5 т. чеков за 5 минут - этот вопрос Вам нужно задать компании, оказывающей услугу.
Добрый день! Ответили в сообщениях.
конечно. так и делаем в большинстве проектов сейчас. событийная модель через веб-сервисы или серверы очередей для надежности
спасибо за мысли
в моей реальности гораздо проще сделать предрасчет и выгрузку на стороне 1С (при не-супер-частых изменениях цен) или веб-сервис, чем дублировать математику