小编Bep*_*e C的帖子

我尝试通过以下命令将容器推送到 Heroku：

sudo heroku container:push web --app <my-heroku-app>

但是我收到此错误“没有基本身份验证凭据”。

这个怎么解决？？？？？？

从登录到将 docker 镜像推送到 heroku 的所有步骤

1. 第一种模式

1.1

1.2

1.3

1.4

1.5

2. 第二种模式

2.1

2.2.

2.3.

整个模式遇到了同样的问题“没有基本的身份验证凭据”

我的公司目前正在尝试使用 Google Dialogflow 构建一个多租户聊天机器人。我们正在探索我们可以使用的工具，但关于该主题的文档仍然有点稀缺。在这种情况下，我们对多租户的理解和定义将允许我们根据最终用户工作的公司拥有略有不同的对话流程。例如：

Foo 公司的用户 A 想要订购冰淇淋。Foo 公司提供了一系列口味（巧克力、香草、薄荷）并且只提供蛋卷冰淇淋，但允许用户在他们的冰淇淋中添加装饰物（巧克力片、糖屑）。

Bar 公司的用户 B 想要订购冰淇淋。Company Bar 提供一系列口味（草莓、开心果、柠檬）并供应冰淇淋蛋筒和杯子，但不提供配菜。

两个用户应该有完全相同的对话，除了口味和冰淇淋容器的可用列表取决于租户。此外，还应该可以选择扩展此对话流程的一部分，例如 A 公司提供添加装饰的功能。两个对话应该以相同的意图开始和结束（我想要一个冰淇淋/我准备付钱）。

我们的次要目标是最小化 Dialogflow 端的冗余：理想情况下，只有一个代理，理想情况下，不需要重复的意图不应该被复制。

我们的架构不是客户驱动的；客户端总是被我们的后端服务器 (C#) 拦截，它负责处理与 Dialogflow 的互操作。我们认为这为我们提供了更大的灵活性并更好地与我们现有的堆栈集成。

我们已经确定了这些有前途的功能：

• 子意图
• 输入上下文
• 可覆盖的实体
• Mega/Sub 代理

但我们还没有确定明确的路径。我们也在考虑可用的替代方案，例如微软的 BotBuilder、亚马逊的 AWS Chatbot 和开源 ChatterBot。

简而言之，在这方面有最佳实践吗？如果没有，将非常欢迎有关此事的任何想法和想法。

只有将 SQL 文件放在与 DAG 相同的文件夹中时，我才能运行它：

create_tables = PostgresOperator(
task_id="create_tables",
dag=dag,
postgres_conn_id="redshift",
sql="create_tables.sql"
)

如果 create_tables.sql 位于不同的文件夹（父文件夹、同级文件夹）中，PostgresOperator 会抛出异常jinja2.exceptions.TemplateNotFound，我尝试过绝对路径、相对路径（../create_tables.sql），但没有运气。

如何理解这个算子的文件加载机制？

我在 Heroku 上构建一个 Web 应用程序并遇到了这个问题：

2020-10-24T03:56:57.857273+00:00 app[web.1]: You can now view your Streamlit app in your browser.
2020-10-24T03:56:57.857320+00:00 app[web.1]: 
2020-10-24T03:56:57.857675+00:00 app[web.1]: Network URL: http://172.17.131.6:8501
2020-10-24T03:56:57.857819+00:00 app[web.1]: External URL: http://34.202.9.122:8501
2020-10-24T03:56:57.857932+00:00 app[web.1]: 
2020-10-24T03:56:59.458188+00:00 app[web.1]: 2020-10-24 03:56:59.458 Generating new fontManager, this may take some time...
2020-10-24T03:57:41.000000+00:00 app[api]: Build succeeded

2020-10-24T03:57:52.127634+00:00 heroku[web.1]: Error R10 (Boot timeout) -> Web process failed to bind to $PORT within 60 seconds of launch
2020-10-24T03:57:52.147741+00:00 heroku[web.1]: Stopping process with SIGKILL
2020-10-24T03:57:52.252583+00:00 heroku[web.1]: Process exited with status 137
2020-10-24T03:57:52.301275+00:00 …