HTTP и WEB сервисы на 1С. Часть 2. Разработка WEB сервиса на 1С.

แชร์
ฝัง

ความคิดเห็น • 21

  • @yuryb.1434
    @yuryb.1434 ปีที่แล้ว +8

    Я выбрал для себя скорость 0.5. Ставлю на паузу в ключевых моментах.
    После нескольких минут просмотра захотелось пойти налить пивка и бахнуть за здоровье автора )))
    Продолжай в том же духе, дружище!

    • @fastAbout1s
      @fastAbout1s  ปีที่แล้ว +2

      Надо медленнее говорить? =)

    • @yuryb.1434
      @yuryb.1434 ปีที่แล้ว +3

      @@fastAbout1s Все отлично, просто зависит от восприятия зрителя )

  • @СуперСаша-х5н
    @СуперСаша-х5н ปีที่แล้ว +4

    Мое почтение, все кратно и по сути!!!! Мне нравиться такой формат!!! Успехом Вам!

    • @fastAbout1s
      @fastAbout1s  ปีที่แล้ว +1

      Спасибо! 🙂

  • @HelloMan-f7c
    @HelloMan-f7c 5 หลายเดือนก่อน

    Благодарю тебя человек, за твой бесценный труд

  • @user-sl1tw9vg8x
    @user-sl1tw9vg8x ปีที่แล้ว +3

    Классные уроки!!!

  • @ПетрК-с3ч
    @ПетрК-с3ч 10 หลายเดือนก่อน +1

    Подскажите, а каким приложением вы смотрели схему запроса с визуализацией, например на 0:39 и 1:09?

  • @PS-jd9zm
    @PS-jd9zm 10 หลายเดือนก่อน +2

    Для установки признака списка в пакете XDTO достаточно установить максимальное количество в -1

  • @nikmir8259
    @nikmir8259 ปีที่แล้ว +5

    Лаконичное видео, но если бы был не знаком с темой, наверно мало что понял))

    • @fastAbout1s
      @fastAbout1s  ปีที่แล้ว +2

      Ну там конечно не во всех деталях, за один ролик все не расскажешь. Но общее представление должно сложиться. Задумывалось что это надо смотреть после первой части (в первой было про http сервис и немного про web)

  • @VitalikVasilev-j8x
    @VitalikVasilev-j8x 9 หลายเดือนก่อน +2

    Для списка в пакете XDTO надо -1 указать

  • @РавшанМамажанов-з7ж
    @РавшанМамажанов-з7ж 12 วันที่ผ่านมา

    Почему то у меня первая строка очень короткая почему остальное не выходит можете подсказать?

  • @Самаритянин-г8в
    @Самаритянин-г8в ปีที่แล้ว +2

    Подскажите пожалуйста, как правильно определить какого типа нужно передавать параметр в SOAP запрос (то есть, иногда в определенных веб сервисах мы передаем сразу примитивы, в других мы допустим сериализуем структуру 1С в объект XDTO, в третьих мы получаем сам тип сервиса на основании его создаем объект XDTO заполняем параметры а потом этот объект передаем как параметр), как этот момент точно определять какой тип нужен в том или ином случае?

    • @fastAbout1s
      @fastAbout1s  ปีที่แล้ว +2

      Можно открыть ws ссылку, там описана модель web сервиса. Все типы, методы и типы параметров этих методов. В моём видео на позиции 7:19

  • @АнатолийГлушков-у4м
    @АнатолийГлушков-у4м 2 ปีที่แล้ว +1

    Спасибо! Полезные видео, доступный формат.
    Может заинтересую темой для будущих видео - Получение списка общих информационных баз через web или http сервисы.

    • @fastAbout1s
      @fastAbout1s  2 ปีที่แล้ว +1

      Спасибо! Надо обдумать идею.

  • @user-sl1tw9vg8x
    @user-sl1tw9vg8x ปีที่แล้ว +1

    а как распаковать сжатый JSON ?

    • @fastAbout1s
      @fastAbout1s  ปีที่แล้ว +2

      json cжался в тип ХранилищеЗначения, далее этот объект сериализовался и записался в сериализованном виде через СериализаторXDTO.ЗаписатьJSON. На другой стороне он через метод СериализаторXDTO.ПрочитатьJSON дессериализуется, на выходе опять объект типа ХранилищеЗначения. Из него надо методом Получить() получить исходный json. В этом суть сериализации/дессериализации.

    • @user-sl1tw9vg8x
      @user-sl1tw9vg8x ปีที่แล้ว +1

      @@fastAbout1s Т.е. таким способом только из 1С в 1С получится данные передать. В сторонних сервисах уже будет проблематично прочитать?

    • @fastAbout1s
      @fastAbout1s  ปีที่แล้ว +2

      @@user-sl1tw9vg8x Если через хранилищеЗначения - да. Для универсальности можно как-то через Base64 - это стандарт кодирования бинарных данный, с ним все могут работать. В видео просто идея передается. Конкретая реализация - это уже индивидуально. Так же надо учитываться что web сервера сами по себе сжимаю данные испльзуя архиватор gzip. Так что надо индивидуально подходить. Зависит от узких мест. Если канал данных узкий, то придется сжимать и все равно будет выигрышь, даже с учетом траты процессорного времени на запаковку распаковку. Если канал широкий, то возможно и не надо, лишняя нагрузка на проц.