ThinkPHP支持3.1.3的SAE引擎和云引擎版本更新

ThinkPHP支持3.1.3的SAE引擎和云引擎版本更新发布:

云引擎扩展

ThinkPHP的云引擎扩展是为云平台服务的ThinkPHP扩展。通常所说的云平台是指PaaS类型的">云计算平台(服务),他们的名称一般叫App Engine 。如新浪的有SAE(Sina App Engine) ,百度有 BAE(Baidu App Engine),等等。
可以看到当今云计算已经十分流行,但是云计算有两个缺点。
学习成本高: 我们要学习云计算提供的服务怎么使用,每使用一个云平台都需要学习一次。
平台不兼容: 因为我们使用了这个云平台的服务,其他云平台没有和它相同的服务,导致我们的程序对此云平台有依赖, 不能移植到其他云平台,也不能移植到普通环境。
ThinkPHP的引擎扩展出现的目的就是为了解决云计算的两大缺点。降低用户学习成本,让用户只要会使用ThinkPHP就能用所有的云平台,我们还是按照传统使用ThinkPHP的方式,但你已经不知不觉使用了云计算的服务。解决平台兼容性问题,同样的代码既能在普通环境运行,也能在各种云平台上运行。
ThinkPHP原来的SAE引擎,只适合在SAE平台下使用,不能在其他云平台下使用,所以只是一种支持云平台的探索,而Cluster引擎扩展适合所有云平台以及分布式集群环境。
Cluster引擎采用IO分离的机制,实现了一个引擎扩展,通用所有云平台,所有分布式环境,普通环境下也可以运行,真正的打破了云平台不兼容的缺点。开发人员用ThinkPHP的Cluster引擎写出的程序将彻底摆脱对云平台的依赖,从而实现一次编码,多处(云平台)部署。

SAE引擎扩展

ThinkPHP对SAE平台的支持是采用了引擎扩展的方式,具有自己的独创特性。采用SAE引擎扩展能最大程度的使用ThinkPHP的标准版的特性,让开发人员感受不到SAE和普通环境的差别。甚至可以不学习任何SAE知识,只要会ThinkPHP开发,就能将你的程序运行在SAE上。SAE版ThinkPHP具有以下特性:
横跨性:能让同样的代码既能在SAE环境下运行,也能在普通环境下运行。解决了使用SAE不能在本地调试代码的问题。SAE版ThinkPHP还自带SAE服务模拟功能。用户即使使用了原生的SAE服务(SaeStorage,SaeRank等)也能在本地运行。
平滑性:我们还是按照以前一样使用ThinkPHP,但是您已经不知不觉的使用了SAE服务,不用特意学习SAE服务,降低学习成本。比如你不用特意的去学习KVDB服务,你在SAE环境下使用ThinkPHP的F函数就已经使用了KVDB的服务。
完整性:SAE开发下面功能没有任何删减,支持ThinkPHP标准模式的所有功能。甚至在SAE上有些功能还有增强。
大多SAE移植程序都是使用Wrappers实现,SAE版ThinkPHP没有使用Wrappers,使用SAE的原始服务接口,运行效率比用Wrappers更高。

下载:

SAE应用仓库中的SAE和云引擎版本已经同步更新,
SAE引擎安装 云引擎安装

如果你需要自己独立部署或者其他云平台,可以在官网下载最新的:

ThinkPHP3.1.3云引擎版本:http://www.thinkphp.cn/down/355.html

该版本集成了最新github版本的3.1.3核心包和支持3.1.3的Cluster引擎扩展,以及常用的驱动和类库扩展。
云引擎扩展是ThinkPHP团队最新打造的适用于所有的云平台以及分布式平台的引擎扩展,无需针对不同的云平台做不同的开发,而且只要掌握ThinkPHP开发,就能够掌握所有的云平台开发,目前已经在SAE、BAE等主流云平台上测试通过。

ThinkPHP3.1.3 SAE引擎版本:http://www.thinkphp.cn/down/356.html

该版本集成了Github最新的3.1.3核心包和支持3.1.3的SAE引擎,针对SAE平台作了优化。

SAE版ThinkPHP具有以下特性:
横跨性:能让同样的代码既能在SAE环境下运行,也能在普通环境下运行。解决了使用SAE不能在本地调试代码的问题。SAE版ThinkPHP还自带SAE服务模拟功能。用户即使使用了原生的SAE服务(SaeStorage,SaeRank等)也能在本地运行。
平滑性:我们还是按照以前一样使用ThinkPHP,但是您已经不知不觉的使用了SAE服务,不用特意学习SAE服务,降低学习成本。比如你不用特意的去学习KVDB服务,你在SAE环境下使用ThinkPHP的F函数就已经使用了KVDB的服务。
完整性:SAE开发下面功能没有任何删减,支持ThinkPHP标准模式的所有功能。甚至在SAE上有些功能还有增强。
大多SAE移植程序都是使用Wrappers实现,SAE版ThinkPHP没有使用Wrappers,使用SAE的原始服务接口,运行效率比用Wrappers更高。

时间: 2024-09-13 03:24:00

ThinkPHP支持3.1.3的SAE引擎和云引擎版本更新的相关文章

ThinkPHP云引擎版本发布 从3.0版本新增SAE引擎

从3.0版本的SAE引擎开始,ThinkPHP已经开始支持云平台,但是随着国内不同的云平台风起云涌,不同的云引擎也容易给开发者造成了不少的困惑,2013年新年伊始,官方推出了针对所有云平台和分布式系统而开发的Cluster云引擎扩展. Cluster云引擎采用IO分离的机制,实现了一个引擎扩展,通用所有云平台和所有分布式环境,普通环境下也可以运行,真正的打破了云平台不兼容的缺点.开发者使用Cluster引擎写出的程序将对云平台没有依赖,可以很方便的移植到另外的云平台. 为了方便大家使用,提供了两

全面拥抱云时代 ThinkPHP云引擎版本发布

  互联网领域的云平台化已经成为云时代基础架构新创领域的方向之一,云时代的需求与技术创新也是不少开发者为之考虑和前进的未来方向.云计划,云产品,云应用,云享受,随着云服务的大力深入,更多企业和开发者开始漫步云端,而一款好用又兼容的云引擎技术,更是广大开发者所为之追求的. 伴随着云服务的强势入侵,引领互联网发展的云计算也成为了未来走势的重中之重.从3.0版本的SAE引擎开始,ThinkPHP已经开始迈出了支持云平台的第一步,不同版本的升级改进也在为用户提供更好的云服务而不断优化.面对云计算技术"扎

简单说明如何使用ThinkPHP云引擎扩展

ThinkPHPhttp://www.aliyun.com/zixun/aggregation/18782.html">正式发布了云引擎版本,本篇就简单说明下如何使用云引擎扩展. 概述 ThinkPHP的云引擎扩展是为云平台服务的ThinkPHP扩展.通常所说的云平台是指PaaS类型的云计算平台(服务),他们的名称一般叫App Engine .如新浪的有SAE(Sina App Engine) ,百度有 BAE(Baidu App Engine),等等.可以看到当今云计算已经十分流行,但是

让ThinkPHP支持大小写url地址访问的方法_php实例

本文实例讲述了让thinkphp支持大小写url地址访问的方法.分享给大家供大家参考.具体实现方法如下: 通常ThinkPHP默认是区别大小写url的,这种也是与linux系统一样在小写url是两个不同的名字,但我们使用windows习惯了对于大小写都认为一样的,所以还是要根据用户习惯来处理问题,下面我们一起来看问题解决方法. 在配置文件中开启了thinkphp的大小写识别功能,使链接大小写都可以正常访问: 'URL_CASE_INSENSITIVE' =>true 文件命名都是规范的,但是在模

一分钟了解阿里云产品:云引擎ACE概述

阿里云发布了诸多产品,今天让我们一起来了解下云引擎ACE(AliCloud Engine)吧! 什么是云引擎ACE呢?下面我来简单介绍下吧.   云引擎是阿里云推出的应用托管平台,支持托管Java.PHP.Node.js.Python等语言开发的Web应用和API服务,大大简化用户在ECS上的应用运维工作. 您只需上传开发完成的应用代码,ACE会自动完成资源分配.运行环境初始化.程序启动.负载均衡配置.运行状况监控.日志采集.自动伸缩等一系列连贯的部署工作.   与传统应用运维相比, ACE都有

一分钟了解阿里云产品:云引擎ACE五大热点技术问题分析

在上一篇文章中,我们为大家介绍云引擎ACE的概况,云引擎ACE(AliCloud Engine)是阿里云推出的应用托管平台,支持托管Java.PHP.Node.js.Python等语言开发的Web应用和API服务,大大简化用户在ECS上的应用运维工作.那在使用过程中,经常遇到的热门技术问题有哪些呢?   基础架构: https://help.aliyun.com/document_detail/ace/brief-manual/ace-summary/architecture.html?spm=

地理信息与云计算的结合:“GIS云引擎”成焦点

在4月底召开的"2012高校GIS论坛"上,GIS.云计算无疑成为了最受关注的话题.由于GIS自身的应用特点,非常适合采用云计算模式.未来,云计算将极大地促进GIS产业的发展,将带动GIS技术.应用模式.部署方式等发生重大变化. 随着<国务院关于促进地理信息产业发展的意见>.<全国基础测绘"十二五"规划>在内的一系列发展地理信息产业的规划的出台,地理信息产业将进入高速发展期.2010年全国地理信息产业总产值达到1000亿元,国家测绘地理信息局

工作流引擎 和 规则引擎 区别?

问题描述 请问大家,我们公司在开发一套复杂的系统,前期业务逻辑不能准确确定下来,而且开发过程中,业务需求变化也是会有的.这种情况下,应该结合工作流引擎还是规则引擎来开发?我对这两个引擎都不是很熟悉,只是有个概念性的理解,工作流引擎一般用于逐级审批,规则引擎没有用过. 解决方案 解决方案二:工作流引擎现在演化为业务过程管理,最基本的概念还是业务过程的流转,而业务规则侧重业务逻辑的控制,比如零售行业的价格规则,它会针对客户商品/品类地理位置等设计一个非常复杂的价格管理体系:与业务规则非常紧密的是事件

微软支持虚幻4引擎,发布引擎 UWP 分支源码

虚幻4引擎已经是许多游戏开发者首选的游戏开发工具了,不管是在主机或PC游戏,虚幻4引擎都能够胜任且被开发者信赖.现在微软宣布了对虚幻4引擎提供UWP通用平台支持,微软还在GitHub上以Epic Games虚幻4引擎的分支名义发表了UWP分支源码. 虚幻4引擎 UWP分支版可由此进入,但需要先加入Epic开发计划和拥有Epic GitHub Org用户.该项目采用社区支持形式,微软Xbox Advanced Technology Group(ATG,先进技术组)将为之提供周期更新,并帮助加速UW