首页
学习
活动
专区
圈层
工具
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

什么是好的错误消息?

错误信息是我们在线日常生活的一部分。每次服务器故障或没有网络,或忘记在表格中添加一些信息,我们就会收到错误信息。"出错了" 是常见的做尘。但是什么出错了?发生了什么?...而且,最重要的是,我要怎么做才能修复它? 图片 那怎样写才是一个好的提示呢? 在介绍好的提示之前,我们先来看一下什么是不好的错误提示。...不好的错误提示 图片 Inappropriate tone 不恰当的语气: 想象一下,一个医生在做一个手术,然后突然说 "哎呀! 出了点问题......"...Technical jargon 专业术语: 程序员喜欢把一些专业术语用在错误提示里面。例如:你不能获取我的数据?我的凭证被拒绝了?...好的错误提示 图片 Say what happened and why: 说明出错的原因:让用户清楚的知道发生错误的原因,可以通过视觉和文字的结合来完成。解释用户为什么会出现这个错误。

1.6K30
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    如何编写有用的错误消息?

    用户需要在他们遇到问题时获得错误消息的帮助——所以这些消息最好是有用的。 因此,与其“编写”错误消息,不如考虑“构建”消息。...2打下坚实的基础 如果你正在创建一个全新的网站、工具或系统,请召集整个团队,共同列出所有可能出错的事情,例如: 可能提交错误信息的人 将用户引向不存在页面的损坏链接 系统整个崩溃,没有任何解释 然后,开始对它们分组...这时候道歉只会花费用户更多的时间和精力来阅读和处理,时间是很宝贵的。 系统:如果是我们的错,那就说声“对不起”。 我们知道是什么原因造成的吗? 是:解释发生了什么,或者为什么有些事情不起作用。...使用一系列问题和构建块构建你自己的错误消息 4让错误消息自行生成 一旦你有了一个定义好的结构,你就有了一个很好的公式 - 构建块组合来构建用户可能遇到的所有错误消息。...你现在可以按这样的结构来编写错误消息: [解释] [指导] [道歉] [解释] [解决] 或者在非常糟糕的情况下: [道歉] [承认,安抚] [引导他们回来] 在密码框中,用户可能忘记了正确密码。

    89210

    关于 IMSDK 的几种消息的解释和对应接口

    离线消息, 即未读消息 离线消息是指未在客户端已读的消息, 即时通信 IM 支持离线消息缓存,即当用户不在线时,下次登录仍会拉取到离线消息, 通过 OnNewMessage 抛出....假设终端A的用户1, 有几条用户2发的未读消息, 用户1想在终端B也有这几条未读消息的提醒 那么设置 disableAutoReport = YES, 关闭自动上报, 每次 Service 会通过 onNewMessages...漫游消息 用户更换终端的情况下,也可以获取到跟其他用户或者某个群的聊天记录. 相当于终端A有的消息和记录漫游到终端B....可以解释为从云端拉取历史消息, 接口为 getMessage 最近联系人消息 最近联系人消息类似 QQ 的最近联系人列表中,可展示最近跟用户联系过的用户以及最后一条消息。...SDK 接口为 getConversationList 历史消息 历史消息主要指本地的历史消息, 可以解释为从本地数据库中获取历史消息.接口为 getLocalMessage 如果不希望某消息能够从历史中拉到

    1.8K20

    用通俗成语解释 Python 新手最容易犯的错误

    有些 Python 新手具有编写其它语言的丰富经验,一时还适应不过来,经常习惯性的加上“分号”: a = # 正确 a = ; # 错误 二、附赘悬疣:无用的小括号 在Python中,if/witch...if (a = b): # 错误 print("相等!")...六、打破常规:缩进错误 语句的缩进在Python语言中是非常重要的,缩进区分了语句的层次,同一层次的语句需要同一缩进宽度。...s[] = 'H' # 错误 八、尔汝之交:错把两个对象当作一个 一个类创建的两个对象,分别有自己的内存空间,存储的数据互不影响。...九、错勘贤愚:变量或函数名抄写错误 对于新手而言,抄写变量或函数名时出现抄写错误是家常便饭。

    40920

    消息队列:听我解释,我真的不是只有Kafka!

    随着大数据时代的到来,apache旗下的Kafka一度成为消息队列的代名词,提起消息队列大家自然而然就想到了Kafka。然而消息队列本身是工程领域内一种解决问题的通用方案。...上游生产消息的模块不要做任何的改动。这样我们就通过消息队列进行了系统应用之间的解耦。这是消息队列的第二个用途。 (三)业务流量削峰 消息对应的第三个使用场景便是削峰。...消息队列集群: 消息队列集群是消息队列这种组件实现中的核心中的核心,它的主要功能是存储消息、过滤消息、分发消息。...过滤消息只指消息队列可以通过一定的规则或者策略进行消息的过滤,该项能力通常也被称为消息路由;过滤消息属于高阶的特性功能,AMQP协议对这些能力抽象的比较完备,部分消息队列可以选择性的实现该协议来达到该功能...本文主要从理论、抽象层面泛泛的谈了下关于消息队列的一些思想和理念。主要介绍了消息队列的使用场景,主流的消息队列可选方案以及他们之间的优缺点。最后介绍了一些关于消息队列背后的设计理念。

    38730

    前端测试题:(解析)解释css sprites 错误的是?

    例如如下图标文件: 优点 1.利用CSS Sprites能很好地减少网页的http请求,从而大大的提高页面的性能,这也是CSS Sprites最大的优点,也是其被广泛传播和应用的主要原因; 2.CSS...Sprites能减少图片的字节,曾经比较过多次3张图片合并成1张图片的字节总是小于这3张图片的字节总和。...使用方法: 缺点 诚然CSS Sprites是如此的强大,但是也存在一些不可忽视的缺点,如下: 1.在多张图片有序的合理的合并成一张图片,还要留好足够的空间,防止板块内出现不必要的背景;这些还好,最痛苦的是在宽屏...,高分辨率的屏幕下的自适应页面,你的图片如果不够宽,很容易出现背景断裂; 2.CSS Sprites在开发的时候比较麻烦,你要通过photoshop或其他工具测量计算每一个背景单元的精确位置,这是针线活...,没什么难度,但是很繁琐; 3.CSS Sprites在维护的时候比较麻烦,如果页面背景有少许改动,一般就要改这张合并的图片,无需改的地方最好不要动,这样避免改动更多的css,如果在原来的地方放不下,又只能

    83110

    Nginx Error_log 错误日志配置和解释

    介绍 通过一篇文章了解nginx的错误日志的记录内容和配置参数。错误日志的等级,记录方式等。 我在前篇介绍nginx access日志文件中简单涉及到error日志。...今天将会详细解释nginx中的Error日志文档。 2. 配置 nginx中Error的日志等级是要比access日志要高。通常,配置在/etc/nginx/nginx.conf文件中。...同我们开发的时候关注日志差不多,error | crit | alert | emerg 关注error以及以上的错误消息就可以了。如何严谨一些,也可以将warn提示的警告信息进行解决。...上面的消息只是告诉我们服务器进行了重启而已。...决定了针对的范围而已。 PS:如果你的nginx的error中有很多很多的消息和日志。例如warn也有不少那么,我们就很有必要进行优化配置了。

    13.6K30

    MySQL8.0.21——错误日志中的组复制系统消息

    作者:Nuno Carvalho 译:徐轶韬 利用组复制,用户可以通过将系统状态复制到一组服务器来创建具有冗余的容错系统。即使某些服务器发生故障,只要不是所有服务器或大多数服务器,系统仍然可用。...为了使DBA能够在组的生存期内对主要事件进行后期观察,需要完整记录这些事件。在8.0.21之前,用户可以通过增加的错误日志的详细程度来指示服务器执行此操作。现在有一种更简单的方法。...在MySQL 8.0.21上,我们针对组复制日志消息进行了全新的处理,目标是: MySQL DBA必须能够通过服务器的错误日志来观察组的主要事件,而不管错误日志的详细程度如何。...为此,我们将与组复制相关的日志消息重新分类为系统消息。系统会始终记录该类别消息,而与服务器日志级别无关。...改进的最好之处在于,DBA /操作员无需进行任何配置更改。 结论 遵循我们不断改进的传统,通过使用相同的服务器默认值,我们再次简化了组复制的使用。

    1.1K40

    统一服务消息接口报48001错误

    记一个有意思的问题 之前基于统一服务消息做过小程序的消息推送,那时候小程序模板消息还没下线。 最近新项目里和一个后端同学对接公众号模板消息发送的问题。...后端同学就沿用了之前的统一服务消息的代码......然后就遇到了这个问题,调用统一服务消息接口下发模板消息结果出现48001 api unauthorized hint错误提示 就查了一下原因 统一服务消息的说明 用于下发小程序和公众号统一的服务消息 请求地址...,因为这个接口的初衷就是想大家在开发小程序的时候,如果要发送公众号消息直接使用这个接口就可以了,无需再去调用公众号的模板消息接口。...appid和secrect生成的token去调用统一服务消息接口了,然后就报了48001没有权限这个错误。

    1.8K20

    RocketMQ消息发送常见错误与解决方案

    经过上面的步骤,基本就能解决该错误。 2、消息发送超时 ---- 消息发送超时,通常客户端的日志如下: ?...我们对消息中间件的最低期望就是高并发低延迟,从上面的消息发送耗时分布情况也可以看出RocketMQ确实符合我们的期望,绝大部分请求都是在微妙级别内,故我给出的方案时,减少消息发送的超时时间,增加重试次数...]broker busy [PCBUSY_CLEAN_QUEUE]broker busy [TIMEOUT_CLEAN_QUEUE]broker busy 3.1 原理分析 我们先用一张图来阐述一下在消息发送的全生命周期中分别在什么时候会抛出上述错误...根据上述5类错误日志,其触发的原有可以归纳为如下3种。...]broker busy 判断pagecache是否忙的依据就是在写入消息时,在向内存追加消息时加锁的时间,默认的判断标准是加锁时间超过1s,就认为是pagecache压力大,向客户端抛出相关的错误日志

    6K21

    微信 API 中调用客服消息接口提示错误返回限制

    错误的信息如下:errcode=45015, errmsg=response out of time limit or subscription is canceled rid: 5f8fd8b7-0f8aa1a9...用土话来说,就是你的客服消息不是你想法就可以发的,微信限制公众号主动发送消息的能力。这 48 小时的定义为:用户 A,发送了一个消息给公众号,公众号会回复消息给客户 A。...通常这种情况是在异步模式下,因为你的服务器可能没有办法做到在 5 秒内回复消息给客户,那么你需要调用这个客服接口。但是你又不能等个 10 天半个月的再回复。这个回复的消息应该是在 48 小时内。...用更土的话说,如果你的微信公众号用户在 48 小时内没有和你有过什么互动,你就不能主动发消息给你的用户。解决办法这个问题通常出现在测试阶段,解决办法就是用你的账号关注公众号。...然后那拿你的账号发个消息给你的公众号,那么你就可以调用接口进行消息回复给你的这个客户了。这个解释是不是会清楚点呢?https://www.ossez.com/t/api/14323

    1.1K20
    领券