@zhangsanfeng2012 安装 epel 仓库的方式早就试过，没有用


@skiy 这个 qa 我早在刚开始放狗的时候就搜索到了，它的问题和我一样，但是它的原因描述我根本看不懂：
yum fails to find or install non-modular content when a module provides the same package 。
翻译过来是: 当模块提供相同的包时，yum 无法找到或安装非模块化内容

这是什么意思，为什么说提供了相同的包？我现在是一个叫 nginx 的包都找不到



@Osk 输入这个命令后，出现了一大堆含有 nginx 这个名称的包，但是，根据和正常机器上的对比，正常机器上名称为 nginx.x86_64 的包，在这台机器上找不到

@skiy
我曾经怀疑我的 /etc/yum.repos.d/ 路径下仓库配置文件被动过，于是全部删除，从正常机器上拷贝过来，然后
yum clean all ，
yum makecache ，
yum update 。
全部执行后，问题依旧。

@hyq
这解释不了 yum install nginx 时返回提示
All matches were filtered out by exclude filtering for argument: nginx
Error: Unable to find a match: nginx

这表明安装器找不到 nginx

也解释不了：
yum list |grep nginx
也找不到

@Osk 按我的理解，不用包管理器安装的程序，包管理器确实看不到已经安装的程序。但是 yum install ，这种包自己的安装程序，为何也找不到 nginx 包呢？这就不符合理了

@actar
@sky96111
我用 rpm -qa | grep nginx 可以找到之前安装的 nginx ，全盘检索也能找到之前安装的 nginx 。


但是我实在想不通为啥 yum 管理器里找不到 nginx 这个包了，无论我装还是没装，至少 yum 里应该存在 nginx 的包啊，连 yum list 都找不到 nginx 了

计算机就是这么苦，本质是拿时间换钱，算算时薪就会发现很多人是亏的，远不如公务员的时薪。


@exceldream 不是爬虫差，而是你根本没办法保证不违法，按照现有的法律，只有别人授权给你的数据，在授权范围内使用，才是彻底安全的。那么，这个数据都授权给你用了，还需要你写爬虫去爬吗？直接去授权方拷贝一份不方便吗？所以，现在爬虫的核心问题就是，除了那几家搞搜索引擎的，其它家的爬虫，就没有合规的，搞不搞你只看别人的心情，以及你的后台大不大，公司撑不撑你。而且数据因为方便复制和传播的特性，导致一旦出事，后果严重，给公司写爬虫，你压根就控制不了公司会拿数据干什么，但是一旦出事，爬虫的开发者是一定会背锅的，在数据越管越严的现在，爬虫职位就是个大坑，巨大的合规风险。所以除非你进的专业搜索引擎公司，或者你自己私下研究，其它的，任何一家明明没有搜索业务，却研究爬虫的公司，其爬虫开发岗都存在巨大的风险，没背景不要去作死。

自从国内不准虚拟币交易后，就蹦出了大量的人说这是“开历史倒车，会被其它国家甩下”的奇谈怪论，还有继续鼓吹虚拟币是未来的，就像上面那群居然敢把虚拟币和法币相提并论的。

虚拟币还想和法币相提并论？分布式共识理论可不是区块链之后才提出的，早在二三十年前，那会黑客文化还是主流的时候就有类似的东西，最后怎么样呢？就问你你的电源是谁提供？网线插头在谁手里握着？鼓吹这些玩意的人，你们先建立起一个不需要中心化 ZF 机构就能正常运作的社会形态，我就相信你们这套基于分布式共识理论建立的法币系统真有取代法币的可能性。

@loux 功率墙和温度墙就在那摆着，要性能就是要堆功耗上去。换言之其实苹果的 pro 性能也不咋地，只是比 air 好而已

关于 code 返回什么，一直有争议，有人认为就应该用 http 的 status code，所以他们返回 200 ；而另外一群人比如我就认为 code 是业务码，和 http status 无关，正常下就是 0，非 0 就是错误，并且附带错误信息 msg 。

目前为止我的体验最好的过冬神器还是电热暖脚垫，寒从足下起，脚不冷了全身都不冷了

本质上，这是个工具，光看教程没用，无论这个教程是视频还是什么，你得做大量的练习，还得实践

@xiao109 为啥写代码的赶不上运维的？

win8.1 开始，ssd 就变成默认配置了，win10 基本上已经在所有地方考虑的都是按照 ssd 的性能设计的，没有 ssd 一定卡

本人亲身体会，身为程序员，没有和产品经理吵架，拍桌子，甚至抡起键盘打架的经历，说明资历太浅。我认为是否和产品经理正面打过架并互有输赢，是一个程序员是否走向成熟的必要条件

@msaionyc 问题是大公司的架构也不是第一天就按罗马设计建造的，别提什么提前布局，提前布局这个想法就是错的，超级系统都是由最简单的系统逐步迭代出来的，到哪个阶段用哪种架构，2w 用户还真就不配用微服务，一上来就想做超级系统这就是有病，十几年前早有有人批判过这种思维，结果十几年这种思维又死灰复燃了，到什么阶段，干什么事情，上来就想搞大新闻？谁出钱？有人陪你烧着玩那你就去吧，但是更多的例子是规模还没起来，公司先被你这超大规模的系统拖死了

凡是中间加一个转换层，必然有性能损失，JSI 也是中间层。另外我个人觉得，其实很多人忽视了 JS 自身的速度问题，js 从 v8 引擎到现在，优化几乎已经到极限了。然而后来者往往比它性能要好

明确的和你说吧，微服务就是典型的用空间换时间和吞吐量的套路，如果接受不了就不要上微服务，开发者规模不够大的时候上微服务绝对是灾难，微服务的其中一条代价就是你的组织规模是必须跟着项目数量膨胀的