@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 语句我是真无能为力。而且我们公司的后端都这么写项目，他们就是一把梭，写的贼快，但是维护起来真难。
项目都没有文档，而且 业务流程也没有文档。 只能靠口口相传，然后他们很多时候就把业务逻辑给忘了，搞的很尴尬。

在应用层可以使用观察者模式处理,不知道可否解决的楼主所说的问题。

说的我有点害怕，3 个月试用期过了要通知可就完蛋了。心里有点慌。

能有工作就不错了。

我一般都写的特别长

前提是你得报名，别没报名被抽中就搞笑了

主要减少查数据库查询，查一次可以放缓存里，服务器里的缓存+前端缓存。

防止刷赞，请求开始 在 redis 中加个 该动作的唯一标识，我一般用户 id+动作标识+资源 id 判断该动作是否存在，存在就是动作还没完成

成功或者失败后删除动作唯一标识

前端也限制一下

不知道还有没有其他的方法

老铁，跟你遇到一模一样的情况，你里面有的 IP 我大部分都有。解决了吗？