客户端必须得到用户的授权（authorization grant），才能获得令牌（access token）。OAuth 2.0定义了四种授权方式。
By admin
read more在学习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
By admin
read more为了给高并发情况下的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的读写分离技术。
By admin
read more<刚在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来配置
===============
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']
By admin
read morehttp://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-versionphp-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
By admin
read moreMac 终端跑入即可
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。
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
By admin
read moreJWT是什么
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中的信息，因此在传递敏感信息时需要单独对数据进行个别处理。
参考连接
By admin
read more许多人在刚开始接触 Go 语言时，经常会有的疑惑就是“为什么一个 Hello world 会占用如此之多的内存？”。 Understanding Go Lang Memory Usage 很好的解释了这个问题。不过“简介”就是“简介”，更加深入的内容恐怕要读者自己去探索了。另外，文章写到最后，作者飘了，估计引起了一些公愤，于是又自己给自己补刀，左一刀，右一刀……
————翻译分隔线————
2014年12月22日，星期一
温馨提示：这仅是关于 Go 语言内存的简介，俗话说不入虎穴、焉得虎子，读者可以进行更加深入的探索。
大多数 Go 开发者都会尝试像这样简单的 hello world 程序：
package main
import (
"fmt"
"time"
)
func main() {
fmt.Println("hi")
time.Sleep(30 * time.Second)
}
然后他们就完全崩溃了。
这个笔记本也只有 16 G 内存！
Go 管理内存的方式可能与你以前使用的方式不太一样。它会在一开始就保留一大块 VIRT，而 RSS 与实际内存用量接近。
RSS 和 VIRT 之间有什么区别呢？
VIRT 或者虚拟地址空间大小是程序映射并可以访问的内存数量。
RSS 或者常驻大小是实际使用的内存数量。
如果你对 Go 到底是怎么实现的感兴趣，来看看这个：
https://github.com/golang/go/blob/master/src/runtime/malloc1.go
// 在 64 位设备中，从单一的连续保留地址中分配。
By admin
read more转自： http://blog.golang.org/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.
By admin
read morepackage main
import (
"fmt"
//"runtime"
"os"
"runtime/pprof" // 引用pprof package
"time"
)
func main() {
f, _ := os.Create("profile_file")
pprof.StartCPUProfile(f) // 开始cpu profile，结果写到文件f中
defer pprof.StopCPUProfile() // 结束profile
startTime := time.Now().Second()
//runtime.GOMAXPROCS(runtime.NumCPU())
// 注意这里的缓存大小
ch := make(chan int, 100)
quit := make(chan bool)
// 注意这里把读取chan操作放在了写入chan之前了（为了安全建议对chan的goroutines读取放在前面，写入放在后面）
// 如果把这行放在了for逻辑后面，则上面声明的chan缓冲区大小一定要大于2000才可以，否则由
// 于缓存区一次放不下2000个元素，从而产生deadlock
go read(ch, quit)
for i := 0; i < 2000; i++ {
ch <- i
fmt.Println(i)
}
quit <- true
fmt.Println("\r\n====MAIN END====")
endTime := time.Now().Second()
fmt.Println(startTime)
fmt.Println(endTime)
fmt.Println("用时:", endTime-startTime, "秒")
}
func read(ch chan int, quit chan bool) {
for {
select {
case value := <-ch:
fmt.Print("----", value, "----")
case <-quit:
break
}
}
}
channel总结： channel共分两种：一种是有buffer的，一种是没有buffer的，默认是没有buffer的，即buffer长度为0
By admin
read more由于要开发一个小型的web应用，而web应用大部分都会使用json作为数据传输的格式，所以有了这篇文章。
import ( “encoding/json” “github.com/bitly/go-simplejson” // for json get )
type MyData struct {
Name string json:"item"
Other float32 json:"amount"
}
这里需要注意的就是后面单引号中的内容。
json:"item"
这个的作用，就是Name字段在从结构体实例编码到JSON数据格式的时候，使用item作为名字。算是一种重命名的方式吧。
var detail MyData
detail.Name = “1” detail.Other = “2”
body, err := json.Marshal(detail) if err != nil { panic(err.Error()) }
我们使用Golang自带的encoding/json包对结构体进行编码到JSON数据。
json.Marshal(…)
由于Golang自带的json包处理解码的过程较为复杂，所以这里使用一个第三方的包simplejson进行json数据的解码操作。
js, err := simplejson.NewJson(body)
if err != nil {
panic(err.Error())
}
fmt.Println(js)
有关simplejson的更多用法见： http://1.guotie.sinaapp.com/?p=400
By admin
read morepackage main
import (
"encoding/json"
"fmt"
"os"
)
type ConfigStruct struct {
Host string `json:"host"`
Port int `json:"port"`
AnalyticsFile string `json:"analytics_file"`
StaticFileVersion int `json:"static_file_version"`
StaticDir string `json:"static_dir"`
TemplatesDir string `json:"templates_dir"`
SerTcpSocketHost string `json:"serTcpSocketHost"`
SerTcpSocketPort int `json:"serTcpSocketPort"`
Fruits []string `json:"fruits"`
}
type Other struct {
SerTcpSocketHost string `json:"serTcpSocketHost"`
SerTcpSocketPort int `json:"serTcpSocketPort"`
Fruits []string `json:"fruits"`
}
func main() {
jsonStr := `{"host": "http://localhost:9090","port": 9090,"analytics_file": "","static_file_version": 1,"static_dir": "E:/Project/goTest/src/","templates_dir": "E:/Project/goTest/src/templates/","serTcpSocketHost": ":12340","serTcpSocketPort": 12340,"fruits": ["apple", "peach"]}`
//json str 转map
var dat map[string]interface{}
if err := json.Unmarshal([]byte(jsonStr), &dat); err == nil {
fmt.Println("==============json str 转map=======================")
fmt.Println(dat)
fmt.Println(dat["host"])
}
//json str 转struct
var config ConfigStruct
if err := json.Unmarshal([]byte(jsonStr), &config); err == nil {
fmt.Println("================json str 转struct==")
fmt.Println(config)
fmt.Println(config.Host)
}
//json str 转struct(部份字段)
var part Other
if err := json.Unmarshal([]byte(jsonStr), &part); err == nil {
fmt.Println("================json str 转struct==")
fmt.Println(part)
fmt.Println(part.SerTcpSocketPort)
}
//struct 到json str
if b, err := json.Marshal(config); err == nil {
fmt.Println("================struct 到json str==")
fmt.Println(string(b))
}
//map 到json str
fmt.Println("================map 到json str=====================")
enc := json.NewEncoder(os.Stdout)
enc.Encode(dat)
//array 到 json str
arr := []string{"hello", "apple", "python", "golang", "base", "peach", "pear"}
lang, err := json.Marshal(arr)
if err == nil {
fmt.Println("================array 到 json str==")
fmt.Println(string(lang))
}
//json 到 []string
var wo []string
if err := json.Unmarshal(lang, &wo); err == nil {
fmt.Println("================json 到 []string==")
fmt.Println(wo)
}
}
参考第三方json库 ``simplejson 的用法： `` http://blog.haohtml.com/archives/16851
By admin
read more代码
package main
import (
"crypto/md5"
"encoding/hex"
"fmt"
)
func main() {
// md5 加密的第一种方法
srcData := []byte("iyannik0215")
cipherText1 := md5.Sum(srcData)
fmt.Printf("md5 encrypto is "iyannik0215": %x n", cipherText1)
// md5 加密的第二种方法
hash := md5.New()
hash.Write(srcData)
cipherText2 := hash.Sum(nil)
hexText := make([]byte, 32)
hex.Encode(hexText, cipherText2)
fmt.Println("md5 encrypto is "iyannik0215":", string(hexText))
}
# 执行结果
md5 encrypto is "iyannik0215": b6b20c73e6bc53bc691a6bb559cf9ca9
md5 encrypto is "iyannik0215": b6b20c73e6bc53bc691a6bb559cf9ca9
不同
解释一下两种加密方式的不一样之处. 第一种加密方法： 第一种加密方法所调用的函数
//Source file src/crypto/md5/md5.go
19 // The size of an MD5 checksum in bytes.
20 const Size = 16
130 // Sum returns the MD5 checksum of the data.
131 func Sum(data []byte) [Size]byte {
132 var d digest
133 d.Reset()
134 d.Write(data)
135 return d.checkSum()
136 }
func Sum(data []byte) [Size]byte 其 [Size]byte 是固定死的.所以说第一种方法返回的是 16长度的数组**(无法转string类型，需使用第二种加密方法)** 第二种加密方法：
By admin
read more