是可以自建啊，但是他有调优，单机承受能力比较强。不过大部分公司一般达不到那个并发数，能达到的请的人也会调优

有没有流量统计图。不过好像找到也没意义啊，小米他有不会赔偿你流量

@dagoubi #37 没说强制执行啊，拖就拖呗，那有些人就是接受不了调解的金额。拖也没什么可怕的，就开庭的时候去那么一天，诉讼风险一直挂着，对于大部分公司来说，其实他们更不想打到法院

@fine886 #32 如果公司给你出的解除通知书里面的解除依据是这个的话，你就围绕他的解除依据去驳他，去找相关证据，懂不。
开庭的时候，公司是主要举证方，他得首先拿出证据，证明你不能胜任工作，然后还有对你重新培训还不能胜任的证据。
那你就要灵活点啦，公司拿出的证据（其实真的很难拿出合法的证据），比如哈：你 X 月绩效考核不合格，虽然你知道这个事实，但是那绩效单上没有你签名，你别傻傻的认，你就反驳他，对这个证据不予认可，怎么质证三性，自己去搜下。
如果你有侧面证明对你很有利的证据，你也可提供，比如你绩效一直很好很优异，公司说你不能胜任工作是不对的。不过呢，主要举证责任不在你，不必过多提供证据，你打好守势即可。

然后仲裁结果，无非两个：
1 、公司胜诉，解除合法，判赔你 N 和 1 个月代通知金。
2 、公司败诉，解除违法，判赔 2N 。

这里有个门道，记得写赔偿诉求的时候，一定分项列开，仲裁员不一定会全部满足你的，可能只支持某几项。还有 1 个月代通知金写上，虽然你诉求赔偿金 2N ，不会判通知金给你，但是万一你败诉，这个代通知金是可判给你的。再说了，写上没支持代通知金，也不亏

公司愿意出书面辞退通知是最好的，方便你仲裁，拿到就可以走人了。
你的 N=1.5 ，你去仲裁可要求 2N 的赔偿金、5 天年假（支付两倍工资），这两部分比较好要。
加班费也可以要，就是比较难，这得看你搜集证据和举证能力。

公积金和社保，直接到各自部门投诉追缴，这个是不需要走仲裁的，可和仲裁同步进行，追缴的时候，你也要补个人部分进去，公积金是稳赚不赔的，社保是伤敌一千自损五百，你自己考虑。

你说的工资分两部分发，走私账的问题，可以尝试举报税务。然后公积金和社保追缴，也可能不认私账工资的，这个全看那些部门的处理态度了，如果你担心不认的话，仲裁诉求里面写上确认工资数额，可等仲裁结果出来，拿着裁决书去追缴，就万无一失了。

@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 的合适吗？费用会不用高很多。