Nginx的配置文件nginx.conf配置詳解

原文鏈接:https://blog.csdn.net/tjcyjd/article/details/50695922
抄襲記錄

user nginx nginx ;
Nginx用戶及組:用戶組憾赁。window下不指定

worker_processes 8;
工作進(jìn)程:數(shù)目践付。根據(jù)硬件調(diào)整木柬,通常等于CPU數(shù)量或者2倍于CPU钧惧。

error_log logs/error.log;
error_log logs/error.log notice;
error_log logs/error.log info;
錯(cuò)誤日志:存放路徑酱床。

pid logs/nginx.pid;
pid(進(jìn)程標(biāo)識(shí)符):存放路徑。

worker_rlimit_nofile 204800;
指定進(jìn)程可以打開(kāi)的最大描述符:數(shù)目康栈。
這個(gè)指令是指當(dāng)一個(gè)nginx進(jìn)程打開(kāi)的最多文件描述符數(shù)目述吸,理論值應(yīng)該是最多打開(kāi)文件數(shù)(ulimit -n)與nginx進(jìn)程數(shù)相除,但是nginx分配請(qǐng)求并不是那么均勻扼劈,所以最好與ulimit -n 的值保持一致驻啤。
現(xiàn)在在linux 2.6內(nèi)核下開(kāi)啟文件打開(kāi)數(shù)為65535,worker_rlimit_nofile就相應(yīng)應(yīng)該填寫(xiě)65535荐吵。
這是因?yàn)閚ginx調(diào)度時(shí)分配請(qǐng)求到進(jìn)程并不是那么的均衡骑冗,所以假如填寫(xiě)10240,總并發(fā)量達(dá)到3-4萬(wàn)時(shí)就有進(jìn)程可能超過(guò)10240了先煎,這時(shí)會(huì)返回502錯(cuò)誤贼涩。

events
{

use epoll;
使用epoll的I/O 模型。linux建議epoll薯蝎,F(xiàn)reeBSD建議采用kqueue遥倦,window下不指定。
補(bǔ)充說(shuō)明:
與apache相類占锯,nginx針對(duì)不同的操作系統(tǒng)袒哥,有不同的事件模型
A)標(biāo)準(zhǔn)事件模型
Select、poll屬于標(biāo)準(zhǔn)事件模型消略,如果當(dāng)前系統(tǒng)不存在更有效的方法堡称,nginx會(huì)選擇select或poll
B)高效事件模型
Kqueue:使用于FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0 和 MacOS X.使用雙處理器的MacOS X系統(tǒng)使用kqueue可能會(huì)造成內(nèi)核崩潰。

Epoll:使用于Linux內(nèi)核2.6版本及以后的系統(tǒng)艺演。
/dev/poll:使用于Solaris 7 11/99+却紧,HP/UX 11.22+ (eventport)桐臊,IRIX 6.5.15+ 和 Tru64 UNIX 5.1A+。
Eventport:使用于Solaris 10晓殊。 為了防止出現(xiàn)內(nèi)核崩潰的問(wèn)題断凶, 有必要安裝安全補(bǔ)丁。

worker_connections 204800;
沒(méi)個(gè)工作進(jìn)程的最大連接數(shù)量挺物。根據(jù)硬件調(diào)整懒浮,和前面工作進(jìn)程配合起來(lái)用飘弧,盡量大识藤,但是別把cpu跑到100%就行。每個(gè)進(jìn)程允許的最多連接數(shù)次伶,理論上每臺(tái)nginx服務(wù)器的最大連接數(shù)為痴昧。worker_processes*worker_connections

keepalive_timeout 60;
keepalive超時(shí)時(shí)間。

client_header_buffer_size 4k;
客戶端請(qǐng)求頭部的緩沖區(qū)大小冠王。這個(gè)可以根據(jù)你的系統(tǒng)分頁(yè)大小來(lái)設(shè)置赶撰,一般一個(gè)請(qǐng)求頭的大小不會(huì)超過(guò)1k,不過(guò)由于一般系統(tǒng)分頁(yè)都要大于1k柱彻,所以這里設(shè)置為分頁(yè)大小豪娜。

分頁(yè)大小可以用命令getconf PAGESIZE 取得。
[root@web001 ~]# getconf PAGESIZE
4096
但也有client_header_buffer_size超過(guò)4k的情況哟楷,但是client_header_buffer_size該值必須設(shè)置為“系統(tǒng)分頁(yè)大小”的整倍數(shù)瘤载。

open_file_cache max=65535 inactive=60s;
這個(gè)將為打開(kāi)文件指定緩存,默認(rèn)是沒(méi)有啟用的卖擅,max指定緩存數(shù)量鸣奔,建議和打開(kāi)文件數(shù)一致,inactive是指經(jīng)過(guò)多長(zhǎng)時(shí)間文件沒(méi)被請(qǐng)求后刪除緩存惩阶。

open_file_cache_valid 80s;
這個(gè)是指多長(zhǎng)時(shí)間檢查一次緩存的有效信息挎狸。

open_file_cache_min_uses 1;
open_file_cache指令中的inactive參數(shù)時(shí)間內(nèi)文件的最少使用次數(shù),如果超過(guò)這個(gè)數(shù)字断楷,文件描述符一直是在緩存中打開(kāi)的锨匆,如上例,如果有一個(gè)文件在inactive時(shí)間內(nèi)一次沒(méi)被使用冬筒,它將被移除恐锣。

}

設(shè)定http服務(wù)器,利用它的反向代理功能提供負(fù)載均衡支持

http
{
include mime.types;
設(shè)定mime類型,類型由mime.type文件定義

default_type application/octet-stream;

log_format main 'remote_addr -remote_user [time_local] "request" '

'statusbody_bytes_sent "$http_referer" '

'"http_user_agent" "http_x_forwarded_for"';

log_format log404 'status [time_local] remote_addrhostrequest_urisent_http_location';
日志格式設(shè)置账千。

remote_addr與http_x_forwarded_for用以記錄客戶端的ip地址侥蒙;

$remote_user:用來(lái)記錄客戶端用戶名稱;

$time_local: 用來(lái)記錄訪問(wèn)時(shí)間與時(shí)區(qū)匀奏;

$request: 用來(lái)記錄請(qǐng)求的url與http協(xié)議鞭衩;

$status: 用來(lái)記錄請(qǐng)求狀態(tài);成功是200,

$body_bytes_sent :記錄發(fā)送給客戶端文件主體內(nèi)容大新垩堋瑞佩;

$http_referer:用來(lái)記錄從那個(gè)頁(yè)面鏈接訪問(wèn)過(guò)來(lái)的;

$http_user_agent:記錄客戶瀏覽器的相關(guān)信息坯台;

通常web服務(wù)器放在反向代理的后面炬丸,這樣就不能獲取到客戶的IP地址了,通過(guò)$remote_add拿到的IP地址是反向代理服務(wù)器的iP地址蜒蕾。反向代理服務(wù)器在轉(zhuǎn)發(fā)請(qǐng)求的http頭信息中稠炬,可以增加x_forwarded_for信息,用以記錄原有客戶端的IP地址和原來(lái)客戶端的請(qǐng)求的服務(wù)器地址咪啡。

access_log logs/host.access.log main;
access_log logs/host.access.404.log log404;
用了log_format指令設(shè)置了日志格式之后首启,需要用access_log指令指定日志文件的存放路徑;

server_names_hash_bucket_size 128;

保存服務(wù)器名字的hash表是由指令server_names_hash_max_size 和server_names_hash_bucket_size所控制的撤摸。參數(shù)hash bucket size總是等于hash表的大小毅桃,并且是一路處理器緩存大小的倍數(shù)。在減少了在內(nèi)存中的存取次數(shù)后准夷,使在處理器中加速查找hash表鍵值成為可能钥飞。如果hash bucket size等于一路處理器緩存的大小,那么在查找鍵的時(shí)候衫嵌,最壞的情況下在內(nèi)存中查找的次數(shù)為2读宙。第一次是確定存儲(chǔ)單元的地址,第二次是在存儲(chǔ)單元中查找鍵 值渐扮。因此论悴,如果Nginx給出需要增大hash max size 或 hash bucket size的提示,那么首要的是增大前一個(gè)參數(shù)的大小.

client_header_buffer_size 4k;
客戶端請(qǐng)求頭部的緩沖區(qū)大小墓律。這個(gè)可以根據(jù)你的系統(tǒng)分頁(yè)大小來(lái)設(shè)置膀估,一般一個(gè)請(qǐng)求的頭部大小不會(huì)超過(guò)1k,不過(guò)由于一般系統(tǒng)分頁(yè)都要大于1k耻讽,所以這里設(shè)置為分頁(yè)大小察纯。分頁(yè)大小可以用命令getconf PAGESIZE取得。

large_client_header_buffers 8 128k;
客戶請(qǐng)求頭緩沖大小针肥。nginx默認(rèn)會(huì)用client_header_buffer_size這個(gè)buffer來(lái)讀取header值饼记,如果
header過(guò)大,它會(huì)使用large_client_header_buffers來(lái)讀取慰枕。

open_file_cache max=102400 inactive=20s;
這個(gè)指令指定緩存是否啟用具则。
例: open_file_cache max=1000 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
open_file_cache_errors
語(yǔ)法:open_file_cache_errors on | off 默認(rèn)值:open_file_cache_errors off 使用字段:http, server, location 這個(gè)指令指定是否在搜索一個(gè)文件是記錄cache錯(cuò)誤.

open_file_cache_min_uses
語(yǔ)法:open_file_cache_min_uses number 默認(rèn)值:open_file_cache_min_uses 1 使用字段:http, server, location 這個(gè)指令指定了在open_file_cache指令無(wú)效的參數(shù)中一定的時(shí)間范圍內(nèi)可以使用的最小文件數(shù),如果使用更大的值,文件描述符在cache中總是打開(kāi)狀態(tài).
open_file_cache_valid
語(yǔ)法:open_file_cache_valid time 默認(rèn)值:open_file_cache_valid 60 使用字段:http, server, location 這個(gè)指令指定了何時(shí)需要檢查open_file_cache中緩存項(xiàng)目的有效信息.

client_max_body_size 300m;
設(shè)定通過(guò)nginx上傳文件的大小

sendfile on;
sendfile指令指定 nginx 是否調(diào)用sendfile 函數(shù)(zero copy 方式)來(lái)輸出文件,對(duì)于普通應(yīng)用具帮,必須設(shè)為on博肋。如果用來(lái)進(jìn)行下載等應(yīng)用磁盤(pán)IO重負(fù)載應(yīng)用低斋,可設(shè)置為off,以平衡磁盤(pán)與網(wǎng)絡(luò)IO處理速度匪凡,降低系統(tǒng)uptime膊畴。

tcp_nopush on;
此選項(xiàng)允許或禁止使用socke的TCP_CORK的選項(xiàng),此選項(xiàng)僅在使用sendfile的時(shí)候使用

proxy_connect_timeout 90;
后端服務(wù)器連接的超時(shí)時(shí)間_發(fā)起握手等候響應(yīng)超時(shí)時(shí)間

proxy_read_timeout 180;
連接成功后等候后端服務(wù)器響應(yīng)時(shí)間其實(shí)已經(jīng)進(jìn)入后端的排隊(duì)之中等候處理(也可以說(shuō)是后端服務(wù)器處理請(qǐng)求的時(shí)間)

proxy_send_timeout 180;
后端服務(wù)器數(shù)據(jù)回傳時(shí)間_就是在規(guī)定時(shí)間之內(nèi)后端服務(wù)器必須傳完所有的數(shù)據(jù)

proxy_buffer_size 256k;
設(shè)置從被代理服務(wù)器讀取的第一部分應(yīng)答的緩沖區(qū)大小病游,通常情況下這部分應(yīng)答中包含一個(gè)小的應(yīng)答頭唇跨,默認(rèn)情況下這個(gè)值的大小為指令proxy_buffers中指定的一個(gè)緩沖區(qū)的大小,不過(guò)可以將其設(shè)置為更小

proxy_buffers 4 256k;
設(shè)置用于讀取應(yīng)答(來(lái)自被代理服務(wù)器)的緩沖區(qū)數(shù)目和大小衬衬,默認(rèn)情況也為分頁(yè)大小买猖,根據(jù)操作系統(tǒng)的不同可能是4k或者8k

proxy_busy_buffers_size 256k;
proxy_temp_file_write_size 256k;
設(shè)置在寫(xiě)入proxy_temp_path時(shí)數(shù)據(jù)的大小,預(yù)防一個(gè)工作進(jìn)程在傳遞文件時(shí)阻塞太長(zhǎng)

proxy_temp_path /data0/proxy_temp_dir;
proxy_temp_path和proxy_cache_path指定的路徑必須在同一分區(qū)

proxy_cache_path /data0/proxy_cache_dir levels=1:2 keys_zone=cache_one:200m inactive=1d max_size=30g;

設(shè)置內(nèi)存緩存空間大小為200MB佣耐,1天沒(méi)有被訪問(wèn)的內(nèi)容自動(dòng)清除政勃,硬盤(pán)緩存空間大小為30GB唧龄。

keepalive_timeout 120;
keepalive超時(shí)時(shí)間兼砖。

tcp_nodelay on;
client_body_buffer_size 512k;
如果把它設(shè)置為比較大的數(shù)值,例如256k既棺,那么讽挟,無(wú)論使用firefox還是IE瀏覽器,來(lái)提交任意小于256k的圖片丸冕,都很正常耽梅。如果注釋該指令,使用默認(rèn)的client_body_buffer_size設(shè)置胖烛,也就是操作系統(tǒng)頁(yè)面大小的兩倍眼姐,8k或者16k,問(wèn)題就出現(xiàn)了佩番。
無(wú)論使用firefox4.0還是IE8.0众旗,提交一個(gè)比較大,200k左右的圖片趟畏,都返回500 Internal Server Error錯(cuò)誤

proxy_intercept_errors on;
表示使nginx阻止HTTP應(yīng)答代碼為400或者更高的應(yīng)答贡歧。

upstream bakend {
server 127.0.0.1:8027;
server 127.0.0.1:8028;
server 127.0.0.1:8029;
hash $request_uri;
}

nginx的upstream目前支持4種方式的分配
1、輪詢(默認(rèn))
每個(gè)請(qǐng)求按時(shí)間順序逐一分配到不同的后端服務(wù)器赋秀,如果后端服務(wù)器down掉利朵,能自動(dòng)剔除。

2猎莲、weight
指定輪詢幾率绍弟,weight和訪問(wèn)比率成正比,用于后端服務(wù)器性能不均的情況著洼。
例如:
upstream bakend {
server 192.168.0.14 weight=10;
server 192.168.0.15 weight=10;
}

2樟遣、ip_hash
每個(gè)請(qǐng)求按訪問(wèn)ip的hash結(jié)果分配姥份,這樣每個(gè)訪客固定訪問(wèn)一個(gè)后端服務(wù)器,可以解決session的問(wèn)題年碘。
例如:
upstream bakend {
ip_hash;
server 192.168.0.14:88;
server 192.168.0.15:80;
}

3澈歉、fair(第三方)
按后端服務(wù)器的響應(yīng)時(shí)間來(lái)分配請(qǐng)求,響應(yīng)時(shí)間短的優(yōu)先分配屿衅。
upstream backend {
server server1;
server server2;
fair;
}

4埃难、url_hash(第三方)
按訪問(wèn)url的hash結(jié)果來(lái)分配請(qǐng)求,使每個(gè)url定向到同一個(gè)后端服務(wù)器涤久,后端服務(wù)器為緩存時(shí)比較有效涡尘。
例:在upstream中加入hash語(yǔ)句,server語(yǔ)句中不能寫(xiě)入weight等其他的參數(shù)响迂,hash_method是使用的hash算法
upstream backend {
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}

tips:
upstream bakend{#定義負(fù)載均衡設(shè)備的Ip及設(shè)備狀態(tài)}{
ip_hash;
server 127.0.0.1:9090 down;
server 127.0.0.1:8080 weight=2;
server 127.0.0.1:6060;
server 127.0.0.1:7070 backup;
}
在需要使用負(fù)載均衡的server中增加
proxy_pass http://bakend/;

每個(gè)設(shè)備的狀態(tài)設(shè)置為:
1.down表示單前的server暫時(shí)不參與負(fù)載
2.weight為weight越大考抄,負(fù)載的權(quán)重就越大。
3.max_fails:允許請(qǐng)求失敗的次數(shù)默認(rèn)為1.當(dāng)超過(guò)最大次數(shù)時(shí)蔗彤,返回proxy_next_upstream模塊定義的錯(cuò)誤
4.fail_timeout:max_fails次失敗后川梅,暫停的時(shí)間。
5.backup: 其它所有的非backup機(jī)器down或者忙的時(shí)候然遏,請(qǐng)求backup機(jī)器贫途。所以這臺(tái)機(jī)器壓力會(huì)最輕。

nginx支持同時(shí)設(shè)置多組的負(fù)載均衡待侵,用來(lái)給不用的server來(lái)使用丢早。

client_body_in_file_only設(shè)置為On 可以講client post過(guò)來(lái)的數(shù)據(jù)記錄到文件中用來(lái)做debug
client_body_temp_path設(shè)置記錄文件的目錄 可以設(shè)置最多3層目錄

location對(duì)URL進(jìn)行匹配.可以進(jìn)行重定向或者進(jìn)行新的代理 負(fù)載均衡

配置虛擬機(jī)

server
{
listen 80;
配置監(jiān)聽(tīng)端口

server_name image.***.com; 多個(gè)域名,可空格 分開(kāi)添加
配置訪問(wèn)域名

location ~* .(mp3|exe)$ {
對(duì)以“mp3或exe”結(jié)尾的地址進(jìn)行負(fù)載均衡

proxy_pass http://img_relay$request_uri;
設(shè)置被代理服務(wù)器的端口或套接字秧倾,以及URL

proxy_set_header Host host; proxy_set_header X-Real-IPremote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
以上三行怨酝,目的是將代理服務(wù)器收到的用戶的信息傳到真實(shí)服務(wù)器上
}

location /face {
if (http_user_agent ~* "xnp") { rewrite ^(.*) http://211.151.188.190:8080/face.jpg redirect;
}

proxy_pass http://img_relayrequest_uri; proxy_set_header Hosthost;
proxy_set_header X-Real-IP remote_addr; proxy_set_header X-Forwarded-Forproxy_add_x_forwarded_for;
error_page 404 502 = @fetch;
}

location @fetch {
access_log /data/logs/face.log log404;
rewrite ^(.*)$ http://211.151.188.190:8080/face.jpg redirect;
}

location /image {
if (http_user_agent ~* "xnp") { rewrite ^(.*) http://211.151.188.190:8080/face.jpg redirect;
}

proxy_pass http://img_relayrequest_uri; proxy_set_header Hosthost;
proxy_set_header X-Real-IP remote_addr; proxy_set_header X-Forwarded-Forproxy_add_x_forwarded_for;
error_page 404 502 = @fetch;
}

location @fetch {
access_log /data/logs/image.log log404;
rewrite ^(.*)$ http://211.151.188.190:8080/face.jpg redirect;
}
}

其他舉例

server
{
listen 80;
server_name ..com ..cn;
location ~* .(mp3|exe){ proxy_pass http://img_relayrequest_uri;
proxy_set_header Host host; proxy_set_header X-Real-IPremote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

location / {
if (http_user_agent ~* "xnp") { rewrite ^(.*) http://i1.***img.com/help/noimg.gif redirect;
}

proxy_pass http://img_relayrequest_uri; proxy_set_header Hosthost;
proxy_set_header X-Real-IP remote_addr; proxy_set_header X-Forwarded-Forproxy_add_x_forwarded_for;

error_page 404 http://i1.***img.com/help/noimg.gif;

error_page 404 502 = @fetch;
}

location @fetch {
access_log /data/logs/baijiaqi.log log404;
rewrite ^(.)$ http://i1.**img.com/help/noimg.gif redirect;
}
}

server

{

listen 80;
server_name .*img.com;
location ~
.(mp3|exe){ proxy_pass http://img_relayrequest_uri;
proxy_set_header Host host; proxy_set_header X-Real-IPremote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

location / {

if ($http_user_agent ~* "xnp") {

rewrite ^(.)$ http://i1.**img.com/help/noimg.gif;

}
proxy_pass http://img_relay$request_uri;

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

error_page 404 http://i1.***img.com/help/noimg.gif;

error_page 404 = @fetch;

}

access_log off;

location @fetch {

access_log /data/logs/baijiaqi.log log404;

rewrite ^(.)$ http://i1.**img.com/help/noimg.gif redirect;

}

}

server

{

listen 8080;

server_name ngx-ha.***img.com;

location / {

stub_status on;

access_log off;

}

}

server {

listen 80;

server_name imgsrc1.***.net;

root html;

}

server {

listen 80;

server_name .com w..com;

access_log /usr/local/nginx/logs/access_log main;

location / {

rewrite ^(.)$ http://www.**.com/ ;

}

}

server {

listen 80;

server_name *******.com w.*******.com;

access_log /usr/local/nginx/logs/access_log main;

location / {

rewrite ^(.*)$ http://www.*******.com/;

}

}

server {

listen 80;

server_name ******.com;

access_log /usr/local/nginx/logs/access_log main;

location / {

rewrite ^(.*)$ http://www.******.com/;

}

}

location /NginxStatus {
stub_status on;
access_log on;
auth_basic "NginxStatus";
auth_basic_user_file conf/htpasswd;
}

設(shè)定查看Nginx狀態(tài)的地址

location ~ /.ht {
deny all;
}

禁止訪問(wèn).htxxx文件

}

注釋:變量

Ngx_http_core_module模塊支持內(nèi)置變量,他們的名字和apache的內(nèi)置變量是一致的那先。

首先是說(shuō)明客戶請(qǐng)求title中的行农猬,例如http_user_agent,http_cookie等等。

此外還有其它的一些變量

$args此變量與請(qǐng)求行中的參數(shù)相等

$content_length等于請(qǐng)求行的“Content_Length”的值胃榕。

$content_type等同與請(qǐng)求頭部的”Content_Type”的值

$document_root等同于當(dāng)前請(qǐng)求的root指令指定的值

document_uri與uri一樣

$host與請(qǐng)求頭部中“Host”行指定的值或是request到達(dá)的server的名字(沒(méi)有Host行)一樣

$limit_rate允許限制的連接速率

$request_method等同于request的method盛险,通常是“GET”或“POST”

$remote_addr客戶端ip

$remote_port客戶端port

$remote_user等同于用戶名,由ngx_http_auth_basic_module認(rèn)證

$request_filename當(dāng)前請(qǐng)求的文件的路徑名勋又,由root或alias和URI request組合而成

$request_body_file

$request_uri含有參數(shù)的完整的初始URI

query_string與args一樣

$sheeme http模式(http,https)盡在要求是評(píng)估例如

Rewrite ^(.+)sheme://example.com$; Redirect;

$server_protocol等同于request的協(xié)議苦掘,使用“HTTP/或“HTTP/

$server_addr request到達(dá)的server的ip,一般獲得此變量的值的目的是進(jìn)行系統(tǒng)調(diào)用楔壤。為了避免系統(tǒng)調(diào)用鹤啡,有必要在listen指令中指明ip,并使用bind參數(shù)蹲嚣。

$server_name請(qǐng)求到達(dá)的服務(wù)器名

$server_port請(qǐng)求到達(dá)的服務(wù)器的端口號(hào)

$uri等同于當(dāng)前request中的URI递瑰,可不同于初始值祟牲,例如內(nèi)部重定向時(shí)或使用index

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市抖部,隨后出現(xiàn)的幾起案子说贝,更是在濱河造成了極大的恐慌,老刑警劉巖慎颗,帶你破解...
    沈念sama閱讀 222,183評(píng)論 6 516
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件乡恕,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡俯萎,警方通過(guò)查閱死者的電腦和手機(jī)傲宜,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,850評(píng)論 3 399
  • 文/潘曉璐 我一進(jìn)店門(mén),熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)夫啊,“玉大人函卒,你說(shuō)我怎么就攤上這事∑裁校” “怎么了报嵌?”我有些...
    開(kāi)封第一講書(shū)人閱讀 168,766評(píng)論 0 361
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)叛本。 經(jīng)常有香客問(wèn)我沪蓬,道長(zhǎng),這世上最難降的妖魔是什么来候? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 59,854評(píng)論 1 299
  • 正文 為了忘掉前任,我火速辦了婚禮逸雹,結(jié)果婚禮上营搅,老公的妹妹穿的比我還像新娘。我一直安慰自己梆砸,他們只是感情好转质,可當(dāng)我...
    茶點(diǎn)故事閱讀 68,871評(píng)論 6 398
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著帖世,像睡著了一般休蟹。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上日矫,一...
    開(kāi)封第一講書(shū)人閱讀 52,457評(píng)論 1 311
  • 那天赂弓,我揣著相機(jī)與錄音,去河邊找鬼哪轿。 笑死盈魁,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的窃诉。 我是一名探鬼主播杨耙,決...
    沈念sama閱讀 40,999評(píng)論 3 422
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼赤套,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了珊膜?” 一聲冷哼從身側(cè)響起容握,我...
    開(kāi)封第一講書(shū)人閱讀 39,914評(píng)論 0 277
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎车柠,沒(méi)想到半個(gè)月后唯沮,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 46,465評(píng)論 1 319
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡堪遂,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,543評(píng)論 3 342
  • 正文 我和宋清朗相戀三年介蛉,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片溶褪。...
    茶點(diǎn)故事閱讀 40,675評(píng)論 1 353
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡币旧,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出猿妈,到底是詐尸還是另有隱情吹菱,我是刑警寧澤,帶...
    沈念sama閱讀 36,354評(píng)論 5 351
  • 正文 年R本政府宣布彭则,位于F島的核電站鳍刷,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏俯抖。R本人自食惡果不足惜输瓜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 42,029評(píng)論 3 335
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望芬萍。 院中可真熱鬧尤揣,春花似錦、人聲如沸柬祠。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 32,514評(píng)論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)漫蛔。三九已至嗜愈,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間莽龟,已是汗流浹背蠕嫁。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 33,616評(píng)論 1 274
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留轧房,地道東北人拌阴。 一個(gè)月前我還...
    沈念sama閱讀 49,091評(píng)論 3 378
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像奶镶,于是被迫代替她去往敵國(guó)和親迟赃。 傳聞我的和親對(duì)象是個(gè)殘疾皇子陪拘,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,685評(píng)論 2 360

推薦閱讀更多精彩內(nèi)容