gpt4 book ai didi

python - 在 Pyramid .ini 文件中配置不同的电子邮件后端

转载 作者:太空宇宙 更新时间:2023-11-04 06:01:33 25 4
gpt4 key购买 nike

我正在 Pyramid 中开发一个相当基本的应用程序.该应用程序包括发送电子邮件的功能。目前我打算为此目的使用 Sendgrid,但不想将它耦合得太紧。此外,我不希望在开发或测试期间发送任何电子邮件。我的解决方案是为每个提供者创建轻量级中间件类,它们都提供一个 send() 方法。

我想可以通过使用 Configurator 来实现松散耦合反对,但我还没有完全做到这一点。

如果给定以下代码(注意没有请求,因为我希望能够通过 Celery 调用它):

def send_email(sender, recipient, subject, contents):
emailer = get_emailer()
emailer.send(from=sender, to=receipient, subject=subject, body=contents)

假设我的 development.ini 包含类似 pyramid.includes = my_app.DumpToConsoleEmailer 的内容,get_emailer() 函数会是什么样子?

最佳答案

你提到的 Celery 改变了一切...... Celery 并没有让它变得很明显,但是 Celery worker 是一个完全绝对独立的进程,它对你的 Pyramid 应用程序一无所知,并且可能在不同的机器上运行,执行任务在您的 Web 应用程序创建它们后数小时 - 工作人员只需从队列中一项接一项地执行任务并执行它们。没有请求,没有配置器,没有 WSGI 堆栈,没有从 .ini 文件组装您的应用程序的 PasteDeploy。

要点是——Celery worker 不知道你的 Pyramid 进程是在开发配置还是生产配置中启动的,除非你明确地告诉它。甚至可以让一个工作人员从两个应用程序执行任务,一个在开发模式下运行,另一个在生产模式下运行:)

一种选择是在启动时将配置显式传递给您的 celery worker(例如,通过在 celeryconfig.py 中声明一些变量)。然后,工作人员将始终对所有任务使用相同的邮件程序。

另一种选择是将“mailer_type”参数从您的 Pyramid 应用程序显式传递给每个任务的工作人员:

@task
def send_email(sender, recipient, subject, contents, mailer_type='dummy'):
emailer = get_emailer(mailer_type)
emailer.send(from=sender, to=receipient, subject=subject, body=contents)

在您的 Pyramid 应用程序中,您可以将任何键/值对放入您的 .ini 文件中,并通过 request.registry.settings 访问它们:

send_email.delay(..., request.registry.settings['mailer_type'])

关于python - 在 Pyramid .ini 文件中配置不同的电子邮件后端,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24678225/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com