KJZH001 发布的帖子

@diyigemt 可以麻烦说一下群号能够在哪里找到吗？我在q.qq.com里的通知似乎没有找到它

啊，绝了
这玩意居然和qq频道是绑定的啊
我绑定的qq开放平台管理员qq没qq频道的权限（鹅厂你在干什么啊T T???）

先注册个看看吧= =
不过感觉tx官方这玩意似乎不怎么聪明的样子啊

@RainChan 在 恭喜你回到了放假前的那个下午 中说：

小贴士：8天长假如何过出80天快乐

https://www.youtube.com/watch?v=o27CEZv5L1k

看完了，一本正经的计算这种玩意真的太乐了。这老师确实nb

@Karlatemp 在 希望能够改进mirai console新版本中的用户须知的确认方式 中说：

添加阅读须知的原因是因为过多用户没有阅读手册而被迫添加的
一味的让用户输入回车可能确实确实不是很好的设计，但是也达到了最初都目的：让用户阅读使用手册
目前的方式确实是有点不科学，但可以开议题讨论改进方法
至于为什么没有将 jvm 参数直接写进 doc 文档里，其原因是不希望整合包作者将此参数内置到启动参数中。可能这确实不是很好都做法，后续会在文档中补上

我认为可以考虑把这个参数加到用户须知的最后，然后也适当缩短一些强制等待的时间

其实在我看来强制等待并不是一个好的选择，我更倾向于让用户多按几次回车，最后等个三秒就行了（前提是用户须知要压缩的短一些，目前的虽然详细，但是作为一份告知书还是有点长了）

我认为最好的方法或许是，一次性显示完，然后最后要求用户输入一行特定的字符串（就和github删除仓库的二次确定一样）

最后，论坛最近的邮件是不是炸了？ @RainChan @Him188
我已经连续好几次没收到邮件通知了

好吧，我仔细检查了一下https://github.com/mamoe/mirai/pull/2738/files这份pr
似乎这些标记是在单独的kt文件中实现功能的，或许我可以尝试修改一下相关的类

Karlatemp created this issue in mamoe/mirai

closed [console] End user readme #2738

@Him188 在 希望能够改进mirai console新版本中的用户须知的确认方式 中说：

每句话都要等两三秒我也觉得太多了，但是我最近没时间改，你要是有兴趣可以按你的提议PR一下（应该简单改一下参数就可以了）

@Him188 好的，感谢回复，不过这条回复我似乎没有收到邮件
因此没能够及时查看到消息
另外，请问还有什么可以使用的特殊标记吗？
https://github.com/mamoe/mirai/blob/dev/mirai-console/backend/mirai-console/resources/net/mamoe/mirai/console/internal/enduserreadme/readme.txt
这份txt中已有的内容只能够实现暂停和等待秒数，我认为在最后要求用户输入一串文本表示同意会更好，但是现有的标记无法实现这个功能

@MrXiaoM 在 希望能够改进mirai console新版本中的用户须知的确认方式 中说：

其实添加JVM参数 -Dmirai.console.skip-end-user-readme 就可以跳过。

see: https://github.com/mamoe/mirai/pull/2738/files

原来提供了跳过的参数啊，我是直接mcl u更新了，没有去gh看提交更新了什么，所以并不知道具体的更新细节

不过这个确认方式我确实认为需要改进，至少别搞得这么需要有人长时间值守完成确认
（参考隔壁微软Windows，由于官方镜像安装步骤需要有人值守，所以各种想办法实现无人自动安装
虽然这两者所需要的时间不在同一个数量级上，而且这个比喻并不是那么恰当
但是我相信您能够理解我的意思
强迫用户交互性值守操作应答在绝大多数情况下并不是一个好的选择）
@Him188 @RainChan
希望项目的主分支维护者可以参考一下我的意见，谢谢

我能够理解采取一些必要的措施进行要求用户确保已经认可并且阅读了用户须知

但是目前的这种强制要求等待且需要用户值守的确认方式我认为并不科学，甚至这让我非常的难受，因为多个服务器上需要部署更新的话也意味着我要反复阅读多次这个用户须知

对于一个cli程序来说，这是非常常见的情况，因此建议修改为更加合理的方式

例如，一次性显示完毕之后要求用户连续回答几个比较简单但是需要思考的问题（y/n连续变化），或者最后要求用户输入一串文本，确保用户确实意识是清醒的而不是连续按回车给跳过了

希望能够得到改进，如果需要我提交issue至github，或者有其他的想法交流，请在下方留言

本文绝无任何恶意，仅仅只是发布个人看法，请理性讨论

@cssxsh 好的，谢谢

@Erzbir 抱歉，我理解不了你的意思，可以麻烦说的再详细点吗？
字节码我印象里应该是编译后的产物，至于spring aop我此前没有接触过，可能需要找点资料来看看

因为很多时候会需要部署一些转发信息的服务，比如说mc或者tg和qq实现互通
但是难免会出现有人想要利用这个特性去发送些不怀好意的东西来封号或者炸群
所以我希望能够自己写个插件让所有发送的消息拦截下来，把所有的信息从内容审查的接口走一遍后再把过滤后的消息发出去（将敏感词替换为特定字符后再发送）
内容审查的接口目前已经自行部署实现了
在论坛中能找到个比较类似的项目是基于百度云的接口，不过已经很长时间没有维护且只是单纯的拦截（看反馈好像还有拦截失败的情况）
所以我不是很确定能够参考对应的代码来实现类似的效果

希望可以得到一个建议或者思路，谢谢！

可以考虑一下学下有些站点
同时用ReCaptcha和cloudflare的人机验证，只要能过一个就行

@MrXiaoM 感谢，不过别人给了我一个别的解决办法
将那个出错的suspend去掉
然后用下面的格式包装一下sendmessage就好了

plugin.launch {
 //send messages...
}

这也算是给后面来的人留下个答案吧（滑稽）

不过现在的话又遇到了一个新的问题
···
@Throws(IOException::class)
override suspend fun handle(exchange: HttpExchange)
···
idea提示sendmessage需要suspend，但是上面的这个被快速修复加上了suspend之后又产生了另外一个报错

Conflicting overloads: public open suspend fun handle(exchange: HttpExchange): Unit defined in tech.moeworld.moekaicore.webHookHandler, public abstract fun handle(exchange: HttpExchange!): Unit defined in com.sun.net.httpserver.HttpHandler

请问各位大佬们这个怎么解决呢？

@MrXiaoM 感谢，原来这样就行了啊

从官方文档中可以了解到

获取联系人对象
Bot.getFriends()，Bot.getGroups() 等方法可以获取到对象列表。

可通过 Bot.getFriend， Bot.getGroup，Bot.getStranger 以 QQ 号或群号主动获取某个对象。

可以通过事件被动获取 （后文介绍）。

这是属于mirai core部分的文档，也就是说我需要能够取得bot对象才行

目前我在插件中单独定义了一个类，并且在插件加载时完成实列化对象，然后需要在这个对象中主动的去向特定的好友和群发送消息

对于被动事件，我此前都是采用SimpleListenerHost来被动获取的，并且由于java和kt确实比较菜，所以想不到在插件里怎么主动拿到联系人对象去发消息

请问我该如何取得联系人对象呢？谢谢

好诶！
赞一个

@helloworld123 ok，现在我这边也加上了

@ShaoDoor 要不咱们也换个友链（滑稽）
之前看到但忘记回复了XD