V2EX › mengzhuo 的所有回复 › 第 39 页 / 共 140 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 35 36 37 38 39 40 41 42 43 44 ... 140

❮

❯

2018 年 3 月 7 日

回复了 whileFalse 创建的主题 › 程序员 › 话说回来，如何做才能在明文存储密码的情况下保证安全？

@whileFalse #12 密码本被搞到的，然后战败的悲剧，在二战就已经上演了。

任何能还原的密码都可以视为明文，就是不安全，不管你用什么法子变着方存。

2018 年 3 月 7 日

回复了 xoxo419 创建的主题 › 程序员 › 你见过哪些特殊的域名?

http://golang.engineer

2018 年 3 月 6 日

回复了 ChickenGod 创建的主题 › 职场话题 › 公司欠薪六个月，提了离职，老板不放人，还给新项目我做，我该如何是好.....

@ChickenGod #112 那还不撤，留着过年么
而且要收集证据去劳动局，准备讨薪……

2018 年 3 月 6 日

回复了 demomaster 创建的主题 › 生活 › 有害怕煤气罐的朋友吗

@MeteorCat #15 家里炸过一个， “砰”的一声然后吃的撒了一地……

2018 年 3 月 2 日

回复了 yanzixuan 创建的主题 › Go 编程语言 › golang 怎么快速入门

同 Python 转 Go。

官方教程+ Effective Go 就好了。
再写两个小项目，比如 proxy 转发（网络、加解密）、简单的 CMS （项目组合构成），基本就搞清这些东西了。

1. 学习不要用 IDE，补齐对学习没有任何好处，标准库都是要摸来摸去才能记得牢。当然，工作上一定要用补齐。
2. Python 有 ipdb，但 Go 有更牛的 gdb （内存分布，寄存器状态都可以查看到）

不过套路还是不一样的
动态确实很爽，python 吃透之后，js,ruby,php 也懂得 7788 了，但总觉得缺了啥。
再看看内部实现，syscall 原来这么简单，CPU 原来是这样工作的，妈妈，我再也不怕别人问我基础问题了。

2018 年 2 月 28 日

回复了 asaxing 创建的主题 › 问与答 › QQ 为什么不可以和 telegram 一样永久保存聊天记录并同步呢？

@SlipStupig #72

你们都站着说话不腰疼啊。
啥叫价格不一样，买块硬盘就能跑么？要机房维护，坏盘更换，电费，宽带费，IT/程序员费用，主备冗余，特殊灾害损失（台风天，水淹，电涌，光缆被挖

而且内部有核算成本，各个业务线要自负盈亏的，利润下来了，连部门都不一定能保住。

说白了，TG 只是用的人少，你丢给他 2 亿日活，看他还敢存所有数据么。
都是做生意，都在乎成本收益，除了网监（滑稽

2018 年 2 月 27 日

回复了 ttgo 创建的主题 › 职场话题 › 隔壁组的小兵集体情愿要炒了 team leader

@ttgo 快点更啊，我的瓜子都准备好了

2018 年 2 月 27 日

回复了 mune 创建的主题 › PHP › 请问想要看懂 PHP 和 golang 的底层需要学 C 还是 C++ 。

一般对底层的了解也就到 runtime 和一些标准库的实现吧，Go 不用学 C。
但是先了解一下 OS 层的东西比较好。
Go 的汇编语法和其他语言不一样，比较麻烦。

2018 年 2 月 26 日

回复了 xoxo419 创建的主题 › 程序员 › 你们的领导会不会经常在你们后面经过然后瞄瞄你们做什么? 还是领导们都有这个习惯 ?

我竟然脑补出了，领导在喵喵喵地卖萌……

2018 年 2 月 26 日

回复了 bazzi91666666 创建的主题 › 程序员 › 大量客户端与服务器持续通信，大概一秒 1 次的频率，使用 websocket 和 http 请求，哪种方式对服务器负载更低？

能加机器么？
压力是均匀还是集中的？
有状态么？
一定要用 http 么？
一定要用 tcp 么？

2018 年 2 月 21 日

回复了 yantianqi 创建的主题 › 程序员 › 前台向后台传参到底序列化还是 json

@qiyuey
不知道你架构为啥会依赖 DNS 即时查询
我们内部服务 DNS 查询，一分钟 timeout，还有各级缓存顶着，没见过成为瓶颈……

2018 年 2 月 21 日

回复了 yantianqi 创建的主题 › 程序员 › 前台向后台传参到底序列化还是 json

@qiyuey 也看业务需求，如果是调用方可控或者后端，用啥都好。

调用方不可控或者要对 web，前端乖乖上 jsonrpc 或者 restful。

DNS 几乎可以忽略不计……除非 Timeout 太短。
HTTP 也就多点头，上 gzip，HTTP2 就更少了。
缺点楼上说了些，其实优点也不少。

容易做 7 层负载均衡，升级不间断
标准支持好，各个语言，调用方容易实现
监控链路，旁路容易
还有衍生 4 层实现满足不少变态需求

其实业务的请求量一般达不到这么高要求，随便一台 48 核双路万兆就能顶住全部前端压力了╮(￣▽￣"")╭
倒是后面监控的压力会大很多，特别秒级监控……算了……不说了

2018 年 2 月 21 日

回复了 gouchaoer 创建的主题 › PHP › 关于 cache 的 expire 问题

楼主可以参考 redis 的实现，或者直接用 redis

2018 年 2 月 21 日

回复了 admirez 创建的主题 › Go 编程语言 › 为什么 func New(text string) error 内部是 return 一个 &errorString 而不是 errorString

4 楼正解
一个是指针比较，只需要 4 个指令集，编译器可以直接 inline 到函数体中。
而字符串比较，根据平台不同，大小和速度都不等。

2018 年 2 月 19 日

回复了 AxtonYao 创建的主题 › 分享创造 › 新年换新个人页

tab 没有不能忍
ls blog/ 也不能用？
ls -alh 不接受参数？

这个 shell 不合格……

2018 年 2 月 19 日

回复了 jahan 创建的主题 › Elasticsearch › 外行问一下， elasticsearch+kinda 可以做多复杂的大数据分析?

我们生产环境 500W/min 写入，查询 2 周内数据也能在 3s 内返回，可以说相当优秀
只用了 10 多台配置一般的机器，查询速度和效率都挺好的
不过要注意 index 的规划