在屏蔽 WordPress XML-RPC 服务之前，我们先简单链接一下关于 XML-RPC 的一些基础知识。什么是 XML-RPC 协议，它有什么用，为什么要禁用它。
在 WPJAM Basic 的微信群里，经常有小伙伴说，在服务器的访问记录里面看到 WordPress 的 xmlrpc.php 被大量请求，比如下图：
今天在博客里的个人设置里看到了XMLRPC接口是否开启，默认是开启的，那我关掉会怎么样呢？
本文将介绍WordPress中的XML-RPC协议以及其中的一个重要方法wp.getUsersBlogs
RPC（远程过程调用） 既 Remote Procedure Call Protocol 的缩写，RPC 可以实现客户端像调用本地函数一样调用远程服务器的方法（服务）。
第七层：应用层 定义了用于在网络中进行通信和数据传输的接口 - 用户程式；提供标准服务，比如虚拟终端、文件以及任务的传输 和处理； 第六层：表示层 掩盖不同系统间的数据格式的不同性； 指定独立结构的数据传输格式； 数据的编码和解码；加密和解密；压缩和 解压缩 第五层：会话层 管理用户会话和对话； 控制用户间逻辑连接的建立和挂断；报告上一层发生的错误 第四层：传输层 管理网络中端到端的信息传送； 通过错误纠正和流控制机制提供可靠且有序的数据包传送； 提供面向无连接的数 据包的传送； 第三层：网络层 定义网络设备间如何传输数据； 根据唯一的网络设备地址路由数据包；提供流和拥塞控制以防止网络资源的损耗 第二层：数据链路层 定义操作通信连接的程序； 封装数据包为数据帧； 监测和纠正数据包传输错误 第一层：物理层 定义通过网络设备发送数据的物理方式； 作为网络媒介和设备间的接口；定义光学、电气以及机械特性。
案例介绍 本案例通过三个章节来实现一共简单的rpc框架，用于深入学习rpc框架是如何通信的，当前章节主要介绍如何自定义xml文件并进行解析。想解析自定义的xml首先定义自己的xsd文件，并且实现spring的NamespaceHandlerSupport、BeanDefinitionParser，两个方法进行处理。
WordPress是一个流行且功能强大的CMS（内容管理系统）平台。它的受欢迎程度可能会以专门针对WordPress网站的恶意流量形式引起不必要的关注。
案例介绍 结合上面两章节，本章将实现rpc的基础功能；提供一个rpc中间件jar给生产端和服务端。 技术点； 1、注册中心，生产者在启动的时候需要将本地接口发布到注册中心，我们这里采用redis作为注册中心，随机取数模拟权重。 2、客户端在启动的时候，连接到注册中心，也就是我们的redis。连接成功后将配置的生产者方法发布到注册中心{接口+别名}。 3、服务端配置生产者的信息后，在加载xml时候由中间件生成动态代理类，当发生发放调用时实际则调用了我们代理类的方法，代理里会通过netty的futuer通信方式进行数据交互。
案例介绍 结合上面两章节，本章将实现rpc的基础功能；提供一给rpc中间件jar给生产端和服务端。 技术点； 1、注册中心，生产者在启动的时候需要将本地接口发布到注册中心，我们这里采用redis作为注册中心，随机取数模拟权重。 2、客户端在启动的时候，连接到注册中心，也就是我们的redis。连接成功后将配置的生产者方法发布到注册中心{接口+别名}。 3、服务端配置生产者的信息后，在加载xml时候由中间件生成动态代理类，当发生发放调用时实际则调用了我们代理类的方法，代理里会通过netty的futuer通信方式进行数据交互。
归根结底，企业应用系统就是对数据的处理，而对于一个拥有多个子系统的企业应用系统而言，它的基础支撑无疑就是对消息的处理。与对象不同，消息本质上是一种数据结构（当然，对象也可以看做是一种特殊的消息），它包含消费者与服务双方都能识别的数据，这些数据需要在不同的进程（机器）之间进行传递，并可能会被多个完全不同的客户端消费。消息传递相较文件传递与远程过程调用（RPC）而言，似乎更胜一筹，因为它具有更好的平台无关性，并能够很好地支持并发与异步调用。
安全公司 Sucuri 在3月9日表示，黑客利用了超过 162000 家 WordPress 网站，向目标网站进行了 DDoS 攻击，所有请求都是随机值（比如?4137049=643182?），因而绕
今天在搜索资料，无意中找到这个三种方法的比较，还不错，摘一些主要的如下：
站佬哥们要的东西，自动OR离线发布博客文章，开源程序为Zblog，其实Wordpress一样适用，毕竟都是博客类程序，都是有这样的api接口可以使用！
REST即表述性状态传递（Representational State Transfer，简称REST），是一种软件架构风格。REST通过HTTP协议定义的通用动词方法(GET、PUT、DELETE、POST) ，以URI对网络资源进行唯一标识，响应端根据请求端的不同需求，通过无状态通信，对其请求的资源进行表述。 Rest架构的主要原则：
1974年冬，互联网大师 Jon Postel发表了RFC674：“Procedure Call Protocol Documents，Version 2”，尝试定义一种在包含70个节点的网络中共享资源的通用方法。在大师一生中编辑过的无数个RFC文档中，674属于并不突出的一个，但却拉开了RPC的序幕。也正是接下来我们故事的开始。
在分布式服务框架中，一个最基础的问题就是远程服务是怎么通讯的，在Java领域中有很多可实现远程通讯的技术，例如：RMI、MINA、ESB、 Burlap、Hessian、SOAP、EJB和JMS 等，这些名词之间到底是些什么关系呢，它们背后到底是基于什么原理实现的呢，了解这些是实现分布式服务框架的基础知识，而如果在性能上有高的要求的话，那 深入了解这些技术背后的机制就是必须的了，在这篇blog中我们将来一探究竟，抛砖引玉，欢迎大家提供更多的实现远程通讯的技术和原理的介绍。
RPC（Remote Procedure Call Protocol）——远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。
medooze的mcu源码还是比较好理解的，目录清晰，代码结构也不复杂，适合用来做mcu框架的参考！
1、RPC 框架谁最美？ Hello，everybody！说到RPC框架，可能大家能想到一堆RPC开源框架，那么在微服务平台中，微服务间的服务调用，不可避免的会遇到一个问题，该选用哪一个RPC框架
最近一段时间关于GraphQL的讨论很多，一些项目中也相继用到了这种风格，但使用是否合理，是否存在杀鸡用牛刀这样的问题，还有待商榷。
作者：肖继潮 链接：http://www.zhihu.com/question/25536695/answer/31046384 来源：知乎 著作权归作者所有，转载请联系作者获得授权。
在微服务架构中，使用RPC（Remote Procedure Call）进行服务之间的交互是我们通常采用的一种集成方式，与REST方式的请求调用模式相比，RPC具有更强的契约规范（Schema），同时相比REST方式也有更好的性能优势。
接口调用通常包含两个部分，序列化和通信协议。常见的序列化协议包括json、xml、hession、protobuf、thrift、text、bytes等；通信比较流行的是http、soap、websockect，RPC通常基于TCP实现，常用框架例如dubbo，netty、mina、thrift
上次通过《正确的 Win 主机网站伪静态设置方法》重新设置了玛思阁的伪静态，当时由于使用 Rewrite robots 没有效果，就安装了一个生成 robots.txt 的插件，然后发现访问 robots 地址也有了指定的内容。几天却发现 360 全部被 K，仅剩首页，而谷歌也不再收录新页面，一直以为是我的 robots 内容有误，于是搜来搜去，改了无数次 robots 内容。谷歌在【已拦截的网址】选项中总是显示【语法有误】，在 sitemap 提交界面也用英文提示“所有内容被 robots 拦截...”云
在我们的项目中用到了supervisor作为进程守护。在业务改造过程中，需要将一些配置管理的业务迁移并放到一个独立的容器中运行，该容器和主业务容器通信完成对业务程序的配置和运维管理。
大家好，我是goodspeed，现在是一名后端工程师。昵称比较奇怪哈，名字来自烂片之王尼古拉斯凯奇早期电影，意思是祝你好运。
前言RPC概念RPC协议RPC组成RPC协议RPC框架RPC的优点RPC与HTTP的区别
目前知道的三种主流的Web服务实现方案为： REST：表象化状态转变 (软件架构风格） SOAP：简单对象访问协议 XML-RPC：远程过程调用协议 下面分别作简单介绍： REST：表征状态转移（Representational State Transfer），采用Web 服务使用标准的 HTTP 方法 (GET/PUT/POST/DELETE) 将所有 Web 系统的服务抽象为资源，REST从资源的角度来观察整个网络，分布在各处的资源由URI确定，而客户端的应用通过URI来获取资源的表征。Http
基于面向外部的微服务，其直接向使用者公开、暴露。此类主要是基于 HTTP 的 API，使用传统的基于文本的消息传递负载 ( JSON、XML等)，这些负载针对外部开发人员进行了优化，并使用具有抽象状态传输 ( Representational State Transfer, REST ) 作为事实上的通信技术。
本文讨论了四种主要的 API 架构风格，比较它们的优缺点，并重点介绍每种情况下最适合的 API 架构风格。
微服务分层架构，之前聊得很多了，微服务离不开RPC框架，RPC框架的原理、实践及细节，今天和大家聊一聊。 文章较长，1万字左右，建议提前收藏。 服务化有什么好处？ 服务化的一个好处就是，不限定服务的提供方使用什么技术选型，能够实现大公司跨团队的技术解耦，如下图所示： （1）服务A：欧洲团队维护，技术背景是Java； （2）服务B：美洲团队维护，用C++实现； （3）服务C：中国团队维护，技术栈是go； 服务的上游调用方，按照接口、协议即可完成对远端服务的调用。 但实际上，大部分互联网公司，研发团队规模
两个单独的应用程序需要中介程序才能相互通信。因此，开发人员经常需要搭建桥梁——也就是应用程序编程接口（API），来允许一个系统访问另一个系统的信息或功能。
简介摘要 SOFA 是蚂蚁金服自主研发的金融级分布式中间件，包含构建金融级云原生架构所需的各个组件，包括微服务研发框架，RPC 框架，服务注册中心，分布式定时任务，限流/熔断框架，动态配置推送，分布式链路追踪，Metrics监控度量，分布式高可用消息队列，分布式事务框架，分布式数据库代理层等组件，是一套分布式架构的完整的解决方案，也是在金融场景里锤炼出来的最佳实践。 SOFARPC是蚂蚁金服开源的高可扩展性、高性能、生产级的Java RPC框架。SOFARPC致力于简化应用之间的RPC调用，为应用提供方便透明、稳定高效的点对点远程服务调用方案。为了用户和开发者方便的进行功能扩展，SOFARPC提供丰富的模型抽象和可扩展接口，包括过滤器、路由、负载均衡等等。 SOFARPC功能特性：(1)透明化、高性能的远程服务调用；(2)支持多种服务路由及负载均衡策略；(3)支持多种注册中心的集成；(4)支持多种协议；(5)支持同步、单向、回调、泛化等多种调用方式；(6)支持集群容错、服务预热、自动故障隔离；(7)强大的扩展功能，可以按需扩展各个功能组件。 SOFARPC Github：https://github.com/alipay/sofa-rpc 架构设计 SOFARPC从下到上分为两层：核心层：包含RPC 的核心组件(例如我们的各种接口、API、公共包)以及一些通用的实现(例如随机等负载均衡算法)。功能实现层：所有的功能实现层的用户都是平等的，都是基于扩展机制实现的。
在构建虚拟网络时，管理员需要进行大量的配置工作，例如端口的ip地址和VXLAN配置等等。显然，没有人愿意在系统每次启动时都将繁琐的配置工作重复一遍，所以将配置信息持久化是必然选择。然而在配置信息持久化之后，如何读取、写入和更新配置信息则是系统设计师需要仔细考虑的问题。简单来说，网络配置与管理协议的本质为远程过程调用，即RPC（remote procedure call）。通信双方通过交互<rpc>和<rpc-reply>消息完成这一过程。本节我们将针对一些常见协议进行讨论，包括OVSDB管理协议、NETCO
本文主要介绍RPC基础概念以及发展历程，目的是为了让读者对RPC 的发展以及发展过程中遇到的问题有比较清晰的了解。
近期，研究人员报告了一个存在于Apache OFBiz中的反序列化漏洞。这个漏洞是由多个Java反序列化问题所导致的，当代码在处理发送至/webtools/control/xmlrpc的请求时，便有可能触发该漏洞。未经认证的远程攻击者将能够通过发送精心构造的恶意请求来触发并利用该漏洞，并实现任意代码执行。
当下，基于“微服务”的技术架构体系几乎主宰了整个业务市场，尤其是在云原生生态的拥抱下。无论是基于传统虚拟机生态还是云原生容器生态的现代微服务体系结构中，我们可以根据微服务的交互及通信风格将其划分为两大类：面向外部的微服务和面向内部的微服务。
XML是一种用于存储和传输数据的标记语言，具有自我描述性和可扩展性的特点。它使用标签和属性来定义数据的结构，被广泛应用于配置文件、Web服务通信和数据交换等领域。
第一章聊了【“为什么要进行服务化，服务化究竟解决什么问题”】 第二章聊了【“微服务的服务粒度选型”】 上一篇聊了【“为什么说要搞定微服务架构，先搞定RPC框架？”】 通过上篇文章的介绍，知道了要实施微
无论是 Leetcode 和层出不穷的 Online Judge, 核心是帮助大家锻炼 Coding 和解算法题的能力。 刷题非常有用，如刷题时代的困局所述，未来的趋势是，技术面试以及入职之后的 Ramp-up, 对大家的技术能力要求更高更广。因此我们推出一个新的系列——刷题外传，深入浅出的介绍那些刷题中无法涉及的、在面试和工作中却非常重要的系统知识。 本地调用的局限 很多朋友写起 Leetcode 如占瓜切菜，拿出 Eclipse/IntelliJ 建一个 Solution 类就可以码算法，然后 Main
RPC概念及分类 RPC全称为Remote Procedure Call，翻译过来为“远程过程调用”。目前，主流的平台中都支持各种远程调用技术，以满足分布式系统架构中不同的系统之间的远程通信和相互调用。远程调用的应用场景极其广泛，实现的方式也各式各样。
通过上篇文章的介绍，知道了要实施微服务，首先要搞定RPC框架，RPC框架的职责要向【调用方】和【服务提供方】屏蔽各种复杂性：
深入理解rpc框架(一):实现“乞丐版”rpc中我们不借助任何第三方框架实现了简单的rpc框架，但是其功能之简陋，存在问题和漏洞之多，导致其根本上不了台面，别说商用，就算拿出来和大家讨论都觉得砢碜上不了台面。那么针对上一篇中存在的问题，此篇我们将在其基础上做改进和优化。
在JAVA开发学习过程当中,总是会接触到很多概念性的名词。特此简单的总结记录一下相关名词对应的概念。
本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。
本文源自一次面试官的提问：说说你对于RPC框架的了解，你知道哪些RPC框架，以及为什么RPC历经几十年还能不断推出新的框架。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
