V2EX › opengps 的所有回复 › 第 625 页 / 共 722 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 621 622 623 624 625 626 627 628 629 630 ... 722

❮

❯

2018-09-17 16:10:50 +08:00

回复了 kidlfy 创建的主题 › Python › 之前的验证码打码服务

推你一把，题主是女生，楼下大佬们请支招！！
我不懂 Python 看不懂你的代码

2018-09-17 16:04:44 +08:00

回复了 caiem 创建的主题 › 程序员 › 有个高并发接口,需要即时获取访问者的 ip 信息

应用层使用内存读取方法没错

看起来你的需求只是需要读取数据库，你可以多台机器，多台一模一样的数据库（数据库直接在机器内部也行，单独实例连接也行）

2018-09-17 14:46:01 +08:00

回复了 ayonel 创建的主题 › 程序员 › 请教各位大佬一个关于多线程的问题， RT

这种说法确实有，但我感觉离谱了，不是密集占用 cpu 完全可以开更多线程

2018-09-17 14:11:13 +08:00

回复了 jd186 创建的主题 › PHP › 一个项目表，点开每一个项目里的字段都不一样。请教下怎么实现。

这时候似乎很适合 mongo 数据库的 json 存储

2018-09-17 12:23:22 +08:00

回复了 abcbuzhiming 创建的主题 › 程序员 › 遇到真正的高并发问题了，特来求助

@exmario 数据库 1k 块大小（单行数据带下），你写个 sql 循环读取试试，读取可能会多一点
我之前项目因为压力在写不在读，所以只测的写入，阿里云高效云盘，写入是只有 400 行每秒，几个语句同时执行也顶多 500

2018-09-17 12:14:15 +08:00

回复了 maojy1989 创建的主题 › NGINX › 很多子域名怎么 301 到另一个域名

不清楚场景，不知道将域名直接 cname 泛解析是否可以满足需要？

2018-09-17 07:58:16 +08:00

回复了 abcbuzhiming 创建的主题 › 程序员 › 遇到真正的高并发问题了，特来求助

查看一下硬盘队列吧。我看了目前题主的说法，依然认为出在硬盘 io 上

2018-09-16 22:25:13 +08:00

回复了 bethebetter 创建的主题 › 程序员 › 谷歌 Chrome 真是太不要脸了，跟当年的 IE 有的一比

@xeaglex 啥意思？逗我还是科普我？那么双后缀（比如 www.google.com.hk ）) 算多少级域名？

2018-09-16 22:20:56 +08:00

回复了 abcbuzhiming 创建的主题 › 程序员 › 遇到真正的高并发问题了，特来求助

首先问下，你的 mysql 在什么硬盘上，云服务器的硬盘性能都很低。
你有必要换 ssd 或者直接使用阿里云提供的 RDS for mysql.

看到很多人觉得 500 不是高并发，我笑了，实际上很多人的项目，使用单台云服务器，根本支撑不到 500 并发，做一次公网环境的压测，会深深地意识到自己技术水平的不足，然后才会理解为什么云架构这么受欢迎（简单说：流量来了加机器即可解决）。

2018-09-16 15:54:27 +08:00

回复了 bethebetter 创建的主题 › 程序员 › 谷歌 Chrome 真是太不要脸了，跟当年的 IE 有的一比

曾经有个说法，www 浪费了人的时间。
同样很多人也总以为 www.aaa.com 是顶级域名
所以我感觉，用顶级域名代替 www 二级域名还是有好处的

2018-09-16 15:06:31 +08:00

回复了 zclHIT 创建的主题 › DNS › 是否可以通过在各运营商各地区部署机器定时 dig 域名来提升网页域名解析速度？

我感觉你这相当于一个自建的域名解析

2018-09-16 14:55:37 +08:00

回复了 zn 创建的主题 › 全球工单系统 › 高德地图来领个很影响使用体验的 bug

@zn 这显然是 atm 和网点用了同一个坐标，举例说 116.12345，23.12345，效果上确实是重复的，要想不重复覆盖至少也得是小数点之后第 3 位有点区别（用纬度差值看，纬度差 0.001 度约等于差 1.11 米）
我说的缩放等级，是你低下那俩图，zoom 大小不一致

2018-09-15 21:22:14 +08:00

回复了 Tumblr 创建的主题 › 全球工单系统 › @Livid 来领工单喽~~

各取所需吧，我感觉没必要用容易浪费流量的 table 而且长短不一导致列宽不协调的布局结果，用 li 可能会更容易统一调整样式，空格应该最省流量