苹果手机怎么退出id退出CLOUD CARD

手机里CloudCard可以卸载吗?_百度知道
手机里CloudCard可以卸载吗?
我有更好的答案
建议你把手机和360手机助手连接,用360手机助手卸载,这样一般不会误删系统文件。
采纳率:69%
来自团队:
360一健Root就可以卸载了。
为您推荐:
其他类似问题
您可能关注的内容
换一换
回答问题,赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。客户端登录后卡死 - 金蝶社区 - Powered by Discuz!
标题: 客户端登录后卡死
作者: 邱荏园_kd@op& & 时间:
& & 标题: 客户端登录后卡死
我们有一用户,有几台XP电脑,在登录我们A服务器时,客户端登录后就会卡死(CPU占50%,双CPU),但用浏览器访问则正常。 如果用客户端登录其他服务器,也一切正常。已经关闭电脑上杀毒和防火墙,重装过客户端,客户单位里也没有硬件防火墙,这几台XP电脑,前一段时间是可以正常使用的,最近几天突然出现这个情况,客户也没有印象安装过新的软件到电脑中。
在其他地方登录A服务器是正常的,请问可能会是什么原因造成的?
作者: ocreanking_peng_peng@oq& & 时间:
本帖最后由 ocreanking_peng_peng@oq 于
13:16 编辑
意思是:出问题的几台是XP的系统,这些机器用Cloud客户端访问A服务器搭建的Cloud系统卡死,访问B服务器搭建的Cloud一切正常?
另外,其他的机器上的Cloud客户端,访问A或B上的Cloud都没有问题?
使用浏览器访问A或B上的Cloud也都没有问题?
作者: 邱荏园_kd@op& & 时间:
意思是:出问题的几台是XP的系统,这些机器用Cloud客户端访问A服务器搭建的Cloud系统卡死,访问B服务器搭建 ...
是的,譬如我用我的电脑的客户端来访问A服务器是没问题的
作者: bonnie_chen& & 时间:
LZ自己的电脑不是XP操作系统对吗?若XP系统登录GUI客户端卡死,网页版正常,请参考该帖的解决方案
作者: 邱荏园_kd@op& & 时间:
LZ自己的电脑不是XP操作系统对吗?若XP系统登录GUI客户端卡死,网页版正常,请参考该帖的解决方案http://cl ...
果然是这个问题
15:02 上传
111.gif ( 15:02, 28.26 KB) / !attach_download_count! 54http://club.kingdee.com/forum.php?mod=attachment&aid=MTkyNDE4fDVkMWI3MjQwfDE1MTY5NjczNzh8MHww
作者: bonnie_chen& & 时间:
问题解决就好。
欢迎光临 金蝶社区 (http://club.kingdee.com/)
Powered by Discuz! X3.3算下来有一年没写blog了。这一年算是潜心做一件事情,随着云OS 3.0已公布。总算能够向外界表达了我们想做个啥,非常多人也開始质疑,Cloud Card究竟是个啥?云OS 3.0算不算自主研发的OS?等等,今天想就Cloud Card是否能干掉App这个主题聊聊这些事情。
昨天三丰和我们开会讲到一个观点。IOS&Android以App为核心的OS过时了,用户使用各种移动设备,要的不是App,是服务,尽管App也是承载服务的形式,但App与App之间是割裂的。细致想想确实如此,我们如今为了做一件事情往往须要多个App来回折腾。用户装的App越来越归一到几个航母App(微信、淘宝、支付宝),航母App越做越大,上面集成各种其它第三方服务。比方公众号。用户使用移动设备有时需求事实上非常easy,仅仅想买一张电影票或者充话费,而且是非常暂时性的,假设这时你要他去找个app安装,用完后删掉。体验确实不好,web干掉PC端应用程序也是出于这个初衷,用户要的就是一个买电影票或者充话费的服务,而不是一堆的App。于是乎我越发明确自己所做事情的价值,也明确为啥我们敢称为自己是在做OS。把用户须要服务在用户真正须要的时候提供给用户,这件事情仅仅能OS来做,也仅仅有在OS这个层面上才做得好,当然。有些航母App也在做这件事情,但它们毕竟仅仅是App。做不了OS能做的事情。回到今天的主题,Cloud
Card是否能干掉App,新的操作系统都有标志性的符号,比方IOS带来了App,Android带来了通知中心,那么云OS想给大家带来的符号就是Cloud Card。理念就是通过Cloud Card这个唯一的符号。把用户须要服务在用户真正须要的时候提供给用户,仅此而已。假设真正能做到,我相信今天的论题是成立的。
云OS3.0公布会我们把理念抛了出来,以下这个架构图还是非常受大家认可。
<img src="http://img.blog.csdn.net/45494?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY3V0ZXNvdXJjZQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">
但从一些媒体试用反馈来看,感觉还是停留在一些粗浅的层面,没有真正领会到Cloud Card真正想做的事情。可能因为眼下的交互形式。大家都把注意力放在首页的入口卡片上,也就导致大家重点去比較H5和App的体验,这事实上是一种误解,我们想表达的不是H5的体验比App能有多好,我们从不否认就眼下看来H5还是比不了App。Cloud Card假设仅仅是一个H5服务的入口。那我所说不论什么观点都是不成立的。我们真正想表达的也是眼下已做到的能够看看以下这个样例:
这个样例事实上是用户一个真实的用户场景:
1)用户要出差,买了一张机票
2)收到出票短信(或是其它通知方式)
3)系统自己主动转为机票卡片
4)环绕赶飞机出差这个用户场景。系统推荐各种关联服务,比方在线&#20540;机、预约打车去机场、目的地天气等等
5)用户使用在线&#20540;机后直接在卡片生成&#20540;机二维码
6)飞机起飞前几个小时,锁屏上出现飞机票提醒
7)直接从锁屏上呼出飞机票,扫描二维码过安检
用户的需求非常easy。就是要一个赶飞机的服务,要完毕这个服务假设换成App,大家想想须要哪些App,携程机票、快的、墨迹、高德、国航&#20540;机等等,关键是这些App之间是割裂的。用户须要在各个App间来回切换,填參数,用完这些App嫌多了还要删掉,对于一些老人家,哪知道要用这些App。我们做的事情事实上非常easy,通过OS的能力,尽可能的覆盖用户的日常生活点点滴滴,通过Cloud
Card的形式汇集用户一个个场景。然后基于这些特定的场景。让第三方服务作为关联插进来。满足用户特定的需求,用户使用后又是一个新的场景。又会有针对新场景的关联服务,从而形成闭环。
小小的Cloud Card的价&#20540;是显而易见的。对于终端用户来说,它让仅仅需关注要做的事情,将使用服务的门槛和交互成本降到最低;对于第三方服务ISV来说。提供了一个个实际的用户场景。使得提供的服务具有非常高的到达率和点击率。针对ISV我还想多说两句,对于高德和百度地图两个服务,假设仅仅是放在桌面上。从眼下情况来看,大部分还是会用百度。但假设高德把导航服务插到机票关联服务中,直接提供给用户到达机场的导航,那么用户肯定就不会再挑了,由于这种操作路径最短。
这仅仅是我们眼下做到的程度。论证了可行。但仅仅是开了个头,远远不够。我们后面真个OS团队都会环绕着这个Cloud Card发力。眼下最紧急要做的三件事情:
1)把每一个场景做精做透。给用户最好的体验,真正做到他仅仅需关注要做的事情
2)让Cloud Card在整个OS和相关终端上流转起来,覆盖用户生活的点点滴滴
3)搭建开放平台,把用户场景开放出去,把第三方服务接进来
每件事情都有足够的挑战,但都是清晰可见和具有诱惑力。也须要很多其它的同学增加进来。眼下仅仅是一点点曙光而已,过了生死年,才干看到明天的太阳。魅族、飞利浦.....一个个优质的手机厂商增加进来,一切就好玩了。
眼下看来,团队规模远远不足以去完毕这些事情,须要各方有兴趣的同学哥们增加进来,假设你理解了我们要做的事情。感兴趣,而且感觉自己能在当中做点事情。请联系我:(不太方便放公司邮箱)
当然也请容许我说明一下职位情况。工作地点在杭州,公司是阿里巴巴云OS。职位有Java服务端、Androidclient、架构师、H5前端、OS底层等等,Head Count无限。
再次回到这次主题,Cloud Card是否能干掉App事实上不重要。重要的是用户能忽略这一切。
阅读(...) 评论()

我要回帖

更多关于 手机qq怎么退出 的文章

 

随机推荐