Site App优化phpwind帖子调用重复重复

电脑编程技巧与维护
&你好,欢迎来到电脑编程技巧与维护杂志社!
硬件系统维护
您的位置: / 硬件系统维护
百度云Site App新版上线 送站长免费云存储
作为国内首个PC网站快速“移动化”工具,百度云Site App自从2012年9月百度世界大会正式发布以来,已成功转化站点近1万家。为庆祝即将召开的2013年百度联盟峰会,百度云将举办“网站轻松移动化,送你免费云存储”线上活动,向开发者免费开放云存储资源。同时,新版Site App也已上线。
网站轻松移动化,送你免费云存储
活动地址(/league_act/)
据悉,新版的Site App将增加最新的移动站点模板,提供更人性化的建站流程和移动广告嵌入服务。欲体验Site App强大功能的站长,只需在5月20日至5月27日期间使用Site App提交成功转化移动站点,即可机会获得云存储2TB免费流量和100GB永久免费空间,更有机会参加每日抽奖赢取百度云手机。
新版Site App发布
自去年在百度世界大会上正式发布百度云七大武器后,百度云的发展十分迅猛。截止到2013年4月底,百度个人云用户数已经突破5000万,百度云七大武器中的Site App也已经拥有近10000家生成移动站点。有一个很有趣的假设:在Site App成功转化的10000个网站中,每个站点的建站时间成本是一个月(8小时工作×30天),耗费资金5万元。Site app则总共为网站节省了240万小时的时间,折合人民币5亿元。
使用Site App,站长在申请百度账号后,即可零成本拥有专属移动站点Web App。PC网站与移动站点的内容时时同步,减少了站长投入技术更新移动端的内容。并且自动实现移动搜索SEO优化,轻松拥有用户流量。Site App还提供了移动广告嵌入服务,为站长提供移动流量变现服务。在终端兼容上,Site App支持生成支持Android、iOS两大系统的Native App,供用户直接下载安装至手机桌面,亦可发布至各大应用市场推广。
不少优秀的移动应用借助百度云的力量得到了快速的成长。星座行业流量第一的“星座屋”,在使用百度Site App快速构建应用后,其日均活跃数量、每天浏览数和站内独立IP都得到了巨大的提升。亚太传媒旗下垂直门户网站腾讯网亚太家居,现在已经在使用最新版的Site App移动站点模板,生成移动站点的效果与Native App非常相似。中国国际广播电台旗下网站国际在线,借助Site App快速转向移动终端,实现了“传统媒体-互联网-移动互联网”的三级跳,并以其丰富的新闻资讯、节目内容,在移动互联网时代依然引领潮流。
在云计算、大数据、多终端的时代,移动互联网是不可逆转的潮流。对于广大站长来说,向移动互联网转型的最大障碍在于技术和成本的投入。百度作为互联网巨头,正在通过技术创新与平台的开放,孵化出越来越多优秀的开发者和应用,为互联网的健康、持续发展提供源源不断的成长动力。
&&推荐精品文章
│││││││││││││││││││││││
Copyright , .cn, All Rights Reserved
京ICP备号,电话/传真:010-561614 ,Mail:.cn
地址:北京市海淀区长春桥路5号6号楼1209室,邮编:100089 搜索:问题、网站、SEOer人名
百度siteapp移动建站如何优化?
百度的这个移动建站系统我总感觉用的不是很舒服。
按照步骤操作后,生成的移动站首页是系统自动套取web站的模块。看着不很美观。
不能自定义网站标题,关键词,描述等内容,感觉不太好用。
各位是怎么做的呢?
浏览: 2919发布于:
还是想办法做一个手机站可以和PC同步这样最好
用百度的siteapp感觉没那么好
我现在也是用的siteapp 不好看
确实不好看,而且排名方面还没有HTML5有优势,百度在前不久的移动互联网大赛就推动我们使用HTML5.而不是siteapp.建议做HTML5的网站。
30天内搜外会员都在讨论什么
网络营销总监
多年网站建设,推广,优化经验,希望结交更多朋友一起交流。
(9 个回答)
(9 个回答)
(8 个回答)
(53 个回答)
(48 个回答)
(18 个回答)
(18 个回答)
(16 个回答)
(14 个回答)
(0 个回答)
(0 个回答)
(1 个回答)
(3 个回答)
(1 个回答)
(2 个回答)
(0 个回答)
(1 个回答)
始于2007年 深圳市夫唯伙伴信息咨询有限公司 版权所有 | 粤ICP备号 | 粤公网安备0号iOS性能优化:Instruments使用实战
招聘信息:
最近采用Instruments 来分析整个应用程序的性能.发现很多有意思的点,以及性能优化和一些分析性能消耗的技巧,小结如下。Instruments使用技巧关于Instruments官方有一个很有用的,当然如果不习惯官方英文可以在这里找到.Instruments 确实是一个很强大的工具,用它来收集关于一个或多个系统进程的性能和行为的数据极为方便,并能及时跟踪随着时间产生的数据.还可以广泛收集不同类型的数据.关于Instrument工具基本使用不在赘述.如下重点说明一些使用技巧.1.概览工具通过Xcode工具栏中Product->Profile可以启动,启动后界面如下:Instrument概览[via by chenkai]当点击Time Profiler应用程序开始运行后.就能获取到整个应用程序运行消耗时间分布和百分比.为了保证数据分析在统一使用场景真实行有如下点需要注意:在开始进行应用程序性能分析的时候,一定要使用真机,模拟器运行在Mac上,然而Mac上的CPU往往比iOS设备要快。相反,Mac上的GPU和iOS设备的完全不一样,模拟器不得已要在软件层面(CPU)模拟设备的GPU,这意味着GPU相关的操作在模拟器上运行的更慢,尤其是使用CAEAGLLayer来写一些OpenGL的代码时候. 这就导致模拟器性能数据和用户真机使用性能数据相去甚运.另外在开始性能分析前另外一件重要的事情是,应用程序运行一定要发布配置 而不是调试配置.在发布环境打包的时候,编译器会引入一系列提高性能的优化,例如去掉调试符号或者移除并重新组织代码.另iOS引入一种"Watch Dog"[看门狗]机制.不同的场景下,“看门狗”会监测应用的性能。如果超出了该场景所规定的运行时间,“看门狗”就会强制终结这个应用的进程.开发者可以crashlog看到对应的日志.但Xcode在调试配置下会禁用"Watch Dog".2.Time Profiler选择Time Profiler启动.time profile时间分析工具用来检测应用CPU的使用情况.可以看到应用程序中各个方法正在消耗CPU时间.使用大量CPU不一定是个问题.类似我们客户端中不同场景的天气动画[类似大雨]的路径就对CPU依赖就非常高,动画本身也是非常苛刻且耗费资源较多的任务.点击Record 开始运行.Time Profile 分析界面[via by chenkai]刚开始我们拿到分析数据时往往是这样的:性能数据[via by chenkai]这里显示的是执行代码完整路径,其中系统和应用本身一些调用路径完全揉捏在一起.完全看不到我们关心的应用程序中实际代码执行耗时和代码路径实际所在位置.简单的方式可以快速勾选右边Call Tree中Separate Thread和Hide System Libraries两个选项[后面会解释选项作用]:拆分后性能数据[via by chenkai]可以看到直接能够看到应用程序各个方法调用耗时直接路径,剔除掉了系统相关方法和反向调用树路径.清爽很多.如果觉得这还不够直观,选择任意一个耗时方法分支[这里选择WeatherViewController viewDidLoad]双击进入会看到:代码&耗时详情可以直接定位到viewDidLoad的代码,也可以直观的看到改方法下调用其他方法耗时的时间.类似[self loadCityWeatherScroollerView]耗时是121x,x既耗时单位这里为ms毫秒.当然如果直接在Instrument找到问题觉得不方便修改,可以直接点击右上方Xcode按钮会直接定位Xcode对应调用方法入口.这样很容易能够快速定位代码占用CPU最多的方法.也可以打开Xcode快速修改并重新运行Profile来看修改后耗时前后对比.简单便捷.这里对右侧call tree选项有必要做一下说明[官方user guide翻译]:Separate By Thread:线程分离,只有这样才能在调用路径中能够清晰看到占用CPU最大的线程.Invert Call Tree:从上到下跟踪堆栈信息.这个选项可以快捷的看到方法调用路径最深方法占用CPU耗时,比如FuncA{FunB{FunC}},勾选后堆栈以C->B->A把调用层级最深的C显示最外面.&Hide Missing Symbols:如果dSYM无法找到你的APP或者调用系统框架的话,那么表中将看到调用方法名只能看到16进制的数值,勾选这个选项则可以隐藏这些符号,便于简化分析数据.Hide System Libraries:这个就更有用了,勾选后耗时调用路径只会显示app耗时的代码,性能分析普遍我们都比较关系自己代码的耗时而不是系统的.基本是必选项.注意有些代码耗时也会纳入系统层级,可以进行勾选前后前后对执行路径进行比对会非常有用.关于其他方法不再赘述.性能分析&代码优化我们这次性能优化主要针对如下两个使用场景:A:应用程序第一次启动到进入天气首页的时间.B:从后台切到前台天气首页占用时间.在还没有拿到性能分析数据之前,一直认为第一次启动耗时主要浪费AppDelegate中第三方框架初始化上[类似WeiBo&WeChat 相关SDK初始化调用].当我们拿到实际性能数据耗时占用比时发现实际情况并非如此:启动耗时如上可以看到应用程序启动初始化工作主要会在MJAppDelegate如下两个方法展开:willFinishLaunchingWithOptions和didFinishLaunchingWithOptions,其中第三方框架初始化工作主要是willFinishLaunchingWithOptions中完成的.而实际情况耗时占比非常小.基本可以忽略不计.而我们要优化两个启动时间场景,不同在于.第一次进入应用需要经过新手教程、添加城市、请求城市数据、解析数据、初始化天气首页UI元素并加载场景动画. 而从后台进入时则从本地存储DT文件中解析天气数据、初始化天气首页UI元素并加载天气动画.1.NSDateFormatter问题凸显针对这点重点分析应用启动&天气首页耗时. 在AB两个场景均发现加载首页元素发现如下问题:NSDate(TimeAgo)getDateStrByTimeZone耗时继续跟踪发现:NSDate耗时在AB两个场景里均出现加载MJLineChartView 和 TendencyChartView 时获取时区对应时间上耗时较大.而耗时主要在getDateStrByTimeZone这个方法调用上.getDateStrByTimeZone方法其中创建一个NSDateFormatter对象平均耗时33ms左右 而设置NSDateFormatter的3个属性平均耗时也在30ms左右.因为首页24小时天气和未来几天预报中.需要for循环中遍历数据,导致这个方法别重复调用多次,则消耗时间不断叠加.针对这个问题:NSDateFormatter对象本身初始化很慢,同样还有NSCalendar也是如此.然而在一些使用场景中不可避免要使用他们,比如Json数据解析中.使用这个对象同时避免其性能开销带来性能开销,一般比较好的方式是通过添加属性(推荐)或创建静态变量保持该对象只被初始化一次,而被多次复用.不得不值得一提的是设置一个NSDateFormatter属性速度差不多是和创建新的实例对象一样慢!添加属性方式如下:属性方式针对NSDateFormatter时间开销出了重用对象外,尽量避免采用其处理多个日期格式.当然针对日期格式处理如果需要提高更多速度,可以直接采用C,可以采用来规避这个问题..2.UIImage缓存取舍在项目代码中看到大量使用如下代码:UIImage使用在Main Thread中发现不同动画场景中Image IO 开销和耗时所占比例均不一,在UIImage元素较多总体叠加耗时也会占用一定比例.内存开销也会明显增高.UIImage加载图片方式一般有两种:A:imagedNamed初始化B:imageWithContentsOfFile初始化二者不同之处在于,imageNamed默认加载图片成功后会内存中缓存图片,这个方法用一个指定的名字在系统缓存中查找并返回一个图片对象.如果缓存中没有找到相应的图片对象,则从指定地方加载图片然后缓存对象,并返回这个图片对象.而imageWithContentsOfFile则仅只加载图片,不缓存.大量使用imageNamed方式会在不需要缓存的地方额外增加开销CPU的时间来做这件事.当应用程序需要加载一张比较大的图片并且使用一次性,那么其实是没有必要去缓存这个图片的,用imageWithContentsOfFile是最为经济的方式,这样不会因为UIImage元素较多情况下,CPU会被逐个分散在不必要缓存上浪费过多时间.使用场景需要编程时,应该根据实际应用场景加以区分,UIimage虽小,但使用元素较多问题会有所凸显.3.天气首页加载策略在AB两种场景把性能数据对比分析发现:天气首页WeatherView更新耗时天气首页WeatherView初始化耗时一直300ms-450ms之间,占据首页耗时很大一部分.且一直固定的开销.占据Main Thread3分之一.而用户进入最先看到是天气首页上半部分:上半部分而下半部分需要滚动才能看到下半部分.且不一定触发:下半部分而现在整个首页View的初始化和更新全部放到主线程来做.其中WeatherInfoView updateAllInfo方法更新耗时最长.更多的view意味着更多的渲染,也就是意味更多的CPU和内存消耗,对于我们天气首页在UIScrollView里边嵌套了很多view更是如此。而针对这种情况不要在主线程承载过多的操作.uikit渲染,用户输入回应都需要主进程上完成.主线程被意外block或者加载响应耗时过多都会影响到用户体验.而针对资源消耗过大操作,处理原则是最小化主线程的CPU占用,将工作“搬离”主线程, 不要阻塞主线程.类似本地一些IO完全移到其他线程来做.调试time profiler过程中发现,即使占用了很少的CPU时间(如果你在Time Profiler中看到这些的数据),也可能会阻塞主线程。磁盘、网络、Lock、dispatch_sync以及向其它进程/线程发送消息都会阻塞主线 程。Time Profiler只能检测出占用CPU过多的堆栈,但检测不了这些IO的问题.很奇怪.在System Trace里面突然发现了CPU Time很低,但Wait Time很高的调用,说明在主线程处理I/O已经严重损害了app的性能,这个时候考虑把这个操作优化了.而针对我们应用首页ui中多个view,在加载策略完全可以采用多线程进行同步加载,只把上半部分放在主线程中加载,下班可以同时开一个线程进行同步加载.这样可以大大降低组线程初始化和更新时间,当首页初始化完毕已经呈现是,下半部分其实已经另外一个线程处理完毕.另外针对单个view 尽量不要在viewWillAppear费时的操作,viewWillAppear在 view 显示之前被调用,出于效率考虑,在这个方法中不要处理复杂费时的事情;只应该在这个方法设置 view 的显示属性之类的简单事情,比如背景色,字体等。不然,用户会明显感觉到 view 显示迟钝.4:应用首次加载时间应用首次启动加载操作:首次加载首次加载坐了如下操作:A: 链接和载入:可以在Time Profile中显示dyld载入库函数,库会被映射到地址空间,同时完成绑定以及静态初始化.B: UIKit初始化:如果应用的Root View Controller是由XIB实现的,也会在启动时被初始化.C: 应用回调:调用UIApplicationDeleagte的回调:application:didFinishLaunchingWithOptions.D: 第一次Core Animation调用:在启动后的方法-[UIApplication _resportAppLaunchFinished]中调用CA::Transaction::commit实现第一帧画面的绘制.应用程序首次加载中启动方法willFinishLaunchingWithOptions和didFinishLaunchingWithOptions只做应用程序首次启动必须的要操作,而针对_dyid_start在初始化库framework函数的操作.不必要的Framework不要链接,避免首次加载耗时.小结如上.很多地方代码调用和底层机制看的不是特别明白,整理总结关于优化部分实在有限,如上仅供各位参考.另外Instruments确实是把分析代码利器.目前没有任何一个第三方工具可以去替代.推荐各位使用.作者:chenkai()
微信扫一扫
订阅每日移动开发及APP推广热点资讯公众号:CocoaChina
您还没有登录!请或
点击量11469点击量10373点击量10370点击量9927点击量9730点击量8646点击量7972点击量6688点击量6509
&2015 Chukong Technologies,Inc.
京公网安备89当前位置:
> 查看文章
一直想着我们蹲守在PC端的草根站长是不是也应该重视移动端。之前也对有一丝顾虑和犹豫:《》,但是趋势没法改变,的确,随着移动互联的迅猛发展,目前移动端的网民已经远远超过PC端,之前在中天青年的博客看到过关于给独立博客网站制作APP的教程,写的很详细,大家可以去看看,这里我再写一些我制作网站APP的经验。
首先是提交网站和样式的定制,这里不多说,傻瓜式的步奏。这里样式建议从A,B,C中选择,当然样式以后还是可以修改的,这里不必太纠结。
然后是导航的定制,这里可能要跟网站本身有点区别,为了美观,尽量把字数控制在2~4个字。
在后面一步的全局中,有丰富的互动组件,因为微部落博客是一个博客分享站,所以我没有设置互动组件。不过这些组件对企业站是很不错的,而且功能十分便捷,我用我另外一个企业站尝试了下,效果的确很不错。下面看看我做的两个网站的APP效果,博客网站突出分享,简洁;企业网站突出咨询和沟通。
在网站样式布局全部完成之后,就是提交等待百度官方的审核,只要是正规的网站一般3-5小时就会通过。(关于网站没有备案能不能通过,我不清楚,大家可以试试。)这里推荐站长朋友晚上12点左右尝试,顺利的话十几分钟就能审核通过。
在审核期间,大家可以进行域名部署设置。
以上,域名部署成功后,将PC域名适配下的代码,复制到网站head标签内,这样用户在手机进入网站会自动跳转到APP,很不错的设置,纺织某些网站PC网页和移动浏览器不兼容。
最后就是打包生成应用了,根据选项是可以生成苹果和安卓的应用,可是我试了很多次,苹果的都是打包失败。还有个问题就是网站更新了文章,APP端口却没有即时更新,是不是有个缓存机制,我不清楚,我还在摸索希望成功的朋友分享下经验。
好了,有兴趣的可以去摸索摸索。
转载请注明来源:本文链接地址:
微部落草根站长自媒体博客,一个爱好摄影的草根站长家园,分享学做网站、学摄影知识及网站推广经验,探讨seo搜索引擎优化和网络营销技巧!
微部落博客大全():博客互访引流,来路IP首页首栏展示!
微部落草根站长自媒体博客,分享学做网站经验,网站seo优化经验,wordpress教程,wordpress插件,office技巧等。微部落博客大全,免费收录博客网站,互访互流,来访IP首页收栏展示,增加网站流量。}

我要回帖

更多关于 手机升级重复优化应用 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信