方法1

在终端中直接运行命令

export http_proxy=http://proxyAddress:port

这个办法的好处是简单直接，并且影响面很小（只对当前终端有效）。

方法2

把代理服务器地址写入shell配置文件.bashrc或者.zshrc

直接在.bashrc或者.zshrc添加下面内容

export http_proxy="http://localhost:port"
export https_proxy="http://localhost:port"

以使用shadowsocks代理为例，ss的代理端口为1080,那么应该设置为

export http_proxy="http://127.0.0.1:1080"
export https_proxy="http://127.0.0.1:1080"

localhost就是一个域名，域名默认指向 127.0.0.1，两者是一样的。

然后ESC后:wq保存文件，接着在终端中执行

source ~/.bashrc

或者退出当前终端再起一个终端。 这个办法的好处是把代理服务器永久保存了，下次就可以直接用了。

方法3

改相应工具的配置，比如apt的配置

sudo vim /etc/apt/apt.conf

在文件末尾加入下面这行

Acquire::http::Proxy "http://proxyAddress:port"

保存apt.conf文件即可。 关于apt的代理设置可以参考 这里

关于git的代理设置看这里: 用shadowsocks加速git clone

方法4

利用proxychains在终端使用socks5代理

补充

如果代理服务器需要登陆，这时可以直接把用户名和密码写进去

http_proxy=http://userName:password@proxyAddress:port

如果想恢复默认的配置，可以执行

unset http_proxy HTTP_PROXY https_proxy HTTPS_PROXY

$(function () {
    var chart = new Highcharts.Chart({
        chart: {
            renderTo: 'container'
        },
       lang｛
                  printChart:"打印图表",
                  downloadJPEG: "下载JPEG 图片"
                  downloadPDF: "下载PDF文档"
                  downloadPNG: "下载PNG 图片"
                  downloadSVG: "下载SVG 矢量图"
                  exportButtonTitle: "导出图片"
      ｝，
  .....
  })
})

@echo off & setlocal ENABLEEXTENSIONS
:: ---------- 配置项 ----------
:: 备份放置的路径，加
set BACKUP_PATH=D:\Backup
:: 要备份的数据库名称，多个用空格分隔
set DATABASES=1688 abc ceshi
:: MySQL 用户名
set USERNAME=root
:: MySQL 密码
set PASSWORD=root
:: MySQL Bin 目录，加
:: 如果可以直接使用 dump（安装时添加 MySQL Bin 目录到了环境变量），此处留空即可
set MYSQL=D:\Progra~1\phpStudy\MySQL\bin\
:: WinRAR 自带命令行工具的可执行文件路径，长文件名注意用 Dos 长文件名书写方式
set WINRAR=D:\Progra~1\WinRAR\Rar.exe
:: ---------- 以下请勿修改 ----------
set YEAR=%date:~0,4%
set MONTH=%date:~5,2%
set DAY=%date:~8,2%
:: 如果在 dos 下输入 time 返回的不是 24 小时制（没有 0 填充），请自行修改此处
set HOUR=%time:~0,2%
set MINUTE=%time:~3,2%
set SECOND=%time:~6,2%
set DIR=%BACKUP_PATH%\%YEAR%-%MONTH%-%DAY%_%HOUR%%MINUTE%%SECOND%

set ADDON=%YEAR%%MONTH%%DAY%%HOUR%%MINUTE%%SECOND%
:: create dir
if not exist %DIR% (
mkdir %DIR% 2>nul
)

if not exist %DIR% (
echo Backup path: %DIR% not exists, create dir failed.
goto exit
)
cd /d %DIR%

:: backup
echo Start dump databases...
for %%D in (%DATABASES%) do (
echo Dumping database %%D ...
%MYSQL%mysqldump -u%USERNAME% -p%PASSWORD% %%D > %%D.%ADDON%.sql
:: winrar
if exist %WINRAR% (
%WINRAR% a -k -r -s -m1 -ep1 %%D.%ADDON%.rar %%D.%ADDON%.sql 2>null
del /F /S /Q %%D.%ADDON%.sql 2>null
)
)
echo Done
:exit

安装好gitlab后，要将仓库(repositories)放在一个大硬盘上,在ubuntu服务器上安装的默认位置为 /var/opt/gitlab/git-data/ 目录，需要修改仓库对应的目录

操作步骤：

1：新建新仓库目录

mkdir -p /mnt/application/gitlab/git-data

2：修改配置文件 sudo vi /etc/gitlab/gitlab.rb 搜索：git_data_dir 修改成：git_data_dir “新目录” 如：

git_data_dir "/mnt/application/gitlab/git-data"

保存 3：重新生成gitlab

sudo gitlab-ctl reconfigure

生成不报错，而且在新建仓库目录可以看到从下的目录，即修改成功。

http://ourmysql.com/archives/1358 编写脚本文件dumpsql.sh,内容如下：

#!/bin/bash
#this script used montor mysql network traffic.echo sql
tcpdump -i eth0 -s 0 -l -w - dst port 3306 | strings | perl -e '
while(<>) { chomp; next if /^[^ ]+[ ]*$/;
    if(/^(SELECT|UPDATE|DELETE|INSERT|SET|COMMIT|ROLLBACK|CREATE|DROP|ALTER|CALL)/i)
    {
        if (defined $q) { print "$q\n"; }
        $q=$_;
    } else {
        $_ =~ s/^[ \t]+//; $q.=" $_";
    }
}

运行并抓去sql的执行。

抓取后在当前目录出现out.log文件，执行strings out.log即可看到sql的运行情况

客户端的授权模式

客户端必须得到用户的授权（authorization grant），才能获得令牌（access token）。OAuth 2.0定义了四种授权方式。

• 授权码模式（authorization code）最完整、流程最严密的授权模式，如GitHub、微信等网站第三方登录方式
• 简化模式（implicit）
• 密码模式（resource owner password credentials）如目前手机APP中使用此模式
• 客户端模式（client credentials）

http://www.ruanyifeng.com/blog/2014/05/oauth_2_0.html

https://git-scm.com/book/zh/v2/Git 工具-子模块

在学习vue前，建立先了解一下 webpack https://fakefish.github.io/react-webpack-cookbook/index.html

官方网站（中文版）： http://cn.vuejs.org/ 构建大型应用使用组件 Vue-router: https://github.com/vuejs/vue-router 网络通讯插件Vue-resource： https://github.com/vuejs/vue-resource 单元测试karma： http://karma-runner.github.io/0.12/index.html https://cn.vuejs.org/ https://cn.vuejs.org/v2/api/ https://router.vuejs.org/zh-cn/ https://vuex.vuejs.org https://vue-loader.vuejs.org/zh-cn/ https://ssr.vuejs.org https://github.com/jsfront/src/blob/master/vuejs.md

==============

Vue快速入门： https://segmentfault.com/a/1190000003968020 Vue.js基本语法的介绍： https://segmentfault.com/a/1190000004012600

为了给高并发情况下的mysql进行更好的优化，有必要了解一下mysql查询更新时的锁表机制。 **一、概述 ** MySQL有三种锁的级别：页级、表级、行级。 MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）；BDB存储引擎采用的是页面锁（page-level locking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。 MySQL这3种锁的特性可大致归纳如下： 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。

从上述特点可见，很难笼统地说哪种锁更好，只能就具体应用的特点来说哪种锁更合适！仅从锁的角度来说：表级锁更适合于以查询为主，只有少量按索引条件更新数据的应用，如Web应用；而行级锁则更适合于有大量按索引条件并发更新少量不同数据，同时又有并发查询的应用，如一些在线事务处理（OLTP）系统。 **二、MyISAM表锁 ** MyISAM存储引擎只支持表锁，是现在用得最多的存储引擎。 1、查询表级锁争用情况 可以通过检查table_locks_waited和table_locks_immediate状态变量来分析系统上的表锁定争夺：

mysql> show status like ‘table%’; +———————–+———-+ | Variable_name | Value | +———————–+———-+ | Table_locks_immediate | 76939364 | | Table_locks_waited | 305089 | +———————–+———-+ 2 rows in set (0.00 sec)Table_locks_waited的值比较高，说明存在着较严重的表级锁争用情况。

2、MySQL表级锁的锁模式 MySQL的表级锁有两种模式：表共享读锁（Table Read Lock）和表独占写锁（Table WriteLock）。MyISAM在执行查询语句（SELECT）前，会自动给涉及的所有表加读锁，在执行更新操作（UPDATE、DELETE、INSERT等）前，会自动给涉及的表加写锁。 所以对MyISAM表进行操作，会有以下情况： a、对MyISAM表的读操作（加读锁），不会阻塞其他进程对同一表的读请求，但会阻塞对同一表的写请求。只有当读锁释放后，才会执行其它进程的写操作。 b、对MyISAM表的写操作（加写锁），会阻塞其他进程对同一表的读和写操作，只有当写锁释放后，才会执行其它进程的读写操作。 下面通过例子来进行验证以上观点。数据表gz_phone里有二百多万数据，字段id,phone,ua,day。现在同时用多个客户端同时对该表进行操作分析。 a、当我用客户端1进行一个比较长时间的读操作时，分别用客户端2进行读和写操作： client1: mysql>select count(*) from gz_phone group by ua; 75508 rows in set (3 min 15.87 sec) client2: select id,phone from gz_phone limit 1000,10; +——+——-+ | id | phone | +——+——-+ | 1001 | 2222 | | 1002 | 2222 | | 1003 | 2222 | | 1004 | 2222 | | 1005 | 2222 | | 1006 | 2222 | | 1007 | 2222 | | 1008 | 2222 | | 1009 | 2222 | | 1010 | 2222 | +——+——-+ 10 rows in set (0.01 sec) mysql> update gz_phone set phone=’11111111111′ where id=1001; Query OK, 0 rows affected (2 min 57.88 sec) Rows matched: 1 Changed: 0 Warnings: 0 说明当数据表有一个读锁时，其它进程的查询操作可以马上执行，但更新操作需等待读锁释放后才会执行。 b、当用客户端1进行一个较长时间的更新操作时，用客户端2,3分别进行读写操作： client1: mysql> update gz_phone set phone=’11111111111′; Query OK, 1671823 rows affected (3 min 4.03 sec) Rows matched: 2212070 Changed: 1671823 Warnings: 0 client2: mysql> select id,phone,ua,day from gz_phone limit 10; +—-+——-+——————-+————+ | id | phone | ua | day | +—-+——-+——————-+————+ | 1 | 2222 | SonyEricssonK310c | 2007-12-19 | | 2 | 2222 | SonyEricssonK750c | 2007-12-19 | | 3 | 2222 | MAUI WAP Browser | 2007-12-19 | | 4 | 2222 | Nokia3108 | 2007-12-19 | | 5 | 2222 | LENOVO-I750 | 2007-12-19 | | 6 | 2222 | BIRD_D636 | 2007-12-19 | | 7 | 2222 | SonyEricssonS500c | 2007-12-19 | | 8 | 2222 | SAMSUNG-SGH-E258 | 2007-12-19 | | 9 | 2222 | NokiaN73-1 | 2007-12-19 | | 10 | 2222 | Nokia2610 | 2007-12-19 | +—-+——-+——————-+————+ 10 rows in set (2 min 58.56 sec) client3: mysql> update gz_phone set phone=’55555′ where id=1; Query OK, 1 row affected (3 min 50.16 sec) Rows matched: 1 Changed: 1 Warnings: 0 说明当数据表有一个写锁时，其它进程的读写操作都需等待读锁释放后才会执行。 **3、并发插入 ** 原则上数据表有一个读锁时，其它进程无法对此表进行更新操作，但在一定条件下，MyISAM表也支持查询和插入操作的并发进行。 MyISAM存储引擎有一个系统变量concurrent_insert，专门用以控制其并发插入的行为，其值分别可以为0、1或2。 a、当concurrent_insert设置为0时，不允许并发插入。 b、当concurrent_insert设置为1时，如果MyISAM表中没有空洞（即表的中间没有被删除的行），MyISAM允许在一个进程读表的同时，另一个进程从表尾插入记录。这也是MySQL的默认设置。 c、当concurrent_insert设置为2时，无论MyISAM表中有没有空洞，都允许在表尾并发插入记录。 **4、MyISAM的锁调度 ** 由于MySQL认为写请求一般比读请求要重要，所以如果有读写请求同时进行的话，MYSQL将会优先执行写操作。这样MyISAM表在进行大量的更新操作时（特别是更新的字段中存在索引的情况下），会造成查询操作很难获得读锁，从而导致查询阻塞。 我们可以通过一些设置来调节MyISAM的调度行为： a、通过指定启动参数low-priority-updates，使MyISAM引擎默认给予读请求以优先的权利。 b、通过执行命令SET LOW_PRIORITY_UPDATES=1，使该连接发出的更新请求优先级降低。 c、通过指定INSERT、UPDATE、DELETE语句的LOW_PRIORITY属性，降低该语句的优先级。 上面3种方法都是要么更新优先，要么查询优先的方法。这里要说明的就是，不要盲目的给mysql设置为读优先，因为一些需要长时间运行的查询操作，也会使写进程“饿死”。只有根据你的实际情况，来决定设置哪种操作优先。这些方法还是没有从根本上同时解决查询和更新的问题。 在一个有大数据量高并发表的mysql里，我们还可采用另一种策略来进行优化，那就是通过mysql主从（读写）分离来实现负载均衡，这样可避免优先哪一种操作从而可能导致另一种操作的堵塞。下面将用一个篇幅来说明mysql的读写分离技术。

<刚在centos7上部署了最新版本的gitlab 8.7.3，发现在创建的git项目地址为http://localhost/username/www.git ，外网无法访问，这时我们只需要修改一个配置文件即可。我安装的时候全部使用的默认配置，路径为 /var/opt/gitlab/gitlab-rails/etc/，配置文件为 gitlab.yml ,文件顶部配置如下：

host: localhost
port: 80
https: false

修改host值为你想使用的外网域名或服务器IP地址即可，保存退出。

gitlab-ctl restart

注意这里的命令是restart不是 reconfigure(根据配置文件/etc/gitlab/gitlab.rb 重新生成配置) ，否则还会恢复原来的配置。

用ps -ef | grep nginx命令看了下，发现运行的nginx的路径是/opt/gitlab/embedded/sbin/nginx，而配置文件路径是/var/opt/gitlab/nginx，怪不得我打开/etc/nginx/nginx.conf没看到gitlab相关的配置。 试着改了下/var/opt/gitlab/nginx/nginx.conf 和 /var/opt/gitlab/nginx/gitlab-http.conf，重启服务后，页面无法访问了，我先折腾一下。 但配置文件为/etc/gitlab/gitlab.rb来配置

===============

如何修改gitlab监听端口

1.修改gitlab监听端口，默认为使用80端口，有时服务器中已经有nginx/apache占用了这个端口，修改监听端口来避免此问题 修改 /etc/gitlab/gitlab.rb 文件，修改下行

# nginx['listen_port'] = nil

为

nginx['listen_port'] = 8089

保存，执行重新配置命令

sudo gitlab-ctl reconfigure

通过浏览器 http://ip:8089 即可访问。

2.如何让gitlab只监听本机内网_ip_

修改

# nginx['listen_addresses'] = ['*']

为

nginx['listen_addresses']= ['127.0.0.1']

如何备份与恢复gitlab

https://segmentfault.com/a/1190000002439923

http://yansu.org/2014/09/26/use-old-version-of-brew-php.html

版本切换方式

通过brew安装的php可以通过 brew link 和 brew unlink 来切换不同版本。

例如

brew list
brew unlink php56
brew link php55

大版本可以用 brew list 来查，如果是小版本的话只能去 /usr/local/Cellar/php55 看了。这个时候使用 php-version 可以更方便一点。

我测试的此方法不行，只能使用php-verson 进行切换。

安装 php-version

php-version 是一个帮助管理从brew安装的php版本切换的工具。

安装非常简单

brew install php-version

然后执行

<span class="nb">source</span> <span class="k">$(</span>brew --prefix php-version<span class="k">)</span>/php-version.sh

使用 php-version

直接执行

php-version

就可以看到现有的版本，比如我自己的

<span class="gp">$ </span>php-version
  5.5.15
<span class="k">*</span> 5.5.16
  5.5.17

然后使用以下命令切换即可

php-version 5.5.15

再看php的版本，已经切换好了。

对于从默认mac自带的版本切换到新版本很方便，如

brew install php70 #最新版本php7.0.7
php-version 7.0.7

Mac 终端跑入即可

cd /usr/local/
git remote set-url origin http://mirrors.ustc.edu.cn/homebrew.git
#或者这个：
git remote set-url origin git://mirrors.tuna.tsinghua.edu.cn/homebrew.git
brew update

如果还是感觉慢，看看这个： https://mirrors.tuna.tsinghua.edu.cn/help/homebrew/

cd ~/tmp
git clone git://mirrors.tuna.tsinghua.edu.cn/homebrew.git
rm -rf /usr/local/.git
rm -rf /usr/local/Library
cp -R homebrew/.git /usr/local/
cp -R homebrew/Library /usr/local/

然后重试update。

使用homebrew-science或者homebrew-python

cd /usr/local/Library/Taps/homebrew/homebrew-science
git remote set-url origin git://mirrors.tuna.tsinghua.edu.cn/homebrew-science.git

cd /usr/local/Library/Taps/homebrew/homebrew-python
git remote set-url origin git://mirrors.tuna.tsinghua.edu.cn/homebrew-python.git

brew update

也可以使用coding.net提供的镜像

$ cd /usr/local && git remote set-url origin https://git.coding.net/homebrew/homebrew.git

$ brew update

JWT是什么

JWT全称是JSON Web Tokens，是RFC 7519标准，用于安全校验两方可信性的安全措施。

JWT解决了哪些问题？

JWT本身设计是用于解决Session机制不能够很好的在SPA/API类型(restful)应用中处理身份认证问题。通常API的调用是无状态（stateless）的，使用Session等形式会有上下文要求。如当用户登录完成后，可以通过下发JWT的形式进行无状态的API调用。在此之前通常是使用的方式包括不限于如Basic Auth、Oauth2或Token形式进行。

JWT相比是额外添加了签名校验方式，本质上来说对抗如暴力碰撞等形式有一些作用。但是由于本身长度的限制，存储的信息量有限。

JWT处理方式

JWT内容主要分为三段，分别对应头部信息，存储数据和签名信息三部分，中间使用『.』符号连接，三段信息均进行Base64编码。

具体实现方式可参考如下伪代码实现：

encodeBase64(header) + ‘.’ + encodeBase64(payload) + ‘.’ + Sign(key + encodeBase64(header) + ‘.’ + encodeBase64(payload))

其中Sign的算法是可以在header中进行定义，支持如HMAC-SHA256和RSA-SHA256等方式。key则是用于验证的key信息。

其中header格式如下:

{

“alg”: “HS256”, //指定加密算法，可以选择RS256等。

“typ”: “JWT”

}

payload为存储的数据区块，由于此部分未进行加密，不建议存储敏感信息。内容为字典结构。

JWT存在的安全问题

JWT披露了一个比较 严重的安全问题：JWT中允许设置加密方法『alg』为none，这样签名信息可设置为””，这样就给恶意用户伪造JWT的可能。并且该验证是在验证签名之前（决定签名使用算法），所以在安全实现JWT时需要对验证算法进行可信安全校验。

还有一个问题是JWT本身并不会加密payload中的信息，因此在传递敏感信息时需要单独对数据进行个别处理。

参考连接

1. JWT.io http://jwt.io/

许多人在刚开始接触 Go 语言时，经常会有的疑惑就是“为什么一个 Hello world 会占用如此之多的内存？”。 Understanding Go Lang Memory Usage 很好的解释了这个问题。不过“简介”就是“简介”，更加深入的内容恐怕要读者自己去探索了。另外，文章写到最后，作者飘了，估计引起了一些公愤，于是又自己给自己补刀，左一刀，右一刀……

————翻译分隔线————

理解 Go 语言的内存使用

2014年12月22日，星期一

温馨提示：这仅是关于 Go 语言内存的简介，俗话说不入虎穴、焉得虎子，读者可以进行更加深入的探索。

大多数 Go 开发者都会尝试像这样简单的 hello world 程序：

package main

import (
"fmt"
"time"
)

func main() {
fmt.Println("hi")

time.Sleep(30 * time.Second)
}

然后他们就完全崩溃了。

这个笔记本也只有 16 G 内存！

虚拟内存 vs 常驻内存

Go 管理内存的方式可能与你以前使用的方式不太一样。它会在一开始就保留一大块 VIRT，而 RSS 与实际内存用量接近。

RSS 和 VIRT 之间有什么区别呢？

VIRT 或者虚拟地址空间大小是程序映射并可以访问的内存数量。

RSS 或者常驻大小是实际使用的内存数量。

如果你对 Go 到底是怎么实现的感兴趣，来看看这个：

https://github.com/golang/go/blob/master/src/runtime/malloc1.go

// 在 64 位设备中，从单一的连续保留地址中分配。

转自： http://blog.golang.org/profiling-go-programs （需翻墙)

The Go Blog

Profiling Go Programs

24 June 2011

At Scala Days 2011, Robert Hundt presented a paper titled Loop Recognition in C++/Java/Go/Scala. The paper implemented a specific loop finding algorithm, such as you might use in a flow analysis pass of a compiler, in C++, Go, Java, Scala, and then used those programs to draw conclusions about typical performance concerns in these languages. The Go program presented in that paper runs quite slowly, making it an excellent opportunity to demonstrate how to use Go’s profiling tools to take a slow program and make it faster.