black

file Docker Docker镜像的首行从FROM alpine之类的镜像开始，但是最初的基础镜像是如何创建的，本文使用一个busybox创建一个基础镜像，相信在此过程中会对docker一些相关的概念有进一步的理解。 什么是基础镜像（base image） 简单来说，基础镜像就是没有From或者FROM scratch开头的Dockerfile所构建出来的镜像。比如alpine，这个很小的linux镜像目前只有4M左右 Docker常用镜像选择 因为Docker镜像是基于基础镜像来构建的，因此选择的基础镜像越高级，我们要做的底层工作就越少。 比如，如果构建一个Java应用的镜像，选择一个openjdk的镜像作为基础镜像比选择一个alpine镜像作为基础镜像要简单地多。 Docker镜像官网 Docker镜像官网（Docker Hub）: https://hub.docker.com 阿里云容器Hub：https://dev.aliyun.com Google镜像（gcr.io）：https://console.cloud.google.com/gcr/images/google-containers/GLOBAL （主要为Kubernetes相关镜像） 操作系统基础镜像 比如你要从Linux操作系统基础镜像开始构建，可以参考下表来选择合适的基础镜像： 镜像名称 大小 使用场景

保证服务器安全的七个技巧 你的服务器上是否存有一些不能随意公开的重要数据呢 ？ 当然有吧 ？ 而最近 ， 偏偏服务器遭受的风险又特别大 ， 越来越多的病毒 、 心怀不轨的黑客 ， 以及那些商业间谍都将服务器当作目标 。 很显然 ， 服务器的安全问题一刻都忽视不得 。 　　 不可能在一篇文章中谈遍电脑安全问题 ， 毕竟 ， 市面上的已有许多这方面的书籍 ， 不过 ， 我倒是可以告诉你七个维护服务器安全的技巧 。 　　 技巧一 ： 从基本做起 　　 从基本做起是最保险的方式 。 你必须将服务器上含有机密数据的区域通通转换成 NTFS 格式 ； 同理 ， 防毒程序也必须按时更新 。 建议同时在服务器和桌面电脑上安装防毒软件 。 这些软件还应该设定成每天自动下载最新的病毒定义文件 。 另外 ，Exchange Server（ 邮件服务器 ） 也应该安装防毒软件 ， 这类软件可扫描所有寄进来的电子邮件 ， 寻找被病毒感染的附件 ， 若发现病毒 ， 邮件马上会被隔离 ， 减低使用者被感染的机会 。 　　 另一个保护网络的好方法是依员工上班时间来限定使用者登录网络的权限 。 例如 ， 上白天班的员工不该有权限在三更半夜登录网络 。 　　 最后 ， 存取网络上的任何数据皆须通过密码登录 。 强迫大家在设定密码时 ， 必须混用大小写字母 、 数字和特殊字符 。 在 Windows NT Server

学“统计学”的人对R语言应该不会太陌生，近十年来，随着大数据时代的到来，把统计学和数据分析，R语言都带火了。虽然我本人会用Python的matplotlib和pyecharts，百度的Echarts,微软的Excel作可视化图形，但因为自身也是学统计学专业的，如果不会用R语言。心里多少都会感到有一点遗憾。 经过我这两天的，摸索，其实发现“可视化之神”也不难上手，只要多“百度经验”和“CSDN”一下就可以了。闲话少说，来点干货先。 ① 在Excel中创建用Python的 groupby函数 或 pivot.table功能 汇总出下面的结果： ② 通过R语言指令把数据从“ 剪切板 ”加载到RStudio中（因为虽然直接从Excel文件读取更加方便、省事，但是因为我平时用Python，就不想多配置一个Java的JDK环境了）： 代码： QDM <- read.table("clipboard",header = T) QDM ③ 或者自己在RStudio中，根据需求构造两组一维向量： QDM <- c(100,200,300,400,500,600) depatment <- c("电商","水产","水果","蔬菜","肉类","综合") ③ 用 barplot() 函数来绘制出一个简单的柱形图（代码超短），默认是灰色。 barplot(QDM,names.arg =

初学图像处理，做了一个车牌提取项目，本博客仅仅是为了记录一下学习过程，该项目只具备初级功能，还有待改善 第一部分：车牌倾斜矫正 # 导入所需模块 import cv2 import math from matplotlib import pyplot as plt # 显示图片 def cv_show(name,img): cv2.imshow(name,img) cv2.waitKey() cv2.destroyAllWindows() # 调整图片大小 def resize(image, width=None, height=None, inter= cv2.INTER_AREA): dim = None (h, w) = image.shape[:2 ] if width is None and height is None: return image if width is None: r = height / float(h) dim = (int(w * r), height) else : r = width / float(w) dim = (width, int(h * r)) resized = cv2.resize(image, dim, interpolation= inter) return resized # 加载图片 origin_Image =

SunnyUI.Net, 基于 C# .Net WinForm 开源控件库、工具类库、扩展类库、多页面开发框架 Blog: https://www.cnblogs.com/yhuse Gitee: https://gitee.com/yhuse/SunnyUI GitHub: https://github.com/yhuse/SunnyUI 帮助文档目录: https://www.cnblogs.com/yhuse/p/SunnyUI_Menu.html 欢迎交流，QQ群： 56829229 (SunnyUI技术交流群) 主题 1、Color 色彩 SunnyUI为了避免视觉传达差异，使用一套特定的调色板来规定颜色，为你所搭建的产品提供一致的外观视觉感受。主要颜色参照Element（ https://element.eleme.cn/ ） 主色 SunnyUI主要品牌颜色是鲜艳、友好的蓝色。 辅助色 除了主色外的场景色，需要在不同的场景中使用（例如红色表示危险的操作）。 中性色 中性色用于文本、背景和边框颜色。通过运用不同的中性色，来表现层次结构。 2、Rect边框 我们对边框进行统一规范，可用于按钮、卡片、弹窗等组件里。 主要属性如下： RectColor：边框颜色 RectDisableColor：控件不可用时边框颜色 RectSides：边框显示方向 无：不显示边框 全部

忽略王车易位，国际象棋实现起来还是比较简单的，按照行棋路线不断进行即可，遇到边界或棋子则停，兵，王，马只走一步，兵有方向，如此而已。 1.效果图 2.代码 import sys, copy, os, configparser import tkinter as tk from tkinter import messagebox import utils from game.chess.core import Board, R sys.path.append(utils.R.CurrentDir) class MainWindow(tk.Tk): def __init__ (self): super(). __init__ () self.title( " x01.chess " ) size = (R.CellNumber+0.5)* R.CellSize utils.R.win_center(self, w =size, h= size) self.background = ' lightgrey ' self.foreground = ' black ' self.menu = tk.Menu(self, bg=self.background, fg= self.foreground) utils.R.generate_menus(self, [ ' file ' , '

No code is the new black. No Code，顾名思义，就是不需要写代码而创造应用。 LCDP，Low Code Development Platform，尽可能的少写代码来开发应用。 现在不管是在国内还是国外，其实低代码/无代码（0代码）都是放在一起说的，不管是业内人士还是企业IT人员，都将低代码和无代码（0代码）混为一谈，概念界限也非常模糊。经过仔细对比，借今天这个机会，把低代码和无代码（0代码）的区别好好给大家分析一下，希望对大家有所帮助。 我先说结论： 低代码≠无代码 ，而且两者之间几乎关系不大 无代码（0代码） 低代码 应用的领域和范围不同 全应用，全操作系统支持 领域内（通常是：BI 工作流引擎 表单引擎这三大领域） 语言属性和灵活性不同 基础语言属性，类似Python、Java等 以iVX为例，需要支持：语言的灵活性、多系统支持、可调式、可扩展、多人开发和版本管理、可编译为目标系统代码 领域内部分语言属性，加上代码之后具有较高灵活性 试图解决痛点不同 解决痛点： 学习难，前后台，多种语言，众多框架，技术迭代快 团队大，工作效率低，组织成本高 开发难，工作量大，容易出现语法Bug 代码质量普遍不高，大量冗余和劣质代码泛滥 运维难，二次开发成本高 解决痛点： 领域内重复建设，领域内应用开发速度的提升 解决问题的思路不同 无代码开发者认为

flex 基本概念 　　flex布局（flex是flexible box的缩写）， 也称为弹性盒模型 。 将属性和属性值（display:flex; ）写在哪个标签样式中，谁就是 容器；它的所有子元素自动成为容器成员，称为项目。 当一个元素的display 取值为flex，所有项目(子元素)会在一行显示；如果所有项目的尺寸之和大于容器，也不会超出父元素的宽、高度。不会换行(每个项目都会自动缩小相应的比例)。 <! DOCTYPE html > < html lang ="en" > < head > < meta charset ="UTF-8" > < meta name ="viewport" content ="width=device-width, initial-scale=1.0" > < title > 布局之:flex </ title > < link rel ="stylesheet" href ="./CSS/normalize.css" > < style > section { width : 500px ; height : 800px ; border : 2px solid black ; margin : 50px auto ; display : flex ; } div { width : 100px ; height : 100px ;

1．Canvas概述 Canvas API（画布）用于在网页实时生成图像，并且可以操作图像内容，基本上它是一个可以用JavaScript操作的位图（bitmap）。 要使用HTML5在浏览器窗口中绘制图形，首先需要在HTML文档中新建一个canvas网页元素。一般方法如下： <canvas id="myCanvas" width="400" height="300"> 您的浏览器不支持canvas！ </canvas> 上面这段代码，表示建立了一个名为“myCanvas”的canvas网页元素，它就是一块画布，该画布的宽为400，高为300。有了这块画布，我们就可以使用JavaScript编写程序，利用Canvas API在这块画布上绘制图形。如果所用浏览器不支持Canvas API，则就会显示canvas标签中间的文字——“您的浏览器不支持canvas！”。 每个canvas网页元素都有一个对应的context对象（上下文对象），Canvas API定义在这个context对象上面。为了在canvas上绘制图形，必须先得到一个画布上下文对象的引用。为此，使用JavaScript编写程序段如下： var canvas = document.getElementById('myCanvas'); // 取得网页中的画布对象 var ctx = canvas.getContext(

作为Adventure Game，AVG的图文部分向来便是整个游戏的核心之一，所以本回将以图像绘制为中心讲解AVG的CG生成问题。（CG，即Computer Graphics，直译可称[计算机图形]，此处以其为AVG开发中图形部分的代称）。 在小时候，我们或许会被AVG游戏的华丽特效所折服。但现在，我们都知道完成那些不过是程序员的最基本能力罢了，即使不是专业的游戏开发者，也可以轻易做到。 众所周知，Java中图像绘制是非常容易的事情，无论您是通过ImageIO、ImageIcon或 Toolkit.getDefaultToolkit().createImage乃至其他方式取得Image（或BufferedImage），处理的 方式都完全相同的，即通过Graphics。 Graphics 是一个抽象类，因此通常需要 Image 来引入其实例。 在Java AWT相关包内，Graphics的基本用法如下所示。 view plain copy to clipboard print ? Public void paint(Graphics g){ //设定颜色 g.setColor(…); //设定字体 g.setFont(…); //绘制文本 g.drawString(…); //绘制线段 g.drawLine(…); //绘制矩形 g.drawRect(…); //填充矩形 g