1.购买免费的https证书
2.下载证书并配置nginx
注意事项
我所有的都按照要求来做的,结果还是访问不同,最后我发现教程上的端口配置的事443,
经查询https默认访问端口是443,而http默认访问端口是80.所以我分别配置了80和443的端口到服务器。
完美解决。
1.购买免费的https证书
2.下载证书并配置nginx
注意事项
我所有的都按照要求来做的,结果还是访问不同,最后我发现教程上的端口配置的事443,
经查询https默认访问端口是443,而http默认访问端口是80.所以我分别配置了80和443的端口到服务器。
完美解决。
ViewStub的inflate只能被调用一次,第二次调用会抛出异常,setVisibility可以被调用多次,但不建议这么做(文章中说原因)
能不使用成员变量就别使用成员变量 能不使用方法局部变量就别使用方法局部变量 使用代码块局部变量性能最好。
关于 Dubbo 和 Spring Cloud 的相关概念和对比,上面已经叙述的很清楚了,我个人比较倾向于 Spring Cloud,原因就是真正的微服务框架、提供整套的组件支持、使用简单方便、强大的社区支持等等,另外,因为考虑到 .NET/.NET Core 的兼容处理,RPC 并不能很好的实现跨语言(需要借助跨语言库,比如 gRPC、Thrift,但因为 Dubbo 本身就是“gRPC”,在 Dubbo 之上再包一层 gRPC,有点重复封装了),而 HTTP REST 本身就是支持跨语言实现,所以,Spring Cloud 这一点还是非常好的(Dubbox 也支持,但性能相比要差一些)。
这是因为本地有修改,与云端别人提交的修改冲突,又没有merge. 如果确定使用云端的代码,最方便的解决方法是删除本地修改,可以使用以下命令: git clean -d -fx
报错原因 1.请求appid应用未上线或者是应用类型是第三方应用 2.签约权限问题 3.签名类型使用错误 4.请求参数问题 5.秘钥匹配问题 6.应用类型问题
最近在做支付宝APP的集成,遇到了一堆问题。百度不到,ALI64还好点,ALI38173基本上就没了。我也是测试了很久才解决的。ALI64的解决方案是因为要对私钥有问题。ALI38173是签名有问题。签名的解决方...
当然,继承微信和支付宝已经不是一次两次了,最早一次也时四年前的事了。 从来都没觉得简单过,然而这次依然没有摆脱这个噩梦。
java 如何判断操作系统是Linux还是Windows
项目中用到了shiro session会话管理机制,今天来总结一下,以下都是在spring boot框架实现。 shiro的session管理机制很完善,也是独立于j2ee容器且不依赖的,所以我们完全可以使用shiro提供给我们的session会话管理来实现我们的业务逻辑,默认提供的sessionDAO是memorySessionDAO,这里也主要讲它的配置和原理。 首先来看下如何在spring boot下配置默认的session会话管理: ShiroConfig类:
把ServletRequest转化为HttpServletRequest,就好获得了