go的一些认知使用

本篇观点不一定正确，目前仅供个人使用

数组和切片区别

数组是固定的，但切片有扩展性append

切片和map

其实map可以当做一个类型，可以存储字符串

map嵌套

1
2
3
4
5
6
7
8
a := map[string]map[string]string{}
b,ok := a["name"]
if !ok {
    b := make(map[string]string)
    a["name"] = b
    b["xiaoming"] = "go"
    b["xiaodong"] = "why"
}

struct 继承和重组

结构体，对象。可以通过指针关联方法

1
https://blog.csdn.net/z226688/article/details/108963110

展开全文 >>

扩展管理工具composer

前言

作为最热门的php的扩展工具，composer在各个php框架基本都会用到，本文介绍一下实用常规操作。

composer的作用

Composer是 PHP 用来管理依赖（dependency）关系的工具。你可以在自己的项目中声明所依赖的外部工具库（libraries），Composer 会帮你安装这些依赖的库文件。

初始化扩展包

先创建一个空目录，再在空目录里执行 Composer 自带的 init 命令，自动生成 Composer 的配置文件(composer.json)。

1
2
3
$ mkdir composer_test
$ cd composer_test
$ composer init

请注意： Minimum Stability(官方说明) 要输入 dev，表明我们的扩展包最小稳定版的开发版。否则 Composer 的默认 Minimum Stability 是 stable，扩展包需要打上版本号才能被 Composer 认为是稳定版(stable)，前期开发调试时简单点处理，设置为 dev，这样引入开发中的 Composer 扩展包时不需要去管什么版本号，等开发调试过了再说。

type 字段的官方说明。
version 字段的官方说明。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
    Welcome to the Composer config generator

This command will guide you through creating your composer.json config.

Package name (<vendor>/<name>) [waq/composer_test]:
Description []:
Author [晴x <24xxxxxx50@qq.com>, n to skip]:
Minimum Stability []: dev
Package Type (e.g. library, project, metapackage, composer-plugin) []:
License []:

Define your dependencies.

Would you like to define your dependencies (require) interactively [yes]? yes
Search for a package:
Would you like to define your dev dependencies (require-dev) interactively [yes]? yes
Search for a package:
Add PSR-4 autoload mapping? Maps namespace "Waq\ComposerTest" to the entered relative path. [src/, n to skip]:

{
    "name": "waq/composer_test",
    "autoload": {
        "psr-4": {
            "Huangyanyu\\ComposerTest\\": "src/"
        }
    },
    "authors": [
        {
            "name": "晴x",
            "email": "24xxxxxx50@qq.com"
        }
    ],
    "minimum-stability": "dev",
    "require": {}
}

Do you confirm generation [yes]? y
Generating autoload files
Generated autoload files
PSR-4 autoloading configured. Use "namespace Waq\ComposerTest;" in src/
Include the Composer autoloader with: require 'vendor/autoload.php';

包的环境要求和自动加载规范

环境要求通过 composer.json 里的 require 字段来限制。

自动加载规范通过 autoload 字段来定义。

现在假定需要 PHP 的版本大于等于 7.0.0，并且当前包的 src 目录下的文件以 Waq\ComposerTest 命令空间来加载，在 composer.json 中增加以下代码：

1
2
3
4
5
6
7
8
"require": {
  "php": ">=7.0"
},
"autoload": {
  "psr-4": {
    "Waq\\ComposerTest\\": "src"
  }
}

如果需要引入其他的非 PSR-4 规范的源码文件，可能会需要用到 autoload 下的 file(官方说明) 字段，每一次请求 PHP 时都是包含这些文件。

例如要包含钉钉 SDK 的代码，可以在 composer.json 中增加以下代码：

1
2
3
4
5
"autoload": {
  "files": [
    "lib/taobao-sdk-PHP/TopSdk.php"
  ]
}

扩展包里创建类文件

src 目录下新建 Calc.php 文件，内容如下：

1
2
3
4
5
6
7
8
9
10
11
12
<?php

namespace Waq\ComposerTest;

class Calc
{
    // 计算平方值
    public function square($val)
    {
        return $val * $val;
    }
}

在项目中引入本地的扩展包

项目要引入本地目录的扩展包，先要在 composer.json 文件中加入以下内容：

1
2
3
4
5
6
"repositories": [
    {
        "type": "path",
        "url": "/Users/waq/project/composer_test"
    }
]

然后在项目目录下执行 Composer 命令：

1
composer require waq/composer_test:@dev

或者

1
composer require waq/composer_test:dev-master

注意： 上面命令中的 waq/composer_test 就是 Composer 扩展包里 composer.json 的 name 字段值。@dev 或 dev-master 表示引入的扩展包是主分支的最新版，当还未将扩展包提交到 Github 仓库或者发布到 Packagist 上时，一般这样引入扩展包。

测试项目中引入的本地扩展包

新建测试 PHP 文件：

1
2
3
<?php
$calc = new \Waq\ComposerTest\Calc();
echo $calc->square('12');

基本操作

composer install 安装依赖包，当你下载一个项目后，这或许是你改做的第一件事。

composer require/update 更新依赖包，我更喜欢用composer require。

composer remove 卸载依赖包

指定版本

update则无法在命令行传入新的版本号，需要先手动在composer.json中指定新的版本号，然后执行更新命令。但require可以直接在命令行传入版本号，例如:

1
composer require hashids/hashids:2.0.0

升级

1
composer require hashids/hashids:3.0.0

降级

1
composer require hashids/hashids:2.0.4

符号

版本号范围大于/大于等于：>1.2.3 >=1.2.3

小于/小于等于：<1.2.3 <=1.2.3

确切的版本号：1.2.3

~1.2.3: 1.2.3 <= version < 1.3

^1.2.3: 1.2.3 <= version < 2.0

指定分支

更新

全局参数(常用)

  • -v 表示正常输出。
  • -vv 表示更详细的输出。
  • -vvv 则是为了 debug。
  • –help (-h): 显示帮助信息。

常见的坑

卡着不动

因为某些特殊情况，老外的源特别慢，我们就得把源改为国内的。阿里某个云。

1
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/

添加-vvv选项

这样就知道compose这个家伙到底啥情况了。

1
composer install -vvv

提示不符合composer.json需要的版本，例如>=php7，但实际<php7也能正常运行，所以忽略

这样就可以正常运行了

1
composer install --ignore-platform-reqs

Warning from https://mirrors.aliyun.com/composer: Support for Composer 1 is deprecated and some packages will not be available. You should upgrade to Composer 2.

解决方法：
更新一下 composer 工具版本：

1
composer self-update

出现错误:

1
2
3
4
The "https://getcomposer.org/versions" file could not be downloaded: SSL operation failed with code 1.

解决文章：
https://stackoom.com/question/3t3EF

具体解决流程：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
问题：
composer update "xxx/xxx"

Warning from https://mirrors.aliyun.com/composer: You are using an outdated version of Composer. Composer 2.0 is now available and you should upgrade. See https://getcomposer.org/2

原因：从报错信息可以看出是composer版本太旧的。

解决办法：升级本地的composer版本, composer self-update

执行composer self-update

macOS: Installing composer fails with error “The ”https://getcomposer.org/versions“ file could not be downloaded: SSL operation failed with code 1”

解决：
php -i | grep php.ini

cat php.ini | grep "openssl.cafile"
cat php.ini | grep "curl.cainfo"

brew install openssl

mkdir -p /usr/local/etc/openssl/ curl 'http://curl.haxx.se/ca/cacert.pem' -o '/usr/local/openssl/cert.pem'

php.ini
openssl.cafile="/usr/local/etc/openssl/cert.pem"
curl.cainfo="/usr/local/etc/openssl/cert.pem"

另外，如果还不行，可以再看看
allow_url_fopen = On  
user_agent="PHP"  #这个我是；注释的，但不影响

获取php.ini

1
2
3
4
php -i | grep php.ini  或 php --ini

Configuration File (php.ini) Path => /usr/local/etc/php/5.6
Loaded Configuration File => /usr/local/etc/php/5.6/php.ini

获取cert地址

1
2
3
4
5
6
7
8
9
10
11
12
13
php -r "print_r(openssl_get_cert_locations());"

Array
(
    [default_cert_file] => /usr/local/opt/openssl/ssl/cert.pem
    [default_cert_file_env] => SSL_CERT_FILE
    [default_cert_dir] => /usr/local/opt/openssl/ssl/certs
    [default_cert_dir_env] => SSL_CERT_DIR
    [default_private_dir] => /usr/local/opt/openssl/ssl/private
    [default_default_cert_area] => /usr/local/opt/openssl/ssl
    [ini_cafile] => 
    [ini_capath] => 
)

参考文章

composer指定php,composer 更新指定的依赖包

PHP扩展管理工具COMPOSER的坑、常见问题和解决方法

Composer设置忽略版本匹配的方法

Warning from https://mirrors.aliyun.com/composer: Support for Composer 1 is deprecated and some packages will not be available. You should upgrade to Composer 2.

创建 PHP Composer 包并使用的操作指南

后续

如果后面有空的话，也可能继续写一篇创建自己的composer包。

展开全文 >>

Redis数据库查看工具

工具

  • Redis Desktop Manager(被推荐，但未使用过)

  • DBeaver(不仅支持redis，还支持多种数据库)

下载地址

mac安装Redis可视化工具-Redis Desktop Manager

DBeaver Enterprise 21.0 企业版激活方法

DBeaver配置

Mac查询文件

mdfind -name 文件名字

Mac查询文本

mdfind “John”
mdfind -onlyin ~/Library txt

dbeaver.ini文件地址

/Applications/DBeaverEE.app/Contents/Eclipse/dbeaver.ini

dbeaver.ini内容

1
2
3
4
5
6
7
8
9
10
11
12
13
14
-startup
../Eclipse/plugins/org.eclipse.equinox.launcher_1.6.0.v20200915-1508.jar
--launcher.library
../Eclipse/plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.2.0.v20200915-1442
-vm
/Library/Java/JavaVirtualMachines/openjdk-12.0.1.jdk/Contents/Home/bin/java
-vmargs
-XX:+IgnoreUnrecognizedVMOptions
--add-modules=ALL-SYSTEM
-Dosgi.requiredJavaVersion=11
-Xms128m
-Xmx2048m
-XstartOnFirstThread
-javaagent:/Applications/DBeaverEE.app/dbeaver-agent/dbeaver-agent.jar

使用方法:

  1. 在打开的dbeaver.ini编辑窗口末行添加(绝对路径)：
    “-vm”
    “-javaagent”
  2. 启动DBeaverEE即可。

展开全文 >>

GO包管理的前世今生

早期的GO包管理(了解)

早期根本没有所谓的包管理，项目依赖一塌糊涂。那么这样会出现什么问题？

在没有包管理方案之前，项目依赖于 GOPATH，带来一些不便之处

  • 多项目难以管理。试想一下，A 项目和 B 项目 同时依赖于一个 C 项目，但是依赖于 C 项目的不同版本，如何解决，只能通过多 GOPATH 设置。
1
2
3
go命令依赖一个重要的环境变量：$GOPATH
GOPATH允许多个目录，当有多个目录时，请注意分隔符，多个目录的时候Windows是分号;，Linux系统是冒号:
[设置Golang的GOPATH](https://blog.csdn.net/chenjh213/article/details/51381024)

  • 项目的依赖只能够手动 go get 下载到 GOPATH 中，如果换一台服务器开发项目，光是包依赖都得弄半天。

  • 如果是本地想搭建对应的项目，还无法知道之前包的版本，只能通过当初项目创建时间进行git tag切换对应版本。

1
2
3
4
5
6
git tag #展示全部tag
git checkout  release-v1.0.0 #切换到tag分支

无关-记录
git tag release-v1.0.1 #打上tag
git push --tag #推送

一些解决方案

  • godep，glide，go verdor 这些都是曾经出现过的包管理解决方案。

  • 将所有依赖包都上传到一个公共的线上文件夹(类似vendor)，然后从上面直接拷贝。

现在的GO包管理(go版本 >= 1.11)

Go.mod是 Golang1.11版本 新引入的官方包管理工具用于解决之前没有地方记录依赖包具体版本的问题。

前导

Go.mod其实就是一个Modules官方定义为：

Modules是相关Go包的集合，是源代码交换和版本控制的单元。go命令直接支持使用Modules，包括记录和解析对其他模块的依赖性。Modules替换旧的基于GOPATH的方法，来指定使用哪些源文件。

Modules和传统的GOPATH不同，不需要包含例如src，bin这样的子目录，一个源代码目录甚至是空目录都可以作为Modules，只要其中包含有go.mod文件。

go mod的使用：

一个很关键的地方在于环境变量GO111MODULE的设置,GO111MODULE有三个值：off, on和auto（默认值）

1
2
3
4
5
6
7
8
9
1.GO111MODULE=off，go命令行将不会支持module功能，寻找依赖包的方式将会沿用旧版本那种通过vendor目录或GOPATH模式来查找。

2.GO111MODULE=on，go命令行会使用modules，而一点也不会去GOPATH目录下查找。

3.GO111MODULE=auto，默认值，go命令行将会根据当前目录来决定是否启用module功能。
这种情况下可以分为两种情形：
当前目录在GOPATH/src之外且该目录包含go.mod文件
当前文件在包含go.mod文件的目录下面。
Go mod 的命令使用help查看

如何在项目中使用？

1
2
3
4
#cd xxx //进入项目
#go mod init  //初始化项目
#ps
在当前目录下生成一个go.mod文件，通过这个文件管理包

注意：除了go.mod之外，go命令还维护一个名为go.sum的文件，其中包含特定模块版本内容的预期加密哈希。go命令使用go.sum文件确保这些模块的未来下载检索与第一次下载相同的位，以确保项目所依赖的模块不会出现意外更改，无论是出于恶意、意外还是其他原因。 go.mod和go.sum都应检入版本控制 。go.sum 不需要手工维护，所以可以不用太关注。

1
项目子目录里是不需要init的，所有的子目录里的依赖都会组织在根目录的go.mod文件里

当依赖第三方包时:

1
2
3
4
5
6
7
- 最初是go get 拉取，而使用go mod，直接go run 或go build 即可！
例如：go get utils/iGong@v1.3.5
不过，有了go mod后，只要项目 运行 或 创建二进制文件 就会自动拉取依赖。

- go 会自动查找代码中的包，下载依赖包，并且把具体的依赖关系和版本写入到go.mod和go.sum文件中。

- 依赖的第三方包被下载到了$GOPATH/pkg/mod路径下。

依赖包的版本控制：

GOPATH/pkg/mod里可以保存相同包的不同版本。
go.mod中可指定下载包的版本：

1
2
3
4
如果在go.mod中没有指定，go命令会自动下载最新版本。
如果在go.mod用require语句指定包和版本 ，go命令会根据指定的路径和版本下载包。
当然，对于某些缺失的包，可以用replace指定代替包。
指定版本时可以用latest，这样它会自动下载指定包的最新版本,项目也可以放在$GOPATH/src下。
1
2
3
4
5
6
7
8
9
10
module app #项目名

go 1.13

require (
	gorm.io/driver/mysql v1.1.2 // indirect
	gorm.io/gorm v1.21.15 // indirect
)

replace github.com/qiniu/bytes => gitlab.airdroid.com/zhuoh/bytes v0.0.0-20191012100200-92558a444c07

参考原文

原文链接
原文链接

展开全文 >>

Docker-部署gitlab

一、前提条件

1.存在docker
2.服务器可以联网（外网）
3.服务器内存至少4G（内存不够会出现502错误）

内存不足502错误如下图所示：

二、安装

安装环境:Centos7

1.查找GitLab镜像

1
docker search gitlab

2.拉取gitlab docker镜像

1
docker pull gitlab/gitlab-ce:latest

3.运行GitLab并运行容器

1
2
3
4
5
6
7
8
9
10
11
docker run \
-itd \
-p 9980:80 \
-p 9922:22 \
-v /usr/local/gitlab-test/etc:/etc/gitlab \
-v /usr/local/gitlab-test/log:/var/log/gitlab \
-v /usr/local/gitlab-test/opt:/var/opt/gitlab \
--restart always \
--privileged=true \
--name gitlab-test \
gitlab/gitlab-ce

成功会返回的容器ID哦！！
　　
命令解释：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
-i 以交互模式运行容器，通常与 -t 同时使用命令解释：

-t 为容器重新分配一个伪输入终端，通常与 -i 同时使用

-d 后台运行容器，并返回容器ID

-p 9980:80 将容器内80端口映射至宿主机9980端口，这是访问gitlab的端口

-p 9922:22 将容器内22端口映射至宿主机9922端口，这是访问ssh的端口

-v /usr/local/gitlab-test/etc:/etc/gitlab 将容器/etc/gitlab目录挂载到宿主机/usr/local/gitlab-test/etc目录下，若宿主机内此目录不存在将会自动创建，其他两个挂载同这个一样

--restart always 容器自启动

--privileged=true 让容器获取宿主机root权限

--name gitlab-test 设置容器名称为gitlab-test

gitlab/gitlab-ce 镜像的名称，这里也可以写镜像ID

重点：接下来的配置请在容器内进行修改，不要在挂载到宿主机的文件上进行修改。否则可能出现配置更新不到容器内，或者是不能即时更新到容器内，导致gitlab启动成功，但是无法访问

4.进入容器内

1
docker exec -it gitlab-test /bin/bash

5.修改gitlab.rb

1
2
3
4
5
6
7
8
9
10
11
# 打开文件
vi /etc/gitlab/gitlab.rb
 
# 这个文件是全注释掉了的，所以直接在首行添加如下配置
  
# gitlab访问地址，可以写域名。如果端口不写的话默认为80端口 （图片上拼写错误，正确的是external_url）
external_url 'http://192.168.201.5:9980'
# ssh主机ip
gitlab_rails['gitlab_ssh_host'] = '192.168.201.5'
# ssh连接端口
gitlab_rails['gitlab_shell_ssh_port'] = 9922

6.修改gitlab.yml

1
2
# 打开文件
vi /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml

1
2
3
4
5
6
7
8
9
10
11
12
13
# 配置解释：
 
# host：访问的IP  192.168.201.5
 
# port：访问的端口  9980
 
# 以上两个和gitlab.rb内external_url的配置保持一致
 
# ssh_host：ssh主机ip，和gitlab.rb内gitlab_rails['gitlab_ssh_host']保持一致


# 配置二：找到gitlab_shell标签下的ssh_port，将其修改为9922
#（和gitlab.rb内gitlab_rails['gitlab_shell_ssh_port'] 保持一致）

1
# 保存并退出:wq

7.让修改后的配置生效

1
gitlab-ctl reconfigure

8.重启gitlab

1
gitlab-ctl restart

9.退出容器

1
exit

10.在游览器输入如下地址，访问gitlab（eaxternal_url配置的就是这个）

1
http:192.168.201.5:9980

如果访问不成功的话：

（1） 进入容器查看gitlab.rb和gitlab.yml文件是否配置成功

（2） 查看防火墙是否开放9980、9922端口

11.依然访问不成功！！

确认防火墙firewall 和 iptables 都没有阻止端口。gitlab也运行成功，但是无法访问！！

查看端口,确实有监听9980和9922端口

1
netstat -lntp

但是telnet还是被拒绝

1
telnet 192.168.201.5 9980

查看了了日志，

1
2
3
4
5
6
7
8
9
10
$ docker logs -f -t  --tail=100 gitlab-test | grep "failed"

021/09/27 16:47:03 [crit] 929#0: *54 connect() to unix:/var/opt/gitlab/gitlab-workhorse/sockets/socket failed (2: No such file or directory) while connecting
to upstream, client: 127.0.0.1, server: 756dc32e9be4, request: "GET /help HTTP/1.1", upstream: "http://unix:/var/opt/gitlab/gitlab-work

实时查看gitlab的输出日志(也能找到上面错误)
gitlab-ctl tail

查看gitlab当前的启动状态(正常)
gitlab-ctl status

于是网上搜了方法,docker 镜像启动成功但是无法访问

1
2
3
4
5
6
7
8
9
10
11
解决办法：

vi /etc/sysctl.conf 或者

vi /usr/lib/sysctl.d/00-system.conf 添加如下代码： net.ipv4.ip_forward=1

重启network服务

systemctl restart network 查看是否修改成功

sysctl net.ipv4.ip_forward 如果返回为“net.ipv4.ip_forward = 1”则表示成功了

但因为原本就是”net.ipv4.ip_forward = 1”，所以也不是这个原因。

还提升了虚拟机内存，但同样无法访问。

最后，发现了gitlab对8080端口是有需求的，所以kill -9相关进程后，发现可以访问了(还是要等待一段时间)。

12.第一次访问默认是root账户，会需要修改密码（密码至少8位数，出现如下界面就基本上部署成功了）

13.输入新密码后进行登录

1
root/gitlab123456

14.登录后界面如下图，创建一个新项目

15.输入信息，创建项目

16.检查这里两处的ip的端口是否是你配置的

如果这里两处的端口和ip和配置的不一样，再次进入容器检查gitlab.yml文件

如下图显示：

若不一样，将其修改为你的配置，然后:wq，再进行下面的操作

1
2
gitlab-ctl reconfigure
gitlab-ctl restart

17.安装到此结束

三、关闭用户注册

1.使用root用户登录gitlab

2.点击【Admin Area】

3.点击【Settings】

4.点击Sign-in restrictions这一栏的【Expand】

5.取消勾选

6.往下滑动，找到保存按钮，点击保存

7.进入登录界面，发现注册的窗口已经消失了

四、邮件配置

五、自动备份配置

原文链接

docker部署gitlab

附录

虽然，这几篇文章没有真正帮助到点，但也给了启迪。让我关掉已占用的8080端口，在此附上链接。

docker安装配置gitlab详细过程

centos7 gitlab14搭建完成后，无法访问的问题处理（“error“:“badgateway: failed to receive response: dial unix /var/opt） 这篇有帮助，但未实践成功。因为直接kill了8080端口占用进程。

我所遇到的GitLab 502问题的解决

比较实用的几篇

docker启动,重启,关闭命令

CentOS7安装iptables防火墙

docker 端口映射 及外部无法访问问题

展开全文 >>

Docker入门教程

安装Docker

安装环境

此处在Centos7进行安装，可以使用以下命令查看CentOS版本

1
lsb_release -a

在 CentOS 7安装docker要求系统为64位、系统内核版本为 3.10 以上，可以使用以下命令查看

1
uname -r

用yum源安装

查看是否已安装docker列表

1
yum list installed | grep docker

安装docker

1
yum -y install docker

linux 安装docker

查找docker安装路径

Linux系统下查找安装包所在目录的方法,rpm查找安装包路径

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Linux rpm 命令用于管理套件
参数说明：
-a 　查询所有套件。
-l 　显示套件的文件列表。
-q 　使用询问模式，当遇到任何问题时，rpm指令会先询问用户

rpm -qa | grep docker

rpm -ql docker-ce-19.03.13-3.el7.x86_64

which
使用指令"which"查看"nginx"的绝对路径，输入如下命令
which nginx

whereis
使用 whereis 命令，能够方便的定位到文件系统中可执行文件的位置
whereis nginx

查看是否安装成功

1
# docker version 或者# docker info

Docker 需要用户具有 sudo 权限，为了避免每次命令都输入sudo，可以把用户加入 Docker 用户组

1
$ sudo usermod -aG docker $USER

Docker 运行命令

1
2
# systemctl 命令的用法
$ sudo systemctl start docker

image文件

Docker 把应用程序及其依赖，打包在 image 文件里面。

只有通过这个文件，才能生成 Docker 容器。image 文件可以看作是容器的模板。Docker 根据 image 文件生成容器的实例。同一个 image 文件，可以生成多个同时运行的容器实例。

image 是二进制文件。实际开发中，一个 image 文件往往通过继承另一个 image 文件，加上一些个性化设置而生成。举例来说，你可以在 Ubuntu 的 image 基础上，往里面加入 Apache 服务器，形成你的 image。

1
2
# 列出本机的所有 image 文件。
$ docker image ls# 删除 image 文件$ docker image rm [imageName]

image 文件是通用的，一台机器的 image 文件拷贝到另一台机器，照样可以使用。一般来说，为了节省时间，我们应该尽量使用别人制作好的 image 文件，而不是自己制作。即使要定制，也应该基于别人的 image 文件进行加工，而不是从零开始制作。

为了方便共享，image 文件制作完成后，可以上传到网上的仓库。Docker 的官方仓库 Docker Hub 是最重要、最常用的 image 仓库。此外，出售自己制作的 image 文件也是可以的。

将 image 文件从仓库抓取到本地

1
$ docker image pull library/hello-world

上面代码中，docker image pull是抓取 image 文件的命令。library/hello-world是 image 文件在仓库里面的位置，其中library是 image 文件所在的组，hello-world是 image 文件的名字。

由于 Docker 官方提供 的 image 文件，都放在library组里面，所以它的是默认组，可以省略。

1
$ docker image pull hello-world

查看 image 文件

1
$ docker image ls

运行这个 image 文件生成容器实例并运行

1
$ docker container run hello-world

注意，docker container run命令具有自动抓取 image 文件的功能。如果发现本地没有指定的 image 文件，就会从仓库自动抓取。因此，前面的docker image pull命令并不是必需的步骤。

手动终止容器运行

1
$ docker container kill [containID]

容器文件

image 文件生成的容器实例，本身也是一个文件，称为容器文件。

1
2
3
4
5
6
7
# 列出本机正在运行的容器
$ docker container ls
或
$ docker ps

# 列出本机所有容器，包括终止运行的容器
$ docker container ls --all

终止运行的容器文件，依然会占据硬盘空间，可以使用docker container rm命令删除。

1
$ docker container rm [containerID]

Dockerfile 文件

学会使用 image 文件以后，接下来的问题就是，如何可以生成 image 文件？如果你要推广自己的软件，势必要自己制作 image 文件。

这就需要用到 Dockerfile 文件。它是一个文本文件，用来配置 image。Docker 根据 该文件生成二进制的 image 文件。

下面通过一个实例，演示如何编写 Dockerfile 文件。

实例：制作自己的 Docker 容器

这部分内容就不做抄录了，附上参考和转载文章地址 Docker 入门教程 和 Docker 微服务教程,

image 仓库的镜像网址

本教程需要从仓库下载 image 文件，但是国内访问 Docker 的官方仓库很慢，还经常断线，所以要把仓库网址改成国内的镜像站。这里推荐使用官方镜像 registry.docker-cn.com 。下面是我的 Debian 系统的默认仓库修改方法，其他系统的修改方法参考官方文档。

打开/etc/default/docker文件（需要sudo权限），在文件的底部加上一行。

DOCKER_OPTS=”–registry-mirror=https://registry.docker-cn.com"
然后，重启 Docker 服务。

1
$ sudo service docker restart

现在就会自动从镜像仓库下载 image 文件了。

github镜像

1
https://hub.fastgit.org/

原文链接：

Docker 入门教程

展开全文 >>

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

很惭愧<br><br>只做了一点微小的工作<br>谢谢大家