• [技术干货] 华为大咖分享:华为专家揭秘研发效能提升之道/DevCloud研发实践(后附PPT下载)
    ppt完整版下载地址:**** 本内容被作者隐藏 ****《华为云DevCloud大咖分享汇总(附PPT下载)》
  • [热门活动] 重磅!华为专家与你面对面交流华为Git解决方案!
    大咖来了!华为专家、《Git权威指南》作者蒋鑫亲自授课,9月28日与你相约华为软件开发云直播间,畅聊Git秘术,揭秘华为Git解决方案!报名听课入口:https://m.qlchat.com/topic/840000204169950.htm?pro_cl=1参与直播三重大礼:1、优质提问嘉宾抽取三位送出《凤凰项目》一本2、转发海报到朋友圈集赞20个,截图私信@社群助手,获得DevCloud定制鼠标垫1个3、华为软件开发云新用户1000元无门槛代金券
  • [技术交流] 15分钟成为Git专家
    Git 可能看起来像一个复杂的系统。如果上 Googl e搜索。Google 会自动弹出一些最常搜索的标题:引用为什么 Git 这么难。。。Git 就是太难了。。。我们能够停止假装 Git 很简单、很容易学习吗。。。为什么 Git 如此复杂。。。乍一看,这些问题好像都是真的,但是你一旦理解了内部的概念,使用 Git 工作会变成一件愉悦的体验。Git 的问题是它非常灵活。所有灵活的系统的特点就是复杂。我强烈的认为解决其复杂性的唯一办法就是深入它提供的用户接口下面,理解内部的模型和架构。一旦你这么做了,就不会有什么魔力和非预期的结果。使用起这些复杂的工具得心应手。不管是以前使用过 Git 还是刚开始使用这个神奇的版本控制工具的开发者,阅读了本文以后都会收获颇丰。如果你是应一名有经验的 GIT 使用者,你会更好的理解 checkout -> modify -> commit 这个过程。如果你刚开始使用 Git,本文将给你一个很好的开端。在本文中我将使用一些底层的命令来展示 Git 内部是怎么工作的。你不需要记住这些命令,因为在常规的工作流中几乎不会使用这些命令,但是这些命令在解释 Git 内部架构时不可或缺。本文比较长,我相信你会按照以下两种方式阅读:[*]快速从顶部滑底部,看一下本文的流程[*]跟着本文的练习完整阅读本文通过练习你可以增强在这里获得的信息。Git 是一个文件夹当你在一个文件夹中执行 git init 命令时,Git 会创建 .git 目录。所以我们打开一个终端,创建一个新的目录并在这里初始化一个空的 git 仓库: 代码 这是 Git 存储所有 commit 和其他用于操作这些 commit 相关信息的地方。当你克隆一个仓库的时候就是复制这个目录到你的文件夹,为仓库里的每一个分支创建一个远程跟踪分支,并根据 HEAD 文件检出一个初始的分支。我们将在稍后讨论在 Git 架构中 HEAD 文件的用途,但是这里需要记住的就是克隆一个仓库本质上就是仅仅从别的地方复制一份 .git 目录。Git 是一个数据库Git 是一个简单的 key-value 数据仓库。你可以将数据存储到仓库中并获得一个键值,通过这个键值你可以访问存储的数据。将数据存储到数据库的命令是 hash-object,这个命令会返回一个40个字符的哈希校验和,这个校验和会被用作键值。这个命令会在 git 仓库中创建一个称为 blob 的对象。我们向数据库中写入一个简单的字符串 f1 content : 代码 如果你对 shell 不熟悉,上面这一段代码的主要命令是: 代码echo 命令输出 f1 content 字符串,通过管道操作符 | 我们将输出重定位到 git hash-object 命令。hash-object 的参数 -w 表示要存储这个对象;否则这个命令只是简单的告诉你键值是什么。 --stdin 告诉命令从 stdin 读取内容;如果不指定这一点, hash-object 希望最后输入一个文件路径。前面已经说到 git hash-object 命令会返回一个哈希值,我将这个值存储到 F1CONTENT_BLOB_HASH变量中。我们也可以将主命令和变量赋值像这样分开: 代码 但是为了方便,我将在后面的代码中使用简短的版本为变量赋值。这些变量会在需要哈希字符串的地方使用,它和 $ 符号拼接起来作为一个变量读取存储的数据。通过键值读取数据可以使用 带有 -p 选项的 cat-file 命令。这个命令需要接收带读取数据的哈希值:如我前面所说, .git 是一个文件夹,并且所有存储的值/对象都放在这个文件夹中。所以我们可以浏览一下 .git/objects 文件夹,你会看到 Git 创建了一个名称为 a1 的文件夹,这是哈希值的前两个字母: 代码 这就是 Git 存储对象的方式–每个 blob 一个文件夹。然而,Git 也可以将多个 blob 合并成一个文件生成一个 pack 文件,这些 pack 文件就存储在你前面看到的 pack 目录。Git 将这些 pack 对象相关的信息都存储到 info 目录。Git 基于 blob 的内容为每一个 blob 生成哈希值,所以存储在 Git 中的对象是不可修改的,因为修改内容就会改变哈希值。我们往仓库中写入另外一个字符串 f2 content: 代码 如你所预期的那样,你会看到 .git/objects/ 目录下现在有两条记录 9b/ 和 a1/ :Java代码 树(Tree)是一个内部组件现在我们的仓库中有两个blob: 代码 我们需要一种方式来将他们组织到一起,并且将每一个 blob 和一个文件名关联起来。这就是 tree 的作用。我们可以按照下面的语法通过 git mktree 为从而每一个 blob/文件 关联创建一个树: 代码 我们将使用 100644 模式,这一模式下 blob 就是一个常规文件每一个用户都可以读写。当检出文件到工作目录时,Git 会根据 tree 实体将相应的文件/目录设置成这个模式。所以,这样就可以将两个 blob 和两个文件建立关联: 代码 和 hash-object 一样,mktree 命令也会返回创建好的树对象的哈希值: 代码 所以,现在我们的仓库中有这样一个树:运行这个命令之后,git 在仓库中创建了第三个 tree 类型的对象。我们一起来看看: 代码 当使用 mktree 命令的时候,我们也可以指定另外一个树对象(而不是一个 blob)作为参数。新创建的树会和目录而不是一个常规文件关联。例如,下面的命令会根据一个 subtree 创建一个和 nested-folder 目录关联的树: 代码 文件模式 040000 表明是一个目录,并且我们使用的类型 tree 而不是 blob。这就是 git 在项目结构中存储嵌套目录的方式。Index 是安装树的地方每一个使用 GIT 工作的人都应该很熟悉 index 或者 staging 区这两个概念,并且可能看到过这张图片:在右侧你可以看到 git repository,它用于存储 git 对象:blobs,trees,commits 和 tags。我们已经使用 hash-object 和 mktee 命令直接向仓库中添加了两个 blob 和一个树对象到仓库中。左侧的工作目录是你本地的文件系统(目录),也就是你检出所有项目文件的地方。中间这个区域我们称为 index 文件或者简称 index。它是一个二进制文件(通常存储在 .git/index),类似于树对象的结构。它持有一个排序好的文件路径列表,每一个文件路径都有权限以及 blob/tree 对象的 SHA1 值。在这个地方,git 在作如下操作之前准备一个树:[*]将一个树写入仓库,或者[*]将一个树检出到工作目录现在我们的仓库中已经有一个在上一章节创建的树。我们现在可以使用 read-tree 命令将这个树从仓库中读取到 index 文件: 代码 所以现在我们期望 index 文件中有两个文件。我们可以使用 git ls-files -s 命令来检查当前 index 文件的结构: 代码 由于我们还没有对 index 文件做任何修改,它和我们用于生成index文件的树完全一致。一旦我们在 index 文件中有了正确的结构,我们就可以通过带有 -a 选项的 checkout-index 命令将它检出到工作目录: 代码 对的!我们已经将没使用任何 commit 就添加到 git 仓库中的内容检出了。是不是很酷?但是 index 文件并非总是停留在初始树的状态。你可能知道它可以通过这些命令改变,git add [file path] 和 git rm --cached [file path] 处理单个文件,git add . 和 git reset 处理一批已修改/已删除的文件。我们将这个知识用于实践,在仓库中创建一个新的树,这个树包含一个和文本文件 f3.txt 关联的 blob 文件。文件的内容就是字符串 f3 content。但是和前一节手动创建树不一样,我们将使用index文件来创建。现在我们的 index 文件结构如下,这就是我们应用修改的基准。你对 index 文件所做的所有修改在将树写入仓库之前都是暂时的。然而你添加的对象是立刻写入到仓库的。如果你放弃当前对树的修改,这些对象稍后会被垃圾回收搜集并删除。 这意味着如果你不小心丢弃了对某一个文件的修改,在 git 运行 GC 之前是可以恢复的。垃圾回收通常发生在有太多的未引用对象时才发生。我们来删除工作目录中的两个文件: 代码 如果我们运行git status 我们会看到以下信息: 代码 信息有点多。有两个文件被删除、两个新文件同时还是 “Initial commit”。我们来看看为什么。当你运行 git status 时,git做了两个比较:[*]将 index 文件和当前的工作目录比较 –变化是 “not staged for commit”[*]将 index 文件和 HEAD 提交比较 –变化是 “to be committed”所以在这里我们看到 git 将两个已删除的文件报告为 “Changes not staged for commit”,我们已经知道这个信息是怎产生的–它将当前的工作目录和 index 文件比较发现工作目录丢失两个文件(因为我们刚才删除了)。我们同时还看在 “Changes to be committed” 下面 git 报告了了两个新文件。这是因为到目前为止我们的仓库中还没有任何提交,所以这个 HEAD 文件(我们稍后做详细的解释)指向一个所谓的“空树”对象(没有任何文件)。所以 Git 以为我们刚刚创建了一个新的仓库,所以为什么它显示 “Initial commit”,并将 index 文件中的所有文件都当做新文件。现在如果我们执行 git add . 它将修改 index 文件(删除了两个文件),然后再次执行 git status 就会显示没有任何修改,因为现在我们的工作目录和 index 文件中都没有文件: 代码 我们继续通过创建新文件 f3.txt 来创建一个新的树。 代码 如果现在运行 git status: 代码 我们发现检查到了一个新文件。同样,这个修改是报告在 “Changes to be committed” 下,所以现在 Git 是将 index 文件和 “空树” 作比较。所以认为 index 文件中已经有了新的文件 blob。我们来确认一下: 代码 好了,index 的结构是正确的,我们现在可以通过这个 index 在仓库中创建一个树。我们通过 write-tree 命令来完成: 代码 很棒。我们刚才通过 index 创建了一个树。并且将新的树的哈希值存到了 LATEST_TREE_HASH 变量。我们已经通过手动将 f3 content blob 写入到仓库并且通过 mktree 来创建了一个树,但是使用 index 文件更方便。有趣的是如果你现在运行 git status 你会发现git 仍然认为存在一个新文件 f3.txt: 代码 那是因为尽管我们已经创建了一个树并将它存入了仓库,但是我们还没有更新用于比较的 HEAD 文件。所以加上我们新创建的树,仓库中有以下对象:Commit就是对树的一次封装在这一节中将变得更有趣。在我们日常的 Git 使用中,我们基本不会使用树或者 blob。我们和 commit 对象交互。所以 git 中的 commit 是什么?实际上,简单说它就是对树对象的封装:[*]允许给一个树(一组文件)添加消息[*]允许指定父 commit现在我们的仓库中有两个树–initial tree 和 latest tree。我们通过 commit-tree 命令将第一个树封装成一个 commit(将树的哈希值传递给它): 代码 在运行上面的命令之后:现在我么可以将这个commit检出到工作目录: 代码 我们现在可以看到 f1.txt f2.txt 处于工作目录中: 代码 当你运行 git checkout [commit-hash] 时,git 做了如下动作:[*]将 commit 点的树读入到 index 文件[*]将 index 文件检出到工作目录[*]使用 commit 的哈希值更新 HEAD 文件这些都是我们在上一节手动执行的操作。Git历史就是一串commit所以现在我们知道了一个 commit 就是对一个树的封装。我也讲到一个 commit 可以有一个父 commit。我们最初有两个树并在上一节将其中一个封装成了一个commit,所以现在我们还有一个孤立的树。我们来将它封装成另外一个 commit 并指定其父 commit 为 initial commit。我们会使用和前一节相同的操作 commit-tree,不过需要通过-p 选项来指定父 commit。现在应该是这样:所以如果你现在将最后一次 commit 的哈希值传递给 git log 你会看到提交历史中有两条提交记录: 代码 并且你可以在他们之间切换。这里是 initial commit: 代码 latest commit 代码 HEAD 是对已检出的 commit 的引用HEAD 是存放在 .git/HEAD 的文本文件,它是对当前已检出 commit 的引用。由于我们在前面一节中通过 $LATEST_COMMIT_HASH 检出了最后的commit,此时 HEAD 文件包含的全部内容: 代码 然而,通常 HEAD 文件是通过分支引用来引用当前检出的 commit。当它直接引用一个 commit 的时候它是处于 detached state(分离状态)。但是即使当 HEAD 像这样通过分支持有一个引用: 代码 它仍然是引用一个 commit 的哈希值。你现在知道了在执行 git status 命令时, Git 使用通过HEAD 引用的 commit 来产生一系列 index 文件和当前检出的树/commit 之间的修改。HEAD 的另外一个用途就是决定下一个 commit 的父 commit。有趣的是,HEAD 文件对大多数操作都是如此重要以至于如果你手动清除其内容,Git 将认为不是一个 git 仓库并报错: 代码 分支是一个指向某一个commit的文本文件所以现在我们的仓库中有两条 commit,形成了如下提交历史: 代码 我们在已有的历史中引入一个分叉。我们将检出最初的 commit 并修改 f1.txt 文件内容。然后使用你已经习惯的 git commit 命令创建一条新的 commit: 代码 以上的代码片段:[*]检出 "initial commit" 将 f1.txt 和 f2.txt 添加到工作目录[*]将 f1.txt 的内容也替换为字符串 I am modified f1 content[*]使用 git add 更新index 文件[*]最后这个我们熟悉的 git commit 命令内部做了以下操作:[*]从 index 文件创建一个树[*]将树写入仓库[*]创建一个 commit 对象将树封装起来[*]将 initial commit 作为新创建 commit 的父commit,因为当前 HEAD 文件中的 commit 就是 initial commit。我们同样需要将新的 commit 的哈希值存储到变量中。由于 Git 根据当前的 commit 文件更新 HEAD,我们可以这样读取这个值: 代码 所以现在我们的 git 仓库中是这样一些对象的:由此生成以下提交历史:由于分叉的出现我们现在有两条工作线。这意味着我们需要引入两条分支独立跟踪每一条工作线。我们创建 master 分支来跟踪从 latest commit以来的直线历史,创建 forked 分支来跟踪自 forked commit 以来的历史。一个分支就是一个文本文件,它包含了一个commit的哈希值。它是 git引用的一部分–引用一个 commit 的一组对象。另外一个引用类型是轻量的 tag。Git 将所有的引用存储到 .git/refs 目录,将所有分支存储在 .git/refs/heads 目录。由于分支就是一个文本文件,我们可以使用 commit 的哈希值来创建一个分支。所以下面的分支将指向主分支的 “latest commit”。 代码 这一个分支将指向 “forked” 分支的 “forked commit”: 代码 所以最终我们回到了你常常使用的工作流—我们现在可以在分支之间切换: 代码 一起来看看另外一个 forked 分支: 代码 一个 tag 就是指向某一个 commit 的文本文件你兴许已经知道除了使用分支(一条工作线的)还可以使用 tag 来跟踪单独的 commit。Tag 通常用于标记重要的开发节点如版本发布。现在我们的仓库中有3个 commit。我们可以使用 tag 来给它们命名。和分支一样,一个 tag 就是一个文本文件,它包含了一个 commit 的哈希值,同样也是引用组的一部分。你已经知道 git 将所有的引用都存储在 .git/refs 目录,所以tag都存储在 .git/refs/tags 子目录。由于它就是一个文本文件,我们可以创建一个文件并将 commit 的哈希值写入其中。所以这个 tag 会指向 latest commit: 代码 这个 tag 会指向 initial commit: 代码 一旦完成了这一步我们就可以使用 tag 在 commit 之间切换。这样就可以切换到 initial commit: 代码 这样就切换到 forked commit: 代码 此外还有 “annotated-tag”,它和我们现在使用的轻量级 tag有所不同。它是一个对象,可以像commit一样包含信息,并且是其他对象一起存放在仓库中。
  • [热门活动] 荣耀9邀你玩转华为云博客,秀出你的Free Style
    10月20日,华为云社区博客频道改版重磅上线,博客征文火热开启啦~~~云博客Free Style秀,亮出你节奏!计算~存储~网络~安全…技术~实践~交流~会友…不管什么来头,这里通通都接受!人气专家优选优,欢迎你来battle!哟哟切克闹,Free Style来一套!Let´s HW cloud!在使用华为云服务之余,你是否也想一展身手,与大家共同探讨前端技术,交流云端体验?是否也想分享干货、传递经验,成为众人景仰的技术大神?是否想与志同道合者一起交流技术、提升自我?那就来吧,本次云社区博客征文活动,你可以尽情分享与「华为云」相关的一切干货满满的原创内容,如小程序、工具、插件、建站教程、华为云使用心得、上云实践、云生态伙伴心得,云市场买家卖家故事……不限题材,自由发挥~超多大奖等你哦!!!活动规则1、文章与华为云相关2、参赛作品必须为本人原创作品,须符合法律法规的要求,一经发现侵权行为,取消活动参与资格。活动杜绝严重灌水行为,一经发现将取消获奖资格。文章不少于500字,尽量图文并茂。3、作品最终得分:专家评审分70%+人气投票分30%4、投票阶段,参赛者可以对自己的文章拉投票5、专家评审阶段,将对参赛作品进行评审,将根据以下几个维度:内容是否完整/正确代码是否规范内容实用性、可借鉴性、创新性与云计算能力的结合6、为保证活动的公平公正,华为云有权对恶意刷活动资源(“恶意”是指为获取资源而异常注册账号等破坏活动公平性的行为),利用资源从事违法违规行为的用户收回活动参与资格;7、所有获奖者必须在华为云实名认证8、所有参加本活动的用户,均视为认可并同意遵守《华为云用户协议》《华为云社区运营机制》。活动流程参与方式 1、注册/登录华为云社区, 2、 云社区博客频道发布文章,标题前需加上【Free Style】 3、将发布的博文链接发布在博客贴回复区域 立刻来发布文章吧! 荣耀9在等你!!!
  • [教程] 【跟专家深度学习7部曲】-《Go及其相关框架插件机制比较》
    《Go及其相关框架插件机制比较》是华为PaaS服务产品部 史建伟老师精心打磨而成!【专家介绍】[/backcolor] [/backcolor][/backcolor]【专题介绍】[/backcolor] Go语言自诞生之日起,相较Java等强类型虚拟机语言缺乏语言层面的动态加载能力。1.8以来引入了基于共享对象库文件(.so)的plugin机制,能够动态加载基于go语言编写的.so库文件。同时Docker、Kubernetes等基于Go语言的开源框架/系统都有基于自身架构设计的插件/驱动机制来实现特定模块功能的用户自定义扩展,并最终驱动了旨在兼容多数容器编排系统的容器存储接口标准CSI的起草。 本文重点介绍5个Go语言及其相关开源框架的插件机制,基于相关的原理、架构和使用分析,一窥当前Go语言领域的插件机制现状。文末基于详细的比较给出了参考步骤和架构,可供基于Go语言开发的系统进行模块化、插件化机制/框架的选型参考。 本文分成7个部分,带领大家一步步深度学习。(其中1和2合并成了一个帖子)内附PPT图片,点击查看,深度学习7步走:【Go及其相关框架插件机制比较】1. 引言&2.Go plugin机制【Go及其相关框架插件机制比较】3. Docker插件机制【Go及其相关框架插件机制比较】4. K8S插件机制【Go及其相关框架插件机制比较】5. Hashicorp go-plugin【Go及其相关框架插件机制比较】6.The Container Storage Inte**ce (CSI)【Go及其相关框架插件机制比较】7. 总结如果你有任何问题,欢迎马上回帖咨询,我们会邀请史老师尽快为您解答~✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔我是有巨大的好事情的分割线✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔✔顺便来参与本年度最后一波活动啦:截止2018年1月31日——你的问题你的建议还能被采纳而获奖哦!点击查看:《【1条100块】“3选1任你怼”:提个问、建个议,开口就能瓜分1000元红包》 ←←
  • [问题求助] 干货别错过!每周专家大咖直播+教程汇总
    本帖定期更新专家大咖直播预告+教程汇总,欢迎收藏随时参看,干货不能错过,直播不能放过!【温馨提示:在直播平台上观看视频回放前,若有报名按钮请先报名再观看回放】精彩待续……
  • [技术干货] 华为云DevCloud大咖分享汇总(附PPT下载)
    想了解云计算领域的前沿技术和发展趋势?想得到最新华为云计算专家大咖的最新观点?为了满足大家的要求,本版主汇总了近期华为大咖的一些分享材料,供大家参考:1、文章标题:华为大咖分享:华为敏捷项目管理实践文章地址:http://forum.huaweicloud.com/forum.php?mod=viewthread&tid=1761&extra=page%3D32、文章标题:华为大咖分享:AI在软件测试领域应用探索文章地址:https://bbs.huaweicloud.com/forum/forum.php?mod=viewthread&tid=1757&extra=page%3D13、文章标题:华为大咖分享:微服务架构设计与实践文章地址:https://bbs.huaweicloud.com/forum/forum.php?mod=viewthread&tid=1762&extra=page%3D14、文章标题:华为大咖分享:拥抱Git,提升研发效率文章地址:https://bbs.huaweicloud.com/forum/forum.php?mod=viewthread&tid=5004&extra=page%3D15、文章标题:游戏企业转型之道:敏捷与DevOps实践文章地址:https://bbs.huaweicloud.com/forum/thread-5819-1-1.html7、文章标题:华为大咖分享:基于容器的Devops文章地址:https://bbs.huaweicloud.com/forum/thread-5821-1-1.html8、文章标题:华为大咖分享:华为专家揭秘研发效能提升之道/DevCloud研发实践文章地址:https://bbs.huaweicloud.com/forum/thread-7130-1-1.html9、文章标题:华为大咖分享:DevOps敏捷测试之道文章地址:https://bbs.huaweicloud.com/forum/thread-11912-1-1.html10、文章标题:华为大咖分享:关于DevOps,听听华为专家怎么说文章地址:https://bbs.huaweicloud.com/forum/forum.php?mod=viewthread&tid=12522&page=1&extra=#pid4050611、文章标题:华为大咖分享:交付在云端-全云DevOps研发实践文章地址:https://bbs.huaweicloud.com/forum/thread-12609-1-1.html12、文章标题:五星级软件工程师的高效秘诀文章地址:https://bbs.huaweicloud.com/forum/thread-12639-1-1.html13、文章标题:DevCloud on DevCloud 从1月1次到1天10次发布的实践分享文章地址:https://bbs.huaweicloud.com/forum/thread-12649-1-1.html14、文章标题:华为微服务转型DevOps实践文章地址:https://bbs.huaweicloud.com/forum/thread-12653-1-1.html15、文章标题:华为大咖分享:大型云平台的DevOps实践文章地址:https://bbs.huaweicloud.com/forum/thread-12720-1-1.html16、文章标题:华为大咖分享:大型云平台的DevOps实践文章地址:https://bbs.huaweicloud.com/forum/thread-12721-1-1.html17、文章标题:云上开发,代码托管只是第一步文章地址:https://bbs.huaweicloud.com/forum/thread-12722-1-1.html18、文章标题:反脆弱,高效能组织的能力构建文章地址:https://bbs.huaweicloud.com/forum/thread-12723-1-1.html19、文章标题:从Change、merge到New Challenge--华为内源平台到研发云平台的发展历程文章地址:https://bbs.huaweicloud.com/forum/thread-12724-1-1.html
  • [行业资讯] 华为云针对CPU内核高危漏洞提供立体防御手段的通告
    近日, CPU内核高危漏洞Meltdown(CVE-2017-5754)和Spectre(CVE-2017-5715/CVE-2017-5753)爆发。攻击者可利用这两组漏洞,绕过内存安全隔离机制,越权访问操作系统和其他程序的核心数据,造成敏感信息泄露。对此华为云提供了立体的防御手段: 1、平台侧安全:按原定计划,于北京时间2018年1月11日0时,启动基础平台安全升级,方式为对客户无感知的热升级,正常情况下对客户业务无影响。升级过程中,可能需要部分客户配合实施重启。建议客户根据业务情况,提前准备运营预案,妥善备份重要数据(点击了解云硬盘备份)。 2、租户侧安全:推出漏洞消减服务,可帮助客户对漏洞可能造成的威胁进行检测及防御。服务已于北京时间2018年1月6日22时上线。客户可通过电话预约使用该服务。电话:4000-955-988 转 1。华为云将以电话、邮件等方式通知预约成功的客户。 3、检测和防护:华为云安全日常最重要的工作之一,即是例行地检测和阻断各种针对云的攻击,保障云环境的安全稳定。华为云并配备了强大的专家团队,随时响应可能的安全事件。此次高危漏洞的爆发,华为云更加强了检测和防护力度,安全专家7*24小时轮班值守。截止目前尚未发现漏洞对客户业务产生任何影响。 可以预见这两组漏洞未来一段时间仍将是业界关注的热点。华为云将坚定地站在客户身边,与客户共承担、共进退,持续增加对漏洞检测、分析、研究的力度,不断推出更好的防护手段和服务,帮助客户保护好业务数据。一旦有更新的进展,华为云将第一时间通知客户,请关注华为云公告,保持电话、邮件等通讯方式畅通。 历史通告链接: 1月3日(4日凌晨)发布了漏洞预警。 1月4日发布了平台升级公告。 1月5日推出了漏洞消减服务。 本文来源于华为云官网,原链接地址:http://forum.huaweicloud.com/thread-5790-1-1.html
  • 【东软慧聚】快速升级,快人一筹 东软慧聚S/4HANA快速升级促销包2018增强版
    快速升级,快人一筹东软慧聚S/4HANA快速升级促销包2018增强版精选升级产品 · 尊享超值服务 · 体验超凡价格面对日新月异的业态升级,企业的挑战不断变化,企业管理需要“升级”,企业转型需要“精准”,企业适应变化需要“快”。东软慧聚联合SAP中国推出软硬件一体S/4HANA快速升级促销包,2018增强版全新进阶。东软慧聚通过最先进信息技术全面武装各行业发展,提升企业核心竞争力,快速升级,决胜商场,领先一步,胜人一筹!东软慧聚SAP S/4HANA快速升级促销包2018增强版,基于SAP成熟实施方法论、包括工具、流程、指导方针和模版等标准组件,拥有更灵活的软硬件配置方案、更丰富的信息化选择、可量身定制,实现不同行业企业差异化升级需要;达成低成本、高效率、快速实现的S/4HANA升级迁移,增强版升级促销包打破传统业务模式局限,蕴含巨大价值优势:l 东软慧聚拥有二十多年企业信息化实践累积,拥有众多成功的SAPS/4HANA实施与升级的经验及案例,形成多个行业成熟解决方案;l 升级技术成熟,是SAP金牌合作伙伴,与SAP原厂技术专家合作紧密,拥有研发实力雄厚的技术团队、经验资深的专家顾问团队及专业的售后支持队伍;l 更多硬件环境配置选择,与多家国内外知名HANA服务器厂商精诚合作,满足各类行业企业不同配置需求,为升级奠定良好基础;l 新增云端应用,可实现更灵活、快速、低成本的实施,依托知名云服务器平台技术,使用安全可靠,开启基于云端的新商业模式;l 搭配SAP最新的PMC模式即转售租用模式,实现传统SAP解决方案的软件租用交付,按需随选,随需定制,简化IT,提升体验,打破传统业务的局限性,大大降低信息化升级门槛; 东软慧聚增强版SAP S/4HANA快速升级促销包,已为企业定制最快捷的信息化升级路径。S/4HANA是SAP新一代商务套件,在激烈的市场竞争环境下,解决企业迫在眉睫的高性能数据处理难题,快速完成处理和展现过程,大大提升关键业务领域交付价值:业务模式:与人员、设备、大数据和业务网络实时交互,打造以前无法想象的业务模业务流程:以前所未有的速度运行所有业务流程,极大削减批处理作业并发。数据模型:消除数据索引,数据聚合和冗余数据。显著减少数据足迹和总体拥有成本。业务决策:利用实时数据执行强大的预测分析和模拟功能,甚至在战略会议现场制定决策。业务操作:默认采用Fiori界面,易学易用,提升使用效率,简化应用流程。用户体验:通过任何设备提供直观的个性化用户体验,进而增强用户体验效率,提升业务价值实现速度。S/4HANA快速升级促销包增强版适用于大部分基础升级场景;升级内容一目了然;多种配置,可灵活组合自由调配;丰富的软件产品组合和服务内容按需使用,按需付费;快速、便捷地掌握升级概况;可集成更多个性化定制服务,旨在帮助客户快速,平稳升级至SAP S/4HANA新版本,规避升级风险,降低升级成本: 更多升级资讯,敬请垂询热线:400-898-9668推广期:即日起至2018年7月
  • [热门活动] 【成就最牛体验官】轻松玩转API测试,限时免费体验(已结束)
    本活动已结束,获奖公告详见:https://forum.huaweicloud.com/thread-8500-1-1.html华为云DevCloud API测试功能重磅上线,助力轻松玩转API测试,降低技术门槛,适用多种角色,限时免费体验,反馈意见有机会赢取好礼,还等什么,快来参与吧!一、 活动时间2018年2月27日至2018年4月30日二、 活动规则 1. 按照指引免费体验API测试功能,戳此查看详情>>>; 2. 体验后,回复本帖进行意见反馈; 3. 用户可从#产品功能#、#用户体验#、#使用技巧#、#实践分享#、#产品对比#、#其他#角度反馈意见,字数至少30字以上,可以提交多条反馈意见,活动结束后进行评奖; 请参照如下格式进行回帖: #用户体验#拖拽脚本模板即可编排测试用例,降低了编写测试用例的工作量,增强了使用乐趣,但拖拽仅限制于拖拽到指定方框内,而不是整个空白区域,有些不便,希望能够改善。 4. 专家评审将从用户建议的价值、问题或BUG的级别等方面进行综合评选,文字、图片需本人原创,逻辑清晰、图文并茂者加分; 5. 回复无意义内容(纯数字、标点、表情或词不达意等)、谩骂、造谣等,均视为无效;三、 评奖方式: 以下所有奖项将于活动结束后在论坛公布获奖名单。 1. 最牛体验官 专家评审,评选出一份最有价值的体验报告,获最牛体验官奖,奖品为kindle一个; 2. 优质建议奖 专家评审,评选出三份较为优质的体验意见,获优质建议奖,奖品为肩颈**器一个; 3. 幸运满满奖 活动结束后,在所有盖楼的用户中抽取获奖楼层,获奖楼层=总楼层*中奖百分比,中奖百分比为5%、15%、25%、35%、45%、55%、65%、75%、85%、95%。例如:活动结束后总楼层为500,500*5%=25,即第25楼获奖,其他获奖楼层同理可得。如出现小数点,则四舍五入,例如:活动结束后总楼层为530,530*5%=26.5,即第27楼获奖。无效楼层不参与中奖,做顺延处理,例如:抽取获奖楼层为第5楼,但5楼为无效楼层,即顺延至第6楼获奖,若依然为无效楼层,则继续顺延,以此类推,奖品为笔记本支架一个;四、 奖品展示: 1. 最牛体验官一名,可获得kindle一个: 精巧轻薄外观设计,电子墨水屏,媲美纸书,运行内存翻倍,更加稳定,超长续航,持久陪伴。 2. 优质建议奖三名,可获得肩颈器一个: 红光热敷,八颗头,更立体更真实,正反结合,推拿捏揉层层深入,全身适用,多重享受,守护健康。 3. 幸运满满奖十名,可获得笔记本支架一个: 折叠便携,稳固支撑,办公要舒适,拒做低头族。五、 奖品发放说明: 获奖用户请扫描下方二维码添加服务人员微信,验证信息请输入“API”,请将华为云用户名、帖子所在楼层、姓名、手机号、收货地址发送给微信群的服务人员,奖品将于活动结束后15个工作日内发放完毕。所有奖品均包邮,不额外收取任何费用。六、 注意事项:[*] 同一ID只能获奖一次,不能重复获奖;[*] 如有重复反馈,以最先回帖的用户为准;[*] 获奖用户需在奖项公布后的7个工作日内在华为云提交实名认证,并扫描微信二维码联系工作人员,提供收货人信息,否则视为自动放弃;[*] 奖品视为特殊商品,颜色和型号随机发送,发出后,不予退换;[*] 请大家文明参与活动,凡涉及在论坛灌水、作弊等违规行为,一经查出,将取消获奖资格;[*]活动参与需遵守《华为云社区常规活动规则》,戳>>>这里。
  • [干货分享] 2017年华为软件大赛赛事介绍
    大赛介绍2017华为软件精英挑战赛是华为公司面向全球大学生举办的大型软件竞赛,在软件精英挑战赛的舞台上,我们相信您可以充分展示软件设计与编程的能力、享受coding解决问题的乐趣、感受软件改变世界的魅力。本届大赛赛题“大视频时代•布局”,国内外十大赛区同台竞技,分为初赛、复活赛、复赛和总决赛四个阶段。参赛要求1、参赛对象:国内外全日制在校大学生2、参赛语言:C/C++/Java 3、参赛形式:团队参赛,每队1-3人,可同校组队或在同一赛区内跨校组队奖项设置总决赛:一等奖,1队,奖金¥20万、奖杯和证书;面试绿卡、实习offer等优才计划;二等奖,2队,每队奖金¥10万、奖杯和证书;面试绿卡、实习offer等优才计划;三等奖,5队,每队奖金¥5万、奖杯和证书;面试绿卡、实习offer等优才计划;最优美代码奖,1队,奖金¥1万、奖杯和证书;面试绿卡、实习offer等优才计划;区域赛:决胜奖,每赛区4队,奖品和证书;面试绿卡、实习offer等优才计划;优胜奖,每赛区第5-36队,大赛***纪念品、荣誉证书、实习offer、面试绿卡;入围奖,每赛区第37-64队,荣誉证书、面试绿卡。优才计划1、面试绿卡:免技术面试,通过终面后给予高薪Special Offer 2、实习直通车: 应届生可获得实习机会,岗位工作地任选 3、最强导师辅导:配备首席技术专家进行技术指导,配备人力资源主管进行职业生涯指导 4、职业快车道:入职后高级主管、首席技术专家担任导师,有机会进入专家或管理者梯队培养计划全程概览(时间轴)一、线上初赛竞赛时间:3月3日 初赛赛题发布4月5日 作品提交截止4月7日 公布初赛64强竞赛规则:每赛区前32名队伍晋级复赛,第33-64名队伍进入复活赛。二、线上复活赛竞赛时间:4月7日 复活赛启动4月8日 公布复活名单竞赛规则:每赛区复活赛前4名队伍晋级复赛三、区域现场复赛竞赛时间:4月9日 复赛赛题发布4月22日 赛区现场复赛4月23日 公布复赛成绩竞赛规则:每赛区排行前4名队伍晋级决赛四、总决赛5月12日-5月14日 竞赛地点:深圳(华为公司总部)竞赛规则:现场分组分轮竞赛,决出大赛八强、最优美代码奖特别声明一、赛程安排具体日期以正式通知为准二、所有参赛提交代码,一经发现抄袭,取消参赛资格;三、参赛作品版权归属依据国家有关法律法规,凡主动提交作品的参赛者或参赛团体,主办方认为其已经对所提交的作品版权归属作如下不可撤销声明:1.原创声明:参赛作品是参赛者原创作品,未侵犯任何他人的任何专利、著作权、商标权及其他知识产权。该作品未在报刊、杂志、网站(含开源社区)及其他媒体公开发表,未申请专利或进行版权登记的作品,未参加过其他比赛,未以任何形式进入商业渠道。入围奖以上的参赛者保证参赛作品终身不以同一作品形式参加其他的设计比赛或转让给他方。否则,主办单位将取消其参赛、入围与获奖资格,收回奖品及并保留追究法律责任的权利。2.参赛作品知识产权归属:入围奖以上的获奖作品的版权归大赛组委会所有,大赛组委会独家拥有包括但不限于以下方式行使著作权:享有对所属大赛作品方案进行再设计、生产、销售、展示、出版、开源和宣传等权利。3.免责声明:比赛中所涉及肖像权、名誉权、隐私权、著作权、商标权等引起的纠纷,一律由参赛者或参赛团体承担法律责任(主办方概不负责)。原贴地址:http://developer.huawei.com/ict/forum/forum.php?mod=viewthread&tid=10335
  • [干货分享] 【转】【2017年比赛相关信息】【0分问题的常见场景介绍】---判题专家手把手教你如何不...
    前一阵群主被小伙伴们“一***提交代码被判0分”的问题接连轰炸,undefined 忍不了,不能再!坐!以!待!毙!了!undefined 于是,今天拉上我们的判题专家,为大家详细梳理了目前遇到的所有“得0分”常见误区,相信大家看完一定能有所收获,让我们从此告别0分!目录:[/backcolor]1、常见误区一:答案包目录结构不合法[/backcolor]2、常见误区二:答案包解压失败[/backcolor]3、常见误区三:答案包编译失败[/backcolor]4、常见误区四:答案包执行超时[/backcolor]5、常见误区五:答案包输出结果格式不合法[/backcolor]6、常见误区六:链路流量超过带宽上限[/backcolor]7、常见误区七:消费节点的流量消耗需求未满足[/backcolor]8、常见误区八:其它[/backcolor]1、常见误区一:答案包目录结构不合法小提示:tar.gz的压缩包结构同上,大家可手工打包或者使用自带的shell脚本打包。2、常见误区二:答案包解压失败界面显示:unzip file failed可能原因:请手工修改后缀,如开始压缩为rar,后直接修改后缀会zip。tar.gz类似,未按照正常流程或者命令打包。3、常见误区三:答案包编译失败界面现象:详情页面成本、耗时、得分全为0可能原因:1 、代码中含有中文注释,未使用UTF-8编码导致中文乱码。2、未按照大赛要求环境编译,如gcc版本不一致。3、引用了判题环境中不存在的其他第三方模块。4、其他编译异常。小提示:开发环境上调试完毕后,一定要在linux环境上编译验证。4、常见误区四:答案包执行超时界面现象:详情页面成本、耗时、得分全为0可能原因:1、代码中存在死循环。2、私自修改build.sh,执行该脚本时阻塞。3、单用例运行时长超过90s小提示:在代码中加入计时器机制,在即将超时前输出次优解,以防用例得0分。5、常见误区五:答案包输出结果格式不合法界面现象:详情页面有耗时、但成本、得分全为0可能原因:1、答案代码(c/c++)bug,输出的文件最后无结束符,最后一个字符乱码。2、结果文件没按照赛题格式要求输出(第二行应为空,第三行开始至少有3列数据)。3、从第三行开始,行尾没有输出该链路占用的带宽大小。小提示:请大家仔细参考大赛官网->赛题介绍->初赛赛题->程序的输入与输出6、常见误区六:链路流量超过带宽上限[/backcolor]界面现象:详情页面有耗时、但成本、得分全为0错误示例:用例中限定了链路0à16的带宽上限为8,但输出结果中却消耗了9。7、常见误区七:消费节点的流量消耗需求未满足界面现象:详情页面有耗时、但成本、得分全为0错误示例:用例中0号消费节点的流量需求为40,但输出结果中只有39,未满足。小提示:建议在代码中增加消费节点需求是否满足的自检机制。8、常见误区八:其它界面现象:界面一直显示判卷中可能原因:打包结构不合法要求,参考场景一修改。说明:学生代码中可能存在各类未知错误,如果上述场景没覆盖到,请在QQ群或者论坛提问,判题专家看到后会第一时间定位解答。以上就是群主呕心整理的内容,同学们你看明白了吗?是不是自己的代码也曾犯过同样的错?抓紧改好吧!undefined 原贴地址:http://developer.huawei.com/ict/forum/forum.php?mod=viewthread&tid=19441
  • 【开心一刻】专家预测2040 年,机器将代替人类编写代码!!!
    程序员需要遵循经过测试的程序来编写代码,之后还需要维护和其他程序员的贡献。想象一下,如果代码编写的工作由机器人来完成,结果会怎么样呢?GitHub 首席执行官曾预言:编码的未来是无需编码。 最近,美国田纳西州橡树岭国家实验室(US Department of Energy´s Oak Ridge National Laboratory)的研究人员也有类似的猜测,他们说到 2040 年,大部分代码将会由机器编写。在一篇名为《人类在2040年是否还会编写代码,这对计算界的极端异质性而言意味着什么?[/backcolor]》的论文中,美国田纳西州橡树岭国家实验室的研究员指出:机器产生程序代码(MGC,Machine Generated Code)在 2040 年可能像是现今的人工智能,或是数年后的自驾车技术一样平常,无论是在学术机构或是市场都已具备可以驱动 MGC 发展的主要技术。像微软的 DeepCoder,Google 的 AutoML 和 DARPA 推进机器学习的概率编程(PPAML)等程序,已经实现了使用机器学习来生成可执行代码。使用像 DOG4DOG 这样的工具,可以半自动的产生人类因时间限制而无法完成的知识。 而且,使用 Eclipse Modeling Framework 和 Sirius 等代码生成技术,可以生成整个数据层次结构,用户界面和中间层。虽然无法保证未来肯定是这样,不过目前的 DevOps(开发运维)实践/做法高度依赖自动化,由于 AI 方面的进展和人类程序员使管理大规模技术基础设施的工作实现系统化,将来只会更加依赖自动化。论文提到,往后人们即使还需要写程序,那也是会花多数时间依靠自动完成或是功能推荐。 当机器学习跟自然语言处理技术足够进步时,机器产生的程序代码质量将比人类软件工程师编写的还要好。不过 MGC 仍然面临挑战,由于程序编写平台的异质性,或将导致 MGC 和高生产率计算系统(High Productivity Computing Systems)及特定域语言(Domain Specific Languages)面临相同的困境,就是需要从头改变科学运算,而这项大工程的高成本阻碍了技术向前。论文结语提到,高异质性的运算环境需要在需求上就可用性与生产效率做些改变,那就更能用自然语言自动编写与执行程序代码,甚至机器们最终不需人类介入就能互相分工完成任务。
  • [干货分享] 赛事介绍|2018华为软件精英挑战赛邀你来战!
      我所标榜的人,是不甘平庸,努力奋斗,是不怕困难,勇于进取,是不畏痛苦,迎接挑战,是不惧迷茫,勇闯世界!十年磨一剑,霜刃未曾试。经受磨砺苦,方闻梅花香!春回大地,战鼓声再起,2018华为软件精英挑战赛,3月1日开启报名邀你来战!  大赛介绍华为软件精英挑战赛是华为公司面向在校大学生举办的大型软件竞赛,从2015年至今已成功举办三届。在软件精英挑战赛的舞台上,我们相信您可以充分展示软件设计与编程的能力、享受coding解决问题的乐趣、感受软件改变世界的魅力。2018届华为软件精英挑战赛赛题为“智能世界•云动”。智创无限,能者云集,云启风扬,动达四方!这是一次精英的汇聚,优美的代码在指尖共舞这是一次思想的碰撞,激情的火花在智能世界绽放这是一次梦想的启航,创意与灵感在云中翱翔华为立志把数字世界带入每个人、每个家庭、每个组织,共同构建万物互联的智能世界。邀您一同开创智慧云时代!   参赛要求   1、参赛对象:全日制在校大学生    2、参赛语言:C/C++/Java/python   3、参赛形式:团队参赛,每队1-3人,可同校组队或在同一赛区内跨学校组队   赛程设置1、线上初赛竞赛时间:3月9日 发布初赛赛题4月15日 作品提交截止4月15日 公布初赛64强竞赛规则:每赛区前36强队伍晋级复赛。2、现场复赛竞赛时间:4月15日 发布复赛赛题4月27日 赛区现场复赛4月27日 公布复赛成绩竞赛规则:每赛区前4强晋级总决赛3、总决赛5月18日-5月21日竞赛地点:深圳(华为公司总部)竞赛规则:现场分轮竞赛,决出全国八强、最优美代码奖   奖项设置总决赛:一等奖,1队,奖金¥20万、奖杯和证书;二等奖,2队,每队奖金¥10万、奖杯和证书;三等奖,5队,每队奖金¥5万、奖杯和证书;最优美代码奖,1队,每队奖金¥1万、奖杯和证书;区域赛:决胜奖,每赛区4队,奖品和证书;晋级总决赛,进入优才计划;优胜奖,每赛区第5-36队,大赛限量纪念品、荣誉证书、获得面试绿卡(免技术面试);入围奖,每赛区第37-64队,荣誉证书、纪念品、免技术笔试。优才计划1、直通总裁面:由总裁直接面试与定薪,S-SpecialOffer唾手可得;2、实习直通车:获得实习offer,岗位、部门任选;3、最强导师辅导:签约后配备首席技术专家进行技术指导,配备人力资源主管进行职业生涯指导;4、职业快车道:入职后高级主管、首席技术专家担任导师,有机会进入专家或管理者梯队培养计划。赛区信息  序号    赛区    覆盖地区    1    京津东北赛区    北京、天津、黑龙江、吉林、辽宁、内蒙、河北    2    上合赛区    上海、安徽    3    杭厦赛区    浙江、福建、江西、台湾    4    江山赛区    江苏、山东    5    成渝赛区    四川、重庆、贵州、云南、西藏、青海    6    西北赛区    陕西、甘肃、宁夏、山西、河南、新疆    7    武长赛区    湖北、湖南    8    粤港澳赛区    广东、广西、海南、香港、澳门   特别声明   一、赛程安排具体日期以正式通知为准   二、所有参赛提交代码,一经发现抄袭,取消参赛资格;   三、参赛作品版权归属   依据国家有关法律法规,凡主动提交作品的参赛者或参赛团体,主办方认为其已经对所提交的作品版权归属作如下不可撤销声明:   1.原创声明:   参赛作品是参赛者原创作品,未侵犯任何他人的任何专利、著作权、商标权及其他知识产权。   该作品未在报刊、杂志、网站(含开源社区)及其他媒体公开发表,未申请专利或进行版权登记的作品,未参加过其他比赛,未以任何形式进入商业渠道。入围奖以上的参赛者保证参赛作品终身不以同一作品形式参加其他的设计比赛或转让给他方。否则,主办单位将取消其参赛、入围与获奖资格,收回奖品及并保留追究法律责任的权利。   2.参赛作品知识产权归属:   入围奖以上的获奖作品的版权归大赛组委会所有,大赛组委会独家拥有包括但不限于以下方式行使著作权:享有对所属大赛作品方案进行再设计、生产、销售、展 示、出版、开源和宣传等权利。   3.免责声明:   比赛中所涉及肖像权、名誉权、隐私权、著作权、商标权等引起的纠纷,一律由参赛者或参赛团体承担法律责任(主办方概不负责)。  其他信息  微信公众账号:HUAWEI软件精英挑战赛                                 新浪微博:HW软件精英挑战赛 大赛网址:http://codecraft.huaweicloud.com/
  • [问题求助] 关于 官方文档对于测试集的解释 求助专家解读问题
    关于官方对于赛题介绍的第11条:.节假日、双十一等特殊日期的历史数据,通常认为是异常点,这个需要参赛者自己做去噪处理,这也是一个考查的点,测试用例的训练数据集可能会出现异常点,但是测试数据集不会出现异常点。请问专家,是否可以理解为:交给我们的训练数据、以及用例示例文件 存在 噪声点。 但是提交code之后,所用到的新的数据集,其训练数据集 存在噪声点,但是测试数据集不存在噪声点?其次,提交code之后的训练数据集 有没有具体年份的限定,还是说年份不定,需要选手编写更全面的代码,完成去噪处理
总条数:401 到第
上滑加载中