超级SQL注入工具（SSQLInjection）是一款基于HTTP协议自组包的SQL注入工具，支持出现在HTTP协议任意位置的SQL注入，支持各种类型的SQL注入，支持HTTPS模式注入。
Git 佈署小小小小筆記
SDpower 提到了 git checkout -f 的用意。其實跟 git checkout HEAD . 的作用一樣，強制將最後一次做的修改（Commit）給 Pull 下來更新，如果遇到本地端的更新，則會將現有修改全部恢復成上次的修改（Commit），然後將檔案全部抓下來，既有（非 git 系統內的檔案，如系統產生的 log）不會受到影響。
這樣做的好處是：
- 我們已經將 worktree 指向特定目錄，這個目錄也許是網站的 Document Root 之類的。
- 不希望有人直接去更動主機端的檔案，強制以 Git 更新為最主要的目標。
- Git 更新之後，Staging 這類測試用主機，檔案會直接在 Web Server 上面生效。
- 可以利用 Shell Script 補完對 Production 主機的佈署。
其實也是因為我比較喜歡寫 shell-script 的關係（被揍飛
首先是我們找一台機器來當 Git Server！我這邊用 192.168.2.100 來當例子。
$ cd ~
$ mkdir git
$ cd git/
$ mkdir staging.git
$ cd staging.git/
$ git init --bare
$ git --bare update-server-info
$ git config core.worktree /home/hinablue/staging
$ git config core.bare false
$ git config receive.denycurrentbranch ignore
$ echo "git checkout -f" >> hooks/post-receive
$ chmod +x hooks/post-receive
$ chmod g+rwx -R .
然後我們從本地端來 Clone 這個 Git！
git clone hinablue@192.168.2.100:/home/hinablue/git/staging.git
$ cd staging/
$ git add .
$ git commit -m "commit 當然要用中文"
$ git push origin master
伺服器端的 core.worktree 就是我們 Commit 上去之後，利用 post-receive 來執行 git checkout -f 的指令。所以，我們在本地端 Push 資料上去的時候，他就會自動 Pull 一份到我們設定的 worktree 裡面。如果你有開 branch 的話，再你還沒有合併到 master 之前，你在 branch 的 Push 並不會影響到遠端上面的資料的。
當然，post-receive 是可以自己修改的。你可以利用你習慣的 shell-script 來去對這個指令檔案做其他的動作。不過，執行 post-receive 這個指令的目錄，以這個例子來說，他是在 /home/hinablue/git/staging.git/ 底下，所以，當你要對其他的資料夾做動作的時候，請格外小心。
老實說，對於 Git 的 Hook 著墨的文章不多，不知道是不是因為他是 shell-script 的關係？
暫時先這樣，改天有更多的心得或是地雷再來分享！
關於 Git 文章可參考：
Debian Linux 架設使用 SSH 存取 的 Git Server
linux下使用speedtest测速
Speedtest测试网络上传/下载速度还是挺不错的，windows下非常方便。Linux下也可以很方便的使用命令行speedtest来测试。speedtest是一个用Python编写的轻量级Linux命令行工具，在Python2.4至3.4版本下均可运行。它基于Speedtest.net的基础架构来测量网络的上/下行速率。安装speedtest很简单——只需要下载其Python脚本文件。以下步骤参考了linuxtoday的文章。
- wget https://raw.github.com/sivel/speedtest-cli/master/speedtest.py
- chmod a+rx speedtest.py
- mv speedtest.py /usr/local/bin/speedtest
- chown root:root /usr/local/bin/speedtest
执行以上几个命令就安装好了，然后运行的时候只要输入
speedtest
如上图所示，我拿搬瓦工洛杉矶测试了下速度，果然是G口的速度。如果你想分享测试结果，你可以使用参数“–share”。它将会把你的测试结果上传到Speedtest.net服务器并以图形的方式分享给其他人。
如果你对目前所有可用的Speedtest.net服务器感兴趣，你可以使用参数“–list”。它会打印出所有的Speedtest.net服务器（按照离你的地理距离由近及远排序）。
在上面的列表中，每一行前面都有一个与服务器对应的ID。如果想使用指定的节点来测试你的网速，你只需要在speedtest命令后指定其ID即可。例如，如果想使用上图中的QuadraNet服务器，你只需要指定相对应的服务器ID7456即可。
Mac上搭建直播伺服器Nginx+rtmp
簡介
nginx是非常優秀的開源伺服器，用它來做hls或者rtmp流媒體伺服器是非常不錯的選擇，本人在網上整理了安裝流程，分享給大家並且作備忘。
步驟安裝
Homebrew簡稱brew，是Mac OSX上的軟體包管理工具，能在Mac中方便的安裝軟體或者卸載軟體，可以說Homebrew就是mac下的apt-get、yum神器
/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
如果已經安裝過，而想要卸載：
/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/uninstall)"
2、安裝Nginx伺服器
增加對 nginx的擴展;也就是從github上下載,home-brew對ngixnx的擴展
3、安裝Nginx伺服器和rtmp模塊
brew install nginx-full --with-rtmp-module
這個安裝，耗時相對來說比較長。通過操作以上步驟nginx和rtmp模塊就安裝好了，下面開始來配置nginx的rtmp模塊。
首先來看看我們的nginx安裝在哪裡
執行上面的命令後我們可以看到信息
- nginx安裝所在位置 /usr/local/Cellar/nginx-full/1.10.1/bin/nginx
- nginx配置文件所在位置 /usr/local/etc/nginx/nginx.conf
- nginx伺服器根目錄所在位置 /usr/local/var/www
執行命令 ，測試下是否能成功啟動nginx服務
命令行如下圖所示
在瀏覽器地址欄輸入：http://localhost:8080（直接點擊）
出現Welcome to nginx ,代表nginx安裝成功了。
4、配置rtmp
用Xcode打開nginx.conf, 找到/usr/local/etc/nginx/nginx.conf文件,拖入到Dock中的Xcode,就可以打開.
或者打開Finder Shift + command + G前往，用記事本工具打開nginx.conf.
http {
……
}
#在http節點下面(也就是文件的尾部)加上rtmp配置：
rtmp {
server {
listen 1935;
application zbcs {
live on;
record off;
}
}
}
說明：
- rtmp是協議名稱
- server 說明內部中是伺服器相關配置
- listen 監聽的埠號, rtmp協議的默認埠號是1935
- application 訪問的應用路徑是 zbcs
- live on; 開啟實時
- record off; 不記錄數據
5. 保存文件後，重新加載nginx的配置文件（這一步很重要）
6. 安裝ffmepg工具
安裝這個需要等一段時間, 這時你可以準備一個視頻文件作為來推流，然後安裝一個支持rtmp協議的視頻播放器.Mac下可以用
7、通過ffmepg命令進行推流
ffmpeg -re -i 你的視頻文件的絕對路徑(如/Users/lideshan/Downloads/Demo.mp4) -vcodec copy -f flv rtmp://localhost:1935/zbcs/room // 如：ffmpeg -re -i /Users/jiangys/Documents/Document/demo.mp4 -vcodec copy -f flv rtmp://localhost:1935/zbcs/room
Nginx日志增长过快详细分析
前言：
Nginx日志里面Mobileweb_access.log增长特别大，一天上百兆，将近100W的访问记录，按照我们目前的规模，热点用户才500个左右，就算人人用手机app访问，怎么可能会有这么大的url访问量？以前只是安装使用nginx，还没有抽出时间仔细研究，这回需要彻底的去分析nginx日志了。
1，日志分类
主要2种，一种是错误日志，一种是访问日志，这些配置都在/usr/local/nginx/conf/nginx.conf里面，默认都是打开的，自己也可以选择关闭。
1.1，访问日志
访问日志主要记录每一个访问nginx的请求，格式可以自己定义，在nginx.conf文件里面，通过访问日志，你可以看到每一个请求的详细信息，对于访问日志的格式，主要是配置文件中的log_format来限制的。
1.1.1 log_format日志格式
$request_time：整个请求的总时间。
$time_iso8601：访问的时间与时区，比如18/Jul/2012:17:00:01 +0800，时间信息最后的”+0800″表示服务器所处时区位于UTC之后的8小时。
$upstream_response_time：请求过程中，upstream的响应时间。
$request_method：客户端请求的动作，通常为GET或POST。
$request_uri：是浏览器发过来的值。该值是rewrite后的值。例如做了internal redirects后。
$args：这个变量等于请求行中(GET请求)的参数，例如foo=123&bar=blahblah;
$query_string：与$args相同。
$proxy_add_x_forwarded_for：变量包含客户端请求头中的”X-Forwarded-For”，与$remote_addr用逗号分开，如果没有”X-Forwarded-For” 请求头，则$proxy_add_x_forwarded_for等于$remote_addr。
$upstream_addr：upstream的地址，即真正提供服务的主机地址。
$status：记录请求返回的http状态码，比如成功是200。
$http_user_agent：客户端浏览器信息
$http_range
$sent_http_content_length：发送内容的长度
$body_bytes_sent：发送给客户端的文件主体内容的大小，比如899，可以将日志每条记录中的这个值累加起来以粗略估计服务器吞吐量。
$http_referer：记录从哪个页面链接访问过来的。
$host：请求主机头字段，否则为服务器名称。
$http_x_forwarded_for：客户端的真实ip，通常web服务器放在反向代理的后面，这样就不能获取到客户的IP地址了，通过$remote_add拿到的IP地址是反向代理服务器的iP地址。反向代理服务器在转发请求的http头信息中，可以增加x_forwarded_for信息，用以记录原有客户端的IP地址和原来客户端的请求的服务器地址。
$http_user_agent：客户端浏览器信息
$body_bytes_sent：发送给客户端的文件主体内容的大小，比如899，可以将日志每条记录中的这个值累加起来以粗略估计服务器吞吐量。
$ssl_protocol：SSL协议版本，比如TLSv1。
$ssl_cipher：交换数据中的算法，比如RC4-SHA。
生产环境上的范例：
log_format main ‘$proxy_add_x_forwarded_for $remote_user [$time_local] “$request” ‘
‘$status $body_bytes_sent “$http_referer” ‘
‘”$http_user_agent” “$http_x_forwarded_for” ‘
‘upsteam: $upstream_addr’;
access_log logs/access.log main;
log_not_found off;
1.1.2，访问日志路径
access_log logs/access.log main;
Nginx支持为每个location指定强大的日志记录。同样的连接可以在同一时间输出到不止一个的日志中。如果想关闭日志，可以如下：
access_log off;
能够使用access_log指令的字段包括：http、server、location。
PS：Nginx进程设置的用户和组必须对日志路径有创建文件的权限，否则，会报错。
1.2，错误日志
错误日志主要记录客户端访问Nginx出错时的日志，格式不支持自定义。通过错误日志，你可以得到系统某个服务或server的性能瓶颈等。因此，将日志好好利用，你可以得到很多有价值的信息。错误日志由指令error_log来指定，具体格式如下：
error_log path(存放路径) level(日志等级)
path含义同access_log，level表示日志等级，具体如下：
[ debug | info | notice | warn | error | crit ]
从左至右，日志详细程度逐级递减，即debug最详细，crit最少，举例说明如下：
error_log logs/mobileweb_error.log error;
需要注意的是：error_log off并不能关闭错误日志，而是会将错误日志记录到一个文件名为off的文件中。正确的关闭错误日志记录功能的方法如下：
error_log /dev/null;
上面表示将存储日志的路径设置为“垃圾桶”。
2，为每一个工程定义特定的日志
location ~* ^/mobileWeb/.*$ {
client_max_body_size 5m;
include deny.conf;
proxy_pass http://mobilewebbackend;
include proxy.conf;
error_log logs/mobileweb_error.log error;
access_log logs/mobileweb_access.log main;
include gzip.conf;
}
这样，就会在日志路径/usr/local/nginx/logs/下面生成mobileWeb工程的专门日志mobileweb_error.log 以及mobileweb_access.log 日志，如果想查询mobileWeb工程的访问记录，就可以单独去查看这2个日志。
3，开始分析
根据来源ip进行分组统计分析，看看哪个ip的访问量最多
[root@wgq_idc_web_1_21 tmp]# cat mobileweb_access.log |grep “14/Oct/2014” |awk ‘{print $1}’|sort -nr |uniq -c |sort -nr |more
705980 1xx.xx.xx.185,
190273 6x.1×4.1xx.35,
14900 1xx.xxx.xx.xx3,
14670 1xx.xxx.x3.8x,
结果发现，这几个ip都是我们公司广场公用的wifi出口ip地址，属于安全地址，不是私人的IP地址，很大程度上排除了从外部恶意攻击我们网站的可能性。接下来就需要重点分析，为什么会有这么多的URL记录。
仔细排查来源为1xx.xx.xx.185的日志记录，发现有很多$http_user_agent为空的记录，大概90%的记录都是如此，看记录如下：
1xx.xx.xx.185, 10.2xx.xx1.xx0 – [10/Oct/2014:10:52:11 +0800] “POST /mobileWeb/square/queryCounts.htm? HTTP/1.1” 200 82 “-” “-” “1xx.xx.xx.185″upsteam: 110.xx7.1.22:7100
猜测是否不是手机app访问的记录？只有自己停掉wifi，用手机的4G网络，去登录我们的移动app应用，操作完，点击了几下赞，访问了一些页面，操作时间2分钟，然后使用自己的移动4Gip地址“2xx.10x.5.129”去检索下nginx下的mobileweb的记录，4台nginx记录，每一台40个左右url访问，4台就是160个记录，下面是一台的记录
[root@wgq_idc_web_1_22 logs]# more mobileweb_access.log |grep “2xx.10x.5.129”
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:54:01 +0800] “POST /mobileWeb/userMobileCenter/queryUserNameAndIconByIds.htm? HTTP/1.1” 200 20 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:54:37 +0800] “POST /mobileWeb/square/queryCounts.htm? HTTP/1.1” 200 82 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:54:42 +0800] “POST /mobileWeb/square/query.htm? HTTP/1.1” 200 9485 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:54:42 +0800] “POST /mobileWeb/square/query.htm? HTTP/1.1” 200 9485 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:54:49 +0800] “POST /mobileWeb/square/clickSupport.htm? HTTP/1.1” 200 46 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:54:51 +0800] “POST /mobileWeb/square/clickSupport.htm? HTTP/1.1” 200 46 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:54:54 +0800] “POST /mobileWeb/square/clickSupport.htm? HTTP/1.1” 200 46 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:54:55 +0800] “POST /mobileWeb/square/query.htm? HTTP/1.1” 200 4831 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:54:57 +0800] “POST /mobileWeb/userMobileCenter/queryUserNameAndIconByIds.htm? HTTP/1.1” 200 20 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:03 +0800] “POST /mobileWeb/mobile/getCartItemNum.htm? HTTP/1.1” 200 114 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:04 +0800] “POST /mobileWeb/version/queryVersion.htm? HTTP/1.1” 200 160 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:06 +0800] “POST /mobileWeb/mobile/getCartItemNum.htm? HTTP/1.1” 200 114 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:06 +0800] “POST /mobileWeb/mobile/loadCart.htm? HTTP/1.1” 200 940 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:07 +0800] “POST /mobileWeb/mobile/getCartItemNum.htm? HTTP/1.1” 200 114 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:07 +0800] “POST /mobileWeb/square/queryCounts.htm? HTTP/1.1” 200 82 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:07 +0800] “POST /mobileWeb/userMobileCenter/findAllinterfaceVersion.htm? HTTP/1.1” 200 411 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:13 +0800] “POST /mobileWeb/userMobileCenter/unReadNumsMobile.htm? HTTP/1.1” 200 239 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:56 +0800] “POST /mobileWeb/userMobileCenter/queryUserNameAndIconByIds.htm? HTTP/1.1” 200 20 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:57 +0800] “POST /mobileWeb/userMobileCenter/findAllinterfaceVersion.htm? HTTP/1.1” 200 411 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:58 +0800] “POST /mobileWeb/userMobileCenter/unReadNumsMobile.htm? HTTP/1.1” 200 239 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:58 +0800] “POST /mobileWeb/version/queryVersion.htm? HTTP/1.1” 200 160 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:55:59 +0800] “POST /mobileWeb/userMobileCenter/unReadNumsMobile.htm? HTTP/1.1” 200 239 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:00 +0800] “POST /mobileWeb/mobile/getCartItemNum.htm? HTTP/1.1” 200 114 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:06 +0800] “POST /mobileWeb/userMobileCenter/findAllinterfaceVersion.htm? HTTP/1.1” 200 411 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:07 +0800] “POST /mobileWeb/userMobileCenter/unReadNumsMobile.htm? HTTP/1.1” 200 239 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:07 +0800] “POST /mobileWeb/mobile/getCartItemNum.htm? HTTP/1.1” 200 114 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:08 +0800] “POST /mobileWeb/version/queryVersion.htm? HTTP/1.1” 200 160 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:08 +0800] “POST /mobileWeb/userMobileCenter/unReadNumsMobile.htm? HTTP/1.1” 200 239 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:08 +0800] “POST /mobileWeb/mobile/getCartItemNum.htm? HTTP/1.1” 200 114 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:16 +0800] “POST /mobileWeb/userMobileCenter/queryUserNameAndIconByIds.htm? HTTP/1.1” 200 20 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:19 +0800] “POST /mobileWeb/userMobileCenter/findAllinterfaceVersion.htm? HTTP/1.1” 200 411 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:21 +0800] “POST /mobileWeb/userMobileCenter/unReadNumsMobile.htm? HTTP/1.1” 200 239 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:21 +0800] “POST /mobileWeb/mobile/getCartItemNum.htm? HTTP/1.1” 200 114 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:23 +0800] “POST /mobileWeb/userMobileCenter/queryUserNameAndIconByIds.htm? HTTP/1.1” 200 20 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:23 +0800] “POST /mobileWeb/userMobileCenter/findAllinterfaceVersion.htm? HTTP/1.1” 200 411 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:24 +0800] “POST /mobileWeb/mobile/getCartItemNum.htm? HTTP/1.1” 200 114 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:24 +0800] “POST /mobileWeb/userMobileCenter/queryAdvertisement.htm? HTTP/1.1” 200 5175 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:24 +0800] “POST /mobileWeb/version/queryVersion.htm? HTTP/1.1” 200 160 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:25 +0800] “POST /mobileWeb/userMobileCenter/unReadNumsMobile.htm? HTTP/1.1” 200 239 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:56:25 +0800] “POST /mobileWeb/mobile/getCartItemNum.htm? HTTP/1.1” 200 114 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:14:57:37 +0800] “POST /mobileWeb/square/queryCounts.htm? HTTP/1.1” 200 82 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:15:00:37 +0800] “POST /mobileWeb/square/queryCounts.htm? HTTP/1.1” 200 82 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:15:02:07 +0800] “POST /mobileWeb/userMobileCenter/messageListMobile.htm? HTTP/1.1” 200 106 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:15:02:08 +0800] “POST /mobileWeb/square/queryCounts.htm? HTTP/1.1” 200 82 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:15:02:37 +0800] “POST /mobileWeb/square/queryCounts.htm? HTTP/1.1” 200 82 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:15:05:07 +0800] “POST /mobileWeb/square/queryCounts.htm? HTTP/1.1” 200 82 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:15:05:08 +0800] “POST /mobileWeb/push/query.htm? HTTP/1.1” 200 97 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:15:05:37 +0800] “POST /mobileWeb/square/queryCounts.htm? HTTP/1.1” 200 82 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.21:7100
2xx.10x.5.129, 10.2xx.xx1.xx0 – [16/Oct/2014:15:11:44 +0800] “POST /mobileWeb/square/queryCounts.htm? HTTP/1.1” 200 82 “-” “-” “2xx.10x.5.129″upsteam: 110.xx7.1.22:7100
[root@wgq_idc_web_1_22 logs]#
看到了我的访问url记录，其中$http_user_agent几乎都是为”-”空记录，奇怪，我也是用手机访问的，询问andriod开发人员，他说有些低版本的手机在记录$http_user_agent后退回去会报错返回空界面，所以后来就不记录$http_user_agent信息了。
原来如此，而且看到这么多url全是我访问过的，移动mobileweb后台开发人员说，移动app一个页面里面有许多url需要加载，所以你访问1个页面就会加载N个link连接去取各种数据值。分析道这里，已经差不多明了：就是一个登录用户访问页面，会加载N（N>10）个link连接url，这些url都被记录在nginx访问日志里面，短短2分钟内，我访问了一些页面，就有160个左右的记录，照这么算下来，一个小时就是5000个左右的记录，一天平均25分钟分钟，500个用户个就是SELECT 5000*25/60*500=1041667，差不多100W左右了，通常来说nginx日志的量比较大是正常的。
其中，半夜1点到6点左右，这个公司广场wifi的ip地址还会不停的访问mobileweb，经过分析是由于登录了移动app应用，但是睡觉了没有退出应用，手机也没有关系，所以导致移动app依然不停的在访问mobile应用（因为1分钟左右会刷新一次去获取访问当前登录用户的站内互动消息）。
从此可以看出nginx的访问日志记录了用户的所有访问行为记录，而且详细到每一个页面里内嵌的url记录，如果用适当的工具仔细分析nginx日志，就会大概摸清楚用户的访问习惯，这些数据对于市场部门、产品部门来说，是非常有价值的。
Win10 無法連線至 VPN Server
https://medium.com/@tsaiid/win10-%E7%84%A1%E6%B3%95%E9%80%A3%E7%B7%9A%E8%87%B3-synology-vpn-server-a4fea4558221
Synology 更換硬碟修復Raid
經確認過系統日誌後，由於硬碟三目前還在儲存空間內，因此 Hot spare 並沒有進入到儲存空間做修復。
若您要 Hot spare 硬碟取帶硬碟三來修復儲存空間的話，請您先將 RS3617xs 關機後將硬碟三取出。
之後再將 RS3617xs 開機，Hot spare 就會自動開始修復儲存空間。
若不方便將 RS3617xs 關機的話，請您將 硬碟三 直接卸除，Hot spare 也會自動開始修復儲存空間。
enable telnet from the FortiGate CLI,
1. Enable login on FortiAP
To enable telnet from the FortiGate CLI, please run the following commands :
config wireless-controller wtp
edit FAP220Bxxxxxxxxxxx (Serial number of FortiAP)
set login-enable enable
end
2. Telnet to FortiAP
exec telnet x.x.x.x <- IP of AP.
3. Save Config / Factory Reset the FortiAP
cfg -c (save the configuration)
cfg -x (Factory reset the FortiAP)
cfg -e (list all configuation on screen)
FortiAP CLI
http://help.fortinet.com/fos50hlp/54/Content/FortiOS/fortigate-wireless-54/reference-fortiap-cli.htm
Warning: mysql_connect(): Headers and client library minor version mismatch
解決辦法是： 改用mysql 原生的 naive drive
- yum remove php-mysql
- yum install php-mysqlnd
ref: https://dev.mysql.com/downloads/connector/php-mysqlnd/
【CentOS 6】透過 SCL 將 Apache(httpd) 升級到 2.4 版
參考資料 —-
軟件選集（SCL）軟件庫
義守大學檔案伺服器
Using Apache httpd 2.4 on Red Hat Enterprise Linux 6
軟件選集（SCL）軟件庫
義守大學檔案伺服器
Using Apache httpd 2.4 on Red Hat Enterprise Linux 6
RHEL/CentOS 的慣例是主版本發行後，接下來就進入維護狀態，只做 bug fix / 次版本 的更新。
例如：
CentOS 6.x 的 Apache 是 2.2 版，即使現在最新的 CentOS 6.7，Apache 是 2.2.15-47。
但 Apache 2.2 被發現有安全性漏洞(CVE-2012-0053)，必須要升級到 2.2.22 以上的版本，這怎麼辦呢? 尤其對企業而言，不可能任意地就將主機 從 CentOS 6.x 升級到 CentOS 7.x。
所幸 CentOS 推出了 SCL (RHEL 則為 RHSCL) 彌補了上述的缺憾。
centos-release-scl 歸類在 extras section，所以如果原本您有將
[extras]
enabled=0
則需
[extras]
enabled=1
[root]# yum install centos-release-scl
yum 會連帶安裝 centos-release-scl-rh
為了跟正式版本區隔，Apache 2.4 的程式名稱為 httpd24
[root]# yum install httpd24
您也可以上義守大學 FTP server 看看有哪些新版本的套件。
安裝完成後，要啟動 httpd24 的指令為
［root］＃ service httpd24－httpd start
設為開機啟動
[root]# chkconfig httpd24-httpd on
大多數人都會 Apache 搭配 PHP 使用，因為 CentOS 6 內建的 PHP 相依於 Apache 2.2，所以您移除 httpd2.2 時會一併移除 PHP。
要改用 Apache 2.4，則要搭配 PHP 5.5
[root]# yum install php55
注意 Apache 2.4 的 config 設定檔在 /opt/rh/httpd24/root/etc/httpd/conf/