目前公司是试用期不缴社保，转正后一次补缴的。

最近也在弄这个，自建的一些开源服务公司内部使用，之前都是自建 DNS，自定义服务内脏域名。
但是有些服务需要走 https，否则比较折腾。所以 9 元买了个 top 域名签证书用，可以不用公网解析，继续使用内网解析，然后证书可以免费使用 let ’ s encrypt 的 dns01 签发。

xls github 上比较火的有两个，怎么会搜不到？

没有错误日志吗？具体到哪行报错，而不是一个入口函数 /方法。

POST /posts/<post_id>/comments

按业务情况合理嵌套，不宜嵌套过多

反向代理了？

厉害！

楼上戾气有点重。

PHP 历史和 Go 比起来历史久很多，两种语言设计思想不一样，类似这种的 DI 库已经有不少了，但是实际使用场景不是很多，感觉有点和 Go 的语言官方推荐标准刚好相反。

也许可以全局变量定义一个 window.$APP.asset_prefix，部署时替换为需要的路径。

会一直调用 console.clear 方法吧

看着有点像，短时间内批量关注点赞收藏了一波。

@liwufan 没听说过，请教下。我查了下有用电信 CDMA 信号授时的模块，不清楚 linux 下是不是好用。

@blankme 主机上有部署和时间相关的业务系统。

@liwufan 主机在室内，GPS 不好用吧？

@Alchemistxxd 有点绕。^_^

HTTP 请求本是无状态的，即前后两次请求没有上下文关系。但是作为服务，有需要关联请求的业务，因此就衍生了 session 这个概念，来保持客户端与服务端的会话关系。

一般 session 会在服务端记录数据，下发给客户端一个 token，下次请求时客户端携带上 token，服务端就可以找到关联的会话数据，这样来关联不同请求。

如果客户端是浏览器，常规做法是利用 cookie 来记录 token，因为这样浏览器每次请求都会根据下发 token 时 cookie 的配置将 token 写入请求中，客户端就不用特意再去处理发送 token 到服务端的问题了。如果是移动端，一般都是需要手动接受服务端下发的 token，每次请求按与服务端的协议写入请求。

另外为了安全，有可能为了方便记录一些其他用户信息，比如展示用的用户名等，但一般 cookie 中只以 token 为当前用户的唯一凭证。

cmVuaGFvMmtAZ21haWwuY29t

支持一下，希望有机会体验新产品。

根据你的 Nginx 提供服务所需的最小权限给。如果只是提供静态文件服务，只需要给到能读取静态文件的权限。