@linunix 那差不多，我以为很早呢。现在还是 xuewei 有那么一点延迟。

@linunix 什么时候体验的，前阵子 elementary os 更新了，比刚开始用的时候好多了，不过还是有一点延迟的感觉。

服务器配置不要缓存图片就可以了

从一个吉他手到一个程序员

@linunix elementary os 用了一年

@demolibs 超出流量要收费，新加坡和东京（日本）的超额价格为每 GB 0.025 美元。

@KentY 还有，文章太长了，直接看文章的小标题概括。除非看技术文档。

@KentY 你说的浮躁就是速食化现象。我不知道怎么描述这种现象就用速食化，这个是我十几年前杂志看到的一个词。

我十几年来个人对于生活的感受就是节奏越来越快了。中国的生活节奏比国外快。
速食化本来说的是国外的现象。比如吃快餐，交通工具，互联网科技的发展。
比如说互联网这一块，以前看书查资料，现在直接网上搜，搜的都不一定是对的，但是不会再拿书查资料。
后来中国也慢慢出现速食化现象，因为中国也有了互联网，交通越来越便利，快餐什么也有了。

移动互联网的发展，中国的速食化现象比国外更加严重了。在中国住习惯了，去国外肯定会觉得节奏有点慢，有些事情生活上不是很便利。

还有就是中国资源少人多，竞争激烈当然更希望越快越好。
还有经济发展，都追求来钱快的。
我觉得这是一种正常现象，比较复合中国目前社会现状所塑造出来的国民性格（不是指所有人）。
拿我个人来说，几年前还愿意坐火车，现在是高铁，越快越好，火车绝对不坐，太慢了。

@demolibs 你流量得多大，1t 都不够用

@lianglianglee 我的 vultr 很稳，日本东京的。100ms，国内 ping 速度都还不错

可以试一试 vultr 日本东京机房的。国内访问速度还不错。

没准这一百万文章就有你们的文章。

@optional id 如果不连续呢？

我的咋没事呢

@fniy 你这是疑问句吗？ 我也遇到这种情况，我给解决了。你网站是 2020 年 3 月 3 日上线的还是注册的域名，我网站 3 月 3 日上线，43 天 62 个索引。3 月 3 日域名解析一个小时百度就收录了。百度太给面子了。不过就是不抓取。Google 都收录 1000 多个，百度还是不来。现在抓的很勤快。昨天前天 70 左右抓取频次。

我特别想把我的代码优化一下，但是需要时间啊。我看组里的写代码一把梭啊，那我也只好一把梭了。写代码从来不设计的，只是要把要的数据调出来就行了。
前阵子刚来的时候组长要把以后的接口按 restful 设计，接口搞到一半的时候才发现前端压根都不知道 restful 是啥，只知道原来是用 post，get，现在用 post,get,delete,put,patch 。比如说，写了一个 /scores/{id}这样的接口。id 应该对应的是 scores 这个“资源”的 id，但是前端传参数的时候，说这个 id 没啥用，组长也当场说这个 id 传 userId 吧，因为 scores 的 id 根本用不到。组长跟我说要设计成 restful 风格的接口，但是组长好像对 restful 的理解的不太到位，因为我个人认为 restful 最重要的是资源这个概念，看这个 URL 就知道你这个接口是干嘛的，传 userId 有歧义，不符合 restful 的规范。(当然我的个人水平也是个半桶水，所以我当时想了想，说，那行，就传 userId 吧。)

我们公司还有一个问题就是，不写文档。因为觉得写文档花时间，功能更新代码更新文档也要更新，更新文档也得花时间。我觉得这在小公司是普遍现象。包括我和我的朋友也聊过这事，他说大部分公司都是这种情况。除非公司比较大。

有时候现实情况就是这样，技术能力有限，想把技术搞好只能搞到那个样子。（当然公司的项目很多地方还是有可取之处的，包括我的组长，站的角度不一样自然考虑的事情也不一样。）做为我个人来讲我肯定是想把代码写好的，但是组长或者再往上要考虑时间问题。
其实我的很多想法都是为了项目更容易维护，写代码不考虑以后维护的话，这个项目终究有一天会维护不下去，到后面会浪费更多的时间。

这只是我个人想法。具体要看实际情况。

另外我说一下加班问题，我们公司不鼓励加班。加班没有加班费。这和我原来的公司是一个鲜明的对比。
原来的公司就是不到 7 点你是不可能走的，我基本都是在 7 点半。 我个人觉得加班真没啥必要，如果不是工期特别赶，尽量不要加班。因为项目不着急还要加班，加班就只是在消磨时间，反正也不能早走，那就慢慢磨时间吧。
倒不如工作时间效率高一点，精力集中一点。 而且人毕竟还是要生活的。如果每天下班都看不到太阳，出了公司大门永远面对的是黑夜，这种生活方式我是接受不了的。

买个颈椎枕，睡几天就好了，从大一开始已经告别枕头了。

还有就是多人开发的话，需要定规范。我们公司没啥规范，这种数据处理的逻辑代码写的特别的散，我无能为力。

我个人处理这种情况一般是把数据处理封装到一个对象的某个方法中，在处理该数据的时候 统一使用该方法。
如果是那种从来不封装数据处理方法的项目，都是写的非常零散的 SQL 语句我是真无能为力。而且我们公司的后端都这么写项目，他们就是一把梭，写的贼快，但是维护起来真难。
项目都没有文档，而且 业务流程也没有文档。 只能靠口口相传，然后他们很多时候就把业务逻辑给忘了，搞的很尴尬。