[杭州滨江] 30K,13 薪招个会 GO 的 PHP 后端

2021-08-03 16:48:16 +08:00
 xiaoshouchen

主要做二次元文创相关的,公司网站 m.huabbao.com

不说官话套话了,来个有大流量、高并发经验的后端开发

公司目前用 PHP 开发,打算往 go 上转型,希望你有相关的丰富经验

给我发简历,或者打电话都行

邮件:xiaozhen0801#hotmail.com

电话:18556970801

4957 次点击
所在节点    酷工作
79 条回复
vjnjc
2021-08-03 20:22:16 +08:00
支持楼主,还是趁早换了。php 单个请求处理速度不算太慢,但是高并发不行,因为他的哲学是一个请求一个 thread,应用内并没有 thread 概念。
xiaoshouchen
2021-08-03 20:22:41 +08:00
@airqj 常驻内存型的 PHP 扩展都了解过,说实话门槛都不低,而且担心维护的事情
xiaoshouchen
2021-08-03 20:23:45 +08:00
@evefree2 简历拿来
xiaoshouchen
2021-08-03 20:25:23 +08:00
@guoer go 的框架已经在用了,我预期一年左右能转移个 80%就不错了,主要还是人手不够用,有兴趣的话,简历投过来
evefree2
2021-08-03 20:27:35 +08:00
@xiaoshouchen 在深圳呢
xiaoshouchen
2021-08-03 20:31:19 +08:00
@vjnjc PHP 加上缓存和一些优化,大部分接口都能控制在 100ms 以内,单个请求的响应时间还是挺快的。也有一些历史接口,从空表到千万数据,SQL 查的慢的离谱,要好几秒甚至到十几秒的,好在这种地方并发量不高,勉强还可以维持
shuimugan
2021-08-03 20:46:06 +08:00
你这种情况直接应用打包到 docker 在阿里云的函数计算里面跑,弹性伸缩点几下配置就差不多了.不知道数据库慢查询情况如何,有钱就升个 PolarDB 试试咯.

Opcache 调到最优应该就是缓存永不过期了,这都抗不下那也没办法.个人经验用 Yii2 框架,在缓存到极致时 4 核情况大概能抗 800.

当然像 PHP-FPM 这种一个进程抗一个请求,就算配置进程池 200 个,都在等 IO 时,第 201 请求进来时就傻逼了,换非阻塞框架还是比较正确的.

个人的经验来说 PHP 转 Node.js 速度是最快的,Node.js 里像 Laravel 的框架有 AdonisJS,像 SpringBoot 的框架有 Nest.js,像 Yii2 的 ORM 有 TypeOrm,用 JavaScript 实现的 PHP 函数库有 https://github.com/locutusjs/locutus ,带团队基本上两三天就能上手了.
xiaoshouchen
2021-08-03 20:51:45 +08:00
@shuimugan 现在用的就是 PolarDb 的集群,慢日志整体都正常,主要的瓶颈出现在 PHP 上面,PHP 的高并发真的是不行
xiaoshouchen
2021-08-03 20:53:49 +08:00
兄弟姐妹们,有觉得可以的,简历投过来呀。期待一起把事情做好
Actrace
2021-08-03 22:22:41 +08:00
作为 PHP + Go 的双重开发,我不建议你把业务往 Go 上面转。PHP 本身是具备弹性扩展能力的,性能相比 Go 也不差。语言只能解决场景问题,架构才能解决性能问题。
就目前而言,你实际上缺的是一个 PHP 架构师。
xiaoshouchen
2021-08-03 22:36:34 +08:00
@Actrace 哥们有兴趣过来吗?
danhahaha
2021-08-03 22:44:15 +08:00
长痛不如短痛,早转吧,省下的服务器资源也够招人了
ArJun
2021-08-03 22:52:08 +08:00
GO 写业务要比 PHP 慢三分之一吧
xiaoshouchen
2021-08-03 23:03:22 +08:00
@ArJun 旧的系统用的 TP 写的,整体代码质量很低,改起来很累,加个功能会经常出问题。举个例子,golang 可以传结构体,PHP 只能传 array,不写清楚 array 里的字段,下次改的时候,都不能一下子确定传参有哪些值。还有返回前端的数字,有时候是 int,有时候是 string,就还挺痛苦的,虽然是使用者自己挖的坑,但是在 go 上可以避免这种问题
airqj
2021-08-03 23:17:46 +08:00
@xiaoshouchen workerman/webman 上手太简单了,看一下文档就可以了....
非要迁移的话,感觉可以先把瓶颈接口用 Go 改掉
thomaspaine
2021-08-03 23:33:01 +08:00
@xiaoshouchen 兄弟我和你说句实话,青蛙太抠,老想着招一个人就能解决问题,另外这个招聘你能拍板吗?怕不是到时候聊好了又觉得贵,不过业务发展蛮好的,不然也不会有这个问题了
Actrace
2021-08-04 00:25:08 +08:00
@xiaoshouchen https://www.php.net/manual/zh/functions.arguments.php
关于传参,PHP 的花样比你想象的还要多,实际上也可以加入类型限定,你甚至可以传一个对象,对象中设定好成员属性。唉。建议好好看看文档。
x940727
2021-08-04 00:32:23 +08:00
恕我直言,如果真的大流量还是用 Java 吧……Go 的 GC 只是 low pause 上比较强,如果论吞吐量的话,被 Java 吊起来打。不过我很好奇,50C 100G 的内存,只用来对付 8000QPS 是不是有点大材小用了……
x940727
2021-08-04 00:36:32 +08:00
我们公司应用服务器 8C32G 2 台,数据库 4C8G 的,阿里云的控制台看 QPS 峰值 4500,全天平均 2200 左右,O2O 业务。我觉得 50C100G+一个 16C64G 的读写分离的数据库,缓存设计好点,数据库查询都走索引,抗个五万 QPS 不是问题吧,尤其是还有阿里云的负载均衡,直接带宽拉满都能处理的过来。
mifar
2021-08-04 00:46:49 +08:00
LZ 在滨江哪里想来拜访一下

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/793415

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX