在 WPJAM Basic 的微信群里，经常有小伙伴说，在服务器的访问记录里面看到 WordPress 的 xmlrpc.php 被大量请求，比如下图：
XrpTool可以帮助PHP应用快速接入瑞波/Ripple区块链， 即支持部署自有Ripple节点的应用场景，也支持利用公开的Ripple节点广播离线裸交易的轻量级部署场景。XrpTool官方下载地址：http://sc.hubwiz.com/codebag/xrp-php-lib/。
先回答第一个问题：什么是RPC框架？如果用一句话概括RPC就是：远程调用框架（Remote Procedure Call）
MoneroTool是用于对接Monero区块链的PHP开发包，可以快速为PHP应用添加门罗币/XMR的支持能力。官方下载地址：http://sc.hubwiz.com/codebag/monero-php-lib/
RPC 是一种框架或者说一种架构，主要目标就是让远程服务调用更简单、透明，调用远程就像调用本地一样。
以太坊是备受关注的区块链，它基于密码学技术和P2P通信技术 构建了一个去中心化的平台，所有的交易同步保存在每个节点中， 通过将区块单向级联成链，以太坊有效的保证了交易的不可篡改：
TARS是腾讯从2008年到今天一直在使用的微服务开发框架，2018年成为Linux基金会开源项目目前支持PHP、C++、Java、Nodejs与Go语言。该框架为用户提供了涉及到开发、运维，以及测试的一整套解决方案，帮助一个产品或者服务快速开发、部署、测试、上线。它集可扩展协议编解码、高性能RPC通信框架、名字路由与发现、发布监控、日志统计、配置管理等于一体，通过它可以快速用微服务的方式构建自己的稳定可靠的分布式应用，并实现完整有效的服务治理。
本文实例讲述了PHP程序员简单的开展服务治理架构操作。分享给大家供大家参考，具体如下：
远程过程调用（Remote Procedure Call，缩写为 RPC）是一个计算机通信协议。该协议允许运行于一台计算机的程序调用另一台计算机的子程序，而程序员无需额外地为这个交互作用编程。如果涉及的软件采用面向对象编程，那么远程过程调用亦可称作远程调用或远程方法调用。
当我们希望在Php开发的网站中加入比特币支付功能时，需要解决的第一个 问题，就是如何在Php程序代码中调用比特币钱包的RPC API开发接口来实现 我们期望的功能，例如比特币的支付与接收。
这篇文章将会用最直白的方式介绍RPC，以及实现RPC客户端的Ajax跨域调用的例子。
可以认为EosTool是PHP版本的eosjs，利用它可以完整地实现EOS官方客户端Cleos的功能， 也可以很方便地在PHP应用中增加对EOS区块链的支持能力，极大地提高开发效率。
今天给大家介绍如何利用开源工具，搭建一套无下载限制的私有云盘。
RPC（Remote Procedure Call Protocol）——远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。
上一篇文章我们介绍了ProtoBuf的使用，不了解ProtoBuf的同学建议先读这篇文章：签约掘金：一文带你玩转ProtoBuf 【文末抽奖】，会用protobuf是学习gRPC的基础。
OmniTool开发包适用于为PHP应用快速增加对Omni Layer/USDT数字资产的支持能力，即支持使用自有Omni Layer节点的应用场景，也支持基于第三方API服务和离线裸交易的轻量级部署场景。下载地址：omni/usdt php开发包 。
远程过程调用（Remote Procedure Call，缩写为 RPC）是一个计算机通信协议。通过该协议程序员可以实现像调取本地函数一样，调取远程服务的函数。这里介绍一个高效的rpc库（rpcx）。
微博从2013年开发了Java语言的Motan RPC框架，基于此完成了服务化改造。Motan从2013年上线至今经历过每个热点事件，三节高峰的挑战，稳定性和可靠性都得到了实际场景的验证。这些经历之下微博Motan也积累了一套服务治理型RPC的服务化体系。
框架由3层架构构成，Controller、Model、View 以及1个可选的Dao层，支持PHP7，优点如下：
RPC（Remote Procedure Call）远程过程调用，关注笔者的同学应该知道之前笔者出过关于Thrift对应的问题，这次主要来说的是Google开源的Grpc，和Thrift有很大的区别Grpc是基于HTTP2.0并且依赖protobuf，为什么又推出关于grpc的文章呢？请大家继续往下看。
《腾讯开源微服务框架Tars新添Node.js和php语言版本》一文介绍了腾讯开源的微服务框架Tars，以及Node.js和php版本的Tars-nodejs和Tars-php。Tars支持多语言，具有高性能、易用性强、扩展性好等特点。目前，Tars已在160多个业务中投入使用，并获得了腾讯公司的置顶推荐。
协议（Protocol）是个很广的概念，RPC 被称为远程过程调用协议，HTTP 和 TCP 也是大家熟悉的协议，也有人经常拿 RPC 和 RESTFUL 做对比，后者也可以被理解为一种协议... 我个人偏向于把“协议”理解为不同厂家不同用户之间的“约定”，而在 RPC 中，协议的含义也有多层。 Protocol 在 RPC 中的层次关系 翻看 dubbo 和 motan 两个国内知名度数一数二的 RPC 框架（或者叫服务治理框架可能更合适）的文档，他们都有专门的一章介绍自身对多种协议的支持。RPC 框架
协议（Protocol）是个很广的概念，RPC 被称为远程过程调用协议，HTTP 和 TCP 也是大家熟悉的协议，也有人经常拿 RPC 和 RESTFUL 做对比，后者也可以被理解为一种协议… 我个人偏向于把“协议”理解为不同厂家不同用户之间的“约定”，而在 RPC 中，协议的含义也有多层。
国内最早开源的RPC框架，由阿里巴巴公司开发并于2011年末对外开源，仅支持Java
上次通过《正确的 Win 主机网站伪静态设置方法》重新设置了玛思阁的伪静态，当时由于使用 Rewrite robots 没有效果，就安装了一个生成 robots.txt 的插件，然后发现访问 robots 地址也有了指定的内容。几天却发现 360 全部被 K，仅剩首页，而谷歌也不再收录新页面，一直以为是我的 robots 内容有误，于是搜来搜去，改了无数次 robots 内容。谷歌在【已拦截的网址】选项中总是显示【语法有误】，在 sitemap 提交界面也用英文提示“所有内容被 robots 拦截...”云
RPC 即远程过程调用（Remote Procedure Call），是一种分布式计算技术，允许一个程序在不同的计算机上调用另一个程序的函数或方法，就像调用本地程序中的函数一样简单。RPC 隐藏了底层网络通信的细节，使得开发者能够像处理本地调用一样处理远程调用。
Thrift源于大名鼎鼎的facebook之手，在2007年facebook提交Apache基金会将Thrift作为一个开源项目，对于当时的facebook来说创造thrift是为了解决facebook系统中各系统间大数据量的传输通信以及系统之间语言环境不同需要跨平台的特性。所以thrift可以支持多种程序语言，例如: C++, C#, Cocoa, Erlang, Haskell, Java, Ocami, Perl, PHP, Python, Ruby, Smalltalk. 在多种不同的语言之间通信t
这个专业名词很容易发现治理的是服务，而服务则是我们的项目。管理这些服务方案则叫服务治理。
在屏蔽 WordPress XML-RPC 服务之前，我们先简单链接一下关于 XML-RPC 的一些基础知识。什么是 XML-RPC 协议，它有什么用，为什么要禁用它。
摘要: gRPC是Google开源的高性能RPC框架，起源于Google内部的RPC系统——Stubby。本文详细探讨了gRPC的核心设计思路、与ThriftRPC和传统RPC的区别，以及gRPC的主要优势。
最近在工作中使用到了一款swoole的衍生框架 Swoft ，虽然会有一些小毛病，但整体上还是不错的，安利一下，说不定就用上了呢？
当然最最最重要的就是性能，在使用RPC的场景下对于多个程序通讯完成业务所消耗的性能是有巨大挑战的，笔者也做了一套完整的性能测试大家可以继续往下看。
18年的时候写过一篇《互联网服务端测试是个啥（入门科普）》（指路https://blog.csdn.net/wangyueshu/article/details/81944250），主要面向的是那些没有接触过服务端测试，尤其是已有端上测试经验、而面对服务端测试时急需转换测试思维的那部分读者。
RPC全称为Remote Procedure Call，翻译过来为”远程过程调用”。主要应用于不同的系统之间的远程通信和相互调用。
以太坊规定了每个节点需要实现的JSON RPC应用开发接口，如果希望使用PHP开发一个以太坊区块链 上的去中心化应用（DApp），首先要解决的问题就是如何使用PHP调用以太坊JSON RPC接口：
Swoft 是一款基于 Swoole 扩展实现的 PHP 微服务协程框架。Swoft 能像 Go 一样，内置协程网络服务器及常用的协程客户端且常驻内存，不依赖传统的 PHP-FPM。有类似 Go 语言的协程操作方式，有类似 Spring Cloud 框架灵活的注解、强大的全局依赖注入容器、完善的服务治理、灵活强大的 AOP、标准的 PSR 规范实现等等。
本次更新主要新增了 Swoole Enterprise 组件 和 视图 组件 和 Task 组件，同时强化了 JSON RPC 的异常处理和完善了 JSON RPC 在 TCP 协议下的服务注册及管理，以及修复了一些其它组件的 Bug，发布于 1.0.6 版。 相关组件的文档可通过上面的超链接进入查看，或直接访问 官网 https://www.hyperf.io 或 文档 https://doc.hyperf.io 查看。
就是因为无法在同一个进程内，或者无法在同一个服务器上通过本地调用的方式实现我们的需求。HTTP能满足需求但是不够高效，所以我们需要使用RPC。
Google 刚刚开源了grpc, 一个基于HTTP2 和 Protobuf 的高性能、开源、通用的RPC框架。Protobuf 本身虽然提供了RPC 的定义语法，但是一直以来，Google 只开源了Protobuf 序列化反序列化的代码，而没有开源RPC 的实现，于是存在着众多良莠不齐的第三方RPC 实现，不过我在项目中采用WCF搭配Protobuf是一个很不错的RPC实现，Google这个框架是是基于HTTP2的，这是他有特色的地方，带来诸如双向流、流控、头部压缩、单TCP连接上的多复用请求等特性。
Thrift读音[θrɪft]，是一个轻量级、跨语言的远程服务调用框架，最初由Facebook开发，后面进入Apache开源项目。它通过自身的IDL中间语言, 并借助代码生成引擎生成各种主流语言的RPC服务端/客户端模板代码。
我们用PHP的Laravel框架来实现一个用户登录的Restful Api，地址为：
RPC（Remote Procedure Call）—远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。
gRPC 是一种可以跨语言运行的现代高性能远程过程调用 (RPC) 框架。gRPC 实际上已经成为 RPC 框架的行业标准，Google 内外的组织都在使用它来从微服务到计算的“最后一英里”（移动、网络和物联网）的强大用例。 gRPC是一个高性能的开源的通用RPC框架，由Google公司开发，支持常用的C++、Java、Python、C#/.Net、Go、Node、Dart、Kotlin、Object-C、PHP、Ruby等语言，采用protobuf作为数据交换格式，并且采用C++开发，支持Windows 、Linux、macOS跨平台开发。对于跨语言服务调用非常方便，只要使用protobuf定义接口协议，然后按照gRPC语言SDK调用即可。比如我们使用C++对环保数采仪器设备通过串口或者网口传送的数据协议如Modbus协议、HJ212协议、或者厂商自定义的协议进行解析之后，将数据存放到本地数据库，这个时候我们如何将C++的数据传给前端网页呢？ 这个时候可以使用多种方式。比如通过数据库、HTTP协议、WebSocket协议、RPC远程过程调用等方式。 我之前做环保的时候，采用C++和环保硬件设备打交道，通过C++后台程序将数采仪数据解析之后存入到本地Sqlite数据库中（分表分页存储），然后由于展示的网页比较简单，只是用网页展示当前站点的数据，前端采用ElementUI和Vue.js，后端采用Node.js。另外，C++后台写了一套RPC服务端接口，Node.js通过RPC客户端调用C++的后台RPC服务，双方之间通过Google Protobuf数据协议交互。
RemObjects SDK ‘Vinci’ 是成功的跨平台远程框架的第五个版本，它允许用户方便地创建能够在面向对象模式中的跨网络通信的客户端以及服务器应用程序。使用强大且灵活的组件库、以及用于定义以及测试服务的高级工具，RemObjects SDK 提供了使用 RAD进行分布式开发的方法。
thrift是一个软件框架，用来进行可扩展且跨语言的服务的开发。它结合了功能强大的软件堆栈和代码生成引擎，以构建在 C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, JavaScript, Node.js, Smalltalk, and OCaml 这些编程语言间无缝结合的、高效的服务。
Service Mesh 的概念自 2017 年初提出之后，受到了业界的广泛关注，作为微服务的下一代发展架构在社区迅速发酵，并且孵化出了诸如 Istio 等广受业界关注的面向于云原生 (Cloud Native) 的微服务架构。目前阿里、华为云、腾讯云都在 Service Mesh 上投入了大量精力进行研发和推广。阐述和讨论 Service Mesh 架构的文章目前网络上已经非常丰富，在此不再赘述。本文主要阐述 Service Mesh 架构在有赞是如何一步步发展和落地的，期望能够给读者带来一定的思考和借鉴意义，并对 Service Mesh 架构能够解决的问题和应用场景有进一步的了解。同时，有赞 Service Mesh 架构发展的过程也正是有赞微服务架构的演进过程，期待能够给正在进行微服务改造的团队带来一定的启发和思考。
在用过 laravel 框架，发现它的 路由 和 数据库ORM 确实非常好用，但是整体确实有点慢，执行到控制器大约需要耗时30ms左右。于是打算做一个拥有非常好用的路由和orm又非常简单的框架。所以你会发现one框架的 路由 和 ORM 有laravel的影子。但也有一些自己的特色，例如 ORM 支持自动化缓存(自动化读、写、刷新)保持与数据库同步，对外使用无感知。one框架也支持在fpm下运行，在 fpm 下框架自身整体耗时在1ms左右。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
