首页   注册   登录
 Infernalzero 最近的时间轴更新

Infernalzero

V2EX 第 139660 号会员,加入于 2015-09-24 12:44:47 +08:00
今日活跃度排名 18355
Infernalzero 最近回复了
不过因为 httponly 其实也在 path 里,所以其实直接用 proxy_cookie_path path replacement;就可以了,这里支持变量和正则的
Nginx 只提供了改 domain 和 path 的参数,你要改 httponly 的话只能把后端返回的 response 里的 Set-Cookie 过滤掉,然后自己再根据 upstream 返回的这个 cookie 重新创建一个了
59 天前
回复了 StarkWhite 创建的主题 Java Java 是不是没有好的热部署方案?
楼上也很多人说了,这个没有彻底的解决方案,jvm 特性导致
只能是想办法减少启动时间,这里主要分两块,一块是 JIT 导致的,只能像阿里那样从 jvm 层面去改
还有一块是 spring 导致的,因为 spring 的依赖注入,创建 bean 和扫描非常耗时,所以使得 java 应用启动更慢,这个目前业界的思路是把依赖注入放到编译构建阶段去做,对应的框架是 micronaut,但是这个要取代 spring 有点困难。
我猜你的 Nginx 没有设置到 upsteam 的 keepalive,所以主要耗时都在创建 tcp 连接上了
109 天前
回复了 sanshiliu 创建的主题 SSL 域名如何关闭 HSTS?
add_header Strict-Transport-Security "max-age=0;";
118 天前
回复了 iamcookie 创建的主题 问与答 我看好多大厂都没有采用 restful api
在服务端进行 pattern 匹配查找时有性能瓶颈,比如 springMVC 的默认实现就是逐个遍历,虽然可以改用 radixtree 优化,不过还是不如不用效率高,这个问题在接口数量较多,访问量比较大的情况下非常明显。所以我们现在规范都不建议用 RESTful,互联网行业很多方面都不会按照规范来做,搞工程的都是结果导向为主,还有个最典型的例子就是反范式设计
建立生态,让用户更依赖于他们提供的服务,你关注下阿里云某些产品就明白了
140 天前
回复了 binbinyouliiii 创建的主题 程序员 是什么支撑你们去看框架源码的?
第一阶段是排查问题需要,对框架实现比较清楚的话有些问题很迅速就能定位到
第二阶段是要会用框架,光看官方文档你可能并不知道一些隐藏机巧和细节,源码了解过在有些场景下你可能有更好的解决方案
第三阶段是在框架基础下做扩展,有些需求就需要自己对框架的实现做扩展,这种情况也需要读懂框架相应功能的实现
第四阶段是改框架实现了,有些情况下开源框架无法满足一些特殊的需求,而又没有提供相应的扩展的话就需要自己去改对应的实现了,这种情况下不了解框架实现根本没法改

很多人在第一阶段就没兴趣看下去了,一般看到框架报错多数都是弃疗,有的至少还会去搜索引擎里找下解决方案,但是真正对自己解决问题和编程能力提升的还是得要啃源码才行
158 天前
回复了 waisir 创建的主题 Java Spring Boot 2.0 你们是如何做到 0 宕机热部署的?
你想就靠单机解决这个问题的话就只能不用 spring 这套了,micronaut 那套就是为了优化这个问题,在编译时完成了依赖注入
163 天前
回复了 xhbzff 创建的主题 问与答 阿里云服务现在越来越差劲了失望到不行
充钱才能变强,买高速通道吧,不然肯定会受墙的影响
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   887 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 8ms · UTC 19:40 · PVG 03:40 · LAX 12:40 · JFK 15:40
♥ Do have faith in what you're doing.