文本：
莱山ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：18982081108（备注：SSL证书合作）期待与您的合作！
优点：读取速度快。不需要数据库。
缺点：
检索极不方便。几乎不可能。更别提复杂的检索了。
排序不方便。
单个文本数据过大时一次读入会占用大量内存
所以不能存储大量数据
数据安全性等于0。
数据库的优点就是 文本的缺点。
什么是RPC框架？ 如果用一句话概括RPC就是：远程调用框架（Remote Procedure Call）那什么是远程调用？通常我们调用一个php中的方法，比如这样一个函数方法: localAdd(10, 20)，localAdd方法的具体实现要么是用户自己定义的，要么是php库函数中自带的，也就说在localAdd方法的代码实现在本地，它是一个本地调用！远程调用意思就是：被调用方法的具体实现不在程序运行本地，而是在别的某个远程地方。
远程调用原理
比如 A (client) 调用 B (server) 提供的remoteAdd方法：
首先A与B之间建立一个TCP连接；
然后A把需要调用的方法名（这里是remoteAdd）以及方法参数（10， 20）序列化成字节流发送出去；
B接受A发送过来的字节流，然后反序列化得到目标方法名，方法参数，接着执行相应的方法调用（可能是localAdd）并把结果30返回；
A接受远程调用结果,输出30。
RPC框架就是把我刚才说的这几点些细节给封装起来，给用户暴露简单友好的API使用。
远程调用的好处
解耦：当server需要对方法内实现修改时，client完全感知不到，不用做任何变更；这种方式在跨部门，跨公司合作的时候经常用到，并且方法的提供者我们通常称为：服务的暴露。
RPC与Socket有什么区别？
通过上面的简单阐述，好像RPC与Socket 好像啊。都是调用远程的方法，都是client/server模式，我之前也写了一篇文章: 细说socket 那他们有啥区别呢?
RPC（远程过程调用）采用客户机/服务器模式实现两个进程之间相互通信。socket是RPC经常采用的通信手段之一，RPC是在Socket的基础上实现的，它比socket需要更多的网络和系统资源。除了Socket，RPC还有其他的通信方法，比如：http、操作系统自带的管道等技术来实现对于远程程序的调用。微软的Windows系统中，RPC就是采用命名管道进行通信。
RPC与REST有什么区别？
通过了解RPC后，我们知道是RPC是client/server模式的，调用远程的方法，REST也是我们熟悉的一套API调用协议方法，它也是基于client/server模式的，调用远程的方法的，那他俩又有啥区别呢？
REST API 和 RPC 都是在 Server端 把一个个函数封装成接口暴露出去，以供 Client端 调用，不过 REST API 是基于HTTP协议的，REST致力于通过http协议中的POST/GET/PUT/DELETE等方法和一个可读性强的URL来提供一个http请求。而 RPC 则可以不基于 HTTP协议
因此，如果是后端两种语言互相调用，用 RPC 可以获得更好的性能（省去了 HTTP 报头等一系列东西），应该也更容易配置。如果是前端通过 AJAX 调用后端，那么用 REST API 的形式比较好（因为无论如何也避不开 HTTP 这道坎）。
php中流行的rpc框架有哪些
既然php是世界上最好的语言，那php中流行的RPC框架有哪些呢？
先列举下： phprpc，yar, thrift, gRPC, swoole, hprose
因为时间和精力有限，不可能一个一个的去学习和使用，我选几个世面上用的最多的几个用下吧。因为RPC原理是一样的，都是Client/Server模式，只是每个框架的使用方式不一样而已。
php单一入口模式可谓是现在一种比较流行的大型web应用开发模式，比如当前比较流行的一些php开发框架，zend，thinkphp，qeephp，还有cakephp
等他们都是采用的单一入口模式的。本文将就什么是单一入口模式，单一入口模式有哪些优点以缺点做一下研究。
什么是单一入口?
在解释什么是单一入口之前，先说说与之对应的多入口。多入口即通过访问不同的 php 文件运行对应的功能。比如刚开始学习 php
的时候，我们做一个项目通常都会如下这样做：
index.php - 网站首页
list.php?page=5 - 内容列表页
info.php?id=12 - 内容详细页
login.php - 用户登录页
对于这个项目来说，这其实就是一个多入口。
那么单一入口的应用程序就是说用一个文件处理所有的HTTP请求，例如不管是内容列表页，用户登录页还是内容详细页，都是通过从浏览器访问 index.php
文件来进行处理的，这里这个 index.php 文件就是这个应用程序的单一入口。
php 是如何实现单一入口的呢?
很简单，一般单一入口程序都是在访问index.php时附带一个特定的参数。例如：index.php?action=list 就可以定义为访问内容列表页，而
index.php?action=info 则可以定义为访问内容详细页等，具体实现代码如下：
//从url中取出action参数，如果没有提供action参数，就设置一个默认的'index'作为参数
$action=$_GET['action']==''?'index':$_GET['action'];
//根据$action参数调用不同的代码文件，从而满足单一入口实现对应的不同的功能
include('files/'.$action.'.php');
以上这个就实现了一个最简单的单一入口模式程序，当然真正的单一入口模式会比这个要复杂很多。但只要懂得如何合理组织各个功能的处理代码并遵循一定的步骤，也可以轻松的解决掉这个难题，下面就一个后台的例子来做一下说明：
比如我们现在要做一个新闻管理的后台。那么首先，对于应用程序的功能要做出一个合理的分解。例如后台的新闻栏目可能包含“添加新闻”、“编辑新闻”、“删除新闻”等多个功能。这时我们就可以将这一组逻辑上关联的功能组合到一个功能模块中，称为“新闻管理”模块。
按照上面的方法整理完应用程序的功能，我们就会得到多个功能模块，而每个模块又是由多个功能组成(实际上，即便不是单一入口应用程序，功能的整理也是必须的步骤)。
整理完功能后，我们就需要确定如何存放各个功能的代码。这里我推荐两种方式：
1、每个功能模块一个子目录，目录里的每一个文件就是一个功能的实现代码。
这
种方式的好处是每个功能的代码都互相隔离，非常便于多人协作。缺点是每个功能之间共享代码和数据不那么方便。例如新闻管理模块中的所有功能都需要一个“取
出新闻栏目记录”的功能，那么采用这种多个独立文件的组织方式，“取出新闻栏目记录”就只能写在另一个文件中，然后由需要该功能的文件include
进去。
2、每个模块一个文件，模块中的每个功能写成一个函数或者一个类方法。
好处不用多说了，非常便于共享代码和数据。缺点就是如果几个人同时改，容易发生冲突。不过借助版本控制软件和差异比较合并工具，冲突还是很容易解决的。
单一入口应用程序对应多入口有哪些优势呢?
单
一入口应用程序的所有http请求都是通过index.php接收并转发到功能代码中去的，所以在index.php里面就能完成许多实际工作(所有页面
都需要做的且都一样的工作)。比如进行集中的安全性检查，访问统计等等，如果不是单一入口，那么开发者就必须记得在每一个文件的开始加上安全性检查代码，
当然，你也许会说，多入口的安全性检查可以写到另一个文件中，然后include一下就可以了。但实际针对一个相对较大型一点的应用项目，在几十个文件中
保持头部的几个include都一致可不是一件让人省心的事。
与安全性检查类似。在入口里，我们还可以对url参数和post进行必要的检查和特殊字符过滤、记录日志、访问统计等等各种可以集中处理的任务。这样就可以看出，由于这些工作都被集中到了index.php来完成，可以减轻我们维护其他功能代码的难度。
单一入口应用程序的缺点?
任何事情都有两面性，单一入口应用程序也不例外。由于所有http请求都是访问 index.php ，所以程序的 url
看起来不那么美观，特别是对搜索引擎来说不太友好。比如下面这个 url：
;action=index
我们知道这种URl不太方便记忆，而且搜索引擎不认它是一个正常的 URL，当然是相比下面这种 URl 来说的：
不过这个也不是什么大问题，可以采用url重写、PATHINFO等方式就可以轻松解决这个问题。
OK，单一入口模式就写这么多了，当然要想深刻理解单一模式，最好的办法还是自己尝试着用单一入口模式写一个小应用出来深刻体会一下。
本文地址：
个人理解。
一些经常需要调整的配置，可以考虑写入数据库，方便在网站中修改，可以考虑使用缓存。
其他的用配置文件。
使用缓存的流程。
页面先读取缓存文件，例如 config.php
文件不存在的情况下，读取数据库，并生成缓存文件。下载加载页面时就不会连接数据库了。
另外，更改完配置之后，需要重新生成缓存文件，即删除缓存文件。
如果是用户上传的文件,建议保存在文件系统,位置保存在数据库.如果你要用fopen读写文件,为了保持数据的一致性,所有PHP脚本写该文件时都要用flock加排它锁.如果数据存在数据库的话,则不需要PHP实现锁机制.
ASP、JSP、和PHP的优点和缺点：
一、ASP
优点:
1、无需编译
2、易于生成
3、独立于浏览器
4、面向对象
5、与任何ActiveX scripting 语言兼容
6、源程序码不会外漏
缺点:
1、Windows本身的所有问题都会一成不变的也累加到了它的身上。安全性、稳定性、跨平台性都会因为与NT的捆绑而显现出来。
2、ASP由于使用了COM组件所以它会变的十分强大，但是这样的强大由于Windows NT系统最初的设计问题而会引发大量的安全问题。只要在这样的组件或是操作中一不注意，哪么外部攻击就可以取得相当高的权限而导致网站瘫痪或者数据丢失。
3、由于ASP还是一种Script语言所没除了大量使用组件外，没有办法提高其工作效率。它必须面对即时编绎的时间考验，同时我们还不知其背后的组件会是一个什么样的状况。
4、无法实现跨操作系统的应用。当然这也是微软的理由之一，只有这样才能发挥ASP最佳的能力。可是我却认为正是Windows限制了ASP，ASP的概念本就是为一个能让系统运行于一个大的多样化环境而设计的。
5、还无法完全实现一些企业级的功能：完全的集群、负载均横。
二、JSP
优点：
1、 一处编写随处运行。
2、 系统的多台平支持。
3、 强大的的可伸缩性。
4、 多样化和功能强大的开发工具支持。
缺点：
1、 与ASP一样，Java的一些优势正是它致命的问题所在。
2、 缺少系统性的资料。
3、 开发速度超慢
三、PHP
优点：
1、 一种能快速学习、跨平台、有良好数据库交互能力的开发语言。
2、 简单轻便，易学易用。
3、 与Apache及其它扩展库结合紧密。
4、 良好的安全性。
缺点：
1、 在windows平台运行的安全性和稳定性不如Linux/Unix。
扩展资料：
ASP.NET也是常用的网站开发语言之一：
优点：
1． 简洁的设计和实施。
2． 语言灵活，并支持复杂的面向对象特性。
3． 开发环境。
缺点：
1．数据库的连接复杂。
2．不具有跨平台性，只支持windows平台。