查看原版本 java -version 显示如下 java version "1.7.0_101" OpenJDK Runtime Environment (IcedTea 2.6.6) (7u101-2.6.6-0ubuntu0.14.04.1) OpenJDK 64-Bit Server VM (build 24.95-b01, mixed mode) 安装 opensdk 8 add-apt-repository ppa:openjdk-r/ppa apt-get update apt-get install openjdk-8-jdk 列出已经安装的Java版本 update-java-alternatives -l 显示如下： java-1.7.0-openjdk-amd64 1071 /usr/lib/jvm/java-1.7.0-openjdk-amd64 java-1.8.0-openjdk-amd64 1069 /usr/lib/jvm/java-1.8.0-openjdk-amd64 手动切换版本 update-alternatives --config java 选择java-8-openjdk-amd64即可 There are 2 choices for the alternative java (providing /usr/bin/java). Selection Path Priority Status ------------------------------------------------------------ 0 /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java 1071 auto mode 1 /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java 1071 manual mode * 2 /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java 1069 manual mode Press enter to keep the current choice[*], or type selection number: 2
在证书控制台下载Nginx版本证书。下载到本地的压缩文件包解压后包含： .crt文件：是证书文件，crt是pem文件的扩展名。 .key文件：证书的私钥文件（申请证书时如果没有选择自动创建CSR，则没有该文件）。 友情提示： .pem扩展名的证书文件采用Base64-encoded的PEM格式文本文件，可根据需要修改扩展名。 以Nginx标准配置为例，假如证书文件名是a.pem，私钥文件是a.key。 1.在Nginx的安装目录下创建cert目录，并且将下载的全部文件拷贝到cert目录中。如果申请证书时是自己创建的CSR文件，请将对应的私钥文件放到cert目录下并且命名为a.key； 2.打开 Nginx 安装目录下 conf 目录中的 nginx.conf 文件，找到： # HTTPS server # #server { # listen 443; # server_name localhost; # ssl on; # ssl_certificate cert.pem; # ssl_certificate_key cert.key; # ssl_session_timeout 5m; # ssl_protocols SSLv2 SSLv3 TLSv1; # ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP; # ssl_prefer_server_ciphers on; # location / { # # #} #} 3.将其修改为 (以下属性中ssl开头的属性与证书配置有直接关系，其它属性请结合自己的实际情况复制或调整) : server { listen 443; server_name localhost; ssl on; root html; index index.html index.htm; ssl_certificate cert/a.pem; ssl_certificate_key cert/a.key; ssl_session_timeout 5m; ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_prefer_server_ciphers on; location / { root html; index index.html index.htm; } } 保存退出。 4.重启 Nginx。
在conf配置上添加一个80的server，将其转发即可 server { listen 80; server_name www.域名.com; rewrite ^(.*)$ https://${server_name}$1 permanent; }
可以直接在~/.bash_profile, ~/.zshrc, ~/.profile, or ~/.bashrc中添加一个函数进去。 # 开启代理 proxy () { export https_proxy=http://127.0.0.1:10086 export http_proxy=http://127.0.0.1:10001 export all_proxy=socks5://127.0.0.1:10010 echo "Proxy on" } # 关闭代理 unproxy () { export https_proxy export http_proxy export all_proxy echo "Proxy off" } 之后执行source ~/.zshrc(对应自己的startup files文件)。 需要开启代理的时候就执行proxy，关闭就执行unproxy。
生成SSH密钥 ssh-keygen -t rsa -C "your email" 可以通过命名活着放在不同的目录进行区分。 添加新的SSH keys到GitHub中 将新生成的SSH keys添加到你的另一个github帐号(或者公司的gitlab)下的SSH Key中。 清除git的全局设置 如果你之前在设置本地仓库和github连接的时候设置过user.name和user.email,那么你必须首先清楚掉该设置，因为不清楚掉该设置，两个账号在提交资料的时候，验证肯定冲突（只能设置一个全局的user.name和user.email，而你现在有两个账号就对应两个不同的）。 git config --global user.name "your_name" git config --global user.email "your_email" 执行ssh-agent让ssh识别新的私钥 分别使用ssh-add将其添加到ssh-agent中。 ssh-add ~/.ssh/id_rsa 注：直接执行ssh-add是临时的，可以执行ssh-add -K将其永久添加 如果出现Could not open a connection to your authentication agent的错误，可以先执行一遍ssh-agent bash，之后在执行ssh-add。 配置config文件 看下~/.ssh/目录下有没有config，没有直接新建一个touch config，有的话就直接在后边添加配置。 配置如下： # 第一个 Host git@one.github.com HostName https://github.com User git IdentityFile ~/.ssh/one/id_rsa # 第二个 Host git@two.github.com HostName https://github.com User git IdentityFile ~/.ssh/two/id_rsa # ....第N个 测试 ssh -T git@one.github.com ssh -T git@two.github.com clone Git仓库 假设原来的git ssh 地址是git clone git@xxxxxx.com:xxx/test.git 那么新的地址就对应配置config时候不同的密钥对应的HostName， 比如是上边的one，那么，新地址就应该是git clone git@one.xxxxxx.com:xxx/test.git 当然，如果懒得话，不改地址也是可以的，同样可以正常的操作，但是在push到仓库后，可以看见多个头像。