Asterisk 对上下文使用非标准名称
我想以前缀Asterisk 对上下文使用非标准名称,asterisk,Asterisk,我想以前缀ctx-命名我的所有上下文。在测试这一点时,我至少遇到了传入的上下文的问题(可能还有更多,但我已经恢复了更改并停止了进一步的测试) 是否可以配置星号,使其不使用标准的输入,默认,输出,而使用我首选的ctx输入,ctx默认,ctx输出 我还需要考虑什么其他的标准背景?我想这取决于所使用的应用程序?是否有标准上下文列表 澄清一下,我这样做是因为在我的代码库中为传入的或默认值进行grepping是一场噩梦。好主意——但不要忘记,在许多语言中,连字符将被解释为负号。我猜星号就是这么做的。使用下
ctx-
命名我的所有上下文。在测试这一点时,我至少遇到了传入的上下文的问题(可能还有更多,但我已经恢复了更改并停止了进一步的测试)
是否可以配置星号,使其不使用标准的输入
,默认
,输出
,而使用我首选的ctx输入
,ctx默认
,ctx输出
我还需要考虑什么其他的标准背景?我想这取决于所使用的应用程序?是否有标准上下文列表
澄清一下,我这样做是因为在我的代码库中为传入的或默认值进行grepping是一场噩梦。好主意——但不要忘记,在许多语言中,连字符将被解释为负号。我猜星号就是这么做的。使用下划线是可以的(ctx\u incoming
等)。是的,可以在上下文中使用任何名称
减号也可以,和任何英文字母一样
pro-sip*CLI> dialplan show my-super-context
[ Context 'my-super-context' created by 'pbx_config' ]
's' => 1. Noop() [pbx_config]
没有任何标准的上下文。唯一的标准部分是“[general]”,其中包含全局变量
你认为……[]#@不能使用 是的,您可以使用任何迪拉普兰和您想要的上下文。这就是开源提供的灵活性:)
您可以为自定义拨号计划编写任何上下文名称,但必须将这些名称包含在您提供给用户的主上下文中。命名约定的一个好主意是使用(_)而不是(-)
e、 g:是的,这很有效。实际上,我第一次尝试时就做对了,但是忘记了调整自动生成的sip配置文件(在我的repo中没有检查),其中指定了sip用户的传入上下文。Thx,很好的警告,但在星号中允许连字符。我现在成功地将ctx-
用于上下文,sub-
用于子例程,lbl-
用于标签。此外,星号在宏前面加上一个宏-
。