游客jpfkfkdd6s7ug_个人页

详细解答可以参考官方帮助文档 用户可以在HTTP请求中增加 Authorization 的Header来包含签名（Signature）信息，表明这个消息已被授权。 Authorization字段计算的方法 Authorization = 'OSS ' + AccessKeyId + ':' + Signature Signature = base64(hmac-sha1(AccessKeySecret, VERB + '\n' + Content-MD5 + '\n' + Content-Type + '\n' + Date + '\n' + CanonicalizedOSSHeaders + CanonicalizedResource)) AccessKeySecret 表示签名所需的密钥 VERB表示HTTP 请求的Method，主要有PUT，GET，POST，HEAD，DELETE等 \n 表示换行符 Content-MD5 表示请求内容数据的MD5值，对消息内容（不包括头部）计算MD5值获得128比特位数字，对该数字进行base64编码而得到。该请求头可用于消息合法性的检查（消息内容是否与发送时一致），如”eB5eJF1ptWaXm4bijSPyxw==”，也可以为空。详情参看RFC2616 Content-MD5。 Content-Type 表示请求内容的类型，如”application/octet-stream”，也可以为空 Date 表示此次操作的时间，且必须为GMT格式，如”Sun, 22 Nov 2015 08:16:38 GMT” CanonicalizedOSSHeaders 表示以 x-oss- 为前缀的http header的字典序排列 CanonicalizedResource 表示用户想要访问的OSS资源 其中，Date和CanonicalizedResource不能为空；如果请求中的Date时间和OSS服务器的时间差15分钟以上，OSS服务器将拒绝该服务，并返回HTTP 403错误。 构建CanonicalizedOSSHeaders的方法 所有以 x-oss- 为前缀的HTTP Header被称为CanonicalizedOSSHeaders。它的构建方法如下： 将所有以 x-oss- 为前缀的HTTP请求头的名字转换成 小写 。如X-OSS-Meta-Name: TaoBao转换成x-oss-meta-name: TaoBao。 如果请求是以STS获得的AccessKeyId和AccessKeySecret发送时，还需要将获得的security-token值，以 x-oss-security-token:security-token 的形式加入到签名字符串中。 将上一步得到的所有HTTP请求头按照名字的字典序进行升序排列。 删除请求头和内容之间分隔符两端出现的任何空格。如x-oss-meta-name: TaoBao转换成：x-oss-meta-name:TaoBao。 将每一个头和内容用 \n 分隔符分隔拼成最后的CanonicalizedOSSHeaders。 说明 CanonicalizedOSSHeaders可以为空，无需添加最后的 \n。 如果只有一个，则如 x-oss-meta-a\n，注意最后的\n。 如果有多个，则如 x-oss-meta-a:a\nx-oss-meta-b:b\nx-oss-meta-c:c\n, 注意最后的\n。 构建CanonicalizedResource的方法 用户发送请求中想访问的OSS目标资源被称为CanonicalizedResource。它的构建方法如下： 将CanonicalizedResource置成空字符串 ''； 放入要访问的OSS资源 /BucketName/ObjectName（无ObjectName则CanonicalizedResource为”/BucketName/“，如果同时也没有BucketName则为“/”） 如果请求的资源包括子资源(SubResource) ，那么将所有的子资源按照字典序，从小到大排列并以 & 为分隔符生成子资源字符串。在CanonicalizedResource字符串尾添加 ？和子资源字符串。此时的CanonicalizedResource如：/BucketName/ObjectName?acl&uploadId=UploadId 如果用户请求在指定了查询字符串(QueryString，也叫Http Request Parameters)，那么将这些查询字符串及其请求值按照 字典序，从小到大排列，以 & 为分隔符，按参数添加到CanonicalizedResource中。此时的CanonicalizedResource如：/BucketName/ObjectName?acl&response-content-type=ContentType&uploadId=UploadId。 说明 OSS目前支持的子资源(sub-resource)包括：acl，uploads，location，cors，logging，website，referer，lifecycle，delete，append，tagging，objectMeta，uploadId，partNumber，security-token，position，img，style，styleName，replication，replicationProgress，replicationLocation，cname，bucketInfo，comp，qos，live，status，vod，startTime，endTime，symlink，x-oss-process，response-content-type，response-content-language，response-expires，response-cache-control，response-content-disposition，response-content-encoding等 子资源(sub-resource)有三种类型： 资源标识，如子资源中的acl，append，uploadId，symlink等，详见关于Bucket的操作和关于Object的操作。 指定返回Header字段，如 response-***，详见GetObject的Request Parameters。 文件（Object）处理方式，如 x-oss-process，用于文件的处理方式，如图片处理。 计算签名头规则 签名的字符串必须为 UTF-8 格式。含有中文字符的签名字符串必须先进行 UTF-8 编码，再与 AccessKeySecret计算最终签名。 签名的方法用RFC 2104中定义的HMAC-SHA1方法，其中Key为 AccessKeySecret` 。 Content-Type 和 Content-MD5 在请求中不是必须的，但是如果请求需要签名验证，空值的话以换行符 \n 代替。 在所有非HTTP标准定义的header中，只有以 x-oss- 开头的header，需要加入签名字符串；其他非HTTP标准header将被OSS忽略（如上例中的x-oss-magic是需要加入签名字符串的）。 以 x-oss- 开头的header在签名验证前需要符合以下规范： header的名字需要变成小写。 header按字典序自小到大排序。 分割header name和value的冒号前后不能有空格。 每个Header之后都有一个换行符“\n”，如果没有Header，CanonicalizedOSSHeaders就设置为空。 签名示例 假如AccessKeyId是”44CF9590006BF252F707”，AccessKeySecret是”OtxrzxIsfpFjA7SwPzILwy8Bw21TLhquhboDYROV” 请求 签名字符串计算公式 签名字符串 PUT /nelson HTTP/1.0 Content-MD5: eB5eJF1ptWaXm4bijSPyxw== Content-Type: text/html Date: Thu, 17 Nov 2005 18:49:58 GMT Host: oss-example.oss-cn-hangzhou.aliyuncs.com X-OSS-Meta-Author: foo@bar.com X-OSS-Magic: abracadabra Signature = base64(hmac-sha1(AccessKeySecret,VERB + “\n” + Content-MD5 + “\n”+ Content-Type + “\n” + Date + “\n” + CanonicalizedOSSHeaders+ CanonicalizedResource)) “PUT\n eB5eJF1ptWaXm4bijSPyxw==\n text/html\n Thu, 17 Nov 2005 18:49:58 GMT\n x-oss-magic:abracadabra\nx-oss-meta-author:foo@bar.com\n/oss-example/nels 可用以下方法计算签名(Signature)： python示例代码： import base64 import hmac import sha h = hmac.new('OtxrzxIsfpFjA7SwPzILwy8Bw21TLhquhboDYROV', 'PUT\nODBGOERFMDMzQTczRUY3NUE3NzA5QzdFNUYzMDQxNEM=\ntext/html\nThu, 17 Nov 2005 18:49:58 GMT\nx-oss-magic:abracadabra\nx-oss-meta-author:foo@bar.com\n/oss-example/nelson', sha) Signature = base64.b64encode(h.digest()) print('Signature: %s' % Signature) 签名(Signature)计算结果应该为 26NBxoKdsyly4EDv6inkoDft/yA=，因为Authorization = “OSS “ + AccessKeyId + “:” + Signature所以最后Authorization为 “OSS 44CF9590006BF252F707:26NBxoKdsyly4EDv6inkoDft/yA=”然后加上Authorization头来组成最后需要发送的消息： PUT /nelson HTTP/1.0 Authorization:OSS 44CF9590006BF252F707:26NBxoKdsyly4EDv6inkoDft/yA= Content-Md5: eB5eJF1ptWaXm4bijSPyxw== Content-Type: text/html Date: Thu, 17 Nov 2005 18:49:58 GMT Host: oss-example.oss-cn-hangzhou.aliyuncs.com X-OSS-Meta-Author: foo@bar.com X-OSS-Magic: abracadabra 细节分析 如果传入的AccessKeyId不存在或inactive，返回403 Forbidden。错误码：InvalidAccessKeyId。 若用户请求头中Authorization值的格式不对，返回400 Bad Request。错误码：InvalidArgument。 OSS所有的请求都必须使用HTTP 1.1协议规定的GMT时间格式。其中，日期的格式为：date1 = 2DIGIT SP month SP 4DIGIT; day month year (e.g., 02 Jun 1982)上述日期格式中，“天”所占位数都是“2 DIGIT”。因此，“Jun 2”、“2 Jun 1982”和“2-Jun-82”都是非法日期格式。 如果签名验证的时候，头中没有传入Date或者格式不正确，返回403 Forbidden错误。错误码：AccessDenied。 传入请求的时间必须在OSS服务器当前时间之后的15分钟以内，否则返回403 Forbidden。错误码：RequestTimeTooSkewed。 如果AccessKeyId是active的，但OSS判断用户的请求发生签名错误，则返回403 Forbidden，并在返回给用户的response中告诉用户正确的用于验证加密的签名字符串。用户可以根据OSS的response来检查自己的签名字符串是否正确。返回示例： SignatureDoesNotMatch The request signature we calculated does not match the signature you provided. Check your key and signing method. 47 45 54 0a 0a 0a 57 65 64 2c 20 31 31 20 4d 61 79 20 32 30 31 31 20 30 37 3a 35 39 3a 32 35 20 47 4d 54 0a 2f 75 73 72 65 61 6c 74 65 73 74 3f 61 63 6c 1E446260FF9B10C2 oss-cn-hangzhou.aliyuncs.com y5H7yzPsA/tP4+0tH1HHvPEwUv8= GET Wed, 11 May 2011 07:59:25 GMT /oss-example?acl AKIAIVAKMSMOY7VOMRWQ 说明 OSS SDK已经实现签名，用户使用OSS SDK不需要关注签名问题。如果您想了解具体语言的签名实现，请参考OSS SDK的代码。OSS SDK签名实现的文件如下表： SDK 签名实现 Java SDK OSSRequestSigner.java Python SDK auth.py .Net SDK OssRequestSigner.cs PHP SDK OssClient.php C SDK oss_auth.c JavaScript SDK client.js Go SDK auth.go Ruby SDK util.rb iOS SDK OSSModel.m Android SDK OSSUtils.java 当您自己实现签名，访问OSS报 SignatureDoesNotMatch 错误时，请使用可视化签名工具确认签名并排除错误。 常见问题 Content-MD5的计算方法 Content-MD5的计算 以消息内容为'123456789'来说，计算这个字符串的Content-MD5 正确的计算方式： 标准中定义的算法简单点说就是： 1. 先计算MD5加密的二进制数组（128位）。 2. 再对这个二进制进行base64编码（而不是对32位字符串编码）。 以Python为例子： 正确计算的代码为： >>> import base64,hashlib >>> hash = hashlib.md5() >>> hash.update('0123456789') >>> base64.b64encode(hash.digest()) 'eB5eJF1ptWaXm4bijSPyxw==' 需要注意 正确的是：hash.digest()，计算出进制数组（128位） >>> hash.digest() 'x\x1e^$]i\xb5f\x97\x9b\x86\xe2\x8d#\xf2\xc7' 常见错误是直接对计算出的32位字符串编码进行base64编码。 例如，错误的是：hash.hexdigest()，计算得到可见的32位字符串编码 >>> hash.hexdigest() '781e5e245d69b566979b86e28d23f2c7' 错误的MD5值进行base64编码后的结果： >>> base64.b64encode(hash.hexdigest()) 'NzgxZTVlMjQ1ZDY5YjU2Njk3OWI4NmUyOGQyM2YyYzc='

详细解答可以参考官方帮助文档 阿里云关系型数据库RDS（Relational Database Service）支持以下类型的SDK： Java SDK Python SDK PHP SDK .NET SDK C/C++ SDK Go SDK SDK使用说明和下载地址

详细解答可以参考官方帮助文档 Foxmail 6.5 POP3 / IMAP 设置方法如下：1.单击 工具 > 账号管理 > 新建 ，填写您的邮件地址，单击 下一步 ，如图：   2.邮箱类型选择 POP3 或 IMAP ，输入密码后再进行下一步，如图：   3.设置 POP3 或 IMAP 协议，勾选 发送服务器要求身份验证 ，下面以 POP3 协议设置为例：POP3协议设置接收邮件服务器：pop3.mxhichina.com或pop3.您的域名，端口：110             发送邮件服务器：smtp.mxhichina.com或smtp.您的域名，端口：25             IMAP协议设置接收邮件服务器：imap.mxhichina.com，端口：143发送邮件服务器：smtp.mxhichina.com或smtp.您的域名，端口：25 推荐您使用 SSL 加密连接，更加安全，使用时请注意加密端口 465、995、993 是否已在您的本地电脑和网络中开放。    4.账号建立完成，可以进行邮件的测试。单击 完成 后即可开始使用企业邮箱！  

详细解答可以参考官方帮助文档 说明 本功能已由数据库代理功能取代，具体请参见数据库代理。

详细解答可以参考官方帮助文档增值税普通发票和增值税专用发票的区别？如果您是增值税一般纳税人，您可以申请增值税专用发票。使用增值税专用发票，可以按照票面的税额抵扣 6% 的增值税。增值税专用发票有 180 天抵扣期限的限定。 如果您不是一般纳税人，而是小规模纳税人或者非增值税纳税人，建议您申请增值税普通发票。因为即使小规模纳税人或者非增值税纳税人取得增值税专用发票，也不能用于抵扣增值税。并且增值税专用发票有 180 天抵扣期限的限定。从发票开具日算起， 180 天之后，开具的增值税专用发票将无法冲红。这将会给未来可能的退款流程造成极大的困难。 什么是一般纳税人？一般纳税人是指年应征增值税销售额（一个公历年度内的全部应税销售额）超过财政部规定的小规模纳税人标准的企业和企业性单位。一般纳税人资格，需纳税人向税务机关提交申请，经税务机关认定后才能取得。一般纳税人可以申请增值税专用发票。 请您在申请发票前与公司财务人员了解企业的纳税性质。小规模纳税人及非增值税纳税人请申请增值税普通发票；一般纳税人可以申请增值税专用发票。 一般纳税人认证资格复印件是什么？根据增值税管理条例，企业在申请开具增值税专用发票时必须出具相关一般纳税人资质等有效证件后才能办理。 一般纳税人资质有效证件是指（以下三种任选其一）： 一般纳税人资格认证书/通知复印件，即主管税务机关颁发给企业认定其纳税性质的批复文件复印件。 加盖一般增值税纳税人印章的营业执照/税务登记证复印件。 公司所在主管国税局网站上一般纳税人状态的截图。 公司的营业执照上名称发生变更怎么办？若您公司的营业执照上名称发生变更，开具发票前，您需要变更开票信息。 请登录阿里云控制台，进入 发票信息管理 页面。单击页面右上角 修改发票信息 按钮。在弹出对话框中，选择 发票抬头修改-公司名称工商变更。然后修改开票信息，并提供企业名称工商变更证明（模板可在变更页面下载）。阿里云工作人员审核后，会将原发票抬头在后台作废。作废后，您可在 发票信息管理 中重新申请发票抬头。请参见 变更开票信息。 为什么我只能开具 “个人” 抬头的发票？如果您的消费系个人行为，没有公司财务入账或报销的需求，开票抬头默认为 “个人”。 如您需进行财务入账或报销，可在 发票信息管理 页面，单击右上角 修改发票信息 按钮后，在弹出对话框中，勾选 开具类型修改：个人修改为企业，并完成后续信息填写。信息修改完成后，可开具企业类型的增值税普通发票。 个人实名认证是否对发票抬头有影响？发票抬头可在 发票信息管理 中设置。如果您的发票抬头默认为 “个人”，您可以在 发票信息管理 页面，单击页面右上角 修改发票信息，然后将发票类型由个人改为企业。完成信息修改后，您的发票抬头可更改为相应的企业名称。 为什么增值税专票信息需要等待人工审核，增值税普通发票不需要？因为增值税普通发票只需要您提供发票抬头即可开具；而增值税专用发票需要填写公司名称、税号、银行账号等详细信息才可以开具。故在开票前，需查验申请开票的公司是否属于一般纳税人。 为什么我的发票信息模板没有了？由于我们发票系统的更新升级，历史发票模板可能置为待启用状态，您可以进入 发票信息管理 中启用您的发票信息模板。 为什么其它行业或公司可以开多个抬头，而阿里云不可以？行业不同，可能适用的税种和税率均不相同；税务机关的要求也可能有所不同；业务经营方式不同，开发票的具体规则也会有所差异。 一个阿里云账号只能有一个发票抬头。如果您需要开具不同抬头的发票，您可以申请新的阿里云账号，绑定您需发票抬头的公司名称，并用新的账号购买阿里云产品或服务。