V2EX › enenaaa 的所有回复 › 第 35 页 / 共 36 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 27 28 29 30 31 32 33 34 35 36

❮

❯

2016-10-28 13:03:36 +08:00

回复了 skyworker 创建的主题 › 云计算 › 阿里云控制台新技能升级- 卡死浏览器

之前有段时间火狐进控制台死活刷不出数据，好在不是续费日期。

2016-10-28 12:58:16 +08:00

回复了 wisefree 创建的主题 › Python › python os.fork()，有关子进程入口的疑问

fork 是拷贝，包括内存数据和执行环境，只能说类 linux 设计有点奇葩。
多进程考虑用 multiprocessing 啊，这个比较方便。

2016-10-28 01:58:30 +08:00

回复了 ericgui 创建的主题 › 程序员 › OSI model 里的 layer 5， session，和 Web App 开发里说的 session 是一回事吗？

当然不一样， osi 是设计上的概念，现实里的 tcp/ip 并没有这层。网页里的 session 是 tcp 之上的应用层里网页服务端的一个概念。

2016-10-27 18:38:37 +08:00

回复了 zrj766 创建的主题 › 云计算 › 阿里云对 IT 之家事件的回应

这文章写的真无耻，你服务不稳定跟人家用什么架构有蛋关系。难道用户设计得好就允许你服务器卡顿网络闪断了。
我也有几台 ecs 隔三五个月网络连接闪断，提交工单屁事不顶永远喊你自己查。
服务态度先不说了，先提升一下技术水平吧

2016-10-27 00:33:59 +08:00

回复了 xjdata 创建的主题 › MySQL › mysql 有索引还是很慢怎么办？

这也解释了为什么 3 楼的做法会有效

2016-10-27 00:27:06 +08:00

回复了 xjdata 创建的主题 › MySQL › mysql 有索引还是很慢怎么办？

@chenset id 是索引时应该不会进入全表扫描。我猜测偏移数较大时慢的原因是排序计算造成的。
取前 10 名只是多项式复杂度。
到 251676 可能已经接近于全排。

2016-10-26 22:27:27 +08:00

回复了 abcbuzhiming 创建的主题 › PHP › PHP-CGI 进程过多，该如何查找原因？

@abcbuzhiming 可能是某些蜘蛛类客户端长时间扫描你的网站，或者它们恶意保持连接

2016-10-26 22:21:15 +08:00

回复了 abcbuzhiming 创建的主题 › PHP › PHP-CGI 进程过多，该如何查找原因？

如果是死循环，那 cpu 占用应该很高。如果 cpu 空闲，，看一下网络连接情况，是不是一直存在空闲连接。

2016-10-26 19:56:54 +08:00

回复了 kideny 创建的主题 › Java › Java 到底有哪些不好或者说比如其他语言的地方呢？

@lydhr 跟这没什么关系， oc 也是运行在 llvm 上。不爽的话，两边都可以用本地代码库。 android 慢最大原因是流氓太多。

2016-10-21 10:49:34 +08:00

回复了 cherubzg 创建的主题 › 程序员 › mysql 行为数据表设计

如果是数据挖掘统计，分析什么的，可能上大数据分析工具更好一点。 hive,spark 什么的，当然我也就随便一说。
另外这种日志库按月按日分表很常见，分析的时候做联合查询，避免每次检索过多数据。

2016-10-20 19:28:26 +08:00

回复了 cherubzg 创建的主题 › 程序员 › mysql 行为数据表设计

这个量也不大呀，怎么会跪？
不行就分表，分库

2016-10-19 23:35:03 +08:00

回复了 enenaaa 创建的主题 › 程序员 › 我就问一下大家写代码都是测试驱动吗

@iyaozhen 倒不是形式，这一段在写脚本代码。重构的时候比较痛苦，连语法正确都不能保证。如果有完善的测试用例那就方便多了。

@guyskk 测试当然都会测试。但你是先写测试用例再写代码呢，还是先写代码再测试。用例会不会保留下来归入用例集。

@ivvei 有些功能写测试很麻烦，而且容易产生 bug ，比如 UI 界面。我就有点担心你说的情况。

2016-10-19 23:13:26 +08:00

回复了 ixiaohei 创建的主题 › 程序员 › 分布式系统怎么控制调用并发，我们为入口系统，总是流量一大就把对接系统搞死了，对接系统并发都不是很大。

@ixiaohei 这种应该要求不很精细，搞个控制服务端，监控对接系统状态，每隔一点时间向任务程序分发额度就好了。

2016-10-19 23:01:06 +08:00

什么意思，你是说对接系统吞吐量不能满足你们的需求吗。那就算好吞吐量，各程序间按量分配呀，有额度的才能发送请求，没有就排队等着。

2016-10-19 21:47:21 +08:00

回复了 jybox 创建的主题 › SSL › 我们真的有必要全站 HTTPS 么？

要相信硬件的发展速度，这点计算量和带宽，过 3 ， 5 年后根本不是事。当然要选最好的方案。

2016-10-19 21:41:06 +08:00

回复了 Perrie 创建的主题 › 程序员 › 作为程序员犯了严重错误会是什么感受啊

所以你们得选一个带头人，每天和策划运营撕逼。把工作计划能砍的就砍，能拖的就拖，保证测试时间。

2016-10-17 01:51:11 +08:00