验证

Aure7.0实现动态“极验”效果(滑动验证)

“验证码”是一种很常见的东西,在很多网站的登录、注册、下单等业务操作时都会用到验证码。当然,验证码的形式也随着互联网、信息化的发展而变得多样起来,从最初的输入图中的文字到运算图中的数字再到最近坑的很火的123XX看图找物,样式层出不穷的验证码已经成为一个网站别样的“风景”,当然对于某一类的验证码大家的评价也是褒贬不一。我今天要跟大家分享的这一类验证码是本人认为见过的最好的一

如何理解Kubernetes认证和授权

当设置产品Kubernetes集群的时候,认证和授权是两个很重要的基本需求。在这篇文章中,让我们来浏览一些细节,这些细节可以帮助Kubernetes环境做好方案。比如说,你现在已经引发了通过输入yaml文件到kubectl(kubectl create-f pod.yaml)创建POD的命令。这个命令被发送到有安全保障的api-server端口(http://),然后身份验

AngularJS 表单验证

在使用 AngularJS 进行开发的时候,表单填写是一个很常见的需求,而表单验证又是比较让人头疼的部分,本文对此做一个总结。在 Angular 的视图中使用的 form 已经不是 HTML 中的普通 form 了,而是一个被 Angular 封装过的指令。它可以完成普通 form 无法实现的功能,比如 form 嵌套,而且自带强大的验证功能。Angular 在对表单进行校

Aure RP8.0.0.3318 版本起 盗版授权码将失效

Axure RP 8.0.0.3318版本起将严格授权验证机制,网络上流传的盗版授权码将会失效。 现在(10月18日)通过官方下载地址的最新版本是3312,只有通过开发版下载链接才能下载到最新的3318版本。相信官方很快就要推送新的3318版本的升级通知了。看到这个消息本人立即进行了测试,从开发版地址下载了最新的Axure版本(3318),安装后使用网上流传的授权码进行验证

来不及做用研?试试最简可行的设计验证

设计过程中养成持续验证的好习惯,多多练习,可以与团队不同成员讨论,找到最简可行的验证方式。每个项目都在赶着上线,能留给用户研究的时间确实有限。一蹴而就的方案真的靠谱么? 大多数情况下 ,设计方案甚至是产品经理的需求还是得在经历反复验证和迭代过程中渐进发展。既然一切为了快,不如就试试用最简可行的MVP(精益设计法)去验证设计。一、用最简可行的MVP验证做验证解释下MVP:Mi

支付系统设计:绑卡、签约和身份验证(四)

在上一篇 支付系统之银行卡支付中,挖了个坑,就是关于绑卡的坑。 在用户使用银行卡做支付之前,首先需要完成绑卡的操作。怎么实现绑卡,怎么验证用户绑的是自己的而不是隔壁老王的卡,这就是本期的重点。为什么要求用户绑卡?这和快捷支付有关。参见上一篇文章的分析,绑卡是将用户卡信息提供给电商,以后电商就用这个信息去银行完成支付。绑卡实际上是一个授权,让用户允许商家自动从他的账户上扣除资

产品手记:7 需求验证与 MVP

如何快速验证需求及解决方案,在产品的不同阶段有不同的方式。在产品已经有了一定规模后,可以采用灰度发布的A/B 测试,对部分用户测试新功能,并进行数据对比。但在产品的初期,甚至是产品的概念验证时期,如何快速验证需求呢?在这里来介绍一下 MVP(Minimum Viable Product 最小可行产品) 。MVP最小可行产品的重点顾名思义,最小与可行。最小 即功能最简与开发难

从账号申诉,看产品中用户行为成本的利用

同一个行为,同时连接多方,分析每个行为对多方的不同意义,从而寻找到一个最小付出最大收益的方法,将这个思路用于产品之中,这个是本文想说清楚的事情。最近因为要转让一个群,结果转让群的时候发现,必须验证手机号,由于我的手机号早就更换了,所以不得已走了一遍申诉流程,整个过程体验下来,发现了一些跟代价相关的东西。第一步:验证是否是机器人:第二步:真实资料填写:第三步:验证接收信息的邮

设计验证:有效增强设计方案说服力!

没有经过用户研究环节的设计方案,容易在投入实用后暴露出各种隐性问题,增加产品上线的风险。而使用体系化的设计验证方法,可以帮助我们交互设计师在前期发掘问题,改进设计。相信各位设计师在项目实践中,多少都有过根据需求文档做好了设计,却在面临评审时难以有效说服来自各方(开发、测试、需求方等等)声音的经验。尤其在许多敏捷式研发的团队中做交互设计,没有完整的“用户研究-需求梳理-交互设