V2EX › gouchaoer 的所有回复 › 第 54 页 / 共 61 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 46 47 48 49 50 51 52 53 54 55 ... 61

❮

❯

2016 年 12 月 19 日

回复了 fzxml 创建的主题 › 职场话题 › 很难想象这是一家 10 年互联网经验的公司给我配的工作电脑

@sagaxu i5+16g 内存+ssd 那得花多少钱啊，不愧是大厂。。。

另外你曾经误导过我说 yaf 是和 swoole 一样基于 php-cli 的，我最近研究了一下发现不对， yaf 是跑在 php-fpm 下的。。。这就尴尬了，因为单纯做 http server 的话压测出来 swoole 性能还不如 yaf ，况且 swoole 自己又是 web 服务器又是 php 应用肯定做不好又 buggy ，肯定没有跑在 php-fpm 里面好。。。然后 swoole 的唯一优势估计就是 websocket 了。。。。另外这几天发现 phalcon 的生态真是完爆 yaf 啊， zephir 看得很舒服

2016 年 12 月 19 日

回复了 fzxml 创建的主题 › 职场话题 › 很难想象这是一家 10 年互联网经验的公司给我配的工作电脑

所以你在 php 的节点下发这个东西，因为只能用 php5.4 以及以下的版本才兼容 xp ， so 。。。
我的环境是 xp+1G 内存，所以毫不犹豫的选择了 windows 绿色版的 php5.4 ，挺好用的

2016 年 12 月 16 日

回复了 chenset 创建的主题 › 问与答 › 网络传输的速度=光速, 中国到美国为什么需要 150~200ms 呢?

光每秒绕地球 7.5 圈，光速没你想象中的那么快，电流（准确的说是电场）虽然是光速的，但是芯片的门变换不是

2016 年 12 月 15 日

回复了 ysymi 创建的主题 › 问与答 › 动态修改数据库的问题，有兴趣的来

这种直接用关系数据库的 json 字段或者 nosql 吧

2016 年 12 月 15 日

回复了 ysymi 创建的主题 › 问与答 › 动态修改数据库的问题，有兴趣的来

http://huoding.com/2016/11/23/556

2016 年 12 月 15 日

回复了 gouchaoer 创建的主题 › PHP › php 的 jit 真的要来了

@jsq2627 php 的 jit 在 5.x 时代就做了尝试，虽然在 cpu 密集 benchmark 上提高巨大，但是在 wordpress 之类的真实场景下看不到提升，所以一直没并入分支，这次是真实观察到提升后的结果。。。

2016 年 12 月 15 日

回复了 wgjak47 创建的主题 › PHP › 关于 PHP 的__FUNCTION__的作为默认参数的问题

get_called_*

2016 年 12 月 15 日

回复了 eabet 创建的主题 › PHP › PHP 使用 RSA 公钥对 JSON 对象进行加密，加密不了？

这贴笑死我了，你 openssl_public_encrypt 函数左边少了个变量

2016 年 12 月 14 日

回复了 int64ago 创建的主题 › 全球工单系统 › 「七牛」我是如何从粉转黑的 😑

这个。。。被河畔给惯的

2016 年 12 月 14 日

回复了 gouchaoer 创建的主题 › PHP › php 的 jit 真的要来了

@sagaxu php 的垃圾回收指的是检测循环引用的那个算法， php 本质上还是基于计数引用的简单垃圾回收，这和 jvm 不太一样。。。而且触发条件也很明确，性能在非极端情况下影响不大： http://m.weibo.cn/1170999921/3783767585644423?sourceType=sms&from=1067295010&wm=2468_1001

2016 年 12 月 14 日

回复了 gouchaoer 创建的主题 › PHP › php 的 jit 真的要来了

@Actrace 每个 array 或者 object 变量都是单独的 hashtable ，变量超出作用域了肯定回收了，所以说你的猜测是不存在的。加载了大量 object 情况下内存变大是很正常的，比如 composer 安装一个库动则几百 M 上 G 。

至于 curl 扩展内存泄漏，我用的 Guzzle ，底层包装的就是 libcurl 扩展，我每个 php 进程会发起几千上万次 http 请求我并没有观测到泄漏，所以你如果观测到泄漏把代码样本贴出来，不可能不修的

2016 年 12 月 14 日

回复了 gouchaoer 创建的主题 › PHP › php 的 jit 真的要来了

@Actrace GB 绝对是内存泄漏（第三方扩展泄漏，第三方库泄漏，或者你自己存了变量没释放），第三方扩展也分稳定和不稳定的， krakjoe 维护的 apc 、 pthreads 都是那种不稳定的，没必要一刀切

2016 年 12 月 14 日

回复了 gouchaoer 创建的主题 › PHP › php 的 jit 真的要来了

@Actrace 我用 php-cli 循环 3400w 次往 redis 里面插数据，内存泄露退出过，不知道是第三方库的锅还是扩展的锅。。。。我基本上也是写 php-cli ，别的情况下 php-cli 倒是很稳定，我 win 下 php-cli 几个月的跑也没问题。。。链表你是说 array 么？这个是基本数据结构不会有问题的

2016 年 12 月 14 日

回复了 gouchaoer 创建的主题 › PHP › php 的 jit 真的要来了

@q397064399 身在福中不知福， jvm 和 java 的生态好我也同意，但是 java 语言本身我认为做的很好了，规规矩矩的够用了。

2016 年 12 月 14 日

回复了 gouchaoer 创建的主题 › PHP › php 的 jit 真的要来了

@q397064399 java 是静态类型语言，和脚本语言没法比的， jit 实现上也一样。另外社区生态 java 也是没的说，但是你的观点不对。。。。对性能的追求是没有止境的，况且这些提升对用户来说是透明的。。。至于 php 不适合集群高并发，这是错误的。。。只是 php 的性能比 java 差而以， php 写起来快部署简单耐艹，二者需要一个平衡。。。大厂继续用 php 支撑业务的又不是没有，而且纠结用啥真的没意义，后端 crud 根本不是难点。。。

2016 年 12 月 13 日

回复了 Zhihu 创建的主题 › 酷工作 › 「知乎」后端开发工程师（支付、帐号、反作弊）及安全工程师

知乎运营没的说，就是后端太不稳定了
服务器提问题太频繁

2016 年 12 月 13 日

回复了 rocyhua 创建的主题 › Flash › [Flash 编年史 1996-2016] 也许是为了纪念一下

flash 技术给业界上了一课，那就是基础设施不能被掌握在一家企业手里。

2016 年 12 月 12 日

回复了 changwei 创建的主题 › 问与答 › 为什么 PHP 不像 Python 一样在脚本执行之后自动生成类似于 pyc 这种字节码文件？

@sagaxu 我对 py 挺熟悉的，因为做 cv 和机器学习很多算法库都提供 py 包装，虽然比不上 php ， pip 安装库我在 win 下很多时候没法装上，兼容做不好的原因很简单，因为把扩展和纯 py 源码的库不区分

go 和 java 这些静态语言和脚本语言没法比，另外我很不喜欢 go ，除了无依赖编译成二进制和 goroutine 外，别的乏善可陈，然后在 web 端的第三方库 go 很缺乏啊

nginx+lua 你直接说 openresty 嘛，高并发低消耗，但是比较复杂一点的系统就不那么适合了

车轮互联？大厂真好

2016 年 12 月 11 日

回复了 changwei 创建的主题 › 问与答 › 为什么 PHP 不像 Python 一样在脚本执行之后自动生成类似于 pyc 这种字节码文件？

@sagaxu 我把强类型和静态类型搞混了，其实个人觉得强类型 /弱类型区别没那么大，无非是一些语法糖上的区别。。。

各个语言有自己的场景， lua 在 web 领域没有第三方库生态，谈性能没有意义。。。比如你说 go 性能好那为 web 领域 go 的第三方库都不成熟没法比啊。。。至于 node ，这就是我说过的异步调用的命令行方式，不耐艹而且写起来绕， php 也有： http://rango.swoole.com/archives/311 。。。

2016 年 12 月 11 日

回复了 changwei 创建的主题 › 问与答 › 为什么 PHP 不像 Python 一样在脚本执行之后自动生成类似于 pyc 这种字节码文件？

你知道 php 主机的 ftp 空间最高支持 php5.4 不正是说明部署简单么，而且有关键业务的谁会用 ftp 空间啊。。。。

我从前写过不少 py 吧，后来用 php 比较多。。。 php 和 py 不同场景优势不一样，不过 lz 提的这些场景 php 做的比 py 好

1 ... 46 47 48 49 50 51 52 53 54 55 ... 61

❮

❯