暂无个人介绍
能力说明:
了解变量作用域、Java类的结构,能够创建带main方法可执行的java应用,从命令行运行java程序;能够使用Java基本数据类型、运算符和控制结构、数组、循环结构书写和运行简单的Java程序。
暂时未有相关云产品技术能力~
阿里云技能认证
详细说明本文结合物联网平台最新推出的独享实例,在新的实例下面创建产品及设备,进行历史属性的上报测试,并进行 MNS 历史属性服务端订阅。
本文演示如何使用MQTT.fx工具接入物联网平台,进行简单的发布和订阅消息。
本次分享详细说明物联网平台RRpc请求调用
物联网平台OTA固件升级使用说明
物联网数据分析,又称Link Analytics,是阿里云为物联网开发者提供的设备智能分析服务,全链路覆盖了设备数据生成、管理(存储)、清洗、分析及可视化等环节。有效降低数据分析门槛,助力物联网开发工作。
服务端可以直接订阅产品下所有类型的消息:设备上报消息、设备状态变化通知、网关发现子设备上报、设备生命周期变更、设备拓扑关系变更。配置服务端订阅后,物联网平台会将产品下所有设备的已订阅类型的消息转发至您的服务端。
本文介绍基于开源的CoAP协议进行对称加密自主接入的流程,并提供java示例代码。
本文将使用Getman模拟设备模拟HTTP请求,进行接入测试
本次分享物联网平台规则引擎的详细使用说明
阿里云API精选手册,为拓展API经济而生,内容出自阿里云自有产品与云生态精选产品场景化 APIs精选功能汇集、场景介绍、使用指导等等。
很多APP都需要具备一个基本功能,就是对用户身份进行验证,例如对用户和身份证信息和银行卡信息进行校验。对于中小企业而言,且不说相关软件开发的巨大工作量,身份证和银行卡数据的获取就是很大的一个问题。中小企业可能需要小半年时间才能完成这个身份验证的功能。
相册是手机中的一个非常重要的功能,然而目前的大部分手机的相册非常普通,仅仅有查看照片,编辑相片的等几个简单功能。我们来看看如果在API时代,如何通过调用API快速实现一个好玩的,具备智能分析识别、归类、搜索的智能云相册。
钉钉是企业IM市场上的领先者,深受中小企业客户的喜欢,就再几天前刚刚宣布用户数超过1亿!在钉钉里面有个特别实用的功能,那就是Ding一下,如果你发的消息特别紧急,可以直接通过短信、电话等方式直接通知到接收人的手机上。
好在我们处在云计算,API时代,可以通过阿里云已经提供的云小蜜、云呼叫中心、智能对话分析、自然语言处理等服务的API来让中小企业快速具备将客服智能化的能力。
在创业初期,UGC内容不多的情况下,可能只需要几个人来审核即可。但随着UGC内容的增长,特别是热点话题引起的内容暴涨,显然仅靠初创公司的人力、财力和技术能力是无法覆盖内容审核的。好在,在API时代,初创公司可以利用API来解决这一问题。
视频内容如何快速进行审核,避免危险因素?如何对视频内容和用户喜好进行智能分析,打标和智能推荐?如何快速生成有代表性的、最具美感和用户最喜欢的封面来增加点击量?好在,在API时代,我们可以利用视频智能的API来快速解决这些问题。
美国有一家做草地喷水头的公司,市场竞争异常激烈。他们想在产品上做一些突破,在做用户调研的时候发现,用户最大的问题是草地喷水头太费水,于是他们就想能不能让喷水头为用户节省水,比如下雨天就不用浇水了,这样就能省下不少费用。我们来看看在API时代,如何快速解决这个问题。
谷歌翻译前些日子推出了一个很有意思的功能,就是通过手机获取拍摄照片,然后实时对图片中的文字进行翻译。终端用户不需要输入文字,去国外对不懂的地标、文字等只要拍照就能随时进行翻译了。看起来很炫酷有没有?好在,在API时代,我们自己也可以利用现成的API来快速实现同样的功能。
一次搞懂6个核心原理吃透基础理论,一次学会6个典型问题的华丽操作
主要用简单的例子来说明,slow log里的lock_time和query_time的关系,得出的结论是: 当一个sql的执行时间(排除lock_time)大于long_query_time的时候,才会被记录到slow log中,并且query_time是累计了lock_time的(如果有lock.
用事例和图片简单的说明了mysql 中两表join的算法,主要包括Nested-Loop Join Algorithm,Block Nested-Loop Join Algorithm,Batched Key Access Joins算法,以及join buffer在这个过程中起的作用
一个相同查询在不同 RDS for MySQL 实例上性能差异的案例分析 1. 问题出现 2. 问题原因 3. 问题解决 4. 问题结论 相同查询在数据量相近的情况下在不同 RDS for MySQL 实例上有不同的性能表现,容易引发用户对 RDS for MySQL 实例的性能差异性的疑虑,本文分享下近期碰到的一个原因比较隐蔽但很常见的案例。
我们都知道,对于数据库中基础信息表来说,它的数据变化频率低,数据量小,但由于基础数据本身的特点,大多数相关系统都会对频繁地读取它。即便我们通过对数据调取服务进行服务化包装,通过HSF服务的方式对外暴露,以减少多个系统直接操作数据库带来的问题,但数据本身的读取频率和并发度都非常高,QPS可以轻易达到10万以上。
我记得我还在上一家公司的时候,有一次和主管一起做1:1,主管问我,将来你的技术方向是什么,我说我想往HA方向发展,因为是我的强项。主管问我还有别的吗?我犹豫地说,我也想做优化器方向,但是智商不够。主管大笑,说如果有兴趣可以钻研看看。
RDS for MySQL 大表操作
本篇主要是对官网rds签名机制的补充说明,以简单的代码实例来解释下每个步骤的含义,尽量会按照官方文档的描述举例
SQL server的空间问题一直有客户在询问,今天就给大家汇总讲解下SQL server 的全部空间开销
RDS for MySQL 5.7 备份恢复为本地实例详细步骤
由于文档https://yq.aliyun.com/articles/164796内容较多,不方便查看,可以参考流程图来初步判断连通性是否正常
本文主要介绍延迟消息的发送与接收环节需要注意的问题。
本文主要介绍.NET SDK的使用注意事项及用户可能遇到的问题。
本文主要演示如何使用MQTT.fx 测试连接阿里云微服务消息队列的Broker。
主要介绍在使用目前主流的第三方SDK phpMQTT的过程中遇到的问题及解决办法。
本文介绍如何在 Spring 框架下用消息队列 RocketMQ 收发消息。
本次分享主要介绍CreateProject、DeleteProject和ListLogstore三个API的使用示例,相关示例使用JAVA语言。
阿里云消息服务(Message Service)是一种高效、可靠、安全、便捷、可弹性扩展的分布式消息服务。MNS能够帮助应用开发者在他们应用的分布式组件上自由的传递数据、通知消息,构建松耦合系统。本文主要介绍基于Java 语言实现Queue的创建、删除以及消息的发送及接受的Rest API操作。
初次使用AMQP的过程中,总是容易被AMQP支持的消息模型绕晕,这里结合官方的教程,对AMQP的消息模型做一个简要总结,供参考
阿里云MNS因为管理控制台不支持队列或主题的批量删除,所以如果使用者有很多的队列或主题的时候,手动一个一个删除会特别的麻烦且耗时。下面介绍使用Java语言结合官方SDK进行快速批量删除。
目前阿里云官方对于微消息队列 MQTT提供了很多语言的参考示例,但是在实际的使用中发现很多用户在使用Android Sample的时候总是会遇到问题,无法正常调试使用。本文主要介绍Android Sample的使用。
EDAS 创建应用时 ,支持客户自己自定义生成 coredump 和 GC 的策略,由于 EDAS 使用 JVM 本身就是开源的 Java 容器,所以支持的参数和配置方法也都是一致,只布偶封装在 EDAS 控制台下发而已。
配置推送简称 acm,目前集成到 EDAS 的平台入口,让客户无须重新发布即可达到配置修改的目的,本文简谈EDAS 配置推送问题
shell 版本集成 cli 快速部署 https://help.aliyun.com/document_detail/96025.html?spm=a2c4g.11174283.6.619.7e4e4632XSKvQa 部署前先配置好本地的 RAM 的 AK SK 变量; #!/bin/ba...
背景 客户端在 EDAS 控制台操作应用时出现 staragent 异常。 排查 遇到类似问题,需要知晓, staragent 是命令下发通道,所有在控制台上操作的指令都要通过 staragent 下载,由 edas-agent 执行,现在 staragent 异常如何验证; 执行 ps -...
由于很多人对 SDK 的安装和系统依赖的环境变量不是很熟悉,导致很熟悉,浪费不必要的时间,而且导致环境变量引入也出现异常。特此写了一篇从安装到遇坑的过程给大家
RequestTimeTooSkewed 经常遇到,但是原因比较多,分析难以下手,具体的表象可以看下面的截图,由于客户端(下文称之为 client)发出的请求时间和实际上服务端(下文称之为 oss) 收到的时间差大雨 15min 导致(oss Time - client Time > 15min) 时间标准 先排除掉最简单的问题,确认时间是否为标准的 UTC、GMT、CST 时间,如果时区不是东八区,只要换算成 +8 小时一致即可。
什么是 404 404 标准的 http code 状态码,代表用户请求的资源在服务端不存在, 404 并不是一个异常状态码?而是一个正常的响应。换句话说 404 已经成为了一个结果,这种响应常见在 client 端下载 OSS 的资源时出现。
场景:云监控 OSS 出现 "数据不足" 先看下 OSS 控制台的监控的 http code 、以及 QPS 分析,如果 OSS 请求量比较小,而 OSS 对应的时间点有没有请求就会出现数据不足的情况,这种问题最好设置合理的监控数据上报时间。
OSS livechannel 推流过程 生成推流 URL设置推流状态 录制 M3u8 缺失 默认录制成品的 m3u8 所以只有最后 3 片,遵循的是 hls 协议的默认规则,是正常想象,可以通过调用 PostVodPlaylist 接口将指定时间范围内的 ts 文件汇聚到一个 m3u8 索引内来解决; tips EndTime 必须大于 StartTime,且时间跨度不能大于 1 天。
EntityTooLarge 出现这种问题基本是客户端的 post 代码中限制的请求的 body 大小,排查这种问题最好是通过抓包,或者构造 post 源码上看下。当你的 bucket 不是 public-read-write 时,需要客户端的 post 代码中提供 post policy ,这这属性中,有关于 content-length-range 的设置,不注意的话这个地方基础设置都是 10M,建议检查下这个地方。
经过 url encode 编码访问失败 编码前 : http://oss-cn-hangzhou.aliyuncs.com/fun-punch-hls/ji-test/c133249354654050a66ec4341e61c23f?Expires=1540451197&OSSAccessKey.