generated from upptime/upptime
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy path.upptimerc.yml
110 lines (106 loc) · 4.9 KB
/
.upptimerc.yml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
# Upptime also supports notifications, assigning issues, and more
# See https://upptime.js.org/docs/configuration
owner: inpageedit # Your GitHub organization or username, where this repository lives
repo: status # The name of this repository
sites:
- name: jsDelivr CDN
url: https://cdn.jsdelivr.net/npm/mediawiki-inpageedit@latest/dist/InPageEdit.js
- name: Plugins Store
url: https://ipe-plugins.js.org
- name: Documentation
url: https://www.ipe.wiki
- name: Analytics API v5
url: https://analytics.ipe.wiki/api/query/recents?limit=1
- name: Analytics Dashboard
url: https://analytics.ipe.wiki/
status-website:
# Add your custom domain name, or remove the `cname` line if you don't have a domain
# Uncomment the `baseUrl` line if you don't have a custom domain and add your repo name there
cname: status.ipe.wiki
# baseUrl: /your-repo-name
logoUrl: https://ipe.js.org/images/logo/IPE.png
name: InPageEdit Status
introTitle: "**InPageEdit** 运行状态"
introMessage: "**InPageEdit** 是由机智的小鱼君编写的一款 MediaWiki 多功能插件,它主要基于 jQuery 编写。具有较好的移动设备支持以及~~毫无卵用~~的五彩斑斓设计。主要功能旨在使许多 MediaWiki 的功能在不打开新标签页的情况下完成(包括但不限于编辑),极大加快维护 wiki 的速度。"
navbar:
- title: 首页
href: /
- title: 数据
href: https://github.com/$OWNER/$REPO
- title: InPageEdit
href: https://www.ipe.wiki
i18n:
url: URL
status: 状态
history: 历史
up: 正常运行
degraded: 部分停机
down: 全线宕机
responseTimeGraphAlt: 响应时间趋势
ms: ms
responseTime: 响应时间
responseTimeDay: 24小时响应时间
responseTimeWeek: 7天响应时间
responseTimeMonth: 30天响应时间
responseTimeYear: 1年响应时间
uptime: 可用率
uptimeDay: 4小时可用率
uptimeWeek: 7日可用率
uptimeMonth: 30日可用率
uptimeYear: 1年可用率
liveStatus: 实时状态
liveStatusHtmlComment: ""
allSystemsOperational: 好耶,系统全功率运转中~
degradedPerformance: 不太好,部分系统可用率偏低……
completeOutage: 出大问题,全线系统均已宕机!
partialOutage: 不太好,部分系统宕机中……
activeIncidents: 目前宕机中
incidentReport: "事故报告 #$NUMBER →"
activeIncidentSummary: 自 $DATE 起 $POSTS 条相关动态
incidentTitle: 事故详情 $NUMBER
incidentDetails: 事故详情
incidentFixed: 已修复
incidentOngoing: 进行中
incidentOpenedAt: 开始于
incidentClosedAt: 结束于
incidentSubscribe: 订阅处理进展
incidentViewOnGitHub: 在 GitHub 查看
incidentCommentSummary: $AUTHOR 于 $DATE 发布
incidentBack: ← 返回事故列表
pastIncidents: 过去的事故
pastIncidentsResolved: 已于 $MINUTES 分钟内解决,共 $POSTS 条动态
overallUptime: "总体运行状态: $UPTIME"
overallUptimeTitle: 总体运行状态
averageResponseTime: "平均响应时间: $TIMEms"
averageResponseTimeTitle: 平均响应
sevelDayResponseTime: 7天响应时间
responseTimeMs: 响应时间 (毫秒)
loading: 加载中
navGitHub: GitHub
footer: Powered by [Upptime](https://upptime.js.org)
rateLimitExceededTitle: 频率受限
rateLimitExceededIntro: 您已达到请求数上限,因此您可能需要尝试在一个小时后再次访问。或者,您可以添加 GitHub 个人访问令牌以继续使用此网站。
rateLimitExceededWhatDoesErrorMean: 这个报错意味着什么?
rateLimitExceededErrorMeaning: 我们使用 GitHub API 获取实时数据。默认情况下,GitHub 允许每个 IP 地址每小时 60 个请求,您已经达到了使用上限。
rateLimitExceededErrorHowCanFix: 我如何处理它?
rateLimitExceededErrorFix: 您可以稍等一小时,您的 IP 地址限制将恢复。或者,您可以添加您的 GitHub 个人访问令牌,这将使您获得每小时 5000 个请求的上限。
rateLimitExceededGeneratePAT: 了解如何生成个人访问令牌
rateLimitExceededHasSet: 您已配置个人访问令牌。
rateLimitExceededRemoveToken: 移除令牌
rateLimitExceededGitHubPAT: GitHub 个人访问令牌
rateLimitExceededCopyPastePAT: 复制并粘贴您的令牌
rateLimitExceededSaveToken: 保存令牌
errorTitle: 哎呀,出大问题
errorIntro: 好像无法获取最新的状态数据……
errorText: 如果您位于中国大陆,则可能是无法访问 GitHub 数据导致的。<br>您也可以稍后再试。
errorHome: 回到首页
pastScheduledMaintenance: 过去的定期维护
scheduledMaintenance: 定期维护
scheduledMaintenanceSummaryStarted: 已于 $DURATION 分钟前($DATE)开始
scheduledMaintenanceSummaryStarts: 开始于 $DURATION 分钟前($DATE)
startedAt: 已开始于
startsAt: 开始于
duration: 历时
durationMin: $DURATION 分钟
incidentCompleted: 完成
incidentScheduled: 排队