Веб-сервисы в теории и на практике для начинающих

Уровни, глубина, прародители, циклы и аналоги запросом Промо

В продолжение публикации «Транзитивное замыкание запросом» [http://infostart.ru/public/158512/] добавлены другие варианты использования того же приема. Приведены запросы для быстрого определения уровней всех элементов справочника, максимальной глубины справочника, прародителей произвольных элементов справочника, запрос для быстрого определения циклов (на примере справочника спецификаций «1С:Управление производственным предприятием») и определения множеств аналогов номенклатуры (также на примере конфигурации «1С:Управление производственным предприятием»).

1 стартмани

Преимущества и недостатки

Преимущества

• Веб-службы обеспечивают взаимодействие программных систем независимо от платформы. Например, Windows-C#-клиент может обмениваться данными с Java-сервером, работающим под Linux.
• Веб-службы основаны на базе открытых стандартов и протоколов. Благодаря использованию XML достигается простота разработки и отладки веб-служб.
• Использование интернет-протокола обеспечивает HTTP-взаимодействие программных систем через межсетевой экран. Это значительное преимущество, по сравнению с такими технологиями, как CORBA, DCOM или Java RMI. С другой стороны, веб-службы не привязаны намертво к HTTP — могут использоваться и другие протоколы.

Недостатки

• Меньшая производительность и больший размер сетевого трафика по сравнению с технологиями RMI, CORBA, DCOM за счёт использования текстовых XML-сообщений. Однако на некоторых веб-серверах возможна настройка сжатия сетевого трафика.
• Аспекты безопасности. Ответственные веб-службы должны использовать кодирование, возможно — требовать аутентификации пользователя. Достаточно ли здесь применения HTTPS, или предпочтительны такие решения, как XML Signature, XML Encryption или SAML — должно быть решено разработчиком.

Удаление помеченных объектов, замена ссылок. Обычное и управляемое приложение. Не монопольно, включая рекурсивные ссылки, с отбором по метаданным и произвольным запросом Промо

Обработка удаления помеченных объектов с расширенным функционалом. Работает в обычном и управляемом приложении. Монопольный и разделенный режим работы. Отображение и отбор по структуре метаданных. Отборы данных произвольными запросами. Копирование и сохранение отборов. Удаление циклических ссылок (рекурсия). Представление циклических в виде дерева с отображением ключевых ссылок, не позволяющих удалить текущий объект информационной базы. Удаление записей связанных независимых регистров сведений. Групповая замена ссылок. Индикатор прогресса при поиске и контроле ссылочности.

10 стартмани

Запрос на обслуживание или Потребитель

Это любой потребитель веб-сервиса. Запрашивающая сторона использует существующую веб-службу, открывая сетевое соединение и отправляя запрос XML.

Мы также напишем два запросчика веб-службы: один веб-клиент (приложение ASP.NET) и другой пользователь Windows-приложения.

Ниже приведен наш первый пример веб-службы, которая работает в качестве поставщика услуг и предоставляет два метода (add и SayHello) в качестве веб-служб, которые будут использоваться приложениями. Это стандартный шаблон для веб-службы. Веб-сервисы .NET используют расширение .asmx

Обратите внимание, что метод, предоставляемый в качестве веб-службы, имеет атрибут WebMethod. Сохраните этот файл как FirstService.asmx в виртуальном каталоге IIS (как описано при настройке IIS; например, c: \ MyWebSerces)

FirstService.asmx
<%@ WebService language = "C#" class = "FirstService" %>

using System;
using System.Web.Services;
using System.Xml.Serialization;

[WebService(Namespace = "http://localhost/MyWebServices/")]
public class FirstService : WebService{
   
   public int Add(int a, int b) {
      return a + b;
   }

   
   public String SayHello() {
      return "Hello World";
   }
}

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

• Откройте Пуск → Настройки → Панель управления → Администрирование → Диспетчер служб Интернета.

• Разверните и щелкните правой кнопкой мыши веб-сайт по умолчанию; выберите Новый & # rarr; Виртуальный каталог. Откроется мастер создания виртуального каталога. Нажмите кнопку «Далее.

• Откроется экран «Псевдоним виртуального каталога». Введите имя виртуального каталога. Например, MyWebServices. Нажмите кнопку «Далее.

• Откроется экран «Каталог содержимого веб-сайта».

• Введите путь к каталогу для виртуального каталога. Например, c: \ MyWebServices. Нажмите кнопку «Далее.

• Откроется экран «Разрешение на доступ». Измените настройки в соответствии с вашими требованиями. Давайте оставим настройки по умолчанию для этого упражнения.

• Нажмите кнопку Далее. Завершает настройку IIS.

• Нажмите Готово, чтобы завершить настройку.

Чтобы проверить, правильно ли настроен IIS, скопируйте файл HTML (например, x.html) в виртуальный каталог (C: \ MyWebServices), созданный выше. Теперь откройте Internet Explorer и введите http: //localhost/MyWebServices/x.html . Он должен открыть файл x.html.

Примечание. Если это не помогает, попробуйте заменить localhost IP-адресом вашего компьютера. Если это все еще не работает, проверьте, работает ли IIS; вам может понадобиться перенастроить IIS и виртуальный каталог.

Чтобы протестировать этот веб-сервис, скопируйте FirstService.asmx в виртуальный каталог IIS, созданный выше (C: \ MyWebServices). Откройте веб-службу в Internet Explorer (http: //localhost/MyWebServices/FirstService.asmx). Он должен открыть страницу вашего веб-сервиса. На странице должны быть ссылки на два метода, предоставляемых нашим приложением в качестве веб-служб. Поздравляем! Вы написали свой первый веб-сервис!

Этап № 9

Что же, теперь добавим метод для работы с DELETE-запросами. Этот метод станет вызываться каждый раз, когда мы будем пытаться удалить имеющееся значение из списка посредством DELETE-запроса:

[WebInvoke(Method = "DELETE", RequestFormat = WebMessageFormat.Ison,
    UriTemplate = "/Tutorial/{Tutorialid}", ResponseFormat = WebMessageFormat.Json,
    BodyStyle = WebMessageBodyStyle.Wrapped)]

public void DeleteTutorial(String Tutorialid)
{
    int pid;
    Int32.TryParse(Tutorialid, out pid);
    1st.RemoveAt(pid);
}

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

Что касается метода DeleteTutorial(), то в нём мы приводим переданный TutorialId к типу Integer, удаляя из списка соответствующий элемент.

В результате код должен выглядеть так (без учёта элементов, бывших там изначально):

using System;
using System.Collections.Generic;
using System.Linq;
using System.Runtime.Serialization;
using System.ServiceModel;
using System.ServiceModel.Activation;
using System.ServiceModel.Web;
using System.Text;

namespace Webservice.REST
{
    
    
    public class TutorialService
    {
        private static List<string> lst = new List<string>
        {
            "Arrays",
            "Queues",
            "Stacks"
        };

        [WebGet(UriTemplate = "/Tutorial")]

        public string GetAllTutorials() => String.Join(",", lst);

        [WebGet(UriTemplate = "/Tutorial/{TutorialId}")]

        public string GetTutorialByID(string TutorialId)
        {
            int pid;
            if (!TryParse(TutorialId, out pid)) {
                throw new HttpResponseException("TutorialId must be an integer", HttpStatusCode.BadRequest);
            }
            return lstpid];
        }

        [WebInvoke(Method = "POST", RequestFormat = WebMessageFormat.Json,
            UriTemplate = "/Tutorial", ResponseFormat = WebMessageFormat.Json,
            BodyStyle = WebMessageBodyStyle.Wrapped)]

        public void AddTutorial(string str) => lst.Add(str);

        [WebInvoke(Method = "DELETE", RequestFormat = WebMessageFormat.Json,
            UriTemplate = "/Tutorial/{TutorialId}", ResponseFormat = WebMessageFormat.Json,
            BodyStyle = WebMessageBodyStyle.Wrapped)]

        public void DeleteTutorial(string TutorialId)
        {
            int pid;
            if (!TryParse(TutorialId, out pid)) {
                throw new HttpResponseException("TutorialId must be an integer", HttpStatusCode.BadRequest);
            }
            lst.RemoveAt(pid);
        }
    }
}

Вот и всё, RESTful веб-сервис на ASP.NET создан! Теперь нужно его запустить и протестировать. Но об этом поговорим в следующий раз.

Ключевые составляющие RESTful

Веб-сервисы прошли долгий путь с момента их появления. В 2002 году W3C выпустил определения WSDL и SOAP веб-сервисов. Это сформировало стандарт по созданию веб-сервисов.

В 2004 году W3C выпустил определение ещё одного стандарта под названием RESTful. В последние годы этот стандарт стал довольно популярным. На данный момент он используется многими известными сайтами по всему миру, в число которых входят Facebook и Twitter.

Конференция DevFest Siberia 2020

5–6 декабря, Онлайн, От 1500 до 2500 ₽

tproger.ru

События и курсы на tproger.ru

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

Ключевые составляющие реализации RESTful:

1. Ресурсы. Допустим, у нас есть сервер с записями о сотрудниках, а адрес веб-приложения — http://server.com. Чтобы получить доступ к записи сотрудника, мы можем выполнить команду http://server.com/employee/1, которая говорит серверу предоставить запись сотрудника под номером 1.
2. Методы запросов. Они говорят, что вы хотите сделать с ресурсом. Браузер использует метод GET, чтобы проинформировать удалённую сторону о том, что он хочет получить данные. Кроме GET есть много других методов вроде POST, PUT и DELETE. В примере с http://server.com/employee/1 выше браузер на самом деле использует метод GET, поскольку он хочет получить данные о сотруднике.
3. Заголовки запроса. Это дополнительные инструкции, посылаемые вместе с запросом. Они могут определять тип необходимого ресурса или подробности авторизации.
4. Тело запроса. Это данные, отправляемые вместе с запросом. Данные обычно отправляются, когда выполняется POST-запрос к REST веб-сервису. Зачастую в POST-запросе клиент говорит серверу, что он хочет добавить на него ресурс. Следовательно, тело запроса содержит подробную информацию о ресурсе, который необходимо добавить на сервер.
5. Тело ответа. Это основная часть ответа. В нашем примере на запрос http://server.com/employee/1 сервер мог бы прислать XML-документ с данными о сотруднике в теле ответа.
6. Коды ответа. Эти коды возвращаются сервером вместе с ответом. Например, код 200 обычно означает, что при отправке ответа не произошло никакой ошибки.

Средства разработки

Рассмотрев три основных Web-стандарта, на которых базируются Web-сервисы, —
SOAP, WSDL и UDDI, мы теперь знаем, что они являются достаточно комплексными
при создании всех необходимых для описания Web-сервиса XML-документов. Эту работу
выполняют специальные средства разработки, предоставляя разработчикам возможность
сосредоточиться на бизнес-логике создаваемого сервиса, а не на низкоуровневых
деталях его реализации. Среди наиболее популярных в настоящее время средств
разработки Web-сервисов следует упомянуть Microsoft SOAP Toolkit и IBM XML and
Web Services Development Envirоnment (WSDE).

Ниже мы рассмотрим еще одно средство для создания Web-сервисов — Microsoft
Visual Studio.NET, которое в скором времени станет основным инструментом для
разработчиков, создающих решения для платформы Microsoft .Net.

Web-сервисы в Microsoft Visual Studio.NET

Для создания Web-сервиса средствами Microsoft Visual Studio.NET необходимо
выполнить следующие действия:

1. Запустить Visual Studio.NET 7.0.
2. Выполнить команду File | New | Project (или выбрать команду Create New
   Project на стартовой странице VS Home Page).
3. В панели New Projects выбрать Visual Basic Projects, в панели Templates
   выбрать Web Service (рис. 6).
4. Задать название сервиса и нажать Ok.

В результате мы получим такой скелет сервиса (чтобы увидеть код, следует нажать
правую кнопку мыши):

Imports System.ComponentModel  
Imports System.Configuration  
Imports System.Web.Services  
Imports System.Diagnostics  
Imports System.Data  
   
Public Class ExchangeRateService  
Inherits System.Web.Services.WebService  
   
#Region " Web Services Designer Generated Code "  
   
'Required by the WebServices Designer  
Private components As System.ComponentModel.Container  
   
Private Sub InitializeComponent()  
      'CODEGEN: This procedure is required by the WebServices Designer  
      'Do not modify it using the code editor.  
            components = New System.ComponentModel.Container  
End Sub  
   
Overrides Sub Dispose()  
      'CODEGEN: This procedure is required by the WebServices Designer  
      'Do not modify it using the code editor.  
End Sub  
   
#End Region  
   
Public Sub New()  
MyBase.New  
   
      'CODEGEN: This procedure is required by the WebServices Designer  
      'Do not modify it using the code editor.  
      InitializeComponent  
   
      'Add your own initialization code after the InitializeComponent   
' call  
End Sub  
   
End Class  

Microsoft Visual Studio.NET также создаст SDL-файл, который будет содержать
описание нашего Web-сервиса, и DISCO-файл, используемый для регистрации и обнаружения
сервиса.

В качестве примера создадим Web-сервис, выполняющий конвертацию валюты. Реализация
метода Usd2Rub — преобразование суммы в долларах в сумму в рублях — показана
ниже:

Public Class ExchangeRateService  

      Inherits System.Web.Services.WebService  

Public Function <WebMethod()> Usd2Rub _  

       (ByVal Value As Double) As String  

        Usd2Rub = CStr(Value * 30)  

End Function  

End Class  

После создания Web-сервиса вызовем команду Build (выбрав опцию Release) для
генерации необходимого кода и внедрения сервиса на Web-сервер. Теперь можно
испытать наш сервис в действии. Для этого необходимо запустить Web-браузер и
указать адрес, который был указан в панели New Project — Project will be created…

В нашем примере это будет http://terra/mywebservice/ (см. рис.
6). После этого указываем имя класса (в нашем примере — это ExchangeRateService)
и расширение ASMX (Assembly). Полный адрес для запуска нашего сервиса будет
выглядеть так:

http://terra/mywebservice/ExchangeRateService.asmx

В результате мы получаем тестовую страницу, созданную Visual Studio.NET (рис.
7).

Данная страница содержит описание Web-сервиса, а также список реализованных
в нем методов. Например, описание метода Usd2Rub показано на рис.
8.

Введя в строке ввода какую-либо сумму и нажав кнопку Invoke, мы вызовем сервис
нашего Web-метода с указанным параметром и получим следующий результирующий
XML-документ:

<?xml version=”1.0" ?> 
  <string xmlns=”http://tempuri.org/”>1048.5</string> 

Завершая краткое описание создания Web-сервисов, отметим, что тестовая страница
создается на основе информации, хранимой в SDL-файле, который можно просмотреть,
указав параметр ?SDL в адресной строке браузера:

http://www.terra/mywebservice/ExchangeRateService.asmx?SDL

Для запуска Web-сервиса из приложения следует использовать следующий URL:

http://www.terra/mywebservice/exchangerateservice.asmx/Usd2Rub?Value=34.95

Обратите внимание также на то, что имя метода указывается после символа «/»,
а параметр — как обычный параметр URL-строки

Что такое веб-сервисы

В широком смысле слова Web сервис это метод которые два приложения используют для коммуникации
через Интернет.

Это может быть взаимодействие между приложениями на смартфоне, между компьютерами или
другими устройствами. Чаще всего подразумевается взаимодействие по протоколу HTTP.

Другое популярный термин близкий по значению к Web сервисам это

API

но Application Programming Interface — это более широкое понятие, не обязательно связанное с web.

Вебсервисы применяются там где невозможна непосредственная интеграция.

Пример №1: Если Вы хотите разместить на своём сайте яндекс-карты Вам не нужно устанавливать
программы от Яндекса, достаточно послать несколько запросов и Яндекс передаст
необходимую информацию. Это возможно потому, что программисты разработали
специальный набор запросов которые можно присылать к ним на сервер чтобы получить
в ответ карту.

Пример №2: Возможна ситуация, когда сайт, написанный на PHP хочет использовать
функционал сайта, написанного на .NET. Им нужно как-то обмениваться сообщениями,
потому-то .NET не будет понимать команды PHP и наоборот.

Чтобы обойти эту проблему программисты договорились использовать специальные сообщения,
которые не зависят от языка программирования и основаны на HTTP протоколе (потому
что обмен данными через Web идёт по HTTP).

Формат этих сообщений это либо JSON либо XML. О них мы поговорим позже.

Повторим для закрепления сути: Смысл в том, что сайт, написанный на
PHP не посылает своему партнёру никаких PHP команд, на заранее обговорённый адрес
посылается сообщение в понятном формате.

Адрес, на который посылаются сообщения называется Endpoint.
Обычно это URL (например, название сайта) и порт. Если я хочу создать веб сервис
на порту 8080 Endpoint будет выглядеть так:

Если моему Web сервису нужно будет отвечать на различные сообщения я
создам сразу несколько URL (interfaces) по которым к сервису можно будет обратиться. Например

Как видите у моих Enpoints различные окончания. Такое окончание в Endpoint
называются Resource, а начало
Base URL.

Endpoint = Base URL + Resource

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

• Какие методы можно использовать, посылая запросы на каждый Endpoint
• Должны ли передаваться какие-то данные
• Если нужно передавать данные в теле запроса, то какие
• Какие ответы мы ожидаем в случае успешного запроса
• Какие ответы мы ожидаем когда с запросом или его обработкой на сервере что-то не так

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

Вернёмся к первому пункту списка, а именно к тому, что такое
методы.

В протоколе HTTP предусмотрено несколько способов отправить запрос на один и тот же
Endpoint. Они называются
CONNECT, DELET, GET, HEAD, OPTIONS, PATCH, POST, PUT, TRACE про их свойства можно
почитать
.

Когда мы знаем какие методы с какими Enpoint можно использовать составить запросы
не составит труда. Например:

Итак, простейший запрос состоит из метода и Enpoint

Request = Method + Endpoint

Calculator.

Http methods. Protocols/rfc2616.

↓
Статьи о Тестировании

↓

	Учебник по тестированию API
	Тестирование с помощью Python
	Selenium
	Selenium + Java
	Selenium + Python
	SOAP UI
	JMeter
	JUnit
	Wireshark
	Команды Bash для тестировщика
	Clumsy 0.2
	Pivotal Tracker
	Интеграционное тестирование
	Где учиться на тестировщика

A Web Service Example

In the following example we will use ASP.NET to create a simple Web Service
that converts the temperature from Fahrenheit to Celsius, and vice versa:

<%@ WebService Language=»VBScript» Class=»TempConvert» %>
Imports System
Imports System.Web.Services
Public Class TempConvert :Inherits WebService
<WebMethod()> Public Function FahrenheitToCelsius(ByVal Fahrenheit As String) As String
 
dim fahr
 
fahr=trim(replace(Fahrenheit,»,»,».»))
 
if fahr=»» or IsNumeric(fahr)=false then return «Error»
 
return ((((fahr) — 32) / 9) * 5)
end function
<WebMethod()> Public Function CelsiusToFahrenheit(ByVal Celsius As String) As String
 
dim cel
 
cel=trim(replace(Celsius,»,»,».»))
 
if cel=»» or IsNumeric(cel)=false then return «Error»
 
return ((((cel) * 9) / 5) + 32)
end function
end class

This document is saved as an .asmx file. This is the ASP.NET file extension for XML Web Services.

Риски использования веб-сервисов 1С

В платформе 1С81 появилась реализация веб-сервисов.

Но их использование чревато рисками:

1. 1С8 плохо работает через HTTPS, средства диагностики отсутствуют, поэтому понять, почему при наличии сертификата сервис не хочет работать через HTTPS порой невозможно. Выход – реализация веб-сервисов через CURL или поднятие HTTPS-туннеля.
2. 1С8 придерживается своих правил валидации WSDL-схем. Порой по необъяснимым причинам WSDL-схема не хочет загружаться в WS-ссылку. Узнать причину можно только на партнерском форуме у одного специалиста. Средства диагностики WSDL-схемы отсутствуют, не указывается даже причина или строка, на которой прерывается загрузка схемы.

Как мы вдвое сократили издержки на вводный урок, подсмотрев решение у авиакомпаний

Бесплатный вводный урок — фишка школы Skyeng. Потенциальный ученик может на нем познакомиться с платформой, проверить свой уровень английского, наконец, просто развлечься. Для школы же вводный урок — часть воронки продаж, за которой должна последовать первая оплата. Его проводит методист вводного урока — специальный человек, совмещающий в себе педагога и продажника, его время оплачивается вне зависимости от того, купил клиент первый пакет или нет, и явился ли вообще на урок. Неявка — очень частое явление, из-за которого цена урока становится слишком большой.

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

Не спеша, эффективно и правильно – путь разработки. Часть 3. Практика

Черновой вариант книги Никиты Зайцева, a.k.a.WildHare. Разработкой на платформе 1С автор занимается с 1996-го года, специализация — большие и по-хорошему страшные системы. Квалификация “Эксперт”, несколько успешных проектов класса “сверхтяжелая”. Успешные проекты ЦКТП. Четыре года работал в самой “1С”, из них два с половиной архитектором и ведущим разработчиком облачной Технологии 1cFresh. Ну — и так далее. Не хвастовства ради, а понимания для. Текст написан не фантазером-теоретиком, а экспертом, у которого за плечами почти двадцать три года инженерной практики на больших проектах.

Позиционирование в помещении с помощью нейросети по сигналу Wi-Fi. Интерактивная карта склада в 1С с показом позиции

Данная публикация содержит в себе редактор и интерактивную карту склада или иного помещения, на которой в реальном времени отображается позиция устройства, координаты которого вычисляются по уровням сигнала нескольких роутеров Wi-Fi. В статье и приложенным к ней разработкам предлагаются инструменты и методика для реализации вычисления точной геопозиции внутри помещений с помощью нейронной сети. Конфигурация написана на релизе 1С:Предприятие 8.3.12.1412, клиентское приложение имеет минимальный уровень совместимости SDK -16.

5 стартмани

09.08.2018   
28684   
26   
informa1555   

26
   

СВАЯЕМ ПРОСТОЙ СЕРВИС

Итак, для того, чтобы сваять примитивный сервис, мы можем создать новую конфигурацию и прсто добавить новый сервис. Допустим, назовем его TestWs. Дальше добавим к нему операцию с названием ОперацияTestWs, у которой укажем параметр «ПараметрTestWs» с типом Строка. Вообще, стоит отметить, что параметры веб-сервисов и возвращаемые ими значения описываются типами XDTO-пакетов. Параметр типа «строка» (по-умаолчанию) будет описан, как «string (http://www.w3.org/2001/XMLSchema)».

Собственно, у нас получилось что-то такое:

Сразу хочется предупредить: если Вы нажмете на пиктограмке «Открыть» в поле «Имя процедуры» до того, как создадите параметр, то функция создастся без параметров. И если Вы после этого параметр добавите, то автоматически он в функцию не попадет — придется или удалять функцию, очищать поле «Имя процедуры» и заново нажимать «Открыть», или вручную добавлять имя параметра в модуль функции.

Итак, вот мы создали сервис и функцию. Давайте теперь добавим простой код, возвращающий текущую дату и время:

Возврат ""+ТекущаяДата();

Таким образом мы производим неявное приведение типа по первому аргументу к строке. Осталось опубликовать и дернуть.

Альтернатива переноса ТЗ в конвертации данных 2.1

Здравствуйте уважаемые.
Решил выложить альтернативный способ переноса данных в конвертации данных из источника к приемнику,
с последующим сбором их в ТЗ в месте ПослеЗагрузки. Т.е.можно готовый перенесенный объект доработать либо создать что-то еще на базе данных. Метод сам разработан с учетом простого понимания Конвертации без использования всех её многочисленных тонкостей и сложностей.
В примере рассматривается перенос Операции.
И вот еще что. Я не привожу тут готовое решение, я всего лишь показываю концепцию того, как можно делать в КД.
Без использования глобальных переменных.

Как написать и поместить на сайт фотобанк на > 100 000 картин

Допустим, у вас есть >100’000 изображений, которые надо рассортировать и удобно выложить в веб для массового просмотра. Это может быть что угодно — галерея всего созданного человечеством искусства (в задаче которую я делал), или исторический фотоархив города Москвы, или кадры из кинофильмов, или общий архив фотографий с отдыха от крупного турагентства, или веб-сайт стоковых иллюстраций и фотографий, или архив изображений при крупном СМИ за много лет — в котором надо навести порядок, организовать навигацию и доступ сотрудников из внутренней сети.
Я расскажу, как это целесообразно запрограммировать.

Как нарисовать граф на 1С Промо

Описывается реализация на языке запросов 1С метода расположения вершин графа на плоскости, основанного на использовании электромеханической аналогии. При этом вершины графа представляются одноименными электрическими зарядами, дуги — пружинками. Силы взаимодействия вершин в этой системе переводят их из случайного начального в нужное конечное положение. Приведена обработка рисования графов «ГрафОграф», реализующая данный подход, показывающая также динамику процесса. Граф можно задать списком ребер вручную, выбрать из нескольких предопределенных примеров или сформировать по данным информационной базы.

1 стартмани

«День отлета, день прилета…»

Процедура ЗаполнитьТабло(Прилет=Истина)
    ТаблицаТабло.Колонки.Очистить();
    ТаблицаТабло.Колонки.Добавить("КодРейса",, "Код рейса");
    ТаблицаТабло.Колонки.Добавить("КодАвиакомпании",, "Авиакомпания");
    ТаблицаТабло.Колонки.Добавить("НомерРейса",, "Номер");
    ТаблицаТабло.Колонки.Добавить("АэропортТранзит",, "Аэропорт-транзит");
    ТаблицаТабло.Колонки.Добавить("Аэропорт",, "Аэропорт "+?(Прилет,"вылета","прилета"));
    ТаблицаТабло.Колонки.Добавить("ВремяРасписание",, "По расписанию");
    ТаблицаТабло.Колонки.Добавить("ВремяПланируемое",, "Планируемое");
    ТаблицаТабло.Колонки.Добавить("ВремяФактическое",, "Фактическое");
    ТаблицаТабло.Колонки.Добавить("ВремяРасчетное",, "Расчетное");
    ТаблицаТабло.Колонки.Добавить("ВремяПосадки",, ?(Прилет,"Посадка","Взлет"));
    ТаблицаТабло.Колонки.Добавить("ОбъедРейс",, "Объед.рейс");
    ТаблицаТабло.Колонки.Добавить("Статус",, "Статус");
    Если Не Прилет Тогда
        ТаблицаТабло.Колонки.Добавить("Регистрация",, "Регистрация");
        ТаблицаТабло.Колонки.Добавить("Посадка",, "Посадка");
    КонецЕсли;
    
    ЭлементыФормы.ТаблицаТабло.СоздатьКолонки();
    ЭлементыФормы.ТаблицаТабло.Колонки.КодРейса.Видимость=Ложь;
    Если Не Прилет Тогда
        ЭлементыФормы.ТаблицаТабло.Колонки.ВремяРасчетное.Видимость=Ложь;
    КонецЕсли;
    
    Если Прилет Тогда
        Данные=СервисАэрофлот.Arrival(ВыборАэропорта, ДатаРейса).ПолучитьСписок("list");
    Иначе
        Данные=СервисАэрофлот.Departure(ВыборАэропорта, ДатаРейса).ПолучитьСписок("list");
    КонецЕсли;
    
    ВсегоЗаписей=Данные.Количество();
    Для ии= по ВсегоЗаписей-1 Цикл
        Запись=ДАнные.Получить(ии);
        НоваяСтрока=ТаблицаТабло.Добавить();
        НоваяСтрока.КодАвиакомпании=Запись.company;
        НоваяСтрока.НомерРейса=Запись.flight_no;
        НоваяСтрока.АэропортТранзит=Запись.airport_inter;
        НоваяСтрока.Аэропорт=Запись.airport;
        НоваяСтрока.ВремяРасписание=Запись.sched;
        НоваяСтрока.ВремяПланируемое=Запись.plan;
        НоваяСтрока.ВремяФактическое=Запись.fact;
        НоваяСтрока.ВремяРасчетное=Запись.calc;
        НоваяСтрока.ВремяПосадки=Запись.real;
        НоваяСтрока.ОбъедРейс=Запись.union_flight_no;
        НоваяСтрока.Статус=Запись.status;
        Если Не Прилет Тогда
            НоваяСтрока.Регистрация=Запись.is_check;
            НоваяСтрока.Посадка=Запись.is_board;
        КонецЕсли;
    КонецЦикла;
    
КонецПроцедуры

Процедура КоманднаяПанель1Обновить(Кнопка)
    ЗаполнитьТабло(ЭлементыФормы.ПанельТабло.ТекущаяСтраница=ЭлементыФормы.ПанельТабло.Страницы.Прилет);
КонецПроцедуры

Роли веб-сервисов

В архитектуре веб-сервисов есть три основные роли:

Провайдер услуг

Это любой потребитель веб-службы. Запросчик использует существующий веб-сервис, открывая сетевое соединение и отправляя XML-запрос.

Реестр служб

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

Стек протокола веб-службы

Второй вариант для просмотра архитектуры веб-сервиса — это изучение стека протоколов новых веб-сервисов. Стек все еще развивается, но в настоящее время имеет четыре основных слоя.

Сервисный транспорт

Этот уровень отвечает за передачу сообщений между приложениями. В настоящее время этот уровень включает в себя протокол передачи гипертекста (HTTP), протокол простой передачи почты (SMTP), протокол передачи файлов (FTP) и более новые протоколы, такие как Blocks Extensible Exchange Protocol (BEEP).

XML-сообщения

Этот уровень отвечает за кодирование сообщений в общем формате XML, чтобы сообщения могли быть поняты с обоих концов. В настоящее время этот уровень включает XML-RPC и SOAP.

Описание услуг

Этот уровень отвечает за описание публичного интерфейса для конкретной веб-службы. В настоящее время описание сервиса обрабатывается через язык описания веб-сервисов (WSDL).

Обнаружение службы

Этот уровень отвечает за централизацию служб в общий реестр и обеспечивает легкую публикацию / поиск функциональности. В настоящее время обнаружение сервисов осуществляется через Universal Description, Discovery и Integration (UDDI).

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

Как мы пошли на маркетплейс (и ничего особенного не добились)

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

Выбор маркетплейсов

Вначале мы остановили свой выбор на Plesk, куда выгрузили приложение для борьбы с DDoS-атаками. Среди самых популярных приложений Plesk есть WordPress, Joomla и антивирус «Касперского». Наше расширение, помимо непосредственно фильтрации трафика, показывает статистику сайтов, то есть позволяет отследить пики посещений и соответственно атаки.
Спустя некоторое время мы написали чуть более простое приложение, на этот раз для CloudFlare. Приложение анализирует трафик и показывает долю ботов на сайте, а также соотношение пользователей с различными операционными системами. Идея была в том, что пользователи маркетплейса смогут увидеть долю нелегитимного трафика на сайте и определиться, нужна ли им полная версия защиты от атак.

Почему Facebook позволит переносить данные юзеров в другие сервисы

Перевод

В марте 2019 года Washington Post опубликовала статью Марка Цукерберга, где он призвал государство регулировать индустрию технологий и упомянул деталь, заставшую некоторых врасплох:
Регулирование должно гарантировать принцип переносимости данных. Если вы предоставите информацию одному сервису, вы должны иметь возможность доверить ее и другим

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

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