首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏技术文章

    信网页授权之使用完整服务解决方案

    最近我们的一些项目因为信页面授权能力的调整出现了一些问题,对于新用户未经授权前,信开发团队给出的输出是快照页,该页内所获取的openId等均为虚拟账号数据,并在屏幕下方非常不明显的显示“使用完整服务 ”,如下图所示: 此图即是信给出的授权提示,也是我们折中的解决方案,图中所示的提示框源自己于我们通过携带的参数反馈给用户的提示,以引导用户点击下方的“使用完整服务”链接,并进行授权。 信网页授权规范 授权流程需引导清晰、准确:在申请获取用户信息的弹窗出现前,应该清晰、准确地告知用户获取信息的范围及获取信息的目的; 必要场景申请:在必须获取用户信息时才申请,而不是用户尚未了解服务前就强制弹窗 ", "'确定'", "info"); return; } 如何复现测试场景 已经授权的用户,如果想测试重新授权的场景,请打开信,依如下步骤进行设置: 小结 以上示例是一种较小改动的解决方案, 以上是个人的一些观点和解决方案,感谢阅读,并提出指正。

    2.3K10编辑于 2024-06-20
  • 来自专栏技术博客文章

    服务解决方案

    oauth2-auth:Oauth2认证服务,负责对登录用户进行认证,整合Spring Security Oauth2 ouath2-gateway:网关服务,负责请求转发和鉴权功能,整合Spring Security Oauth2 oauth2-resource:受保护的API服务,用户鉴权通过后可以访问该服务,不整合Spring Security Oauth2 具体实现 一、认证服务oauth2- auth 1、首先来搭建认证服务,它将作为Oauth2的认证服务使用,并且网关服务的鉴权功能也需要依赖它,在pom.xml中添加相关依赖,主要是Spring Security、Oauth2、JWT、Redis oauth2-gateway 接下来搭建网关服务,它将作为Oauth2的资源服务、客户端服务使用,对访问微服务的请求进行统一的校验认证和鉴权操作 1、在pom.xml中添加相关依赖,主要是Gateway (API服务)oauth2-resource 最后我们搭建一个API服务,它不会集成和实现任何安全相关逻辑,全靠网关来保护它 1、在pom.xml中添加相关依赖,就添加了一个web依赖 <dependencies

    1.5K00编辑于 2021-12-17
  • 来自专栏ytkah

    信也能开门?信开门解决方案来了

      手机开门方案提供商妙兜新推出的两款门禁控制器既支持信开门,也支持APP开门。 对于小区、公司等应用场景,小区业主住户、公司员工平时通过APP来开门,而有访客到访时,直接关注信公众号,领取短期钥匙,可以避免访客下载APP的不便。    在酒店和公寓领域,采用手机开门方案替代原先的刷卡或者密码方式也成为趋势,但是顾客下载APP的成本较高,采用信公众号为顾客提供服务则更加方便。

    3K80发布于 2018-03-06
  • 来自专栏全栈程序员必看

    信公众平台-服务号开发

    文章目录 背景: 一、信各个平台介绍 二、公众平台介绍 三、开发前准备 四、服务器配置 五、服务器验证 六、消息接收 七、客服消息 八、获取素材 九、相关工具 十、最终效果展示 总结 背景: 近期接到了涉及信开放平台和信公众平台相关的开发需求 ,开发过程中踩了许多坑,把相关问题整理记录下来以便巩固记忆,并把总结的经验分享出来,本篇分享服务号开发,希望可以给大家提供帮助 一、信各个平台介绍 1、信开放平台:面向开发人员,为网站、App提供信第三方登录功能 IP为白名单,白名单以外的ip请求access_token接口会报40164错误,有了 access_token 才能调用信的各种接口 四、服务器配置 开启服务器配置,开启以后服务号的推送信息将会传送到所配置的服务器中 ,服务器将发送GET请求到填写的服务器地址URL上,GET请求携带参数如下表所示: 参数 描述 signature 信加密签名,signature结合了开发者填写的token参数和请求中的 服务器在五秒内收不到响应会断掉连接,并且重新发起请求,总共重试三次。假如服务器无法保证在五秒内处理并回复,可以直接回复空串,服务器不会对此作任何处理,并且不会发起重试。

    10.7K30编辑于 2022-07-28
  • 来自专栏腾讯IMWeb前端团队

    JavaScript在信、博、QQ、Safari唤起App的解决方案

    前端爱好者的聚集地 背景 最近在做信、QQ、博中使用js唤起App,之前也做过类似的功能,不过比较粗糙,考虑的情况不太全,而且那已经是很久之前的事情了,很多技术都已过时,现在有体验更好,功能更加完善的唤起技术 信、博、QQ、Safari在各平台的唤起方案 唤起流程图 经过长时间的实验,总结了这张在各种情况下,唤起成功/唤起失败的解决方案,我们接下来一个一个的说。 信是最重要的一种分享渠道,但是我们能够做的,却不多。之前,iOS下的信支持universal link这种唤起方式,但是从2018年1月8日之后,信把这个给屏蔽了!!! 博目前还支持universal link唤起,我们只需要考虑未下载的情况。 大人点评和网易云音乐就可以唤起,有空大家可以自己试试,所以我们可以推断出,安卓平台下的博,也有类似信一样的白名单,在白名单内的,就可以使用scheme唤起,就像信之于京东,京东在信里面就是通过scheme

    2.5K10编辑于 2022-06-29
  • 来自专栏用户1199288的专栏

    干货:信域名链接被信封杀拦截屏蔽解决方案

    ,都是在做推广,为何有人推广起来畅通无阻,而有人的信域名频繁被封,其实信被拦截被封无法访问很常见,经过测试以后还是可以防止信域名被封的,并且很多团队也是通过信域名防封的技术让域名存活的时间更长。 那我们要怎样如何快速知道域名已经被信封杀并恢复访问呢?我们从以下几方面来了解: 一.域名被信拦截的因素 1、举报。包括用户举报,同行恶意举报,提交信团队检测后进行封杀。 2、转发量过大。 信或人工检测到内容不实、侵权、诱导分享、营销广告、博彩或擦边球等等,都会导致域名被加入黑名单。 信域名防封方案 二.解决方案,可以从两方面着手,一是硬方面,二算是软方面 硬方面:就要是服务器,服务器方面是目前很多大家在做的,很多做防封的朋友都一样这种经历,例如把自己的域名解析到防封平台的服务器上 这种形式操作的防封平台有很多,最早以前做的是盾一批人是这么做的,而盾现在已经不做了。这种技术我们叫做反向代理,但是不持久。

    9.5K80编辑于 2022-01-12
  • 来自专栏用户7003587的专栏

    干货:信域名链接被信封杀拦截屏蔽解决方案

    ,都是在做推广,为何有人推广起来畅通无阻,而有人的信域名频繁被封,其实信被拦截被封无法访问很常见,经过测试以后还是可以防止信域名被封的,并且很多团队也是通过信域名防封的技术让域名存活的时间更长。 那我们要怎样如何快速知道域名已经被信封杀并恢复访问呢? 信或人工检测到内容不实、侵权、诱导分享、营销广告、博彩或擦边球等等,都会导致域名被加入黑名单。 信域名防封方案 二.解决方案,可以从两方面着手,一是硬方面,二算是软方面 硬方面:就要是服务器,服务器方面是目前很多大家在做的,很多做防封的朋友都一样这种经历,例如把自己的域名解析到防封平台的服务器上 这种形式操作的防封平台有很多,最早以前做的是盾一批人是这么做的,而盾现在已经不做了。这种技术我们叫做反向代理,但是不持久。

    12.3K00发布于 2020-02-26
  • 来自专栏运维经验分享

    Redis服务停止报错解决方案

    Redis服务器设置密码后,使用service redis stop 会出现以下信息: service redis stop Stopping ... 出现这样的错误信息,redis 这时是没有停止服务的。 可以使用ps -ef | grep redis  查进程号 然后kill 掉,如果在deamon下还需要去删除pid文件,有点繁琐。 修改redis服务脚本,加入如下所示的红色授权信息即可: vi /etc/init.d/redis $CLIEXEC -a "myleguan2018" -p $REDISPORT shutdown

    3.3K40发布于 2019-03-16
  • 来自专栏全栈工程师修炼之路

    Keepalived高可用服务解决方案

    [TOC] 文章目录 (1) Keepalive 高可用解决方案 0x00 快速入门 Q:什么是高可用集群(Cluster)? 答:高可用集群(High Availability Cluster,简称HA Cluster),是指以减少服务中断时间为目的的服务器集群技术。 HA = MTBF/(MTBF+MTTR)(0,1), 95%几个9(指标):99%,…,99.999%,99.9999% 具体HA衡量标准: WeiyiGeek.衡量标准 补充:提升系统高用性的解决方案之降低 通俗地说,即当A无法为客户服务时,系统能够自动地切换,使B能够及时地顶上继续为客户提供服务,且客户感觉不到这个为他提供服务的对象已经更换。 还包括gfs2,clvm) # keepalived+lvs (说明:常用于lvs的高可用) ---- 0x02 Keepalived 介绍与组成 Keepalived是Linux下一个轻量级别的高可用解决方案

    1.3K10编辑于 2022-09-28
  • 来自专栏全栈程序员必看

    商相册服务器维护,商相册

    实例 下图是商相册小程序,许多在朋友圈活跃的商如今都转战到了这里。 商相册内部可以和发动态一样发送图片与文字,像是另一个商们的”朋友圈“。 因为在小程序的前段代码都是存放服务器上的,可以直接在信内打开,非常方便快捷。 而且其样式代码都封装到信小程序里面,安全性也会更高、更稳定。 在线上最好能够安排客户能积极回复消息,及时解决用户的需求,形成优质服务。 再结合自身产品的优势,不断优化产品、更新换代,两者相结合,潜在用户自然就可以收入囊中。 因为在小程序的前段代码都是存放服务器上的,可以直接在信内打开,非常方便快捷。 而且其样式代码都封装到信小程序里面,安全性也会更高、更稳定。 在线上最好能够安排客户能积极回复消息,及时解决用户的需求,形成优质服务。 再结合自身产品的优势,不断优化产品、更新换代,两者相结合,潜在用户自然就可以收入囊中。

    4.3K40编辑于 2022-08-29
  • 来自专栏wangweijun

    SpringCloud Alibaba微服务解决方案

    Nacos 分布式事务 全局事务 可靠消息服务 最大努力通知 TCC事务 Seata 我们都知道,SpringCloud是微服务的一站式解决方案,是众多组件的集合,而因为SpringCloud中几乎所有的组件使用的都是 通常情况下所有服务都由一个服务注册中心进行管理,它提供服务注册、服务发现和服务剔除的功能,这里我们使用Nacos作为服务注册中心进行开发。 对于这些问题,业内提供了一系列的容错解决方案,下面是一些较为常用的: 隔离:它是指将系统按照一定的原则划分为若干个服务模块,各个模块之间相互独立,无强依赖;当有故障发生时,能将问题和影响隔离在某个模块内部 当实现一些权限认证的功能时,我们需要对每个涉及到的服务都做一套相同的逻辑,这些问题都等待着我们去解决,那么有没有一个好的解决方案呢,当然是有的,它就是服务网关:Gateway。 对于分布式事务,其解决方案有四种: 全局事务 可靠消息服务 最大努力通知 TCC事务 下面分别介绍: 全局事务 全局事务提出了三个角色: AP:Application 应用系统 TM:Transaction

    80821编辑于 2022-01-10
  • 来自专栏软件小生活

    myql服务无效的解决方案

    在启动mysql服务时出现该错误: 本地计算机上的mysql服务启动停止后,某些服务在未由其他服务或程序使用时将自动停止。 ? 首先,你需要把原来的服务删除: ? 注意:mysql为你的服务名称,自己可以随便定义的。 此命令需要进入mysql安装目录下的bin目录运行! mysql的根目录下: 你需要清空data目录。 这是注册mysql服务! ? 嗯,这里有个小瑕疵,mysql我少打了个l。 不过没事,这个名字是自定义的! 我按照没打错的情况来解释哈。 接下来就是启动服务: 请以管理员权限运行! ? 问题2:windows7下启动mysql服务出现服务名无效的原因及解决方法 问题原因:mysql服务没有安装。 附卸载mysql服务的方法。

    1.6K20发布于 2021-08-16
  • 来自专栏全栈工程师修炼之路

    Keepalived高可用服务解决方案

    文章目录 (1) Keepalive 高可用解决方案 0x00 快速入门 Q:什么是高可用集群(Cluster)? 答:高可用集群(High Availability Cluster,简称HA Cluster),是指以减少服务中断时间为目的的服务器集群技术。 WeiyiGeek.衡量标准 补充:提升系统高用性的解决方案之降低MTTR手段就是冗余redundant 2)高可用集群实现原理 高可用集群主要实现自动侦测(Auto-Detect)故障、自动切换/故障转移 通俗地说,即当A无法为客户服务时,系统能够自动地切换,使B能够及时地顶上继续为客户提供服务,且客户感觉不到这个为他提供服务的对象已经更换。 还包括gfs2,clvm) # keepalived+lvs (说明:常用于lvs的高可用) ---- 0x02 Keepalived 介绍与组成 Keepalived是Linux下一个轻量级别的高可用解决方案

    2K31发布于 2020-10-26
  • 来自专栏ThoughtWorks

    网关与服务啮合 | 洞见

    在了解问题域之后,让我们回归本篇的主题:继承了“网关”(Gateway)衣钵的“网关”(MicroGateway)和“服务啮合”(Service Mesh),它们到底是什么? 什么是网关? 另外越来越多的自治化需求,与原有集权式微服务治理方法之间,也产生出许多冲突矛盾。因此,与微服务化相适应的,可以本地化、分布式部署的网关(MicroGateway)也逐渐涌现出来。 什么是服务啮合? ---- 演进中的网关与服务啮合 当我们了解到网关与服务啮合的作用之后,就可以一起来看一下网关与服务啮合架构是如何一步步设计出来的。 侧车模式(Sidecar Pattern) 准确来说,侧车模式(Sidecar Pattern)本身并非网关或者服务啮合技术独有,它只是一种特定的软件模块共生关系。 我们建议您考虑在一些适用的场景,尤其是微服务化的架构设计中,考虑使用网关与服务啮合,并总结最佳实践与我们交流。 让我们一起期待云原生生态下的微服务,为数字化时代提供更多的想象力。 ----

    1.5K51发布于 2018-04-13
  • 来自专栏高防

    端是什么意思?服务器是什么?服务器配置要求

    端是微型客户端的简写,端游戏客户端只有一些基本的功能,客户端会根据玩家所到地图,自动将地图文件,以及一些其它文件下载到玩家本地的客户端文件夹中,这样就形成了玩家一边玩游戏一边下载相关的文件到本地,这就需要放游戏服务端的服务器的上传带宽足够大 ,因此机房就推出了服务器这种套餐产品,其主要特点就是网络带宽足够大,能支撑足够多的玩家同时在线,同时下载游戏所需的相关文件 既然咱们已经知道了端和服务器的概念,那服务器如何选择合适的配置呢 选择服务器需要考虑到以下几个要素: 1、版本补丁大小 2、预计在线人数 3、稳定快速 并不是所有的传奇都需要做端,像合击版本的话因为版本补丁小的原因,只有几百M,不用做端,直接让玩家下载登录器和补丁就可以了 ,其他类型的版本基本上多数都是补丁比较大的,补丁越大,服务器所占用带宽越高,同理,所需配置也就越高 如果是刚开服你对预计在线人数无法估计,可以先拿一台服务器做开区+端,把版本架设好,多和喜欢玩传奇 、或是开服的朋友讨论交流一下服,刚好也顺便测试了,测试后需要修改的就修改,一切有顺序的执行着,作为接触传奇许久的服务器商,一台基础配置的宁波50M服务器,开区和端分开做,同时承载两三百人是没有问题的

    8.3K70编辑于 2022-04-11
  • 来自专栏架构师小秘圈

    聊聊信微服务技术

    二,微服务架构的优势及痛点 微服务和单点服务的区别是什么呢?比喻来讲,单点服务是把所有的东西放在一个大盒子里,这个大盒子里什么都有。 微服务故障恢复、调度需要更精细化。 …… 三,信中两大典型微服务案例 熊普江老师表示,信一直提倡敏捷开发与“大系统小做”,这其实就是微服务的理念与架构实现。 由于信诞生于 2011 年,当时微服务架构的概念还没有普及,也就是说,信的微服务架构在业界实施并落地相对较早。 信中微服务案例有很多,这里主要分享服务布局、过载保护两大典型案例。 四,服务布局 信的服务布局采用的是多地自治、园区互备架构。如下,是信的服务布局示意图: 城市之间的数据是相对独立的。 五,信过载保护 过载保护的微服务架构,目的是确保核心服务可用。确保核心服务的可用性有如下三点: 考虑问题应该是服务要有轻重分离,即一个服务里不能既有重的操作,又有轻的操作。

    1.9K70发布于 2018-04-02
  • 来自专栏全栈程序员必看

    oracle维护服务 oracle解决方案 oracle售后服务

    3.远程接入服务 青铜鼎通过Oracle认证的工程师为用户提供24小时免费远程接入服务,为用户解决问题。 除了以上具有与原厂服务内容相当的远程服务外,我方还可以提供专业现场技术支持。 主要包括安装调试服务、现场应急服务、定期巡检。 5.现场应急服务 由Oracle 资深技术支持工程师专门为客户提供7*24 专业咨询服务,帮助用户解决关键而紧急的任务。 提供7*24 的电话、E-mail 或WEB 方式的技术咨询服务 提供远程数据库性能检查和监控服务,发现问题及时通知客户。 评估数据库运行性能,提供系统性能调整并对可能的潜在问题提出警告; 检查数据库安全及用户管理,排除可能的数据库安全隐患; 巡检工作结束后,提交用户《系统巡检报告》,对错误进行分析,提出解决方案及预防措施

    1.4K30编辑于 2022-09-20
  • 来自专栏JavaEdge

    服务架构下服务故障处理解决方案

    服务优势之一是可缩小故障影响范围,局限在某个服务中。那一个服务出现故障该如何处理? 1 集群故障 可能整个集群都会故障,无法再对外提供服务。 1.1 故障原因 代码bug 比如OOM 突发的流量冲击,超出了系统的最大承载能力 比如秒杀,会在某个时刻瞬间涌入大量流量,超出系统承载能力 1.2 解决方案 1.2.1 限流 系统所能承载流量根据集群规模是固定的 通常一个微服务系统会同时提供多个服务,每个服务在同一时刻的请求量也不同,很可能系统中某服务的请求量激增,占用系统大部分资源,导致其他服务无资源可用。 因此,要针对系统中每个服务的请求量设置阈值,超过阈值的请求也要丢弃,不至于因为一个服务影响其他服务。 可用如下指标衡量服务的请求量: QPS 工作线程数 QPS因不同服务的响应快慢不同,所以系统能承载QPS相差大,所以一般选择工作线程数作为限流指标,给系统设置 总的最大工作线程数 单个服务的最大工作线程数

    91210发布于 2021-02-23
  • 来自专栏ytkah

    信硬件平台智能空调行业解决方案

    我们希望借助信硬件平台的能力,为广大信用户和空调厂商提供一个高效便捷的方案,提高智能空调的体验效果,让空调用户享受更加舒适的服务。 行业痛点VS解决方案 用户需要下载空调APP进行首次配对和设置,操作流程较复杂,用户有一定的学习成本 VS 信硬件平台提供扫一扫绑定、一键配网的能力,方便用户快速对智能空调进行设置 夏季常开空调, ,让用户及时进行维护工作 空调售后服务预约流程繁琐,用户无法了解流程进度,体验较差 VS 信预约服务项目,服务时间,整体流程一目了然 智能空调行业解决方案 1.扫二维码绑定 用户通过扫描空调的二维码 ,快速完成绑定流程 2.AirKiss一键配网 用户通过信的AirKiss工具,快速将空调配对上家中Wi-Fi 3.信轻应用式服务 厂商提供空调控制能力,用户可通过信对空调进行控制和设置,如定时、 ,让用户及时进行维护工作 6.信预约售后服务 厂商通过信向用户提供售后服务,并记录服务记录,更可通过信支付完成售后服务流程的闭环 ?

    1.7K70发布于 2018-03-06
  • 来自专栏木子墨的前端日常

    信页面入口文件被缓存解决方案

    大家一般的的解决方案主要有以下几种形式, 一般情况 1、添加版本号,在静态资源文件的引用链接后面添加版本号,这样每次发布的时候更新版本号,就能让叫客户端加载新的资源文件,避免再次使用缓存的老文件,如 < script src="//m.test.com/build/activity/js/activity/201807/schoolbeauty/main.19315e5.js"></script> 3、服务器及缓存头设置 keng)信(die)浏览器 信浏览器下比较特殊,这个bug一样的存在居然把入口文件html给缓存下来了,这就意味着通过版本号和hash号的形式避免缓存的方案失效了。 方案二(有效) 再换一种方案,更改服务器配置,强制不缓存入口文件,其他静态正常缓存,比如在nginx中对静态部分如下 location / { root /mnt/dat1/test/tes-app ,问题解决~~ 题外话 说到这里,信浏览器为什么要缓存html文件呢?

    4.4K20发布于 2018-10-11
领券