浏览 4.1k
准备在客户环境中用CentOS Linux release 8.3.2011的VM部署NGINX App Protect最新版本3.332。当准备yum install app-protect时，报错，提示找不到安装NAP所需要的三个app-protect依赖包，有哪位同学知道怎么解？BTW，在centos7.4上同样的操作完全没有问题。
epository nginx-plus is listed more than once in the configuration
Repository nginx-plus is listed more than once in the configuration
nginx-plus repo 235 kB/s | 483 kB 00:02
上次元数据过期检查：0:00:01 前，执行于 2021年03月24日 星期三 15时27分54秒。
错误：
问题: package app-protect-23+3.332.0-1.el7.ngx.x86_64 requires app-protect-engine = 6.3.6, but none of the providers can be installed
- cannot install the best candidate for the job
- nothing provides libboost_atomic-mt.so.1.53.0()(64bit) needed by app-protect-engine-6.3.6-1.el7.ngx.el7.centos.x86_64
- nothing provides libboost_chrono-mt.so.1.53.0()(64bit) needed by app-protect-engine-6.3.6-1.el7.ngx.el7.centos.x86_64
- nothing provides libboost_date_time-mt.so.1.53.0()(64bit) needed by app-protect-engine-6.3.6-1.el7.ngx.el7.centos.x86_64
- nothing provides libboost_regex-mt.so.1.53.0()(64bit) needed by app-protect-engine-6.3.6-1.el7.ngx.el7.centos.x86_64
- nothing provides libboost_system-mt.so.1.53.0()(64bit) needed by app-protect-engine-6.3.6-1.el7.ngx.el7.centos.x86_64
- nothing provides libboost_thread-mt.so.1.53.0()(64bit) needed by app-protect-engine-6.3.6-1.el7.ngx.el7.centos.x86_64
- nothing provides libxalan-c.so.111()(64bit) needed by app-protect-engine-6.3.6-1.el7.ngx.el7.centos.x86_64
- nothing provides libxerces-c-3.1.so()(64bit) needed by app-protect-engine-6.3.6-1.el7.ngx.el7.centos.x86_64
(尝试添加 '--skip-broken' 来跳过无法安装的软件包 或 '--nobest' 来不只使用最佳选择的软件包)
按点赞数排序
按时间排序
如果是三次握手没有成功，需要在nginx及上游，分别用tcpdump/wireshark抓包看下，是SYN还是ACK报文丢失了，是在哪个节点丢失的，再来分析为何会丢失，又该如何恢复。
wireshark抓包参见我讲的这一课：https://time.geekbang.org/course/detail/100026801-100973
tcpdump抓包参见这里：https://time.geekbang.org/course/detail/100026801-118169
点赞 0
浏览 5.7k开源版本身不支持 ftp,因为有alg的问题。
可以参考这个插件。
https://github.com/pei-jikui/nginx-alg。
点赞 0浏览 4k提供一些关于Node.js作为服务器的性能的信息。但是，需要注意的是，“最具性能”的服务器技术可能会因特定的用例、需求和应用程序的性质而异。
Node.js以其高性能而闻名，尤其是在处理并发请求方面。它建立在V8 JavaScript引擎上，该引擎针对执行JavaScript代码进行了高度优化。Node.js使用事件驱动的非阻塞I/O模型，使其能够同时有效地处理多个连接，而不会阻塞其他请求的执行。
Node.js的单线程事件循环架构具有可扩展性和高效的资源利用率，适用于具有大量并发连接的应用程序，如实时应用程序、聊天应用程序或流媒体服务。此外，通过npm（节点包管理器）提供的模块和包的大型生态系统为开发人员提供了广泛的工具，以增强其应用程序的性能和功能。
然而，必须考虑到Node.js可能不是所有场景的最佳选择。一些考虑因素包括：
1. CPU密集型任务：对于严重依赖CPU密集型的任务的应用程序来说，Node.js不是最佳选择，因为它在单个线程上运行，可能无法完全利用多个CPU核心。
2. 大文件上传/下载：Node.js可能不是处理大文件上传或下载的最具性能的选项，因为它的单线程特性可能会消耗大量内存。
3. 现有基础架构和专业技能：考虑团队中现有的基础架构、资源和专业技能。如果您的团队在不同的服务器技术方面拥有丰富的经验，那么利用这些专业知识可能比引入新技术更有效。
4. 特定使用案例：服务器技术的性能可能因应用程序的特定要求而异。评估应用程序的需求至关重要，例如处理繁重的流量、数据库集成或与特定协议的集成，并相应地选择服务器技术。
总之，虽然Node.js为某些用例提供了高性能，但在确定Node.js是否是服务器应用程序最具性能的选择之前，评估您的特定需求、工作负载特征和团队的专业知识是很重要的。
点赞 0浏览 9.1k
微信公众号
加入微信群
