公司老服务器中过同样的枪，给你个方案参考一下：

1. 改 /etc/hosts 先屏蔽 pastebin.com
2. 清理各个用户下的 crontab 中的自动下载脚本
3. 用 ll -rt 在 /etc/init.d/下看一下最近添加的启动脚本
4. 用 lsof -p 看内存中这些垃圾进程打开的文件句柄关联的文件，并清理之。
5. 确认没问题，取消 pastebin.com 的屏蔽
6. 重启过一段时间确认没有问题。
done.

@hlwjia 那方案一的问题，暂时不考虑鉴权次数性能，http 连接数等问题的前提下，

[版块帖子列表查看 url] 的这一个权限项在后台的管理里就要分散成 3 个 api 接口的请求权限项+一个菜单访问的权限项，而且对于运营人员而言还要了解这一个界面上有哪些权限项需要赋值。

如上所述的场景，各位觉得应该如何取舍

@hlwjia @reus @huisezhiwei

讲具体一点的问题的场景：

比如页面上要求返回
[版块对象] ， [帖子列表] ， [本页用户列表] 3 组后端 api 接口的调用，但整个页面叫：

[版块帖子列表查看 url]

传统的 mvc 开发方式是 controller 层先
1.对当前用户 [版块帖子列表查看 url] 的权限鉴权后：
2.分别调 3 个 service/repository 层接口然后聚合返回渲染界面。

如果前后端分离的时候面对的问题是：

一、如果前端 rest 接口层分别提供 [版块对象] ， [帖子列表] ， [本页用户列表] 的直接 api 接口调用，
那么？
1.1 一个 [版块帖子列表查看 url] 的权限项要拆分为当前用户对 [版块对象] ， [帖子列表] ， [本页用户列表] 3 个接口的分别权限鉴权。如果后台管理上来说，本来运营人员只需要分配用户 A 对 [版块帖子列表查看 url] 的权限项，而现在运营人员要分配用户 A 对 [版块对象] ， [帖子列表] ， [本页用户列表] 3 项的权限项才能让用户完整的看到 [版块帖子列表查看 url] 页面。
1.2 拆 3 个接口的分别 api 接口调用增加了 http 连接数和传输量，鉴权的中间数据也要做 3 次，就算有缓存也有存取的开销。

二、而如果把本页的所有接口统一为 [版块帖子列表查看 url] 权限项，接口的耦合性搞了，页面重构，这部分代码也得重新改，而不像拆成各个独立接口对于后端不用重复开发。


选哪种方式有点不知道如何取舍。

phar 对环境上下文限制比较麻烦， realpath 等函数调用在 phar 中也会有问题，这会导致部分开发框架的打包问题，需要自行 hack ，目前 lumen 打 phar 包成功， laravel 的 config 部分不行。
除非你自己的项目开发完全自控避开 realpath 之类的调用，不然用 phar 包发布还是不太方便。