@kissazi2 本来打算给你点个感谢，结果留微信了。。。

对，
就是挖井。。。

三个方法：
1，print(s)改为 dir(s)
2，直接用 ipython 看一下
3，直接用 ide 调试看

原来是表格啊。
不太可能有通用的，因为表格就不规范。
你只能根据不同类型自己去写解析程序了。

提示下：
table 的 tr 下是 td，td 有两个属性，rowspan 和 colspan，它们的值就是分析表格的关键。但是对于这种不规则的，只能自己写程序，看有多少种类型，就微调下吧。

直接使用 xpath 或者 css 遍历，最简单网站了。

这个，只能看源码吧。
如果没有记错的话，反转不是直接利用原来文档，是重新生成了，要原来文档有一个双下划线的属性。

@SlipStupig

曾经负责两个世界排名 1000 以内的社区，
每天发布内容条数十万以上吧，
识别联系方式过滤是最有效的，
逐渐优化后达到 95%以上。

既然是小公司，追求智能不一定划算，因为样本不够，且调试过程比你逐渐完善过滤机制代价更大。
当然如果是公司事少、不考虑成本、或者学习目的，那么肯定是可以的。
我文章中开源方案提到一个，我没有实际使用过，[使用 TensorLayer 训练一个垃圾文本分类器] https://github.com/pakrchen/text-antispam

新鲜出炉的 BLOG 文章：
论坛和社区如何防止垃圾文章和评论： https://c4ys.com/archives/2058

包含：
通过关键词库识别 spam 内容
通过联系方式特征识别 spam 内容
通过用户身份识别 spam 内容
通过操作特征识别 spam 内容
识别后的处理
开源方案
商业方案

要自动发现垃圾信息，不用机器学习，简单分词即可：
1，比如将所有历史垃圾内容进行分词，抽取特征词库（其实也可以人工建立和导入网络上的词库）；
2，对发布的内容进行分词，如果发现特征词超过一定数量，且存在疑似联系方式的的（这点很重要，因为都会留联系方式，而识别联系方式很简单，甚至有这一点你分词可以不做），直接进入待审核，用户账号进入禁言状态；

但是必须还需要提高作案成本，比如：
1，防止自动发帖工具（验证码，手机注册）；
2，防止人工发垃圾帖（ IP 黑名单，手机号黑名单）；

重要的是你连自己要防的是对象人还是机器都没有确定。

假设对方是人，如果你不提高注册门槛，根本没法用机器的方式防住，

贴吧，V2 很多论坛都有人工复审

比如参考 v2，注册后需要一天才能发信息；
比如参考恩山，需要邀请或者花钱才能注册；

33 楼的可以根据实际情况，找到办法解决。

长沙有一个专门做团购的，
前几年开发了几十个，
去年底只剩几家了，
少于三万是不太可能做出能用的东西的。

除了努力提高自己跳出恶向循环走向正向循环，
还有其他办法吗？

fedora

@station

php-fpm.conf 还有一个 access log 默认是不开启的

php_flag[display_errors] = on
php_admin_value[error_log] = /var/log/php-fpm/www-error.log
php_admin_flag[log_errors] = on


access.log string
Access log 文件。 默认值：不设置

access.format string
access log 的格式。 默认值: "%R - %u %t \"%m %r\" %s"

access.log = log/$pool.access.log
#每一个请求的访问日志，默认是关闭的。
access.format = "%R - %u %t \"%m %r%Q%q\" %s %f %{mili}d %{kilo}M %C%%"
#设定访问日志的格式。

[php-fpm 配置详解]( https://juejin.im/entry/5870bc8961ff4b005c3c47ec)

500 应用程序错误，
你开启 fpm 的 access log 看下。
开启 php.ini 的 display_error=ON,error_reporting=E_ALL

将 index.php 改为 <?php echo 'hello';exit; 测试

如果不是很会环境配置的话，建议用宝塔吧。

@station 这是程序出错了，和 nginx 配置已经无关，开启 notice 级别错误提示

1，通过 ps 查看 php-fpm 进程的配置文件；
2，查看 php-fpm 配置文件，开启 fpm 的 access 和 error 日志；
3，重启 fpm，用 ps 看看是否运行成功；
4，查看 fpm 日志，是否有请求过来，没有的话，修改监听方式为端口试试;

一般就楼上的问题：
1，关闭 SeLinux ；
2，nginx,fpm,代码,sock 文件,log 目录所属用户一致；
3，server 换成 unix:///run/php-fpm/fpm.sock;

@wfdaj 一直有效。

究竟你们是要用员工的脑呢，还是用它的身体。

我觉得可以发明一种按点数计算贡献的方法：
比如一个项目给初始给 10000 点，
假设某个 issue 预估需要花总代价的 1%，则建立 issue 时先分配 100 点，
issue 被认领后，如果按时完成，则可以获得点数，
最后根据总点数来计算收入。