@peakmonkey #28 依然異常；
并且->创建实例->提示无效路由->刷新->创建实例->新建账号->保存->创建实例->选择账号为空。
刷新->异常。

其实，有没有想过把活动和控制台分离开，哪怕活动挂了对控制台也没影响。
而且 V 站在线的就 3648 人，哪怕 1*3 计算，顶多就 10000 人,会不会是程序上逻辑的问题导致读写放大了呢？

看了下，仅仅是建议，不喜勿喷；
1 、链接偶尔打不开，感觉几分钟就挂几分钟就挂，给人感觉是十分不稳定；
2 、如你#14 所提到了，流量过大，刚已经扩容了，给我的感觉是你们需要手工扩容，而且扩容后到现在还是问题依旧，但官网上介绍写的亮点是："为应用开发者提供高可用、自动弹性伸缩的后端云服务"，我不知道你们官网有没用自己的服务或者是其他的问题？
3 、和阿里腾讯他们的云数据库对比之下，优势在哪里呢？我没看到续费价格，但是如果和腾讯轻量云自建数据库，价格和性能和稳定性的优势体现在哪？
4 、建议后续活动（特别类似这种的），先自行压测一遍，否则活动对你拉新没有任何好处，反而成了你们的负面招牌。

我本人完全没有任何恶意，以上仅仅是我从 看到这个主题到自己进去注册看官网后 所遇到所有的事情和看法，如果我的看法让你感觉不适那我先行道歉，但也祝福你们能越走越远越来越强大，初创不容易。

ERR_CONNECTION_REFUSED

访问不到了....
想问问对比阿里的 PG 云数据库优势在哪里？

@amiwrong123 #40
项目->长期运行的 用 service(systemctl)进行托管，设置 afterNetwork 启动，作用是方便自己启动 /停止 /重启这些项目；
调试->需要背景运行，nohup 万精油，通过 stdout 重定向把信息输出去日志，长期调试的就去 rc.local 添加上去自动运行，麻烦在于需要停止的时候自己 kill 下它。

而 screen/tmux 这些我接触很少，因为我们平时有部分服务器是没联网的，这个时候只有 service,systemctl,这些系统默认就带上的才能方便使用，就算退一万步，没有 service 和 systemctl ，还可以 nohup 来跑.....

1. nohup 配合& ，可以解决后台运行的问题。但是比较简陋。而且没法处理有交互的程序。
不知道为什么到你这成为了简陋...我觉得这个简直是万精油....
另外需要交互的也不会丢后台运行吧......

2-5 ，常驻运行的我一般会上 systemd ，只是配置的时候麻烦，但后续使用方便。
而你提到的其他那些，要启动运行的话可以把运行脚本丢去 init.d 里面

@shuimugan #10 serverless 的坑你慢慢就体验到了

@exploreexe #84 uniapp GooglePay 不携带因为不是刚需，而且也要留一口饭给插件开发者。
你提到的 uniapp 连个 googlePay 支付 /第三方统计 都没有，只适合小程序 实在无法赞同，
敢问 flutter 是天生自带了微信支付和支付宝支付吗？

我不清楚 flutter 的环境，但就 uniapp 而言，原生没带的 sdk ，你可以自己封装下 ios 和 aos 的插件官方 sdk 给 uniapp 调用，如果你不会怎么封装，插件市场 常规的基本都有的购买，冷门的也可以找别人开发，论坛一堆原生 sdk 开发接单的。

Flutter 没用过，UNIAPP 倒是常用，IOS 和小程序都上架了。
上面也看提到了小程序和 APP 的对比，
我自己的看法是 APP 能实现小程序很多无法实现的功能。只是肯能太细你们没看到，另外小程序早就不是 2M 了，有分包加载功能。
1 、图片
对于 APP 而言，我习惯的是把图片资源缓存，后续只需要检查沙盒里面有没这个资源，避免重复加载，这一点在小程序是无法完美实现，只能基于 web 的缓存。

2 、长页面长列表
对于 APP 可以通过对应组件，达到不可视区域的资源释放，但是在小程序中(web)，当列表达到一定程度（特别是包含图片的），直接就卡死了。

3 、支付方式
小程序中除了微信支付还能用什么支付方式？但 APP 可以使用不同的 sdk 不被受限。这一点对于港澳台业务的非常重要。客户人群有使用微信，但却不是使用微信钱包，而是使用当地的第三方支付渠道，小程序中就没法直接拉取支付。

4 、分享
安卓的小程序可以分享朋友圈，app 则不受限制，常规做法都是 app 搭配 H5 进行分享。

5 、小程序常年改接口.........

所谓的超融合其实就是现在云厂推的无服务器应用...单纯跑一个应用的。
只涉及到存储 /计算 /带宽 能力。
和虚拟机完全不是一个级别的。
另外阿里 ecs 也不是一台物理机器；

存储->建立存储池，末端是多台物理机器；
CPU/内存->集群中建立的虚拟机；
比方 A 集群中由 3 台物理机组成，虚拟机的配置运行仅仅会在其中一台节点中生效。
当发现这个节点异常时，集群会把配置文件移动到另一个节点中。由于数据的存储是存储池中的，所以这个移动其实仅仅是配置。

如果你有租用超过 3 年的云主机，你细心查看会发现有过自动重启的日志（可能看运气吧，但我其中一台试过），提交工单后答复由于宿主机异常，导致了转移，所以引起云服务器重启....

内存带宽大概是 4200MT/s ，网络带宽需要达到怎样的条件才能这样异地组机呢，而且还没考虑稳定性...
这有点过渡设计了....

我们那时候是小学有电脑课，几年级开始就忘记了，电脑室都是贴着“学习计算机要从娃娃抓起”的标语

@fangcan #5 发现了的人未必会公开，可以售卖。也可以自行利用。
常规的安全测试针对的是已发生过的问题，不会对未发生过的进行测试或有案例。
review 时候一般遇到古老的库都只是会查下是否有通报，而不会重新进行检查。

一般来说，针对这种漏洞，除非专门找白帽子做人工渗入，但老实说如果我这个漏洞可以卖 10W 美元，或产生 10W 美元以上的利益，我还会为了你那几万块的奖励提交出去吗...

理性的說，
1 、教育机构哄抬；
机构会让你没工作经验的时候，就说自己有 1 年的经验，开发项目由于涉及商业信息无法展示，但是有个人作品（培训时做的）；-----前员工告知的，但他觉得自己都难以置信，所以才坦白。

2 、之前互联网大环境下导致了；
对于培训机构或学习这个专业的，他们一般都有自己的群，里面几十个人不乏比某人差但待遇更好的情况，甚者还有一跳加一倍的情况，所以导致他们关注点永远是薪酬而不会考虑和自身能力挂钩。

3 、职业行规
对于一家公司做 3 年后，薪资基本不会太大调整，想要调整就必定要跳槽；但他们往往忘记了，这句话只适应于你的能力也得到提升，而不是 3 年的 CURD 。

最后，我觉得搞 PHP 的由于台阶比较低，互联网高潮的时代我见过很多之前装修 /工地 /辍学 的人跑去培训班，然后直接跑出来工作。毕竟 PHP 上手简单，所以相对其他语言要学习的知识比较少，基本就语法就行了。不行的就百度上。

据我了解招聘公司开出的：
广东-23 线：3K~6K
广东-1 线：5K~30K

应聘人员期望的：
广东-123 线：8K~30K 或 6K+工龄*1K