确实是的，基于小程序去做可以做到 实时输出，格式化内容，
为什么一开始没做小程序，因为觉得个人小程序受限制太大了，
第二个是前端能力确实不太行，需要加强
定位场景是私人助手，所以用了 企业微信 => 微信这种形式
小程序毕竟是公域

要求不用查库，就能解析的，试试对称加密 AES 系列函数，不过长度会超一点
信息减少后，基本上没法还原成原始信息，比如 sha1 ，MD5,crc16/crc32 ，能还原的，就是信息压缩算法，通用的就那几种，其它都是领域专用，你可以往这个方向考虑。
但是一般业务上做法，无非就是 生成短链接然后把 key => value 的映射保存到 内存中，常用中间件也就是 redis
单机用 APC 扩展也行。

浏览器在很多领域已经事实上形成了取代，好多人打开电脑的的目的就是打开浏览器。那么我们开机直接启动一个浏览器，不去管底层的 Linux/windows/MacOS ，那么说浏览器就是运行在底层系统之上的用户"操作系统"也没什么问题，会不会取代，取决于用户的选择

@Lather 我倒不是这么认为的，干不干净的我的手机号，我说了也不算。谁运营 tg ，谁说了算。
类似的话，我觉得你可能问题，你就要列一大堆，证明自己没问题。六子到底吃了几碗粉?
总之，人性一样，全世界的 app 也没高尚到哪去

找 tg 官方申诉呗，天下聊天软件都是一样的，我 tg 用英国号码就一切正常。用国内手机号，直接被 ban ，嘴上自由，背地里都是生意。

@yeqizhang 热干面加花生酱的都是邪教，正宗武汉热干面只有加芝麻酱。不过我也是觉得，好多地方的人不一定吃的惯热干面|ω・）

夫人之相与，俯仰一世，或取诸怀抱，悟言一室之内；或因寄所托，放浪形骸之外。虽趣（取 /趋）舍万殊，静躁不同，当其欣于所遇，暂得于己，怏然自足，不知老之将至；

确实会这样，需要你的身体把疲劳度反馈机制，自行调整回来

自己有服务器的话，
可以考虑用 remotely save 插件，配合 上 webdev 协议去同步
webdev 服务端 用 [https://github.com/hacdias/webdav]( https://github.com/hacdias/webdav)

会用 composer ，应该就没什么问题吧，不过真的还有新入行的吗，苦笑～

首先搞本地化方案，所有涉及第三方或者外网的请求先记录或者替换（你永远也不知道内部网络是什么样子的，按最坏的打算[内外网隔离]来）。
部署要求对方出跳板机器就好，
微服务的建议合回来。
不要出差，不然部署好了，万一对方什么时候重启了服务器，机房断电了，网络迁移了，你要一直出差。

之前在文档上明确表示要 4 月换，最近看的时候，没提了，感觉太激进了。不过这也不好说~

试试企业微信，个人也能注册，也能与微信互通。

@jackrelative 也许你的业务场景下可以优化到 79 字节没问题，但你请看看主题， 回复前需要用到的资源前，先把一长串限制条件带上，谢谢！

@jackrelative 你一个接口响应只消耗 146 字节?5000 并发的公司，会少这几 W 块钱的服务器费用?

框架是为了多人协作的最低规范，PSR 是社区规范。没有这些基本规范，那就更谈不上，composer 标准包。我很难想象这些都没有的 PHP 会在各个类型的 Web 开发中速度特别快，怕不是你要一个人造一个生态? php 一直都像更有效率的地方发展，你说 php 被这些优雅框架玩死了，是真的是没意思。时代变了，你没变(ಡωಡ)

502 应该算配置错误，从马上全站复原推测知乎后端应该没问题，可能是运维配置问题 0-0