存储型XSS，也叫持久型XSS，主要是将XSS代码发送到服务器（不管是数据库、内存还是文件系统等），然后在下次请求页面的时候就不用带上XSS代码了。
外网更侧重于找漏洞寻找突破口 举个简单的例子： 把渗透测试当做去偷某家超市的某个商品。外网渗透就是突破超市的大门，进入超市。
空血来战使用纯正的四川麻将玩法，分为三人模式和四人两种模式，三人模式<三人两房>只用条子和筒子两种花色共72张牌，游戏节奏更快，对战更激烈。四人模式<血战到底>使用 筒 条 万三种花色共108张牌，开局选择 定缺花色，未打缺不能胡牌。
正式接收开发转过来的包之前，先从 svn 上下载代码，给它做次静态代码检查，然后编译打包。可以在开发的服务器或者自己的服务器运行单元测试文件。单元测试后，没用什么大的 bug，再部署到测试环境中。测试环境部署完成后先做冒烟测试，尽快看看主流程有没有问题。如果冒烟测试没问题就做回归测试。当然 Jenkins 也可以做其它事情。
nginx-gateway部署在公有云 A, 业务测试服务器部署在办公区机房B, 公有云region A 和 办公区机房 B通过soft V**互连。B机房中有不同类型的应用服务器【nodejs,java(tomcat)】做nginx-gateway的后端upstream节点。nginx-gateway编译安装了ngx_http_upstream_check_module插件，ngx_http_upstream_check_module用于做后端upstream节点的健康监测, healthcheck为每个upstream的后端节点配置有一个raise_counts/fall_couts状态的计数器。业务方同事反馈:从外部访问内部某些应用有概率出现超时, 经观察, nodejs,java(tomcat)的raise_counts计数器概率性地重置为0，
比如你使用了浏览器的“HTTP缓存”来缓存静态资源(就是html/css/js文件)，
11月9日Google发布了第二代深度学习引擎TensorFlow，引起业内广泛关注。发布后业内人士热议的一个话题是：这个引擎能否成为Google所说的平台级产品，它的基准测试究竟怎么样？ Soumith 在 Github 做基准测试，在 Google TensorFlow 发布后，Soumith 很快发布了关于 TensorFlow 的基准测试报告。 【Soumith】GoogleTensorFlow的benchmark列在了这里。 我在Imagenet Winners上运行了benchmark测试程序。
首先明确一下我们测试的目的：客户端浏览器的js内存是否存在泄漏，服务器端的话可不是这么测，防止用户使用时浏览器卡顿或崩溃。
一个完整的直播产品，不仅要有一个完整直播APP功能，还要有一个强大的服务器，小伙伴们可能会感到困惑，在网络视频直播系统中服务器真的很重要吗？这里告诉大家，不仅很重要，而且还关系到我们看到的画面是否是直播的原画面。
在本人的“.NET简谈组件程序设计之(初识远程调用) ”一文中，我们了解到什么是远程调用或者说在.NET平台上远程调用是什么样子的，可能和偏低层(Socket\Rpc)的远程调用有点距离。这只是系统为我们封装了假象而已，看不见不代表没有这逻辑，是为我们减轻了劳动负担。[王清培版权所有，转载请给出署名]
目前工作中用到的分布式缓存技术有redis和memcached两种，缓存的目的是为了在高并发系统中有效降低DB的压力，但是在使用的时候可能会因为缓存结构设计不当造成一些问题，这里会把可能遇到的坑整理出来，方便日后查找。
很多对网站或应用程序运行环境有特殊要求的站长或企业一般都会选择租用服务器，而在网站运营发展或程序项目已经成型时，网站站长或程序项目管理者就该考虑服务器托管。一般是由托管服务商将服务器放到自己的多线机房或者双线机房，网站管理员或项目管理者通过远程来管理服务器。
很明显，安装OB时要求服务器可用内存至少 8G，不达标就无法安装。为了凑这3台10G内存的服务器我已经费了不少劲了，free -m 输出中 free 不是有 9G 吗，为什么还报错？
近日来，家住北京市朝阳区的程序员诸葛建国非常郁闷。因为他的公司审时度势，附庸风雅牵强附会的上了一套大数据系统，可谓麻雀虽小五脏俱全，包括了： 分布式文件系统HDFS 分布式数据库hbase,mongodb,kudu 分布式内存文件系统alluxio 用于多维分析的druid 实时流计算系统storm 正所谓，覆巢之下，安有完卵。这些产品虽然好用，但是却给诸葛建国带来了很多烦恼。为了安装软件，他要重复重复再重复的登录一台又一台的服务器；为了修改某个参数，他又要重复重复再重复的登录一台又一台的服务器；为了监控服
我们当前这个系统和很多的第三方系统做了集成，出问题的就是其中一个三方系统。其实很简单，他们的系统会产生一些个人待办任务，然后待办任务的个数需要推送到我们的 APP 上，作为图标的角标显示。
在Linux系统中，我们经常用free命令来查看系统内存的使用状态。在一个RHEL6的系统上，free命令的显示内容大概是这样一个状态：
不知道大家有没有产生过一个疑问：从给 Linux 服务器按下开机电源按钮后到启动成功的一段时间里，在这中间 Linux 操作系统都做了哪些事情？
1、网络协议：主要有3种 a. RTSP（Real Time Streaming Protocol）是用来控制声音或影像的多媒体串流协议；b. RTMP(Real Time Messaging Protocol)实时消息传送协议；c. HLS(HTTP Live Streaming)基于HTTP的流媒体传输协议。
《Redis设计与实现》读书笔记（十四） ——Redis RDB文件创建、载入与自动保存原理 （原创内容，转载请注明来源，谢谢） 一、概述 redis是一个键值对服务器，服务器中包含
近日来,家住北京市朝阳区的程序员诸葛建国非常郁闷,因为他的公司审时度势,附庸风雅,牵强附会的上了一套大数据系统,可谓麻雀虽小五脏俱全,包括了: 分布式文件系统HDFS 分布式数据库hbase,mongodb,kudu 分布式内存文件系统alluxio 用于多维分析的druid 实时流计算系统storm 正所谓,覆巢之下,安有完卵.这些产品虽然好用,但是却给诸葛建国带来了很多烦恼.为了安装软件,他要重复重复再重复的登录一台又一台的服务器,为了修改某个参数,他又要重复重复再重复的登录一台又一台的服务器,为了监控
下载表格
首先，明确游戏服务器开发和做传统的web开发有区别。游戏服务器开发不像web那样，有些明确的MVC架构，往往就是为了尽快满足策划的需求，尽快的实现功能，尽快能让游戏跑起来。随着功能越来越多，在老代码上面修改的越来越频繁，游戏测试时暴露出来的一堆bug。 游戏的构架设计非常重要，好的构架代码清析，责任明确，扩展性强，易调试。每个游戏都不一样，但是本质上还是差不多的。 对于游戏服务器的构架设计，要了解游戏的服务器构架都有什么组成的？**一款游戏到上线，**需要具备哪些功能？**游戏构架本身代表的是一个体系，它包括：
出于安全原因，浏览器会限制发起跨源的 HTTP 请求，包括浏览器限制发起跨站请求，或者跨站请求可以正常发起，但是返回结果被浏览器拦截了。
点击蓝字关注我们 不瞒大家说，阿D的上一任npy还停留在一年前一个风清气爽的傍晚。 于是面对日益迫近的一（依）九（旧）七（虐）夕（狗）节，阿D流下了没有对象的泪水。 不用大家说，阿D自己十分清楚：俺这么帅，作为全村的希望，不能正常的过个七夕，简直不合理。 所以秉着为大家以身试法的精神和强烈的脱单欲，阿D看了市面上一个又一个七夕适配产品。什么口红项链、什么玫瑰郁金香、什么存钱罐（纳尼？？提醒对方省钱吗？等着挨批吧。）。。。都太过寻常了吧？ 寻寻觅觅，直到看到这样一条帖子： 这个时候阿D毅然决然想做
Nginx 的高并发，官方测试支持 5 万并发连接。实际生产环境能到 2-3 万并发连接数。10000 个非活跃的 HTTP keep-alive 连接仅占用约 2.5MB 内存。三万并发连接下，10 个 Nginx 进程，消耗内存 150M。淘宝 tengine 团队测试结果是“24G 内存机器上，处理并发请求可达 200 万”。
当功能模块中存在倒计时、计时器、时间，与时间有关系时，尝试修改系统时间，测试系统时间是否参与计算，修改系统时间是否会影响到倒计时、计时、时间等与时间有关系的模块
提供统一格式的HTTP POST或GET调用接口,并返回格式支持JSON，xml，text，html数据。
提到云串流或者云推流很多人可能和游戏关联起来，其实这个技术的应用领域不仅仅是游戏，还有云上旅游、考古、智慧园区、智慧城市、虚拟仿真等等行业。其解决的问题是将一些大型的3D应用程序放在云端，程序在运行的时候也是在云端，这样用户侧的前端就不需要考虑什么配置的问题。
说起数据提供程序大家都不陌生，数据提供程序的作用就是以统一的接口去访问不同的数据源，如OledbProvider、SqlServerProvider、OrcaleProvider等等；不同数据源的访问其实是不一样的，微软数据源的访问方式从ODBC到ADO.NET经历了很多路程，各大数据源提供商，都在不断的生产不同结构的数据库，为了以统一的接口去访问各种不同的数据源，微软的.NET为我们提供了ADO.NET，我们通过ADO.NET可以很方便的访问不同厂商生产的不同数据库，ADO.NET也为后期自定义数据提供程序规定了一套接口，只要我们自己去实现它就可以用同一种方式，访问我们自己的数据源，我们可以通过封装访问我们的XML数据源、文本数据源、二进制数据源、WebService数据源、对应用程序员来说，可能有很少一部分人去关注后台的具体实现的细节；对于刚毕业的学生来说，大部分的知识还没有转变成对技术的主观思考，刚刚接触数据提供程序可能有点陌生，所以我们尽可能的将复杂的东西进行简单化，让不需要接触后台代码的程序员就不要接触，减少思考的时间；
终端设备（web、app）发出请求，fiddler 作为代理，传给服务器；服务器返回数据，fiddler 拦截后，再传给终端设备。
nscd（Name Service Cache Daemon）是一种能够缓存 passwd、group、hosts 的本地缓存服务，分别对应三个源 /etc/passwd、/etc/hosts、/etc/resolv.conf。其最为明显的作用就是加快 DNS 解析速度，在接口调用频繁的内网环境建议开启。
操作系统(Operating System，简称OS)是管理计算机硬件与软件资源的计算机程序。操作系统需要处理如管理与配置内存、决定系统资源供需的优先次序、控制输入设备与输出设备、操作网络与管理文件系统等基本事务。操作系统也提供一个让用户与系统交互的操作界面。--- 参考百度百科
爱可生 DBA 团队成员，擅长故障分析、性能优化，个人博客：https://www.jianshu.com/u/a95ec11f67a8，欢迎讨论。
强烈推荐一个大神的人工智能的教程：http://www.captainbed.net/zhanghan
info 可以使用info [类别]输出指定类别内容 info命令输出的数据可分为10个类别，分别是： server clients # Clients connected_clients:2 #Redis默认允许客户端连接的最大数量是10000。若是看到连接数超过5000以上，那可能会影响Redis的性能 client_longest_output_list:0 client_biggest_input_buf:0 blocked_clients:0 限制客户端连接数: maxclients 配置可以
书接上回，之前我写到过通过极空间部署kimi的API接口从而实现kimi大模型的使用，但由于过程很多人还是没看懂，且不知道如何对接到web服务中，于是今天便重新写写，同时我们将这个服务升级，除了kimi再将智谱、千问等大模型接入到我们的极空间中去部署。，为了照顾老用户，这次我依然使用极空间来部署，并且过程会更为详细。收藏关注一下不过分吧！
近年来，我身边的朋友有很多都从web转向了游戏开发。他们以前都没有做过游戏服务器开发，更谈不上什么经验，而从网上找的例子或游戏方面的知识，又是那么的少，那么的零散。当他们进入游戏公司时，显得一脸茫然。如果是大公司还好点，起码有人带带，能学点经验，但是有些人是直接进入了小公司，甚至这些小公司只有他一个后台。他们一肩扛起了公司的游戏后端的研发，也扛起了公司的成败。他们也非常尽力，他们也想把游戏的后端做好。可是就是因为没什么经验，刚开始时以为做游戏服务器和做web差不多，但是经过一段时间之后，才发现代码太多，太乱了，一看代码都想重构，都是踩着坑往前走。
登录Linux服务器，输入命令bt回车，可能会返回以下内容，输入对应编号即可执行。
开局贴一张图，后面就全靠我自己胡乱编了，请先看疗效，来自真实应用场景的测试数据，延迟200~500ms和码率4~8Mbps的超清低延迟直播图： Why 低延迟一直是直播的话题点，一般认为HLS的延迟在3~5秒，RTMP/HTTP-FLV的延迟在1~3秒，如果要做更低延迟比如800ms之内的延迟，只能WebRTC？ 其实不对，传输层除了WeBRTC使用UDP协议，还有SRT也是UDP，可以做到抗抖动，无累计延迟。 由于WebRTC主要是会议场景，直播场景的画质要求，编码方式差异，其实SRT会比WebRTC更
最近给服务器提供协议编解码库，出现较多内存相关的问题，做个记录，顺便给有相同需求的同学提供参考！
欢迎关注专栏：Java架构技术进阶。里面有大量batj面试题集锦，还有各种技术分享，如有好文章也欢迎投稿哦。
随着网络安全攻防实战演习常态化，企事业单位的网络安全规划标准、建设水平和管理能力均得到大幅提升，反过来也促进了网络安全产品的更新迭代。很多历史悠久的网络安全产品都面临着应用场景发生重大变化所带来的挑战，网页防篡改系统也不例外。
在本人的上一篇文章中只是简单的介绍了一下.NETRemoting的一般概念和基本的使用。这篇文章我想通过自己的学习和理解将对.NETRemoting的整体的一个框架进行通俗的讲解，其中最重要的就是信道(管道)处理模型思想，这里面蕴含了很多的设计原理。[王清培版权所有，转载请给出署名] .NETRemoting远程处理架构是一个半成品，是.NET给我们的扩展框架，要想用于商业项目必须进行一些安全、性能方面的控制。要想进行一定深度的扩展那就要必须了解它的整体结构，各个点之间的关系才能很好的控制它。
浏览器缓存（Browser Caching）是为了节约网络的资源加速浏览，浏览器在用户磁盘上对最近请求过的文档进行存储，当访问者再次请求这个页面时，浏览器就可以从本地磁盘显示文档，这样就可以加速页面的阅览
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
