Для использования событий API для слабины развития App, есть настройка для «События API URL-запроса», как описано в doc:Есть ли метод API в Slack-Api для установки (изменения) URL-адресов API-адресов API, чтобы я мог сделать это в коде?
В Events API, ваши события API запроса URL является целевое местоположение , где все события, на которые подписано ваше приложение, будут отправлены , независимо от типа команды или события.
Существует ПИ для изменения URL «вручную» в api.slack.com в разделе «Подписки событий» в настройках. Также происходит событие url_verification после изменения URL-адреса запроса, описанного here.
Мой вопрос: есть ли метод API (метод), чтобы я мог обновить конечную точку (URL-адрес запроса) с моего кода сервера?
Например, в Facebook API есть вызов по имени subscriptions, где я могу изменить webhook URL после первоначальной настройки - link
Создание запроса POST с callback_url, verify_token, и объект поля будет реактивировать подписка.
PS. Чтобы предоставить фон, это необходимо для разработки с использованием исходящего туннеля с динамическим URL-адресом конечной точки, например. ngrok бесплатная подписка. Кстати, ngrok ссылается в примере приложения «onboarding» на slack here
Обновление. Я проверил Microsoft Bot Framework, и они, похоже, используют RTM (Real Time Messaging) для слабины, которая не требует настройки URL-адреса запроса, а не API событий. То же самое время, например. для Facebook они (MS Bot) поручают мне вручную поместить свой сгенерированный URL-адрес в настройки веб-хоста приложения FB, поэтому на этом нет никакой автоматизации.
Как я знаю, общий «путь uri» приложения Slack отсутствует - в разделе «Основная информация» нет ничего. URL-адрес запроса под подпиской «События» - это единственное место, которое мне нужно изменить для изменения URL-адреса. На практике он не должен в любом случае сопоставлять URL-адреса переадресации под OAuth. –
Что касается разработки, мне нужен интерактивный сеанс нескольких ответов-ответов (похожих на беседу) для тестирования, а не одиночных вызовов-заглушек из сценария. Выполнение всего эмулятора, чтобы я мог вводить значения, отправленные с помощью скрипта, определенно является накладными расходами. Кроме того, мне нужно посмотреть, как выглядят бот-построенные ответы в Slack, и использование двух отдельных мест для запроса запроса и просмотр ответа будет неудобным. –
Не важно иметь простой скрипт с формой html, которую вы можете использовать локально для тестирования разговора. Добавьте файл журнала, чтобы просмотреть всю конверсию. И для тестирования формата ответа и окончательного тестирования вы хотите создать вторую среду на веб-сервере, которую вы можете использовать вместе с Slack. Существует много мудрости в отделении разработчика от тестовой среды. Вы правы относительно пути uri - я удалю эту часть из моего ответа. –