从小都是过农历生日。国历生日一般是公司或者什么 app 用来领生日福利用的

恭喜恭喜，沾一沾喜气~

来个答非所问，之前想上班摸鱼刷 v2 的时候找的，极简浏览器 min https://minbrowser.org/

安慰一下，我也差不多，前两轮技术面试过了，聊得也还行，薪资期望也跟 HR 对齐了。
临时加了一场 boss 面，说是走走过场，我就抱着聊“开放性话题”的心态过去了，面完第二天 HR 以不符合要求为由压薪资。
本来以为谈妥了，都在熬夜看附近的租房了，被这么一搞十分不满，又重新启动继续找了。

游戏也不是一没人气就关服。听人说过有个游戏关服之前就剩两位数的人在玩了，还坚持了很久。维护旧项目的投入产出比太低了，机器不贵，但人力贵啊。趁着机器还没过保，抽调给别的项目用，好过放在那里吃灰。
不过这是网游的情况，一些单机带一点联机元素的，那种好像能坚持蛮久的。

我不算专业前端，写内部平台的。
我认为前端未必不懂业务，因为 UI 是跟用户产生交互的地方。功能为什么要这么分类、逻辑为什么要这样设计、用户关心什么、数据在后端的处理逻辑是什么？不懂业务不懂产品的话，跟 PM 沟通需求会很费劲。
但前端的运行环境决定了它能玩的东西比较有限，造轮子的速度飞快，但后端玩得比较大，分布式、容器化、微服务、服务治理，能攀爬的高度更高一点。

gunicorn 只负责做接收 web 请求，计算任务通过 celery 的 worker 去执行，去看看 celery 的官网教程就好。中间消息传递的部分，需要用消息队列或者 redis （ mysql 其实也行）

至于停止任务，可以用 celery 的[revoke 方法]( https://docs.celeryq.dev/en/stable/userguide/workers.html#revoke-revoking-tasks) 创建任务之后会得到一个 task_id ，存起来或者返回给前端。然后用这个 task_id 取消掉任务就行。

但杀掉正在运行的进程，只对 prefork 和 eventlet 类型的 worker 有效，因为线程和协程没法单独杀掉。如果你用线程 /协程创建的 worker ，需要引入额外的机制，让他们每隔一段时间就检查外部的标志位，判断是否要继续运行。

润来广州吧，我 3 个月不做核酸照常打车坐地铁。
不过广州的就业是僧多粥少。。希望多点人能够吸引企业过来吧，以后找工作选择多一点哈哈哈

跟着其他老员工叫就行

emm ，端口不暴露到宿主机，只暴露到容器内部的网络上，就不用考虑冲突的问题。查出来几个 web 入口的容器 ip 地址，配置在 nginx 上。这样麻烦的地方在于重启机器跟环境之后 ip 可能会变，得重新配一下，要不入口会乱掉。

以前一直把 vim 当做主力编辑器，大概五六年。那会没有趁手的远程开发工具，直到 vscode 的 remote development 发布。然后我就彻底叛变到 vscode 了。

说一个最直观的改变。我给 php 配插件，浪费了几天时间，效果还不尽人意。而换 vscode 的那天晚上，在插件市场随便点点点，就配好了常用的插件。这才是效率，什么乱七八糟的“我随便就写出来一个插件”都是扯淡。

现在的开发部署流程决定了，在生产环境服务器上没有什么“重编辑”的工作。运维除了救火，也不会直接在生产环境改配置。vim 那常见几个命令学完就完事了。而开发环境装个 vscode-server 根本不是事，就算内存泄露了又能怎么样？

编辑效率上，vim 的编辑模式确实有独到之处，搞个插件就完事。至于那些正则替换和宏操作，sublime/atom/vscode 的多光标操作+正则的模式，我认为才是正道，用 vim 构思那些规则的时候，我用多光标早就操作完了。

@iseki #123 5XX 这一系的错误，常见的是后端未捕捉的异常（ 500 ）、超时、不可用的情况，替换成错误页面也能接受。后端 API 除了 500 也不会出这类错，如果后端自己全局捕捉到异常，处理之后也不是报 500 了。

在 nginx 的日志上可以捞到是哪个 upstream 报的 500 ，再去看具体 web 后端的错误日志就 OK 。

哈哈哈哈，面向甩锅编程，只要不是我的错就行。不过无效的聊天内容太多了。

回到本楼主题，查 bug 不应该是这么查的。相关人员拉个群，让负责人来主持，分清楚是哪边的问题，再让具体的研发去查就好了。

虽然我是前后端都搞，但后端转全栈的动机是什么呢？最近去面试开发岗，都只关心后端技能，有前端跟运维经验，但是岗位不需要。千挑万选才找到技术栈匹配的，就业面太窄了。

算了回到正题，现阶段入门前端的话，我建议找个简单教程过一遍 HTML 、CSS 和 JS 的基础，然后找个 vue 的入门教程看一看，做个 demo 就算上手了。TS+React 的组合也行，但上手门槛我觉得比 vue 高了一丢丢，作为入门的话没必要。

vmware+vscode ，目前也没碰到什么问题（限定普通的前后端开发）

我没那么多数据要同步，个人习惯是关键数据 本地不同盘冗余一份 + 线上存一份保险。等以后买房了再搞个 raid