在线转换就是
http://www.anilcetin.com/convert-apache-htaccess-to-nginx/

http://www.onexin.net/rewrite.php

@imnpc 明显楼主装错系统了。 mini 版本也有 yum 。

@akira 每个省的通信管理局要求的备案流程都是不一样的哈。

有的必须邮寄资料，有的可以用扫描件。反正各种奇葩。

@geeksu 恩。是的，流氓进程和服务可以用自带的手机管理软件，通通杀掉。

@geeksu google play 和华为商店都在用，毫无问题。

我老婆手机就是这样。我观察可能是由于支付宝有系统服务，而淘宝之类的有些服务和支付宝服务关联。
这样可以实现唤醒的。

之前，有 APP 用了第三方的支付框架。结果，手机上所有用了这个框架的 APP ，只要一个启动了，其它的也自动跟着启动了。

我会让孩子学学，现在电脑是每个人的标配。不仅要会用，还要了解部分原理。现在这么多的网络骗子，利用的就是大家对软件背后的原理不懂，出现的信息不对称来诈骗。

另外一个角度来说，会写代码会写工具，能有效的完成重复性高的工作。对自己是有益的。

@Felldeadbird 老老实实用手机自带的应用商店，出现这种问题的几率是非常小的。我就用 799 的荣耀，有两年了，从没出现类似的问题。

@lty494685444 233

你们一定干了什么的？！ 不然，时间怎么没了呢？

@ipconfiger 你确定不需要陪孩子？我们家的小姑娘天天下班后要我陪她玩。只有她睡觉后，我才有时间啊！

所以，可能会更惨！！！

@wdrsam 确实啊！在成都已经多年没见过雾了。

你这个明显是 firefox 的缓存导致的。找到“清空近期历史记录” 删除所有缓存试一试。

@ebony0319 但是，这个并不表示不能拆分。只是需要考虑重构的成本问题，值不值得。有好的开发规范，从一开始就该避免类似的 SQL 。这样到了后期才好作优化。

只是实现业务功能，不考虑性能，到了后期是需要付出更多的代价的。

最近，刚好在分析公司系统的性能问题。你这个 SQL 和我们开发写的 SQL 相比，算是简单的。我这儿的 SQL 有的 100 到 200 行。我只能呵呵哒！

但，单独来说，你这个 SQL 算是比较复杂的好吧！你现在别去分析什么原因导致查询慢。先把你的 SQL 拆分为多个可以优化或能使用索引 SQL 再说。

记住：
1. 能用 PHP 或 Java 等等代码循环的查找到数据的，就别用 SQL 去查。
2. SQL 能有多简单就用多简单。

@webjin1
我昨天才在阿里云作了一台转发。规则是没问题的，应该是其它地方有问题导致。

执行命令 iptables -vnL 和 iptables -t nat -vnL 把结果贴出来

@hanxiV2EX 动态 IP 的情况必须用 MASQUERADE

@hanxiV2EX

请原谅我的错别字。 233

MASQUERADE 不需要指定 source IP 地址

@hanxiV2EX

这个地方， MASQUERADE 和 SNAT 效果基本相同。它们的作用：所有从本地网络出去的包的源地址改为 Internet 连接的地址。如果不作 SNAT 或 MASQUERADE ，返回给客户端的数据包不知道怎么发出去。

区别：
SNAT 必须指定 source IP 地址
MASQUERADE 并需要指定 source IP 地址