在最近上线的更新中：
- 添加了「服务条款」相关的前台页面、后台页面（系统管理员才看得到）、前台页脚导航链接。在此可以阅读官方实例的服务条款。目前官方实例没有在服务条款中填写任何内容，即使写了也暂时不会生效。相应的，任何第三方实例更新后，都可以写自己的服务条款。
- 添加了「后台登录」的前台页面。此前机器人生成的后台链接失效后，会被直接重定向到首页。应该有人注意到被重定向的链接中其实包含了
服务条款的补充和后续：任何实例的拥有者都可以随时通过后台编辑服务条款内容，包括官方实例。在服务条款正式生效以后，机器人被邀请进一个群，就会多附带一个「服务条款」的链接，并且每一天服务条款页面都会生成一个独特的已阅代码。启用机器人会多出一个步骤，那就是让管理员发送最新的已阅代码。这是一种强制阅读服务条款的步骤，在任何有填写服务条款内容的实例上都会追加。未写条款内容的不会有这个步骤。并且如上条公告中的描述，官方实例是肯定会包含有严格限制某些类型的群的服务条款内容的，请做好使用其它实例或自行部署的准备。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
- 添加了「服务条款」相关的前台页面、后台页面（系统管理员才看得到）、前台页脚导航链接。在此可以阅读官方实例的服务条款。目前官方实例没有在服务条款中填写任何内容，即使写了也暂时不会生效。相应的，任何第三方实例更新后，都可以写自己的服务条款。
- 添加了「后台登录」的前台页面。此前机器人生成的后台链接失效后，会被直接重定向到首页。应该有人注意到被重定向的链接中其实包含了
/login 路径，但因为没有这个页面所以仍然显示的首页内容。现在此链接已经有内容了，复制令牌字符串即可登录。一直以来未开发登录页面是因为后台不够完善，并且不支持手机。现在虽然仍然不支持手机，但是功能完善很多了，该开放了。服务条款的补充和后续：任何实例的拥有者都可以随时通过后台编辑服务条款内容，包括官方实例。在服务条款正式生效以后，机器人被邀请进一个群，就会多附带一个「服务条款」的链接，并且每一天服务条款页面都会生成一个独特的已阅代码。启用机器人会多出一个步骤，那就是让管理员发送最新的已阅代码。这是一种强制阅读服务条款的步骤，在任何有填写服务条款内容的实例上都会追加。未写条款内容的不会有这个步骤。并且如上条公告中的描述，官方实例是肯定会包含有严格限制某些类型的群的服务条款内容的，请做好使用其它实例或自行部署的准备。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
docker-compose pull server
docker-compose up -d
即可。在最近上线的更新中：
- 对前台首页进行了大量的细节调整、部分内容添加和重新设计。从视觉上看几乎可以认为是换了一种风格，但由于某些原因，它当前还不是完全版本。
- 完整的实现了「赞助」相关的一切功能。不过对于第三方实例而言，无论是前台、后台和机器人命令，都不会有和赞助相关的内容。它仅存在于官方。
- 修正了社区运营实例列表中对「当前实例」的识别错误。此列表显示于前台首页，任何被添加进这个列表的第三方实例都可以显示。（加入这个列表）
- 现在第三方实例可以自动使用自己的头像啦。无论是前台还是后台内容，机器人自身头像将是真实头像，不再是此前固定的静态资源。这个更新是为了让第三方实例自身和 web 内容显得更相符。
- 添加了配置字段
附加的有关「赞助」相关内容：
当前已经在项目源码的 README、官方实例的前台、官方机器人的命令三个地方添加上了赞助入口，有赞助意愿的可通过此链接赞助本项目。很感谢早前没有任何赞助计划时一些主动赞助的人，以及此后可能有赞助意愿的你们 ：）
注意，赞助在第三方实例上没有一点痕迹，它仅存在于官方就行了。不过完全独立的赞助计划也有存在于第三方实例的意义，毕竟他们也存在运营开销。但目前，没有相关设计。
附加的有关「新前台首页」相关内容：
现在的前台其布局其实还是保持了原有的设计，但是各种细节有大量、多次的调整。整个网页已经是一整张纯白的背景，而不是以前那种粗糙、反差大的一层层的背景色。最明显的变化就是重新设计了有渐变效果的 LOGO 和标题文字，以及添加了数个图像背景。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
请给新首页投票（包括手机浏览器用户），感谢 ：）
- 对前台首页进行了大量的细节调整、部分内容添加和重新设计。从视觉上看几乎可以认为是换了一种风格，但由于某些原因，它当前还不是完全版本。
- 完整的实现了「赞助」相关的一切功能。不过对于第三方实例而言，无论是前台、后台和机器人命令，都不会有和赞助相关的内容。它仅存在于官方。
- 修正了社区运营实例列表中对「当前实例」的识别错误。此列表显示于前台首页，任何被添加进这个列表的第三方实例都可以显示。（加入这个列表）
- 现在第三方实例可以自动使用自己的头像啦。无论是前台还是后台内容，机器人自身头像将是真实头像，不再是此前固定的静态资源。这个更新是为了让第三方实例自身和 web 内容显得更相符。
- 添加了配置字段
POLICR_MINI_BOT_AUTO_GEN_COMMANDS 以支持自动生成机器人命令。添加此配置并设置值为 true 即可在每次启动时创建或更新命令，不需要再使用 BotFather 机器人。为了兼容现状，此配置的默认值为 false。注意，为 .yml 文件设置此配置的值需要加上引号，例如 "true"。新配置字段已更新到部署教程中。附加的有关「赞助」相关内容：
当前已经在项目源码的 README、官方实例的前台、官方机器人的命令三个地方添加上了赞助入口，有赞助意愿的可通过此链接赞助本项目。很感谢早前没有任何赞助计划时一些主动赞助的人，以及此后可能有赞助意愿的你们 ：）
注意，赞助在第三方实例上没有一点痕迹，它仅存在于官方就行了。不过完全独立的赞助计划也有存在于第三方实例的意义，毕竟他们也存在运营开销。但目前，没有相关设计。
附加的有关「新前台首页」相关内容：
现在的前台其布局其实还是保持了原有的设计，但是各种细节有大量、多次的调整。整个网页已经是一整张纯白的背景，而不是以前那种粗糙、反差大的一层层的背景色。最明显的变化就是重新设计了有渐变效果的 LOGO 和标题文字，以及添加了数个图像背景。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
docker-compose pull server
docker-compose up -d
即可。请给新首页投票（包括手机浏览器用户），感谢 ：）
在最近上线的更新中：
- 修复并调整了前台首页的一些细节：
1. 此前 T-party 字样有非正常换行，现在正常显示。
2. 针对移动设备使用了独立的背景图像，手机显示背景将更自然。
3. 内联了一些图片资源到 JS 中，页面呈现的时间一致性更高了。因为不再需要二次请求下载资源。
4. 修改了未注册社区运营的实例的首页中「社区中开放服务的实例」部分的内容。现在只会显示一段小字，提醒尚未注册。
- 前台首页的机器人头像链接将跳转到当前实例的机器人链接，不再是官方实例的链接。这其实是一个一直没有发现的错误。
- 更新了后台「方案定制」页面的 UI 并添加了系统默认值的显示。
- 添加了后台的「全局属性」页面，位于系统菜单（实例拥有者才能显示）。此页面可以修改一些全局的值，立即生效。例如验证方案的各个系统默认值。
- 在私聊的验证结果中显示群组标题。此前只会返回一个验证结果，例如「恭喜您，验证通过」。现在将显示「恭喜您通过了『我是群名称』的加群验证」。
- 实现了后台「批量管理」页面（位于系统菜单）中的「同步按钮」功能。现在拥有者可以通过此页面直接同步某个群的资料（标题、USERNAME、头像），避免某些群因为某些原因没有正常同步相关数据。这个是很必要的一个修复性功能，因为如果一个群的资料是过时的，那么验证就会显得异常。例如某用户刚刚明明通过的是名为「A1」 群的验证，但是验证结果中显示通过了「A2」的验证，而 A2 是过去的群标题。这就是群资料没有被正确同步导致的。
附加的对「全局属性」页面的解释：
目前机器人默认的验证时间为 300 秒，默认的验证方法为「图片验证」，等等。这些都是系统默认值，这个值是可以通过此页面修改的。一旦系统默认值被修改，会对所有「方案定制」页面没有修改过默认值的群组产生变化。但是一旦某个群在「方案定制」页面将某些值修改过（不再是系统默认），则不会被默认值的改变影响。一般来讲，没有特殊原因，这些值是不会修改的。如果修改，会提前告知（此言论仅限官方实例的运营规则）。未来会有两个新的设置，为了测试新的设置，官方实例的默认值可能会短暂的修改，不过不是现在。
补充：在全局属性页面修改默认验证方法对于自行部署的很有意义。把默认的图片验证改成其它的，避免因为没有图片资源而导致切换到后备验证方法上。
部署教程中新增的内容：
此前从未提及一个名为 POLICR_MINI_DATABASE_POOL_SIZE 的设置字段，现在已将它添加到教程的配置模板中。此字段可以设置数据库连接池的大小，让资源开销和性能更符合自己的实例和服务器硬件。从这里阅读有关该配置字段的解释，根据需要复制新的配置模板，也许对你有用。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
docker-compose pull server
docker-compose up -d
即可。
- 修复并调整了前台首页的一些细节：
1. 此前 T-party 字样有非正常换行，现在正常显示。
2. 针对移动设备使用了独立的背景图像，手机显示背景将更自然。
3. 内联了一些图片资源到 JS 中，页面呈现的时间一致性更高了。因为不再需要二次请求下载资源。
4. 修改了未注册社区运营的实例的首页中「社区中开放服务的实例」部分的内容。现在只会显示一段小字，提醒尚未注册。
- 前台首页的机器人头像链接将跳转到当前实例的机器人链接，不再是官方实例的链接。这其实是一个一直没有发现的错误。
- 更新了后台「方案定制」页面的 UI 并添加了系统默认值的显示。
- 添加了后台的「全局属性」页面，位于系统菜单（实例拥有者才能显示）。此页面可以修改一些全局的值，立即生效。例如验证方案的各个系统默认值。
- 在私聊的验证结果中显示群组标题。此前只会返回一个验证结果，例如「恭喜您，验证通过」。现在将显示「恭喜您通过了『我是群名称』的加群验证」。
- 实现了后台「批量管理」页面（位于系统菜单）中的「同步按钮」功能。现在拥有者可以通过此页面直接同步某个群的资料（标题、USERNAME、头像），避免某些群因为某些原因没有正常同步相关数据。这个是很必要的一个修复性功能，因为如果一个群的资料是过时的，那么验证就会显得异常。例如某用户刚刚明明通过的是名为「A1」 群的验证，但是验证结果中显示通过了「A2」的验证，而 A2 是过去的群标题。这就是群资料没有被正确同步导致的。
附加的对「全局属性」页面的解释：
目前机器人默认的验证时间为 300 秒，默认的验证方法为「图片验证」，等等。这些都是系统默认值，这个值是可以通过此页面修改的。一旦系统默认值被修改，会对所有「方案定制」页面没有修改过默认值的群组产生变化。但是一旦某个群在「方案定制」页面将某些值修改过（不再是系统默认），则不会被默认值的改变影响。一般来讲，没有特殊原因，这些值是不会修改的。如果修改，会提前告知（此言论仅限官方实例的运营规则）。未来会有两个新的设置，为了测试新的设置，官方实例的默认值可能会短暂的修改，不过不是现在。
补充：在全局属性页面修改默认验证方法对于自行部署的很有意义。把默认的图片验证改成其它的，避免因为没有图片资源而导致切换到后备验证方法上。
部署教程中新增的内容：
此前从未提及一个名为 POLICR_MINI_DATABASE_POOL_SIZE 的设置字段，现在已将它添加到教程的配置模板中。此字段可以设置数据库连接池的大小，让资源开销和性能更符合自己的实例和服务器硬件。从这里阅读有关该配置字段的解释，根据需要复制新的配置模板，也许对你有用。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
docker-compose pull server
docker-compose up -d
即可。
在最近上线的更新中：
- 给「方案定制」和「全局属性」页面添加了对「提及文本」的修改。此项设置会改变验证消息中提及用户的部分所显示的文本。当前可以修改为「用户 ID」、「用户全名」和「马赛克全名」。长期以来（包括现在），默认提及用户时显示的文本都是马赛克全名。它指的是把用户的 FirstName 和 LastName 组合起来，然后用一些符号替换掉部分文字。这样做就像给名字打了码一样。最初使用这种方式显示用户名字是因为曾经有一段时间名称中包含广告的加群用户特别普遍，为了避免显示广告所以给名字打码。现在可以自由修改显示的内容了。如果选择「用户全名」，将不再打码。选择「用户 ID」则显示一串数字。
- 给「方案定制」和「全局属性」页面添加了对「图片验证答案个数」的修改。此项设置将决定图片验证时，待验证用户会看到的候选答案的个数。一直以来这个值都是 3。需要注意的是，后台并不支持自定义这个值，只能在「3」、「4」、「5」这三个数字中做选择。但不排除日后会开放更高的个数。
从明天开始的后三天，提及文本的系统默认值会一直变化。如果你不想被这种以测试为目的的变化影响，提及文本不要选择「系统默认」即可。反之，所有此设置为「系统默认」的都会因为默认值的改变而产生影响。具体表现为在用户 ID、用户全名、马赛克全名三个之间不断变化，测试结束后默认值会恢复为「马赛克全名」。
与「提及文本」的测试不同，图片验证的答案个数的默认值将直接从 3 修改到 4。因为 3 实际上是个偏小的值，默认值应该讲究均衡。以及，此处不需要测试。
顺便预告下下次的更新：不出意外的话，应该会提供制作验证图片资源的工具。
- 给「方案定制」和「全局属性」页面添加了对「提及文本」的修改。此项设置会改变验证消息中提及用户的部分所显示的文本。当前可以修改为「用户 ID」、「用户全名」和「马赛克全名」。长期以来（包括现在），默认提及用户时显示的文本都是马赛克全名。它指的是把用户的 FirstName 和 LastName 组合起来，然后用一些符号替换掉部分文字。这样做就像给名字打了码一样。最初使用这种方式显示用户名字是因为曾经有一段时间名称中包含广告的加群用户特别普遍，为了避免显示广告所以给名字打码。现在可以自由修改显示的内容了。如果选择「用户全名」，将不再打码。选择「用户 ID」则显示一串数字。
- 给「方案定制」和「全局属性」页面添加了对「图片验证答案个数」的修改。此项设置将决定图片验证时，待验证用户会看到的候选答案的个数。一直以来这个值都是 3。需要注意的是，后台并不支持自定义这个值，只能在「3」、「4」、「5」这三个数字中做选择。但不排除日后会开放更高的个数。
从明天开始的后三天，提及文本的系统默认值会一直变化。如果你不想被这种以测试为目的的变化影响，提及文本不要选择「系统默认」即可。反之，所有此设置为「系统默认」的都会因为默认值的改变而产生影响。具体表现为在用户 ID、用户全名、马赛克全名三个之间不断变化，测试结束后默认值会恢复为「马赛克全名」。
与「提及文本」的测试不同，图片验证的答案个数的默认值将直接从 3 修改到 4。因为 3 实际上是个偏小的值，默认值应该讲究均衡。以及，此处不需要测试。
顺便预告下下次的更新：不出意外的话，应该会提供制作验证图片资源的工具。
在最近上线的更新中，重新设计了图片验证的资源结构、加载和更新的模式。
注意：这是一个告知性质的通知，并不建议任何第三方实例更新到此阶段的版本上来。
为了让潜在的 BUG 可能带来的不良影响尽可能的小，默认验证方式已被修改为「算数验证」。待测试结束，默认验证将会恢复成图片验证。如果你想帮助测试新的图片验证，可手动将验证方式修改为图片验证（而不是系统默认）。
之所以要重新设计图片验证的底层，是为了让第三方实例更好的安装验证资源。现在可以通过后台直接上传资源包，更新验证资源。对于资源的制作，可以用工具方便的生成。不过，你仍然要自己收集图片。工具会帮你生成清单文件，压缩、规范化图片信息。
直到测试结束，这些东西才会公开。包括资源生成器、使用教程，新版本镜像。
注意：这是一个告知性质的通知，并不建议任何第三方实例更新到此阶段的版本上来。
为了让潜在的 BUG 可能带来的不良影响尽可能的小，默认验证方式已被修改为「算数验证」。待测试结束，默认验证将会恢复成图片验证。如果你想帮助测试新的图片验证，可手动将验证方式修改为图片验证（而不是系统默认）。
之所以要重新设计图片验证的底层，是为了让第三方实例更好的安装验证资源。现在可以通过后台直接上传资源包，更新验证资源。对于资源的制作，可以用工具方便的生成。不过，你仍然要自己收集图片。工具会帮你生成清单文件，压缩、规范化图片信息。
直到测试结束，这些东西才会公开。包括资源生成器、使用教程，新版本镜像。
通过 mini-assets 项目制作 Policr Mini 的图片验证资源
升级 Policr Mini 的步骤：
1. 升级 policr-mini 镜像到最新的版本上(pull server)，且暂时不要重新部署 (up -d)。
2. 使用最新的 docker-compose.yml 文件覆盖原有的内容。
3. 删除 images 文件夹。
4. 重新部署（up -d）。
注意：切记在使用最新的 docker-compose 配置文件之前，不要重新部署容器，会启动失败。
使用 mini-assets-gen 工具
此项目主页有非常详细的教程。
欢迎第三方实例的运营者定制属于自己的图片验证资源。顺带一提，您不必和官方机器人一样追求资源的通用性，例如适用于某些领域的图片验证机器人，也是不错的类型。
升级 Policr Mini 的步骤：
1. 升级 policr-mini 镜像到最新的版本上(pull server)，且暂时不要重新部署 (up -d)。
2. 使用最新的 docker-compose.yml 文件覆盖原有的内容。
3. 删除 images 文件夹。
4. 重新部署（up -d）。
注意：切记在使用最新的 docker-compose 配置文件之前，不要重新部署容器，会启动失败。
使用 mini-assets-gen 工具
此项目主页有非常详细的教程。
欢迎第三方实例的运营者定制属于自己的图片验证资源。顺带一提，您不必和官方机器人一样追求资源的通用性，例如适用于某些领域的图片验证机器人，也是不错的类型。
在最近上线的更新中
1. 添加后台「登出」功能，位于「管理员菜单」的最上方。顺带显示了当前登录的用户。通过此链接登出后台仅针对本地浏览器 cookies 的清理，并不会吊销登录令牌。
2. 支持在管理员全部匿名的群组中使用机器人。
3. 适配了从管理员列表中直接将机器人添加到管理员这一进群途径。
附加的解释：
此前机器人并不能在管理员全部匿名的群组中使用，这主要是因为机器人读取不到这类群组中的管理员（跟人看不到匿名后的管理员一样）。识别不到管理员表示不会记录任何有权限的群成员，这会导致无人可控制机器人或进入后台。在这种情况下，即使想启用机器人功能都做不到。为了避免这种现象，现在会自动将修改机器人自身权限（提升或添加为管理员）的群成员添加到后台权限中。这样即使机器人获取不到任何群管理，也能正确的记录部分真实权限。所以，现在机器人可以在管理员全匿名的群组中正常工作了。当然这并不是针对管理员全匿名群组所致的权限问题的最终方案，它的主要目的是避免机器人无人可控。
在客户端管理群组的菜单（Manage Group）中，可以看到管理员列表（Administrators），群主或有特定权限的群成员可以直接从这个列表中把机器人添加进来（ADD ADMINISTRATOR）。这种添加途径在 Policr Mini 看来是有一点不同的，此前从未料想到有这种加入途径，所以理论上它不能在这种添加途径下自主工作。现在机器人已经适配了这一途径，并且会自动提供功能启用按钮。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
1. 添加后台「登出」功能，位于「管理员菜单」的最上方。顺带显示了当前登录的用户。通过此链接登出后台仅针对本地浏览器 cookies 的清理，并不会吊销登录令牌。
2. 支持在管理员全部匿名的群组中使用机器人。
3. 适配了从管理员列表中直接将机器人添加到管理员这一进群途径。
附加的解释：
此前机器人并不能在管理员全部匿名的群组中使用，这主要是因为机器人读取不到这类群组中的管理员（跟人看不到匿名后的管理员一样）。识别不到管理员表示不会记录任何有权限的群成员，这会导致无人可控制机器人或进入后台。在这种情况下，即使想启用机器人功能都做不到。为了避免这种现象，现在会自动将修改机器人自身权限（提升或添加为管理员）的群成员添加到后台权限中。这样即使机器人获取不到任何群管理，也能正确的记录部分真实权限。所以，现在机器人可以在管理员全匿名的群组中正常工作了。当然这并不是针对管理员全匿名群组所致的权限问题的最终方案，它的主要目的是避免机器人无人可控。
在客户端管理群组的菜单（Manage Group）中，可以看到管理员列表（Administrators），群主或有特定权限的群成员可以直接从这个列表中把机器人添加进来（ADD ADMINISTRATOR）。这种添加途径在 Policr Mini 看来是有一点不同的，此前从未料想到有这种加入途径，所以理论上它不能在这种添加途径下自主工作。现在机器人已经适配了这一途径，并且会自动提供功能启用按钮。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
docker-compose pull server
docker-compose up -d
即可。This media is not supported in your browser
VIEW IN TELEGRAM
在最近上线的更新中
- 向后台的部分列表添加悬浮卡片，当鼠标移动到该列表的某个数据时（通常是名称、标题）会显示该数据的更多细节。包括：验证记录、操作记录、批量管理的群列表（拥有者可见）。
- 自定义验证的编辑预览在包含附件时，会显示附件类型。因为开销会太大的关系，所以不会显示真实资源内容（但会尝试更真实的模拟消息的样子）。
- 只读权限的管理员进入后台时，整个页面背景都会显示非常夸张的只读水印。因为机器人拥有者相对于其他群都是只读的，所以机器人拥有者进入任何群的后台都会显示这个水印背景（排除拥有者自己的群）。
附加的解释
此前不断有人反映有名称带广告的相同的人重复加群。经过数据上的观察发现这些人很多时候只是名字相同而已，实际上是不同的用户。现在通过悬浮显示的用户信息卡片，就能直接观察到这个结果。例如演示录屏中有三个同名的人，但其 ID 并不一样。
并且因为此前一直会截断显示长名称的名字，本就给分辨不同的人造成了困扰，现在不会了。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
- 向后台的部分列表添加悬浮卡片，当鼠标移动到该列表的某个数据时（通常是名称、标题）会显示该数据的更多细节。包括：验证记录、操作记录、批量管理的群列表（拥有者可见）。
- 自定义验证的编辑预览在包含附件时，会显示附件类型。因为开销会太大的关系，所以不会显示真实资源内容（但会尝试更真实的模拟消息的样子）。
- 只读权限的管理员进入后台时，整个页面背景都会显示非常夸张的只读水印。因为机器人拥有者相对于其他群都是只读的，所以机器人拥有者进入任何群的后台都会显示这个水印背景（排除拥有者自己的群）。
附加的解释
此前不断有人反映有名称带广告的相同的人重复加群。经过数据上的观察发现这些人很多时候只是名字相同而已，实际上是不同的用户。现在通过悬浮显示的用户信息卡片，就能直接观察到这个结果。例如演示录屏中有三个同名的人，但其 ID 并不一样。
并且因为此前一直会截断显示长名称的名字，本就给分辨不同的人造成了困扰，现在不会了。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
docker-compose pull server
docker-compose up -d
即可。在最近上线的更新中
- 添加服务消息清理的定制支持。在后台验证方案页面，可勾选加群服务消息或退群服务消息的清理。当前的系统默认为清理加群消息，不清理退群消息（机器人拥有者可在在全局属性页面调整系统默认值）。
- 改进自定义验证消息预览，更逼真的模拟真实消息。
- 添加自定义验证的浮动预览（鼠标悬浮在问题标题可触发），同验证记录和操作记录。
- 后台默认重定向到验证方案页面，不再是自定义页面。
附加的解释
一直以来清理加群服务消息是默认行为，这种行为的主要目的是避免广告昵称显示出来。现在这种行为可以控制了。因为退群消息也有特别的处理逻辑，所以对退群消息的清理也添加了可控性。除此之外的服务消息类型和机器人目的无关，故暂时没有支持。
动态测试
今晚 6 点起，默认服务消息清理将包括退群消息。明天上午 12 点恢复为仅对加群消息清理。如不想被测试干扰，请自行设置。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
- 添加服务消息清理的定制支持。在后台验证方案页面，可勾选加群服务消息或退群服务消息的清理。当前的系统默认为清理加群消息，不清理退群消息（机器人拥有者可在在全局属性页面调整系统默认值）。
- 改进自定义验证消息预览，更逼真的模拟真实消息。
- 添加自定义验证的浮动预览（鼠标悬浮在问题标题可触发），同验证记录和操作记录。
- 后台默认重定向到验证方案页面，不再是自定义页面。
附加的解释
一直以来清理加群服务消息是默认行为，这种行为的主要目的是避免广告昵称显示出来。现在这种行为可以控制了。因为退群消息也有特别的处理逻辑，所以对退群消息的清理也添加了可控性。除此之外的服务消息类型和机器人目的无关，故暂时没有支持。
动态测试
今晚 6 点起，默认服务消息清理将包括退群消息。明天上午 12 点恢复为仅对加群消息清理。如不想被测试干扰，请自行设置。
自行部署如何升级？
进入 policr-mini 目录（确保 docker-compose.yml 文件存在），依次执行：
docker-compose pull server
docker-compose up -d
即可。一些必要的提醒
最近两个小时 Policr Mini 机器人出现了明显的运行不稳定。症状包括：
1. 漏掉应该验证的加群新人
2. 限制了加群成员的权限，但没有及时（甚至没有）发出验证消息
3. ping 或其它命令没有响应，获取验证问题时不响应
4. 后台数据加载非常缓慢，甚至进不去
5. 残留了一些多余的消息没有删除
请各位群主、管理员注意这期间加群的新人，必要时手动恢复权限或主动移除明显的广告用户。具体恢复稳定时间不确定，可能在近期会迁移到更高配置的服务器根绝这种不稳定的现象。
最近两个小时 Policr Mini 机器人出现了明显的运行不稳定。症状包括：
1. 漏掉应该验证的加群新人
2. 限制了加群成员的权限，但没有及时（甚至没有）发出验证消息
3. ping 或其它命令没有响应，获取验证问题时不响应
4. 后台数据加载非常缓慢，甚至进不去
5. 残留了一些多余的消息没有删除
请各位群主、管理员注意这期间加群的新人，必要时手动恢复权限或主动移除明显的广告用户。具体恢复稳定时间不确定，可能在近期会迁移到更高配置的服务器根绝这种不稳定的现象。
POLICR · 更新通知
一些必要的提醒 最近两个小时 Policr Mini 机器人出现了明显的运行不稳定。症状包括： 1. 漏掉应该验证的加群新人 2. 限制了加群成员的权限，但没有及时（甚至没有）发出验证消息 3. ping 或其它命令没有响应，获取验证问题时不响应 4. 后台数据加载非常缓慢，甚至进不去 5. 残留了一些多余的消息没有删除 请各位群主、管理员注意这期间加群的新人，必要时手动恢复权限或主动移除明显的广告用户。具体恢复稳定时间不确定，可能在近期会迁移到更高配置的服务器根绝这种不稳定的现象。
通知
服务器已升级并迁移完毕。已稳定运行 15 个小时。强烈建议根据 recent actions 里边的记录手动管理下最近几天加入的人，因为他们很可能被机器人禁言了且无法完成验证。
不稳定的原因是服务器长期处于高负载状态，群数量增加，以及数据量的爆炸式增长，机器人程序和数据库都不稳定。升级服务器配置可以解决，日后也会继续优化。
造成了一些麻烦，表示很抱歉。
服务器已升级并迁移完毕。已稳定运行 15 个小时。强烈建议根据 recent actions 里边的记录手动管理下最近几天加入的人，因为他们很可能被机器人禁言了且无法完成验证。
不稳定的原因是服务器长期处于高负载状态，群数量增加，以及数据量的爆炸式增长，机器人程序和数据库都不稳定。升级服务器配置可以解决，日后也会继续优化。
造成了一些麻烦，表示很抱歉。
重要提醒
Policr Mini 受到了最近 TG 新注册用户 ID 超过 32 位整数的影响。这类新用户无法正常验证，表现在选择验证答案时无响应，二次点击后提示「有请求正在处理……」的弹窗。
目前该问题已经修复，请所有自行部署过本项目的人即时更新版本。
造成该原因的是一个与验证无关的数据字段的类型，一个不太重要中间步骤保存的 ID 数据的类型是 32 位的。这个数据其实就是一直处于待开发状态的「验证消息快照」功能的一部分，它保留了验证时机器人的消息内容，用户选择的答案，以及验证所用时间。它是用来回放验证过程的，除此之外和任何功能都无关。所以验证能产生，但却处理不了回答（因为验证快照在用户回答的瞬间产生）。
更新版本
Policr Mini 受到了最近 TG 新注册用户 ID 超过 32 位整数的影响。这类新用户无法正常验证，表现在选择验证答案时无响应，二次点击后提示「有请求正在处理……」的弹窗。
目前该问题已经修复，请所有自行部署过本项目的人即时更新版本。
造成该原因的是一个与验证无关的数据字段的类型，一个不太重要中间步骤保存的 ID 数据的类型是 32 位的。这个数据其实就是一直处于待开发状态的「验证消息快照」功能的一部分，它保留了验证时机器人的消息内容，用户选择的答案，以及验证所用时间。它是用来回放验证过程的，除此之外和任何功能都无关。所以验证能产生，但却处理不了回答（因为验证快照在用户回答的瞬间产生）。
更新版本
docker-compose pull server顺便感谢第一时间告知异常以及帮助测试的小伙伴们～
docker-compose up -d
大约从五点开始 Telegram 出现了故障，包括机器人都不能正常工作。经检查发现此期间 Policr Mini 产生了大量的错误日志，这意味着造成了一些验证故障。可以进入 Manage Group - Recent actions 自行检查是否存在异常，避免给此期间正常加入的群成员带来困扰（如果存在能正常使用的用户的话）。
大量更新来袭，快来试试看
!长文警告! 了解 POLICR MINI 的开发分支以及新的更新 !长文警告!
上述文章介绍了新的更新内容、升级方法，和新功能的构想。注意：上述所有更新内容在当前的官方实例 @policr_mini_bot 中都不存在，但它很快将会到来。
!长文警告! 了解 POLICR MINI 的开发分支以及新的更新 !长文警告!
上述文章介绍了新的更新内容、升级方法，和新功能的构想。注意：上述所有更新内容在当前的官方实例 @policr_mini_bot 中都不存在，但它很快将会到来。
POLICR · 更新通知
大量更新来袭，快来试试看 !长文警告! 了解 POLICR MINI 的开发分支以及新的更新 !长文警告! 上述文章介绍了新的更新内容、升级方法，和新功能的构想。注意：上述所有更新内容在当前的官方实例 @policr_mini_bot 中都不存在，但它很快将会到来。
开发分支的所有更新已合并到主分支，并上线到官方实例。此次更新需要修改并追加新的设置，在上述文章的更新教程中有介绍。更新需要满足三处修改：
1. 将 docker-compose.yml 的 server 镜像修改为
完成上述修改后执行
注意：因为更新已经合并到主分支，镜像
顺带一提，这些更新中修复了一个安全问题。后续会做详细介绍。以及，因为时间安排有变，关于新的验证方式的实现暂时搁置。
1. 将 docker-compose.yml 的 server 镜像修改为
telestd/policr-mini
2. 向 .env 中添加 POLICR_MINI_UNBAN_METHOD=until_date
3. 向 docker-compose.yml 中添加 POLICR_MINI_UNBAN_METHOD: ${POLICR_MINI_UNBAN_METHOD} ，位置是 services -> server -> environment。完成上述修改后执行
docker-compose pull server 和 docker-compose up -d 即可。注意：因为更新已经合并到主分支，镜像
telestd/policr-mini 可以不添加 develop 标签。如果您想跟随开发分支，获得更快的更新，也可加上 develop 标签。顺带一提，这些更新中修复了一个安全问题。后续会做详细介绍。以及，因为时间安排有变，关于新的验证方式的实现暂时搁置。
如果击杀方法「踢出再延时解封」的时长可以自定义，你会设置多久？
Anonymous Poll
24%
1 分钟或者更短
34%
5 分钟到 1 个小时
14%
1 个小时到 3 小时
27%
3 小时以上
POLICR MINI 更新说明
此次更新北京时间凌晨 3 点已上线官方实例
1. 修复了权限检查任务中的一些错误
2. 修复了后台「登出」无实际效果的 BUG
3. 修复了后台菜单的一些样式 BUG
4. 修复了一个和今日数据统计相关的错误
5. 修复了「退出检查」任务不定期执行的 BUG（现在登录后台会发现一些无效的群已经消失了）
6. 当没有任何群组权限时后台将给予消息提示而不是白屏（白屏自身就是 BUG）
7. 新增了可选配置，以及可选参数
8. 支持自定义「封禁并延时解封」时长，在后台「验证方案」页面中可以设置，后台「全局属性」页面亦可修改其默认值。最小值限制为 45 秒，最大值限制为 18000 秒（5 个小时），默认值 300 秒（根据投票结果而决定）。请尽量以整分钟的秒数来设置，因为 TG 在 Recent actions 中会把时长自动换算成分钟显示，当小于一分钟时直接不显示（此处说明仅适用于将
9. 提高自定义问答的数量上限到 55 个（单个群）
升级方法：
1. 向 .env 中添加
完成上述修改后执行
部署教程的配置并启动部分更新了配置模板并添加了有关可选配置的内容，它对
此次更新北京时间凌晨 3 点已上线官方实例
1. 修复了权限检查任务中的一些错误
2. 修复了后台「登出」无实际效果的 BUG
3. 修复了后台菜单的一些样式 BUG
4. 修复了一个和今日数据统计相关的错误
5. 修复了「退出检查」任务不定期执行的 BUG（现在登录后台会发现一些无效的群已经消失了）
6. 当没有任何群组权限时后台将给予消息提示而不是白屏（白屏自身就是 BUG）
7. 新增了可选配置，以及可选参数
--independent。添加此可选参数会让实例完全独立，首页不再向官方实例请求共享的数据。此可选参数可以避免暴露一些隐私（例如实例的 URL）。感谢群友的相关反馈。8. 支持自定义「封禁并延时解封」时长，在后台「验证方案」页面中可以设置，后台「全局属性」页面亦可修改其默认值。最小值限制为 45 秒，最大值限制为 18000 秒（5 个小时），默认值 300 秒（根据投票结果而决定）。请尽量以整分钟的秒数来设置，因为 TG 在 Recent actions 中会把时长自动换算成分钟显示，当小于一分钟时直接不显示（此处说明仅适用于将
POLICR_MINI_UNBAN_METHOD 配置为 until_date 的实例）。9. 提高自定义问答的数量上限到 55 个（单个群）
升级方法：
1. 向 .env 中添加
POLICR_MINI_OPTS=""
2. 向 docker-compose.yml 中添加 POLICR_MINI_OPTS: ${POLICR_MINI_OPTS} ，位置是 services -> server -> environment。完成上述修改后执行
docker-compose pull server 和 docker-compose up -d 即可。部署教程的配置并启动部分更新了配置模板并添加了有关可选配置的内容，它对
--independent 可选参数也进行了较为详细的说明，请有需要的用户自行参阅。