1. A 轮的创业公司，员工工作时间都不长，不存在新 leader 不好出面管理的情况。
2. 他的事是新 leader 的事，新 leader 认为没事就没事，如果因他的问题影响到整个公司，那是新 leader 的责任。原则上来说，他只对他的新 leader 负责。
3. 如果你跟新 leader 有明确的上下属关系，你应该找新 leader 谈谈心，如果不是，则不管你的事，公司氛围？那是你老板与行政该考虑的事。你在公司兼职行政？
4. 如果你们公司没有明确的职能划分，那么你作为没有股份的合伙人，向老板建言的是职能的事，而不是其他。
5. 这类事，从管理制度上着手。

PS ：一直认为弹性工作制是一个公司单赢的制度，很多小伙伴是比较讨厌所谓的弹性工作制的。公司里只有一个部门采用弹性工作制，是很奇葩的。人家阿里为了平衡研发，其他部门统统加班加点，哪怕没事干。

上海，在阿里云备案，只需 3 天，实际上也是快递用去的 3 天。阿里云其他方面不说，备案方面真的是无与伦比，可能也跟上海管局的审批速度快有关。
有次备案出问题，直接打电话到上海管局，感觉对方一点都没有那种其他事业部的爱理不理的感觉，真的很赞。

魔都联通表示，工信部申述页面可以打开，表单可以填写，然没法提交。
不得已直接发邮件去工信部，一周了，没声音

@yeyeye 哪条法律哦，列出来看看

@gxm123gxm 谢谢，数据最后扔朋友工作室，给取出来了

@invite 是啊，几个 GB 数据，有备份，只是因为懒惰，是几个月前的

@Starduster 那能申请删除自己的帖子吗？
自我审查就是自我审查

@ryd994 重新看了篇，懂你意思了，分歧在非标准端口上
我的配置没问题

@ryd994 不懂你什么意思
我确认我在 google 后，且经过实机测试的结果，你或学没有看到“...... ”，所以激动了？
如果你认为我只是个复制粘贴党，那么我们没有共同语言

@dbfox 那你妹就被大众耍吧， block 不谢

果然缺乏幽默细胞

@mchl 我测试的结果是
listen 443 spdy;
listen 80;
server_name domain.com;
......

error_page 497 https://$server_name:443$request_uri;

这样才行，必须告诉 nginx ，该域名的 80 端口也能访问进来

@mchl 既然没有 listen 80;
但 http 默认为 80
curl 实测结果就是
curl: (7 ) Failed to connect to domain.com port 80: Connection refused

@mchl
不懂，以下语句写入 443 的那个 server 中
error_page 497 https://$server_name:$server_port$request_uri;
告诉我， 80 那个端口怎么知道 497 状态？

curl 测试
$ curl -IL http://domain.com
curl: (7 ) Failed to connect to domain.com port 80: Connection refused

/t/214646 也发现了

@yexm0 换上了阿里云 dns 就 OK 了
114 会将 github.com 解析到不正确的地址？好怪异

@yexm0 你看 mtr
这是有线通刚到移动端口上啊， nat 处就被限制了...

难道人家交换机也是下发的配置么，墙中墙直接将配置下发到最下面，是不是外墙的压力就减少很多了啊

直面沟通比阴暗角落里的奇技淫巧来得有效率的多。