现在好了

百度对自己家的产品当然优先展示

@jmc891205 嗯，有可能，因为社保基数跟工资基数有关系，我前文留言忽略了这个。也就是说，我在名义上依然有“工资”

备案这个事，只能找工信部，阿里云仅仅是做的比较“到位”而已。

那我这不上班，找个公司挂靠缴纳社保的咋办？全额缴纳意味着我工资全额是 0。。。

负载均衡是个独立的分发组件，你只需要开发的时候，考虑下多份自己同时工作的问题就好，比如附件共享存储，登录状态共享存储，数据库共享

流量大用啥都不怕，我每个月百度联盟十来块钱的飘过

虽然是几年前的帖子，但是还想说一句，程序员转行并不一定事坏事，我就从开发转为了云产品销售。
感觉这种不在冷冰冰的只跟服务器打交道要好很多

我靠，免费给我升级的金卡居然是为了要钱

楼主这样太不正常了，我都是天天这样

token 也不安全啊（ https 能做到网络传输半路上不丢），仅仅是个会话标识而已
如果你电脑上或者服务器上，中了某些病毒抓包，那么可以拿 token 来代替你做很多事，这时候 https 帮不了你

2 年程序员就这样，小伙子可以 5 年坐上 cto 的位置

@RiESA slb 是个公共 ip 入口。然后自动增加的机器都会挂载到 slb 后面用来按照预设规则分配承载实际访问。
挂载文件这种操作不属于云架构弹性方案，你应该所有网站都把文件用 OSS 来实现“共享”，一台机器写入或者修改，所有机器都能读取到
弹性扩展本来就是为了自动应对流量波动来的，你完全可以设置压力低谷减少到 2 台机器（ 1 台也行，但是会失去灾备意义）
弹性架构提倡多台低端机器，而不提倡少量高配机器，数量越多，越有高可用的效果（即使实际上轮流挂，但是对外在线率也是增加了不少，甚至表现成“始终在线”的效果）

弹性伸缩的目的，主要在于实现“无人值守”伸缩，压力大了自动增加服务器，实现业务运营压力跟服务器数量成正比，而不是修改代码优化程序。传统架构不伸缩，压力大了只会慢，处理方法没法简单的增加服务器解决

理解基本都没错，oss 不是个文件夹，而是一个网络引用路径。所有网站的“附件文件”剥离网站目录，放到 oss 就行

荣耀似乎挺受欢迎

@mytsing520 没错，以前就是各种摸索，最后使用安全组，内网入方向全部禁止才做到的安全提升很多