@Duanye7X24 #4 没用的，偷偷告诉你，我已经告诉好几个朋友追缴成功了，其中也有一些朋友的工资结构像你说的情况。公积金中心可不傻，会综合参考你的个税缴纳明细、银行工资流水。

不要作声，留存好你签的每一份劳动合同，离职了去公积金中心追缴，一追一个成功

买过几次手机，没中坑

@xfxz #19 这得看你什么交通方式过去了，我在广州过顺德玩，是坐地铁过去玩的，然后会经过北滘公园站，大树头也有几家分店，不过我只吃过北滘的总店

喜欢吃糖水，佛山如果你有顺路经过的话，大树头（北滘店），真的不错，又好吃又便宜的糖水

招行的闪电贷更低

他远程配备有驾驶员的啊，专门处理特殊情况的，人工介入开走就可以了

@Yadomin #8
@porrt8 #9 提前一个月通知，不代表就合法，不代表员工就要同意。
因为往往公司所谓的提前一个月通知，其实就是找员工协商离职，既然是协商离职，那员工就可拒绝，那离职共识都没达成，怎么就一个月到了就要离职呢？

比较规范的提前一个月通知解除，无需支付代通知金的做法是：
公司提前一个月通知员工解除劳动关系，出具书面通知并明确写明解除依据。
然后一个月到了后，员工配合办理完离职，不服的话，拿着解除通知，去仲裁立案。
仲裁判决解除依据是否合法，合法判赔 N ，不合法判赔 2N 。

这样的规范操作，无论输赢，公司都是不用支付代通知金了。
但公司往往只想耍无赖，把和员工初步协商的时间点，混淆成履行了代通知义务的开始时间点，这是不对的。
而且这种公司，往往也没打算出具合法的解除通知，只想压迫劝退

你 n=2.5 个月，走协商的话，能有 n+1 就是 3.5 就不错了。

走仲裁，就要看你心理承受能力、应对能力、收集证据能力了，仲裁赢了的话：
被迫解除的，赔 n=2.5 。
公司主动解除，被判为违法解除的，赔 2n=5 。

然后不管仲裁输赢，公积金追缴、社保追缴，你都可选择做不做。

@me1onsoda #174 跨域限制这是有必要的，比如我们前端在 a.com ，API 接口在 b.com ，跨域资源共享是考虑到很多项目是这样的架构，提供了这样一种跨域策略。但即使配置了跨域，它任然为我们提供保护。
比如你的页面出于某种原因，被注入了 xx.com 的资源，那跨域保护还是起作用的，大大提升了攻击难度。

@Cheons #8 还有很多人工费呢，买完房子才知道，从看房到办手续到买好家具到入住，期间花费很多人工，还有很多不得不请假处理的

楼主，有一点我和你的理解恰恰相反，我认为能真正理解和吃透跨域原理的人，正是后端莫属，因为要实现一个完整的跨域功能，其交互行为几乎都是后端完成的，前端只需做基本配合即可。
我说的是真正自己去实现过跨域组建的后端，那种只调过跨域包或者调调 NGINX 的不算。

我描述几点跨域实现细节中，容易忽略或者易犯常识性错误的点（仅部分，不代表全部实现细节）：

1 、对预检请求 OPTIONS 的处理，应在你的接口代码之前就进行拦截处理并响应（可以简单理解为做在前置中间件）。

2 、不是所有 OPTIONS 请求方法都是“预检请求”，浏览器还应同时通过 Access-Control-Request-Method 请求头明确告知实际请求中使用的方法，未提供则服务端不认为是预检请求，不应做对应处理。

3 、Access-Control-Allow-Origin: *，他不是万能的，仅在不需携带 Credentials 的情况下可以这么设置；如需携带 Credentials ，必须指定一个单一的域名。


从以上可以看出，想自行实现一个标准的跨域组件，需在浏览器的跨域标准基础上，结合自身项目的实际情况，来合理的设置各响应头，而不是一股脑的使用 Access-Control-Allow-Origin: * 。
如果一名后端不清楚浏览器的跨域标准，请问如何实现这样的跨域组件呢？所以我说后端最了解跨域就这个原因了。

以前家用/打联盟一直组装的 ATX 的，请问下，组装 M-ATX 的合适吗？费用会不用高很多。

@flynaj #77 手机开机也挺好用的。
当时也是想弄个键盘开机来着，才发现我的是 USB 口的键盘，不支持，得 PS/2 接口才行。

小米 1.5 匹，N1A1 ，我今年 3 月份买两台，1750

@z1111h #18 累计的，交的失业险，前面 4 年每年累积 1 个月，之后每半年累积一个月

你 100 来个，没负债的话，吃利息，领失业金，你都可以过的很滋润了

找淘宝介入啊，我之前好些订单都是找淘宝介入退回来的