黑客24小时在线接单的网站

Relay 的配置纪录在文档 .relay/config.yml 中。要变更此部位，请将 --config 选项传送给一切 Relay 指令：

./relayrun--config/path/to/folder

全部配置 key 全是 snake_case。

Relay

下列纪录了 Relay 的基本设置：

:String,default:managed,很有可能的值:managed,static,proxy和capture

操纵Relay怎样获得事情的新项目配置。相关这种方式的详细描述，客户程序Relay方式。

relay.upstream

:String,default:https://sentry.io上下游Relay或Sentry案例的彻底限制URL。

Relay不容易查验循环系统。不必将此选项设置为会造成事情循环系统返回这里的节点。

relay.host

String,default:Docker中0.0.0.0,不然127.0.0.1

elay应当关联到的服务器(网络接口)。示例：0.0.0.0

relay.port

:Integer,default:3000

为未数据加密的RelayHTTPserver关联的端口号。示例：3000

relay.tls_port

:Integer,optional

为数据加密RelayHTTPSserver关联的可选择端口号。示例：3001

这也是对port选项的填补：假如你在tls_port上设置了一个HTTPS网络服务器，那麼port上的HTTPserver依然存有。

relay.tls_identity_path

:String,optional

用以HTTPSserver的真实身份（DER-encodedPKCS12）的系统文件途径。在各项工作文件目录中评定绝对路径。例如：relay_dev.pfx

relay.tls_identity_password

:String,optional

relay.tls_identity_path中PKCS12归档的登陆密码。

HTTP

这种设置操纵与互联网有关的配置。

http.timeout

:Integer,default:5

上下游请求的中断時间（以秒为企业）。

此请求超时包含从推送请求到接受回应头的時间。此请求超时既不包括连接全过程和握手，都不包含载入回应文章正文。

:http.connection_timeout

:Integer,default:3

与上下游创建连接的中断時间（以秒为企业）。

这包含SSL握手。当上下游适用连接维持主题活动时，Relay器重连接。连接较多保存75秒，不主题活动保存15秒。

http.max_retry_interval

:Integer,default:60

不成功请求再试中间的较大间距（秒）。

http.host_header

:String,default:null

要发送至上下游的自定HTTPHostheader。

Caching(缓存文件)

这种设置可以调整新项目情况的缓存文件。

cache.project_expiry

:Integer,default:300(5minutes)

新项目配置的缓存文件请求超时（以秒为企业）。假如您应用"simpleproxymode"，您的新项目配置储存在本地文件中，则无关痛痒。

cache.project_grace_period

:Integer,default:0(seconds)

在获得新情况时缓存文件期满后再次应用此新项目配置的分秒。这也是在cache.project_expiry和cache.miss_expiry以上加上的。

cache.relay_expiry

:Integer,default:3600(1hour)

中下游Relay信息内容（公匙）的缓存文件请求超时（以秒为企业）。这仅在您准备将大量Relay连接到此Relay时才有关。

cache.envelope_expiry

:Integer,default:600(10minutes)

在网络问题或库存积压的情形下，Relay在其缓存中缓冲传到合理负载的较长時间。这适用发送至Relay的全部类别的数据信息，包含事情、附件和会话。

另见cache.envelope_buffer_size。

cache.miss_expiry

:Integer,default:60(1minute)

不会有的条目地缓存请求超时。

cache.batch_interval

:Integer,default:60(1minute)

不会有的条目地缓存请求超时。

cache.batch_size

:Integer,default:500

一次从Sentry获得的较大新项目配备数。

cache.file_interval

:Integer,default:10(10seconds)

监控当地缓存覆盖文件的间隔时间(以秒为企业)。

cache.envelope_buffer_size

:Integer,default:1000

在网络问题或库存积压的情形下缓冲的传到合理负载的最高总数。这适用发送至Relay的全部类别的数据信息，包含事情、附件和会话。

另见cache.envelope_expiry。

cache.eviction_interval

:Integer,default:60(seconds)

从运行内存中驱赶落伍的工程项目配备的间隔时间。

Size Limits(尺寸限定)

这种设定操纵与 HTTP 有关的限定。全部值要不是整数金额，要不是人们可写的数据字符串数组和人们可写的企业，例如：

• 500B
• 1kB (1,000 bytes)
• 1KB or 1KiB (1,024 bytes)
• 1MB (1,000,000 bytes)
• 1MiB (1,048,576 bytes)

limits.max_concurrent_requests

:Integer,default:100

上下游的最大的高并发线程数。假如上下游适用，Relay支持联接保活(keepalive)。

limits.max_concurrent_queries

:Integer,default:5

在Relay逐渐缓冲请求以前，可以与此同时从Relayupstream推送的较大查看数。查询是为了更好地获得信息而向上下游传出的全部请求，并确立地清除事情递交。

查看的高并发性还遭受max_concurrent_requests的限定。

limits.max_event_size

:String,default:1MiB

事情的较大负载尺寸。

limits.max_attachment_size

:String,default:50MiB

每一个附件的较大尺寸。

limits.max_attachments_size

:String,default:50MiB

信封袋(envelope)或请求中全部附件的较大组成尺寸。

limits.max_envelope_size

:String,default:50MiB

全部信封袋的最高合理负载尺寸。本人限定依然适用。

limits.max_session_count

:Integer,default:100

每一个信封袋的较大会话项目数。

limits.max_api_payload_size

:String,default:20MiB

一般API请求的较大负载尺寸。

limits.max_api_file_upload_size

:String,default:40MiB

上传文件和块(chunks)的最高合理负载尺寸。

limits.max_api_chunk_upload_size

:String,default:100MiB

块的最高合理负载尺寸。

limits.max_thread_count

:Integer,default:numberofcpus

为每一个CPU和WebWorker转化成的较大连接数。

造成的进程数量大概为2*limits.max_thread_count N，在其中N是一组固定不动的管理方法进程。

limits.query_timeout

:Integer,default:30(seconds)

容许查看再试的较大秒数。单独要求的中断時间较短。

limits.max_connection_rate

:Integer,default:256

一次可以建立的与Relay的最大连接数。

limits.max_pending_connections

:Integer,default:2048

较大挂起联接到Relay的总数。这相匹配于POSIX中listen(2)的backlog主要参数。

limits.max_connections

:Integer:default:25_000

Relay开启的较大传到线程数。

limits.shutdown_timeout

:Integer,default:L10(seconds)

接受到关掉数据信号后等候挂起事件的较大秒数。

Logging(日志纪录)

logging.level

:String,default:info

relay的日志等级。下列之一：

off

error

warn

info

debug

trace

在debug和trace级别，Relay会传出极为冗杂的信息，这也许会对应用软件性能造成严重影响。

logging.log_failed_payloads

:boolean,default:false

将不成功事件的详细事件负荷纪录到日志流中。

logging.format

:String,default:auto

操纵日志文件格式。下列之一：

auto:自动识别(特别适合TTY，别的则简单化)

pretty:含有色彩的人们可读文件格式

simplified:简单化的人们可读日志輸出

json:JSON纪录，适用日志手机软件

logging.enable_backtraces

:boolean,default:true

假如开启，将全部内部错误的追踪写回日志流并将他们包括在Sentry不正确中。

StatsD Metrics(统计分析指标)

metrics.statsd

String,optional

果设定为host/port字符串数组，则指标将汇报给此StatsD案例。

metrics.prefix

:String,default:sentry.relay

应加上到全部指标的作为前缀。

metrics.default_tags

:Mapofstringstostrings,default:empty

一组应额外到全部传来StatsD指标的默认设置标识。

metrics.hostname_tag

:String,optional

假如设定，则加上给出名字的标识并将其设定为运作Relay的机器设备的hostname。此配备针对区别好几个Relay很有效。

metrics.buffering

:boolean,default:true

在发送至StatsDserver以前是不是会缓存传出的指标。这通常会提升性能，但要留意的是，在总流量较低的情形下，指标很有可能要多几秒才可以散播。

metrics.sample_rate

:Float,default1.0

全部传出的指标的全局性采样率。应当在0.0和1.0中间。假如超过该范畴，该值将被归一化（负数将变成0.0，超过1.0的恰逢变成1.0）。例如，0.3的值代表着仅有30%的已传出指标将被发送。一定要注意，执行的取样方式不清楚指标种类，例如，当采样率低于1.0时，不容易再次调节计数值。

: Internal Error Reporting(内部错误汇报)

为 Relay 中产生的错误配备错误报告。默认设置禁止使用。

sentry.enabled

:boolean,default:false

是不是向独立的DSN汇报内部错误。false表明不容易发送内部错误，但仍会纪录。

sentry.dsn

:String,optional

向其汇报内部结构Relay常见故障的SentryDSN。

大家提议将其设定为不容易向本身发送Relay错误的值。理想化状况下，这一值应当立即向Sentry发送错误，而不是另一个Relay。