Deploy

以太坊彩票项目 目录 项目概述 项目具体实现 [1].彩票业务规则示例图 [2].整体项目搭建 [3].彩票合约 lottery.sol [4].编译合约 01-compile.js [5].部署合约 02-deploy.js [6]. 从区块链获取合约实例 [7].完善界面 [8].最终效果 创作声明 备注 目录 项目概述 solidity 编写合约，node.js 编译、部署、获取、交互合约，react搭建前端界面 超详细~ (1)彩票业务规则-智能合约lottery.sol [1] 全民参与(play函数) [2] 每次投注只能投注1eth [3] 每个人可以投多注 [4] 仅限管理员可以开奖(KaiJiang函数) [5] 仅限管理员可以退奖(TuiJiang函数) (2)编译智能合约 01-compile.js [1] 导入solc编译器和fs库 [2] fs读取contracts文件夹下lottery.sol合约 [3] solc编译合约 [4] 导出bytecode(机器码)和interface(ABI) (3)部署智能合约上链 02-deploy.js [1] 获取bytecode和interface [2] 导入web3 [3] 设置网络，管理员(部署合约的人)实例化web3(.setProvider) [4] 拼接合约数据 [5] 拼接bytecode [6]

最近个人有10多个二级域名需要签发证书，而Let's encrypt 提供期限为三个月的免费SSL证书，到期之后需要renew，官方还提供自动renew的工具certbot。这里记录下使用Let's Encrypt生成泛域名的通用证书。 什么是 Let’s Encrypt？ 部署 HTTPS 网站的时候需要证书，证书由 CA 机构签发，大部分传统 CA 机构签发证书是需要收费的，这不利于推动 HTTPS 协议的使用。 Let’s Encrypt 也是一个 CA 机构，但这个 CA 机构是免费的。也就是说签发证书不需要任何费用。Let’s Encrypt 由于是非盈利性的组织，需要控制开支，他们搞了一个非常有创意的事情，设计了一个 ACME 协议。 那为什么要创建 ACME 协议呢，传统的 CA 机构是人工受理证书申请、证书更新、证书撤销，完全是手动处理的。而 ACME 协议规范化了证书申请、更新、撤销等流程，只要一个客户端实现了该协议的功能，通过客户端就可以向 Let’s Encrypt 申请证书，也就是说 Let’s Encrypt CA 完全是自动化操作的。 任何人都可以基于 ACME 协议实现一个客户端，官方推荐的客户端是 Certbot 。 什么是通配符证书 在没有出现通配符证书之前，Let’s Encrypt 支持两种证书。 1）单域名证书：证书仅仅包含一个主机。 2

一、实验准备 1、文件结构与组成 [root@master dashboard]# ll total 8 -rw-r--r-- 1 root root 1014 May 13 11:59 dashboard-deploy.yaml -rw-r--r-- 1 root root 274 May 13 11:43 dashboard-svc.yaml 2、具体内容 dashboard-deploy.yaml [root@master dashboard]# cat dashboard-deploy.yaml apiVersion: extensions/v1beta1 kind: Deployment metadata: # Keep the name in sync with image version and # gce/coreos/kube-manifests/addons/dashboard counterparts name: kubernetes-dashboard-latest namespace: kube-system spec: replicas: 1 template: metadata: labels: k8s-app: kubernetes-dashboard version: latest kubernetes.io/cluster-service:

首先简单介绍下，我们是一个有趣、有态度的汽车新媒体分享平台，我们有自己的 APP 和网站。目前服务超过 2 亿的汽车消费者与汽车兴趣用户群体，为广大汽车用户提供专业原创出品的图文、短视频、视频、直播、音频等多元化泛汽车生活领域节目。针对汽车消费者选车、用车、玩车等核心需求，老司机会让「新司机们」选得轻松、买得安心、玩得尽兴，让「新司机们」体验乐趣，享受汽车生活。 我的团队是老司机数据智能组，负责公司 AI、大数据、推荐、搜索系统等业务和对外网站业务，团队成员包括算法工程师、数据挖掘/分析工程师、前端工程师、后端开发工程师。随着业务的快速增长，需求迭代、资源投入、运维压力也随之变得越来越紧迫。怎样提升研发效能、保障业务快速上线，提升资源利用效率、降低成本开销，减少运维的压力、又能保障系统的可靠运转，轻松应对流量洪峰，逐渐成为我们的重点诉求。 我们发现最近云计算领域非常火的一个技术方向 Serverless 有诸多优势，不仅可以节省运维人力和时间消耗，缩短开发周期，提升效率，同时提供了可靠的管理后台集成开发，测试，上线，监控等一系列功能，保证服务拆分后各个服务之间达到自动解耦自治的效果，大大降低了生产环境的部署成本，同时容量巨大的弹性伸缩性能，非常适合应对流量洪峰场景。 针对项目开发、项目维护及现有服务的迁移成本等方面的调研之后，我们最终选择了腾讯云 Serverless 技术。

作者：王炜，CODING DevOps 后端开发工程师，拥有多年研发经验，云原生、DevOps、Kubernetes 资深爱好者，Servicemesher 服务网格中文社区成员。获得 Kubernetes CKA、CKAD 认证。 前言 在 Kubernetes 上的应用实现灰度发布，最简单的方案是引入官方的 Nginx-ingress 来实现。 我们通过部署两套 deployment 和 services，分别代表灰度环境和生产环境，通过负载均衡算法，实现对两套环境的按照灰度比例进行分流，进而实现灰度发布。 通常的做法是当项目打包新镜像后，通过修改 yaml 文件的镜像版本，执行 kubectl apply 的方式来更新服务。如果发布流程还需要进行灰度发布，那么可以通过调整两套服务的配置文件权重来控制灰度发布，这种方式离不开人工执行。如果项目数量多，灰度的时间跨度过长，人为误操作的概率将大大增加，过于依赖于人工执行，这对于 DevOps 工程实践是不能忍受的。 那么，有没有一种方式能够实现无需人工干预的自动化灰度呢？例如在代码更新后，自动发布到预发布和灰度环境，并在一天的时间内自动将灰度比例从 10% 权重提高到 100%，且能够随时终止，灰度通过后自动发布到生产环境？ 答案是肯定的，利用 CODING DevOps 就能够满足此类需求。 Nginx-ingress 架构和原理

idea工具maven projects里面有9种生命周期，今天刚好遇到，顺便分享下自己的理解。生命周期是包含在一个项目构建中的一系列有序的阶段。 最常用的两种打包方法： 一：clean，package（如果报错，很可能就是jar依赖的问题） 二：clean，install 9种生命周期： clean，清理，在进行真正的构建之前进行一些清理工作，移除所有上一次构建生成的文件。执行该命令会删除项目路径下的target文件，但是不会删除本地的maven仓库已经生成的jar文件。 validate，验证，验证工程是否正确，所需的信息是否完整。 compile，编译源码，编译生成class文件,编译命令，只编译选定的目标，不管之前是否已经编译过，会在你的项目路径下生成一个target目录，在该目录中包含一个classes文件夹，里面全是生成的class文件及字节码文件。 test，单元测试，测试。 package，打包，将工程文件打包为指定的格式，例如JAR，WAR等。这个命令会在你的项目路径下一个target目录，并且拥有compile命令的功能进行编译，同时会在target目录下生成项目的jar/war文件。如果a项目依赖于b项目，打包b项目时，只会打包到b项目下target下，编译a项目时就会报错，因为找不到所依赖的b项目，说明a项目在本地仓库是没有找到它所依赖的b项目

pipeline 语法实例三 按代码块优化脚本实例 /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* 1、源码分享如下： pipeline { agent any options { ansiColor('xterm') timestamps() timeout(10) } stages { stage(' Checkout ') { steps { git branch: '${branch_name}', credentialsId: 'GitLabAccess', url:'${repo_name}' } } stage(' Build ') { steps { echo 'build' sh "mvn -B -e -Dmaven.test.skip=true clean compile package" } } stage(' SonarQube ') { steps { echo 'SonarQube' sh "mvn sonar:sonar -Dsonar.projectKey=search-ci -Dsonar.host.url=http://110.139.139.133:29090

问题： How do I transfer a Docker image from one machine to another one without using a repository, no matter private or public? 如何在不使用存储库的情况下将Docker映像从一台计算机转移到另一台计算机，无论是私有的还是公共的？ I am used to play and create my own image in VirtualBox, and when it is finished, I try to deploy to other machines to have real usage. 我习惯于在VirtualBox中播放和创建自己的映像，完成后，我尝试部署到其他计算机上以实际使用。 Since it is based on own based image (like Red Hat Linux), it cannot be recreated from a Dockerfile. 由于它基于自己的映像（例如Red Hat Linux），因此无法从Dockerfile重新创建。 Are there simple commands I can use? 我可以使用简单的命令吗？ Or another solution? 还是其他解决方案？ It

在日常的工作生活中，文字识别与我们息息相关，比如身份证识别、随手拍扫描、纸质文档电子化等，无不显示着文字识别技术的重要性。为此，腾讯云通用文字识别产品 General OCR 应运而生，基于行业前沿的深度学习技术，支持将图片上的文字内容智能识别为可编辑的文本，大幅提升信息处理效率。而 Serverless Framework 与 OCR 的结合，则为用户提供了方便快捷、成本更低的通用文字识别应用部署方案。 为什么要用 Serverlesss Framework 来搭建，我们看看 Serverlesss Framework 有哪些优势： 0 配置，弹性扩缩容：Serverless Framework 基于云上 Serverless 资源完成开发，无需复杂配置，即可高效、快速构建 OCR 应用，并支持弹性扩缩容，降低使用成本，助力业务上线； 实时监控，方便运维：部署成功后，您可通过 Serverless Dashboard 实时查看基础监控指标和应用级别的监控指标，并支持实时日志的输出和远端调试能力，屏蔽本地和云端环境的差异，提供完善的排障功能； 组件化开发：提供组件化的开发和集成，便于用户修改和资源复用，使用更加灵活。 接下来我们一起通过 Serverless Framework Component，快速搭建一个基于腾讯云 OCR 的文字识别应用 该模版主要包含以下组件：

1.目标： E聊SDK目标是打造一个免费开源，接入简单，适应多平台的即时通信SDK，为广大开发者提供便利。 2.简介： E聊SDK是一套适用于PC端, 移动端的即时通讯解决方案，源代码开放。E聊整合了即时通讯的基础能力，使用E聊，您可以让您的应用快速接入即时聊天的功能。E聊现已适配PC Web, 移动Web, Android, iOS 等平台。 3.系统架构: image.png 3.1 各模块介绍 E聊服务器 : 提供了基础的消息转发功能，用户管理、群组管理等功能; E聊管理台 : 向E聊服务器申请接入SDK 所需要的App Key, Client Secret, App Secret 等； 应用客户端 : 使用E聊账号登入E聊服务器，实现单聊、群聊消息收发等功能； 应用后台 : 业务应用后台，维护原有的业务用户列表，此外，需维护一张与E聊用户的关系映射表。 3.2 E聊功能介绍 3.2.1 单聊 点对点的基础聊天，支持文字，图片，文件等方式； 3.2.2 群聊 一对多的群聊/讨论组，支持文字，图片，文件等方式； 3.2.3 用户资料管理 用户账号(auid), 密码(token), 昵称，性别，头像，签名，手机，邮箱等; 3.2.4 用户关系管理 用户的好友关系管理，黑名单列表，禁言列表等； 3.2.5 消息通知 客户端SDK可以接受到基础的消息通知，比如用户上线/离线