V2EX › bbao 的所有回复 › 第 37 页 / 共 39 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 29 30 31 32 33 34 35 36 37 38 ... 39

❮

❯

2017 年 5 月 4 日

回复了 qq258076067 创建的主题 › 程序员 › 为什么有些手机上的 http 请求用 charles 看不到，但是用 wireshark 可以看到？

开玩笑么？ wireshark 怎么抓手机的包？ windows 开热点连么

2017 年 5 月 4 日

回复了 springmarker 创建的主题 › 职场话题 › 我技术真的有这么不堪吗，找了快 2 个月了，心态真的崩了

都在哪里投递的简历啊，拉钩和 boss 貌似都不是很好用.

2017 年 5 月 3 日

回复了 gongkaichun 创建的主题 › 职场话题 › 用 Macbook 是装 b？

都什么年代了，还持有用 mac 就装逼的人得有多 low

2017 年 4 月 21 日

回复了 qingbao1991 创建的主题 › 酷工作 › 武汉斗鱼招聘~

据说你们是 7710 的节奏啊……

2017 年 4 月 21 日

回复了 catror 创建的主题 › 酷工作 › 拉勾和公司背后有 PY 交易？

需要设置屏蔽的公司

2017 年 4 月 19 日

回复了 byfar 创建的主题 › 程序员 › HTTP 2 下 NGINX 反向代理的一些探索

@ohshift 还有证书大小，三级证书的话，包括站点证书，中级证书，不要根证书；四级证书的话；就站点证书+2 个中级证书；

这样能减少证书大小的传输。

2017 年 4 月 19 日

回复了 byfar 创建的主题 › 程序员 › HTTP 2 下 NGINX 反向代理的一些探索

@ohshift

1. 如果全站 HTTPS ，开启 STS ；避免每次 http 跳转到 https 多余的 302 跳转。
2. 设置 OCSP ，由服务器验证证书，避免客户端验证证书，客户端验证会多一步 ocsp 的域名解析、 tcp 握手、以及验证交互；
3. 会话复用， session_cache 、 session_ticket ；避免了再次建立连时的服务器证书、公钥传递、如果是双向认证的话，也避免了客户端的；
4. 分布式的话 session_ticket 保存在每个服务器上，可以定时更新；
5. session_cache 也可以分布式保存；

6. 上面做完了，对性能要求更高的话，可以把公钥交换时计算的部分，在其他服务器上计算。这个需要修改源代码吧，要求可能更高一些；前 5 点是常规优化，了解完了，可以进行配置；

关于如何验证 ocsp 的过程， https://segmentfault.com/q/1010000007560751 我在这里自问自答了。

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

@woshixiaohao1982 等我自身解决了帮你推吧，哈哈。

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

@woshixiaohao1982 哈哈，内推也需自身硬啊…内推不一定能进；不要浪费光阴，没事儿干，就趁早撤退，也不要看钱多如何如何；我就是前车之鉴

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

@woshixiaohao1982 我平时看书不多，最近一直关注 https ，可以看看 https 权威指南，黑色那本，针对加密算法、 openssl 性能测试以及 https 优化都有概括，而且比 http 权威指南看的容易，不那么枯燥，生涩；然后可以关注一下 http2 ；解决了 http1.1 的很多痛点；

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

@ihuotui 近 2 年荒废了时间，白瞎了；

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

@ihuotui 这不就是昨儿从低级环境向往高级环境面试时候，被问到之后，卡壳了，一句话憋不出来；就来这里求解惑了；

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

@ihuotui 但是对于一个多年的后端开发来讲，觉得没有深度的东西积累，还是挺失败的；

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

@ihuotui 啊~ 你看的源码挺多啊。

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

@ihuotui dubbox 仅限于使用； zookeeper 如果公司使用的多的话，能很好的了解；我之前阅读过 zookeeper 的原理和实现，刚看完特别清晰；但是，现在已经忘干净了，因为我们现在用 zk ，因为用 dubbo ，因为 dubbo 推荐使用 zk 。

我们的 activemq ，我觉得也是 demo 的基础上调整一下，做个主从；

netty ，方便了解 nio ，之前也很透彻，现在也完蛋。

了解 netty 的时候，还可以了解到 select epoll 等一些问题；当时看的时候，针对这些顺着看的，可是现在，也没什么太多印象了；

上面那些，用到的也就是使用了；其他的没太多了解了，之前了解过的，也不怎么记得了。

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

@woshixiaohao1982 锁的问题，我个人觉得，了解如何合理的创建数据表，以及创建索引的规则，知道现在不是一个 sql 只能执行一个索引，可以索引合并,符合索引(a,b,c) a,ab,abc 都可以走索引，也就可以不针对 a 进行单独设置索引；或者什么时候创建(a,b)，什么时候单独的创建 a ， b 索引；

像你刚发文章链接，如果清晰的知道 mysql 的事物机制的话，可以问一下 mvcc ，以及如何“可重复读”是如何避免幻读的（间隙锁）；

这些，我觉得一个开发，了解到这，在深入的实现之类的，或者其他问题，我可能就不会了；

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

@ihuotui 没有共享状态，单个线程处理结果独立，不受其他线程状态影响的情况，数量级再单线程执行比较慢的时候用需多线程；

@GeekGao 他问的就是，你对你所熟悉的领域，任何一个你觉得，你了解的比较深入的技术，都可以聊；所以就看你自己的平时对技术的深度了解；还有 @woshixiaohao1982 说的学习态度问题；

我学习态度不端正，面壁.

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

@woshixiaohao1982 红黑树是可以坐缓存的，但是量级不能特别特别的大，因为深度决定了检索效率； openresty 的 shared.dict 缓存，实现原理就是红黑树；

jvm gcroots 冷不丁不知道是啥，拆开看才明白；就一个对象合适才能 gc ，找不到 root 就 gc 嘛；

hashmap 不适合高并发，也不能用在并发场景，并发场景使用 ConcurrentHashMap ，因为并发时， put 的时候，如果产生了 rehash 扩大 map 容量，那么就会有问题；貌似是 next 的指针指的不对，具体实现忘记了；

如果是吞吐量的话，是不是用 LinkedListBlockingQueue 来存放对象。

2017 年 4 月 19 日

回复了 bbao 创建的主题 › 程序员 › 当被问到对哪些技术有深入了解

你问的这些还都挺简单的，只要给出一个指定的问题，都好答；
拿 mysql 来说，了解索引实现机制，为什么使用 btree ， b+tree 和 b-tree 的特点，如何合理创建索引，聚簇索引，耳机索引的区别（索引和数据是如何映射）；联合索引有什么注意事项；数据量大如何处理；
对于单表大数据之后，如何处理，了解是否做过表分区，分库，分表； mysql 的表分区的特点是什么；如何分库，如何分表；现在的分库规则是什么？分库之后如何针对数据做检索的，是自己后端逻辑处理还是使用开源的框架，这样就把问题扩展到另一个问题；
btree 可以引申到数据结构的问题；例如平衡树，红黑树，红黑树是否适合存储海量数据，如果不适合，为什么。
如果做 java 的，可以简单的带一句， treemap 的实现机制，对于工作 4 年内的人，然后可以横向对比一下 hashmap 的实现原理，为什么支持并发，如果并发会产生什么问题；使用 hashmap 有什么注意事项.如果产生 hash 冲突之后，怎么处理的.

但是对于我问的问题，这种深度的问题的话；我个人理解，还是对，比如深入了解 redis ，要对 redis 的方方面面，原理，源码都有了解才叫深入；所以这种开放性范围提出之后，对于我这样理解这个问题时，就不知道如何答这个问题；

1 ... 29 30 31 32 33 34 35 36 37 38 ... 39

❮

❯