分类目录归档:BAE使用

BAE, make coding peanuts works better

【BAE3.0使用】自定义php.ini的一些使用场景

之前曾经推出过一篇php runtime的高级特性——自定义php.ini,但是好多童鞋没有意识到他到底能做什么或者不知道有什么使用场景,现在就列举出一些,如有其他的会随时补充。 1、开启调试模式:配置  display_errors=1 (默认为0),此时当app代码出现错误,则可以直接显示在页面上,而非出现在日志中; 2、app性能分析:请参看blog, php runtime中如何分析APP性能  

发表在 BAE使用 | 留下评论

【BAE3.0使用系列】php runtime中如何分析app性能

本篇blog不多写,三句话搞定: 第一句:使用xdebug进行分析; 第二句:使用demo 请参看https://github.com/BaiduAppEngine/bae-demo/tree/master/php-runtime-use-xdebug-analyse-app 第三句:enjoy it。 

发表在 BAE使用 | 留下评论

web应用类型中页面错误码说明

页面错误码说明 6xx 错误 650 – 此域名所对应的应用可能还没创建,或者已经被删除。可能发生在 应用未创建 或 应用已删除。 651 – 域名规则延迟,不同于650,此时域名已经创建成功,将新创建好的域名和应用进行绑定,如果此时访问,则会提示这个错误,出现此错误的概率极低。 可能发生在 应用才创建好 或 代码发布中。 653 –  这个错误发生时,应用的域名已经创建,也将域名同应用在后端进行了绑定,此时,我们还需要将 域名应用的键值对 生效,如果在“生效”的过程中访问应用,则可能会发生这个错误。最可能发生在 应用才创建的几秒内,如果持续报这个错误,那么请和我们工程师联系。 654 – 当您的一个应用包含多个执行单元时,其中一个执行单元发生了故障,而恰好您的请求又落到了这个执行单元上,此时就可能发生这个错误,不过不用担心,我们会判断如果执行单元发生了异常,会对他进行恢复,只有短短一瞬间,如果长时间出现这个错误则为bug。 680 – IP被应用防火墙封禁,请确保不要做坏事,否则你ip会列入黑名单中,就会出现这个。 681 – IP超过应用防火墙限额 682 - 动态请求并发量超出限额,只会在bae2.0中出现这个错误,此时您应用的资源已经达不到请求的需要了,请及时增加限额。 如出现3xx, 4xx 错误,请查看应用的相关代码以及app.conf的相关配置。 如果出现5xx错误,请先确保不是因为应用本身应用代码问题造成的,排除后如还有此类错误,可以与我们的工程师联系。 目前已知的5xx错误及原因如下: 500 – 一般情况下是应用的代码出现error,导致无法运行,请检查应用的代码。 503 – 出现此错误说明您的应用资源目前被占满,请稍后在尝试,或者扩充您的执行单元,如果长时间出现这个问题,请结合资源监控联系我们的工程师。 505 – 说明您的应用涉嫌***,已被封禁。

发表在 BAE使用 | 留下评论

【BAE3.0探秘系列】了解worker类型

BAE3.0新增了worker类型的应用,那么到底该如何使用worker类型?它能用在什么地方了? 传统的WEB类型,主要用来创建WEB应用;这种应用的特点是通过HTTP请求来驱动应用逻辑;但有时候我们需要长期在后台跑一些任务,例如爬虫,不停的去爬取各种网络资源,通过WEB类型就不好实现了。 worker类型最适合的就是用来创建需要长期在后台运行任务的应用。

发表在 BAE使用, 未分类 | 评论关闭

【BAE3.0使用系列】Java-SDK的使用(cache和image)

BAE3.0中JavaRuntime不再内置任何jar包,所有的依赖均需要用户自己下载,并打在war包里一起上传。

发表在 BAE使用 | 留下评论

【BAE3.0使用系列】使用本地日志

在BAE平台中,都提供了一种查询Container中临时日志的方式,其目的是为了方便用户快速的查询最近的日志,了解container的运行状态。但是这种日志又不想走日志服务,因为日志服务太重了,实时性相对差一些,还要改自己的代码。针对这些需求,BAE提供了一种临时的解决方案—本地日志。这种日志不保证存储时间,随着container的迁移和回收,都会造成日志的丢失,所以此类日志的定位是临时的、没有服务保证的、快速及时的一种解决方案。

发表在 BAE使用 | 3 条评论

【BAE3.0使用系列】php runtime使用自定义添加的so扩展

在BAE 3.0,php runtime中我们默认加载了30多个扩展,可以满足绝大部分应用的需求,这些扩展分别为: pdo、apc、curl、enchant、gd、geoip、gmp、imap、intl、mcrypt、memcache、memcached、mysql、mysqli、pdo_mysql、pdo_pgsql、pdo_sqlite、pgsql、pspell、recode、sqlite3、tidy、xdebug、xmlrpc、xsl、imagick、mcpack、ming、mongo、netcomlog、opcache、redis、xhprof 等。 如果我的应用所需要的so扩展在这里没有,怎么办? 不用着急,我们允许应用使用用户自己定义的扩展,使用方法如下。

发表在 BAE使用 | 标签为 , | 一条评论

【BAE3.0使用系列】php runtime自定义php.ini

考虑一个应用场景,我得应用需要显示所有的错误警告提示信息,而在默认的bae 3.0环境中,error_reporting 的设置为 E_ALL & ~E_DEPRECATED & ~E_STRICT,对于绝大多数应用来说足够了,但是对于我这个“事儿妈”来说,我就要将其设置为 E_ALL,怎么实现呢? 其实,非常简单,只需要在应用的根路径下增加一个文件“php.ini”,将需要改变的值写入即可,然后就是大家都懂的“代码提交” & “代码发布”,这样,在新发布的环境中,我们的设置便会生效。

发表在 BAE使用 | 标签为 , | 一条评论

【BAE3.0使用系列】轻轻松松移植wordpress、mediawiki、discuz

在bae 3.0中,类似于wordpress、mediawiki、discuz等开源应用的迁移将会比2.0更加的容易方便,本篇将会就这三个应用的迁移过程做一个较详细的介绍

发表在 BAE使用 | 标签为 | 一条评论

【BAE3.0探秘系列】Runtime中lighttpd主要配置介绍

Runtime中lighttpd目前加载模块有: mod_access(用于文件的拒绝访问); mod_accesslog(设置lighttpd日志); mod_vhost_magnet(bae自定义的模块,用于控制 bae_app_conf.lua); mod_deflate(用于压缩lighttpd产生的输出,不会对内容进行缓存); mod_compress(压缩lighttpd的输出,会缓存压缩的内容) mod_status(统计服务器状态) mod_proxy_core&mod_proxy_backend_fastcgi(配置fastcgi)

发表在 BAE使用 | 留下评论