2020年12月12日星期六

怎么让自己快速死心 放下一段感情最狠的办法

很多时候,只有你放下了一段感情,那才能真的让自己得到解脱。如果你想要这样做,那当然要用合适的办法来放下一段感情。女人都应该对自己好一点,不要让自己陷入无望的感情纠葛当中。今天就来看一下怎么让自己快速死心和放下一段感情最狠的办法。

怎么让自己快速死心 放下一段感情最狠的办法

第一时间删除对方的联系方式

你要给自己留出最后的态度,只有切断了和对方所有的联络方式,你才有可能放下对方。

感情就是如此,如果不给自己留后路,不给自己留下后悔的机会,那放下这件事也就变得简单多了。

其实你可以想象一下,如果你已经决定要放弃对方,但却始终舍不得删除拉黑对方,那你就一定能忍住不联系对方吗?你不能,你总会忍不住去看对方的朋友圈动态,忍不住想要去关心和联系对方。

但你却忘记了,越是这样,你越难真正放下一个人。只有肯定地遗忘,你才能真正地放下。

不去打扰

两个人在一起的时候,最重要的是能不能给对方一个想要的未来,亦或是给彼此创造一个更加光明的未来。如果不能的话,这样的感情注定是不幸福的。

如果对方不那么爱你,或者你们并不适合在一起,那还是及早放手比较好。

如果已经下定决心忘记对方了,那就别再打扰对方,潇洒的放手吧。

不要纠缠

不少人在和心爱的人分手时,想法设法的纠缠,卑微的乞求对方不要离开,甚至还威胁对方,让对方不离开你,而你的纠缠除了让你的脸被丢在地上摩擦,并没有让那个人回到你身边。

因此不再纠缠是你最好的选择,从对方说分手的那一瞬间,你就要做好从此再无交集的准备,彻底远离与他相关的一切,这是你彻底放下的前提,让你能够体面的结束这场给你痛苦的感情。

时间能够治愈一切,也可以让你变得足够强大

放下一个人,最重要的就是时间了,时间可以冲淡一切悲伤。分开之后,短暂的时间里确实不可能让自己快速地走出,但是未来这么长,难道要一辈子耗在这段没有结果的恋爱里吗?

虽然说放下一段感情很难很难,那是你没有找到一种,放下一段感情最狠的办法,还会让自己能够得到他的消息,还会让自己去想他,所以你才会越来越放不下他,你也就在很长一段时间中都走不出你们的分手痛苦期,在分手之后,如果我们能够找到一个放下他的好方法,自然会让你的伤害降到最低点,每个人在分手的时候,无论他在这段感情中付出的多,或者是少都会有伤心的,你越去想他那么你就越痛苦,相信这一点是有目共睹的,所以说,能够在短时间内去忘掉他,才是你现在最应该做的,也才是对你最好的选择。

原文转载:http://lady.shaoqun.com/a/260338.html

heap:https://www.ikjzd.com/w/2012

costco:https://www.ikjzd.com/w/1680

tm商标:https://www.ikjzd.com/w/1069


很多时候,只有你放下了一段感情,那才能真的让自己得到解脱。如果你想要这样做,那当然要用合适的办法来放下一段感情。女人都应该对自己好一点,不要让自己陷入无望的感情纠葛当中。今天就来看一下怎么让自己快速死心和放下一段感情最狠的办法。第一时间删除对方的联系方式你要给自己留出最后的态度,只有切断了和对方所有的联络方式,你才有可能放下对方。感情就是如此,如果不给自己留后路,不给自己留下后悔的机会,那放下这件
燕文物流:燕文物流
auditor:auditor
5.19中国旅游日桂林象山景区免门票吗?5月19桂林象鼻山:5.19中国旅游日桂林象山景区免门票吗?5月19桂林象鼻山
2019下半年Wish产品的打造新思路:2019下半年Wish产品的打造新思路
2020中原大佛浴佛节优惠活动介绍?平顶山中原大佛浴佛节免:2020中原大佛浴佛节优惠活动介绍?平顶山中原大佛浴佛节免

Nginx负载均衡配置

请叫我头头哥Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,在BSD-like 协议下发行。其特点是占有内存少,并发能力强,事实上nginx的并发能力在同类型的网页服务器中表现较好。本篇文章主要介绍nginx复杂均衡配置,以及配置过程中遇到的一些问题。负载用的实例以docker为主。

Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,在BSD-like 协议下发行。其特点是占有内存少,并发能力强,事实上nginx的并发能力在同类型的网页服务器中表现较好。

本篇文章主要介绍nginx复杂均衡配置,以及配置过程中遇到的一些问题。负载用的实例以docker为主。


v安装nginx

yum -y install nginx

注意:若在这一步,遇到错误提示 没有可用软件包 nginx。 ,可以看看文章《yum install nginx-没有可用软件包 nginx。》提供了详细的解决办法。

安装完毕查一下nginx版本号 nginx -v

顺便通过 rpm -ql nginx 查看nginx的安装目录。/etc/nginx主要都是配置文件,/var/log/nginx主要都是nginx相关日志。

Nginx负载均衡配置

图片来源于网络,侵删。

启动 Nginx : systemctl start nginx

若开启了防火墙,可以先关闭防火墙。 systemctl stop firewalld

设置nginx自动启动: systemctl enable nginx

启动nginx: systemctl start nginx

关闭nginx: systemctl stop nginx

重启nginx: systemctl restart nginx

查看nginx: systemctl status nginx

查看nginx失败原因: systemctl status nginx.service 或者 journalctl -xe 。这个很有用,在配置nginx.conf时配错了,启动nginx起不来,可以通过这个命令查看。

v详解nginx.conf

其实我们常说的Nginx负载均衡配置,Nginx负载均衡配置。 一般主要就是配置nginx.conf。

2.0 nginx.conf默认配置

Nginx负载均衡配置Nginx负载均衡配置
# For more information on configuration, see:# * Official English Documentation: * Official Russian Documentation: nginx;worker_processes auto;error_log /var/log/nginx/error.log;pid /run/nginx.pid;# Load dynamic modules. See /usr/share/doc/nginx/README.dynamic.include /usr/share/nginx/modules/*.conf;events { worker_connections 1024;}http { log_format main '$remote_addr - $remote_user [$time_local] "$request" '      '$status $body_bytes_sent "$http_referer" '      '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/log/nginx/access.log main; sendfile   on; tcp_nopush   on; tcp_nodelay   on; keepalive_timeout 65; types_hash_max_size 2048; include    /etc/nginx/mime.types; default_type  application/octet-stream; # Load modular configuration files from the /etc/nginx/conf.d directory. # See # for more information. include /etc/nginx/conf.d/*.conf;  server {  listen  80 default_server;  listen  [::]:80 default_server;  server_name _;  root   /usr/share/nginx/html;  # Load configuration files for the default server block.  include /etc/nginx/default.d/*.conf;  location / {  }  error_page 404 /404.html;  location = /404.html {  }  error_page 500 502 503 504 /50x.html;  location = /50x.html {  } }# Settings for a TLS enabled server.## server {#  listen  443 ssl http2 default_server;#  listen  [::]:443 ssl http2 default_server;#  server_name _;#  root   /usr/share/nginx/html;##  ssl_certificate "/etc/pki/nginx/server.crt";#  ssl_certificate_key "/etc/pki/nginx/private/server.key";#  ssl_session_cache shared:SSL:1m;#  ssl_session_timeout 10m;#  ssl_ciphers HIGH:!aNULL:!MD5;#  ssl_prefer_server_ciphers on;##  # Load configuration files for the default server block.#  include /etc/nginx/default.d/*.conf;##  location / {#  }##  error_page 404 /404.html;#  location = /404.html {#  }##  error_page 500 502 503 504 /50x.html;#  location = /50x.html {#  }# }}

View Code

2.1 nginx.conf文件目录

...    #全局块events {   #events块 ...}http  #http块{ ... #http全局块 server  #server块 {   ...  #server全局块  location [PATTERN] #location块  {   ...  }  location [PATTERN]   {   ...  } } server {  ... } ...  #http全局块}

2.2 nginx.conf详解:

######Nginx配置文件nginx.conf中文详解######定义Nginx运行的用户和用户组user www www;#nginx进程数,建议设置为等于CPU总核心数。worker_processes 8; #全局错误日志定义类型,[ debug | info | notice | warn | error | crit ]error_log /usr/local/nginx/logs/error.log info;#进程pid文件pid /usr/local/nginx/logs/nginx.pid;#指定进程可以打开的最大描述符:数目#工作模式与连接数上限#这个指令是指当一个nginx进程打开的最多文件描述符数目,理论值应该是最多打开文件数(ulimit -n)与nginx进程数相除,但是nginx分配请求并不是那么均匀,所以最好与ulimit -n 的值保持一致。#现在在linux 2.6内核下开启文件打开数为65535,worker_rlimit_nofile就相应应该填写65535。#这是因为nginx调度时分配请求到进程并不是那么的均衡,所以假如填写10240,总并发量达到3-4万时就有进程可能超过10240了,这时会返回502错误。worker_rlimit_nofile 65535;events{ #参考事件模型,use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; epoll模型 #是Linux 2.6以上版本内核中的高性能网络I/O模型,linux建议epoll,如果跑在FreeBSD上面,就用kqueue模型。 #补充说明: #与apache相类,nginx针对不同的操作系统,有不同的事件模型 #A)标准事件模型 #Select、poll属于标准事件模型,如果当前系统不存在更有效的方法,nginx会选择select或poll #B)高效事件模型 #Kqueue:使用于FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0 和 MacOS X.使用双处理器的MacOS X系统使用kqueue可能会造成内核崩溃。 #Epoll:使用于Linux内核2.6版本及以后的系统。 #/dev/poll:使用于Solaris 7 11/99+,HP/UX 11.22+ (eventport),IRIX 6.5.15+ 和 Tru64 UNIX 5.1A+。 #Eventport:使用于Solaris 10。 为了防止出现内核崩溃的问题, 有必要安装安全补丁。 use epoll; #单个进程最大连接数(最大连接数=连接数*进程数) #根据硬件调整,和前面工作进程配合起来用,尽量大,但是别把cpu跑到100%就行。每个进程允许的最多连接数,理论上每台nginx服务器的最大连接数为。 worker_connections 65535; #keepalive超时时间。 keepalive_timeout 60; #客户端请求头部的缓冲区大小。这个可以根据你的系统分页大小来设置,一般一个请求头的大小不会超过1k,不过由于一般系统分页都要大于1k,所以这里设置为分页大小。 #分页大小可以用命令getconf PAGESIZE 取得。 #[root@web001 ~]# getconf PAGESIZE #4096 #但也有client_header_buffer_size超过4k的情况,但是client_header_buffer_size该值必须设置为"系统分页大小"的整倍数。 client_header_buffer_size 4k; #这个将为打开文件指定缓存,默认是没有启用的,max指定缓存数量,建议和打开文件数一致,inactive是指经过多长时间文件没被请求后删除缓存。 open_file_cache max=65535 inactive=60s; #这个是指多长时间检查一次缓存的有效信息。 #语法:open_file_cache_valid time 默认值:open_file_cache_valid 60 使用字段:http, server, location 这个指令指定了何时需要检查open_file_cache中缓存项目的有效信息. open_file_cache_valid 80s; #open_file_cache指令中的inactive参数时间内文件的最少使用次数,如果超过这个数字,文件描述符一直是在缓存中打开的,如上例,如果有一个文件在inactive时间内一次没被使用,它将被移除。 #语法:open_file_cache_min_uses number 默认值:open_file_cache_min_uses 1 使用字段:http, server, location 这个指令指定了在open_file_cache指令无效的参数中一定的时间范围内可以使用的最小文件数,如果使用更大的值,文件描述符在cache中总是打开状态. open_file_cache_min_uses 1;  #语法:open_file_cache_errors on | off 默认值:open_file_cache_errors off 使用字段:http, server, location 这个指令指定是否在搜索一个文件是记录cache错误. open_file_cache_errors on;} #设定http服务器,利用它的反向代理功能提供负载均衡支持http{ #文件扩展名与文件类型映射表 include mime.types; #默认文件类型 default_type application/octet-stream; #默认编码 #charset utf-8; #服务器名字的hash表大小 #保存服务器名字的hash表是由指令server_names_hash_max_size 和server_names_hash_bucket_size所控制的。参数hash bucket size总是等于hash表的大小,并且是一路处理器缓存大小的倍数。在减少了在内存中的存取次数后,使在处理器中加速查找hash表键值成为可能。如果hash bucket size等于一路处理器缓存的大小,那么在查找键的时候,最坏的情况下在内存中查找的次数为2。第一次是确定存储单元的地址,第二次是在存储单元中查找键 值。因此,如果Nginx给出需要增大hash max size 或 hash bucket size的提示,那么首要的是增大前一个参数的大小. server_names_hash_bucket_size 128; #客户端请求头部的缓冲区大小。这个可以根据你的系统分页大小来设置,一般一个请求的头部大小不会超过1k,不过由于一般系统分页都要大于1k,所以这里设置为分页大小。分页大小可以用命令getconf PAGESIZE取得。 client_header_buffer_size 32k; #客户请求头缓冲大小。nginx默认会用client_header_buffer_size这个buffer来读取header值,如果header过大,它会使用large_client_header_buffers来读取。 large_client_header_buffers 4 64k; #设定通过nginx上传文件的大小 client_max_body_size 8m; #开启高效文件传输模式,sendfile指令指定nginx是否调用sendfile函数来输出文件,对于普通应用设为 on,如果用来进行下载等应用磁盘IO重负载应用,可设置为off,以平衡磁盘与网络I/O处理速度,降低系统的负载。注意:如果图片显示不正常把这个改成off。 #sendfile指令指定 nginx 是否调用sendfile 函数(zero copy 方式)来输出文件,对于普通应用,必须设为on。如果用来进行下载等应用磁盘IO重负载应用,可设置为off,以平衡磁盘与网络IO处理速度,降低系统uptime。 sendfile on; #开启目录列表访问,合适下载服务器,默认关闭。 autoindex on; #此选项允许或禁止使用socke的TCP_CORK的选项,此选项仅在使用sendfile的时候使用 tcp_nopush on;   tcp_nodelay on; #长连接超时时间,单位是秒 keepalive_timeout 120; #FastCGI相关参数是为了改善网站的性能:减少资源占用,提高访问速度。下面参数看字面意思都能理解。 fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300; fastcgi_buffer_size 64k; fastcgi_buffers 4 64k; fastcgi_busy_buffers_size 128k; fastcgi_temp_file_write_size 128k; #gzip模块设置 gzip on; #开启gzip压缩输出 gzip_min_length 1k; #最小压缩文件大小 gzip_buffers 4 16k; #压缩缓冲区 gzip_http_version 1.0; #压缩版本(默认1.1,前端如果是squid2.5请使用1.0) gzip_comp_level 2; #压缩等级 gzip_types text/plain application/x-javascript text/css application/

v配置nginx.conf

3.1 创建springboot工程,添加测试用的接口

/** * @author toutou * @date by 2020/11 * @des */@Slf4j@RestControllerpublic class IndexController { @GetMapping("/index") public Result index(HttpServletRequest req) {  String ip = "";  try {   InetAddress localHost = InetAddress.getLocalHost();   if (localHost != null && localHost.getHostAddress() != null) {    String[] split = localHost.getHostAddress().split("\\.");    if (split.length > 1) {     ip = split[split.length - 1];    }   }  } catch (Exception ipe) {   log.warn("Caught Exception when get ip", ipe);  }  String message = String.format("Server ip:%s; Server Port:%d;Local Port:%d", ip, req.getServerPort(), req.getLocalPort());  return Result.setSuccessResult(message); }}

如果不会创建springboot工程的也没有关系,可以看看SpringBoot入门教程(一)详解intellij idea搭建SpringBoot,手把手教程。

3.2 如下图,先创建6个docker springboot实例

Nginx负载均衡配置

如果不会docker部署springboot的话,可以看看详解docker部署SpringBoot及如何替换jar包,手把手教程。

3.3 设置nginx.conf配置

user nginx;worker_processes auto;error_log /var/log/nginx/error.log;pid /run/nginx.pid;# Load dynamic modules. See /usr/share/doc/nginx/README.dynamic.include /usr/share/nginx/modules/*.conf;events { worker_connections 1024;}http { log_format main '$remote_addr - $remote_user [$time_local] "$request" '      '$status $body_bytes_sent "$http_referer" '      '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/log/nginx/access.log main; sendfile   on; tcp_nopush   on; tcp_nodelay   on; keepalive_timeout 65; types_hash_max_size 2048; include    /etc/nginx/mime.types; default_type  application/octet-stream; include /etc/nginx/conf.d/*.conf;  server {  listen  80 default_server;  listen  [::]:80 default_server;  server_name _;  root   /usr/share/nginx/html;  # Load configuration files for the default server block.  include /etc/nginx/default.d/*.conf;  location / {  }  error_page 404 /404.html;  location = /404.html {  }  error_page 500 502 503 504 /50x.html;  location = /50x.html {  } }  upstream hellolearn1 {  server 127.0.0.1:8301;  server 127.0.0.1:8302;  server 127.0.0.1:8303; }  server {  listen  8080;  server_name www.toutou.com;  location / {   proxy_pass   proxy_set_header Host $host;   proxy_set_header X-Real-IP $remote_addr;   proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;  } }}

主要是在原有的nginx.conf配置文件中追加upstream块和server块。

客户端host配置

ip www.toutou.comip www.nginxconfig.comip api.nginxconfig.com

3.4 测试效果

Nginx负载均衡配置

3次请求分别命中了3个docker实例,这是因为上面配置文件upstream块中没有配置nginx负载均衡的分配方式,默认是轮询方式。

3.5 nginx负载分配方式:

3.5.1 轮询

默认方式,每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。虽然这种方式简便、成本低廉。但缺点是:可靠性低和负载分配不均衡。适用于图片服务器集群和纯静态页面服务器集群。

3.5.2 weight(权重分配)

指定轮询几率,权重越高,在被访问的概率越大,用于后端服务器性能不均的情况。

例子:

upstream hellolearn{  server 127.0.0.1:8001 weight=1;  server 127.0.0.1:8002 weight=2;  server 127.0.0.1:8003 weight=3;}

当Nginx每收到6个请求,会把其中的1个转发给8001,把其中的2个转发给8002,把其中的3个转发给8003。

3.5.3 ip_hash

每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。

例子:

upstream hellolearn{  ip_hash;  server 127.0.0.1:8001; server 127.0.0.1:8002; server 127.0.0.1:8003;}

3.5.4 fair(第三方)

按后端服务器的响应时间分配,响应时间短的优先分配,依赖第三方插件 nginx-upstream-fair,需要先安装。

例子:

upstream hellolearn{  fair;  server 127.0.0.1:8001; server 127.0.0.1:8002; server 127.0.0.1:8003;}

3.5.5 url_hash(第三方)

按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。在upstream中加入hash语句,hash_method是使用的hash算法。

例子:

upstream hellolearn{  server 127.0.0.1:8001; server 127.0.0.1:8002; server 127.0.0.1:8003; hash $request_uri;  hash_method crc32; }

nginx 1.7.2版本后,已经集成了url hash功能,可直接使用,不要安装三方模块。 该信息来自网络,未亲测,感兴趣的朋友可以试试。

3.6 负载均衡调度中的状态

Nginx负载均衡配置

例子:

upstream hellolearn { server 127.0.0.1:8301 down; server 127.0.0.1:8302 backup; server 127.0.0.1:8303 max_fails=3 fail_timeout=30s;}

注意:若访问nginx提示502的话,可以查看一下日志 less /var/log/nginx/error.log 。若发现提示Permission denied,输入命令 setsebool -P httpd_can_network_connect 1 即可解决。

v进阶配置

http块中可以有多个upstream块和server块,那么我们就来配置多个upstream块和server块看看什么效果。

4.1 nginx.conf中追加upstream块和server

user nginx;worker_processes auto;error_log /var/log/nginx/error.log;pid /run/nginx.pid;include /usr/share/nginx/modules/*.conf;events { worker_connections 1024;}http { log_format main '$remote_addr - $remote_user [$time_local] "$request" '      '$status $body_bytes_sent "$http_referer" '      '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/log/nginx/access.log main; sendfile   on; tcp_nopush   on; tcp_nodelay   on; keepalive_timeout 65; types_hash_max_size 2048; include    /etc/nginx/mime.types; default_type  application/octet-stream; include /etc/nginx/conf.d/*.conf;  server {  listen  80 default_server;  listen  [::]:80 default_server;  server_name _;  root   /usr/share/nginx/html;  # Load configuration files for the default server block.  include /etc/nginx/default.d/*.conf;  location / {  }  error_page 404 /404.html;  location = /404.html {  }  error_page 500 502 503 504 /50x.html;  location = /50x.html {  } }  upstream hellolearn1 {  server 127.0.0.1:8301;  server 127.0.0.1:8302;  server 127.0.0.1:8303;  #server 192.168.118.137:8303; }  server {  listen  8080;  server_name www.toutou.com;  location / {   proxy_pass   proxy_set_header Host $host;   proxy_set_header X-Real-IP $remote_addr;   proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;  } }  upstream hellolearn2 {  server 127.0.0.1:8304;  server 127.0.0.1:8305;  server 127.0.0.1:8306; }  server {  listen  8090;  server_name www.nginxconfig.com;  #负载到upstream hellolearn2  location / {   proxy_pass   proxy_set_header Host $host;   proxy_set_header X-Real-IP $remote_addr;   proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;  }    #匹配以/images/开头的任何查询并停止搜索,表示匹配URL时忽略字母大小写问题  location ^~ /sayhello/ {   default_type 'text/plain';   return 200 "say hello.";  } }  server {  listen  8099;  server_name ~.*nginxconfig.com;  #可以匹配所有请求  location / {   default_type "text/html;charset=utf-8";   return 200 "<p style='color:red;'>我可以匹配所有请求</p>";  }    #只有当用户请求是/时,才会使用该location下的配置  location = / {   default_type "text/html;charset=utf-8";   return 404 "<p style='color:blue;font-weight: bold;'>只有根目录才能发现我</p>";  }    #匹配任何以.red、.blue或者.black结尾的请求。  location ~* \.(red|blue|black)$ {   default_type "text/html;charset=utf-8";   return 200 "<p>red or blue or black</p>";  } }}

4.2 运行效果图

Nginx负载均衡配置

在nginx.conf末尾处中追加了一组upstream块和两组server块,其中两组server块共计包含5组location,上图中的5个演示效果,正是对应上末尾追加的5个location块的匹配规则的。

4.3 server_name的作用

server name 为虚拟服务器的识别路径。因此不同的域名会通过请求头中的HOST字段,匹配到特定的server块,转发到对应的应用服务器中去。

server_name与Host的匹配优先级:

首先选择所有字符串完全匹配的server_name。如:www.toutou.com

其次选择通配符在前面的server_name。如:*.toutou.com

其次选择通配符在后面的server_name。如:www.toutou.*

最后选择使用正在表达式才匹配的server_name。如:~^\.toutou\.com$

如果上面这些都不匹配

1、优先选择listen配置项后有default或default_server的

2、找到匹配listen端口的第一个server块

4.4 location匹配规则

location后面的这些 = 或者 ~ 具体是干嘛用的呢,分别介绍一下。

语法: location [=|~|~*|^~] /uri/ { … }

4.4.1 = 精确匹配路径,用于不含正则表达式的 uri 前,如果匹配成功,不再进行后续的查找。

4.4.2 ^~ 用于不含正则表达式的 uri; 前,表示如果该符号后面的字符是最佳匹配,采用该规则,不再进行后续的查找。

4.4.3 ~ 表示用该符号后面的正则去匹配路径,区分大小写。

4.4.4 ~* 表示用该符号后面的正则去匹配路径,不区分大小写。跟 ~ 优先级都比较低,如有多个location的正则能匹配的话,则使用正则表达式最长的那个。

v博客总结

Nginx能成为最受欢迎的web服务器之一,功能十分强大,还有很多功能值我们去学习。

其他参考/学习资料:

  • Configuration Guide
  • Nginx 从入门到实践,万字详解!
  • Understanding the Nginx Configuration File Structure and Configuration Contexts
  • Nginx location priority
  • nginx.conf文件内容详解
  • Nginx —— nginx服务的基本配置(nginx.conf文件的详解)

v源码地址

https://github.com/toutouge/javademosecond/tree/master/hellolearn


作  者:请叫我头头哥
出  处
关于作者:专注于基础平台的项目开发。如有问题或建议,请多多赐教!
版权声明:本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文链接。
特此声明:所有评论和私信都会在第一时间回复。也欢迎园子的大大们指正错误,共同进步。或者直接私信我
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是作者坚持原创和持续写作的最大动力!










原文转载:http://www.shaoqun.com/a/498780.html

米谷:https://www.ikjzd.com/w/1788

打折网:https://www.ikjzd.com/w/74

jpgoodbuy:https://www.ikjzd.com/w/1553


Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,在BSD-like协议下发行。其特点是占有内存少,并发能力强,事实上nginx的并发能力在同类型的网页服务器中表现较好。本篇文章主要介绍nginx复杂均衡配置,以及配置过程中遇到的一些问题。负载用的实例以docker为主。Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件(IMAP/POP3
airwallex:airwallex
首信易支付:首信易支付
一文带你快速了解集装箱标识!:一文带你快速了解集装箱标识!
木龙湖东盟园演出时间?桂林木龙湖东盟园几点开演?:木龙湖东盟园演出时间?桂林木龙湖东盟园几点开演?
马尔代夫机场有什么限制?:马尔代夫机场有什么限制?

《还珠格格》:三个版本的小燕子,为何赵薇的版本一直没人超越?

原标题:《还珠格格》:三个版本的小燕子,为何赵薇的版本一直没人超越?

经典的国产剧有不少,其中一部《还珠格格》相信是许多观众都有看过的,这部剧是根据琼瑶阿姨的同名小说改编翻拍,由赵薇、林心如、苏有朋、周杰、范冰冰、张铁林等演员主演的古装宫廷喜剧,剧情主要讲述皇帝的民间女儿紫薇上京寻亲,之后与小燕子相识,之后小燕子本想替紫薇找到皇帝认亲,没想到却阴差阳错顶替了紫薇的身份,一场关于认亲与爱情的故事由此展开。

《还珠格格》在1998年首播之后,瞬间吸引了无数的观众,最高的收视甚至突破62.8%,创造了中国影视剧有数据统计后的收视纪录。这部剧为何能够如此受欢迎,除了精彩的剧情以外,演员也是功不可没,赵薇在剧中饰演的小燕子尤其是备受观众的喜爱,成为一个经典的荧幕角色。对比紫薇的知书达理,温柔大方,大字不识的小燕子永远都大大咧咧的,即使进了皇宫,成为格格,也仍然改不掉自己的个性,闯出许多祸事来,但也意外地收获皇帝的喜爱,还有五阿哥永琪的爱情。

本来小燕子这样一个咋咋呼呼的角色,如果演绎不好也容易被观众厌烦,但是在赵薇的演绎之下,小燕子受到的认可和喜爱只多不少,不但古装颜值惊艳,而且演技非常灵动,一双大眼睛尤其传神,可爱又迷人。即使之后又多出了两个版本的小燕子,一个是《还珠格格》第三部剧中黄奕饰演,一个是新版《还珠格格》中演员李晟饰演的。

黄奕饰演的是婚后几年的小燕子,其实当时片方也想邀请赵薇回归的,但是赵薇却婉拒了,因此只能邀请新的演员出演,有原版的经典在前,黄奕应该是有压力的,虽然她的颜值不错,但是却没有赵薇那种娇俏灵动的感觉,还是差了一点的。而新版的小燕子更是不太合格,无论是颜值还是演技上,都不能与原版相比,给人的感觉是似乎总是瞪着眼睛在演戏,台词功底也比较稚嫩。所以赵薇饰演的小燕子,之所以没有人超越,一个是表现太出色,一个是后来的版本都表现欠缺,看来确实经典就是难以超越的存在。

返回搜狐,查看更多

责任编辑:

原文转载:http://yl.shaoqun.com/a/211404.html

浩方:https://www.ikjzd.com/w/1046

打折网:https://www.ikjzd.com/w/74

bol:https://www.ikjzd.com/w/291


原标题:《还珠格格》:三个版本的小燕子,为何赵薇的版本一直没人超越?经典的国产剧有不少,其中一部《还珠格格》相信是许多观众都有看过的,这部剧是根据琼瑶阿姨的同名小说改编翻拍,由赵薇、林心如、苏有朋、周杰、范冰冰、张铁林等演员主演的古装宫廷喜剧,剧情主要讲述皇帝的民间女儿紫薇上京寻亲,之后与小燕子相识,之后小燕子本想替紫薇找到皇帝认亲,没想到却阴差阳错顶替了紫薇的身份,一场关于认亲与爱情的故事由此展
paipaiwang:paipaiwang
e邮宝:e邮宝
潮州淡浮院免门票吗?淡浮院老人免费吗?:潮州淡浮院免门票吗?淡浮院老人免费吗?
厦门园博园有什么好玩的?:厦门园博园有什么好玩的?
想提高BSR排名却无从下手?首先你要了解它!:想提高BSR排名却无从下手?首先你要了解它!

MySQL(一):MySQL数据库事务与锁

主要讲述MySQL数据库内锁与事务之间的关系,如何使用锁保证事务安全执行,InnoDB内又有什么组件来实现MySQL数据库锁

基本概念

事务是指满足ACID特性的的一组操作,可以通过Commit提交事务,也可以也可以通过Rollback进行回滚。会存在中间态和一致性状态(也是真正在数据库表中存在的状态)

ACID

  • Atomicity【原子性】:事务被视为不可分割的最小单元,事务的所有操作要么全部提交成功,要么全部失败回滚。回滚可以用回滚日志(undo Log)来实现,回滚日志记录着事务所执行的修改操作,在回滚时反向执行这些修改操作即可

undoLog:为了满足事务的原子性,在操作任何数据之前,首先将数据备份到Undo Log,然后进行数据的修改。如果出现了错误或者用户执行了ROLLBACK语句,系统可以利用Undo Log中的备份将数据恢复到事务开始之前的状态。与redo log不同的是,磁盘上不存在单独的undo log文件,它存放在数据库内部的一个特殊段(segment)中,这称为undo段(undo segment),undo段位于共享表空间内。Innodb为每行记录都实现了三个隐藏字段:6字节的事务ID(DB_TRX_ID)7字节的回滚指针(DB_ROLL_PTR)隐藏的ID

  • Consistency【一致性】:数据库在事务执行前后都保持一致性状态,在一致性状态下,所有事务对同一个数据的读取结果都是相同的
  • Isolation【隔离性】:一个事务所做的修改在最终提交前,对其他事务是不可见的
  • Durability【持久性】:一旦事务提交,则其所做的修改将会永远保存到数据库中,即使系统发生崩溃,事务执行的结果也不能丢失。系统发生崩溃可以用redoLog进行恢复,从而实现持久性。与undoLog记录数据的逻辑修改不同,redoLog记录的是数据页的物理修改
  • 小结:
    1. 只有满足一致性,事务的执行结果才是正确的。
    2. 在无并发的情况下,事务串行执行,隔离性一定能够满足。此时只要能够满足原子性,就一定能满足一致性。
    3. 在并发情况下,多个事务并行执行,事务不仅要满足原子性,还需要满足隔离性,才能满足一致性
    4. 事务满足持久化是为了能够应对系统崩溃的情况

AutoCommit

  • MySQL默认采用自动提交模式,也就是说,如果不显示使用start transaction语句来开始一个事务,那么每个操作都会被当做一个事务并自动提交

事务隔离级别

  • 未提交读【read uncommitted】:事务中的修改,即使没有提交,对其他事务也是可见的
  • 提交读【read committed】:一个事务只能读取已经提交的事务所做的修改,换句话说,一个事务所做的修改在提交之前对其他事务是不可见的
  • 可重复读【repeatable read】:保证在同一个事务中多次读取同一数据的结果是一样的
  • 可串行化【serializable】:强制事务串行执行,这样多个事务互不干扰,不会出现并发一致性问题,该隔离级别需要加锁实现,因为要使用加锁机制保证同一时间只有一个事务执行,也就是保证事务串行执行

并发一致性问题

背景

在并发环境下,事务的隔离性很难保证,因此会出现很多并发一致性问题

主要场景

  • 丢失修改:丢失修改指一个事务更新操作被另外一个事务的更新操作替换。例如:T1 和 T2 两个事务都对一个数据进行修改,T1 先修改并提交生效,T2 随后修改,T2 的修改覆盖了 T1 的修改。
    业务场景:用户修改地址有修改地址信息和设置默认地址或者删除地址,这三个场景都是调用的同一个update语句。提供给用户更新地址的接口需要支持用户可设置默认地址,而不能将更新地址信息和设置默认地址分开提供接口,如果分开提供,上层服务调用实际上是一下子调用两个更新接口,这样很容易会出现丢失修改的场景。
  • 读脏数据:读脏数据指在不同的事务下,当前事务可以读取到另外事务未提交的数据,例如:T1 修改一个数据但未提交,T2 随后读取这个数据。如果 T1 撤销了这次修改,那么 T2 读取的数据是脏数据。
  • 不可重复读:不可重复读指在一个事务内多次读取同一数据集合,在这一事务还未结束前,另一个事务也访问了该同一数据集合并做了修改,由于第二个事务的修改,第一次事务的两次读取的数据可能不一致。例如:T2 读取一个数据,T1 对该数据做了修改。如果 T2 再次读取这个数据,此时读取的结果和第一次读取的结果不同。
  • 幻影读:幻读本质上也属于不可重复读的情况,T1读取某个范围的数据,T2在这个范围内插入新的数据,T1再次读取这个范围的数据,此时读取的结果和第一次读取的结果不同
  • 小结
    产生并发不一致性问题的主要原因是破坏了事务的隔离性,解决方法是通过并发控制来保证隔离性。并发控制可以通过封锁来实现,但是封锁操作需要用户自己控制,相当复杂。数据库管理系统提供了事务的隔离级别,让用户以一种更轻松的方式处理并发一致性问题。

封锁粒度:

  • 行级锁:只封锁需要修改的那部分数据或那行,不是封锁所有资源,发生锁争用的可能小,系统并发程度高
  • 表级锁:封锁整个表,锁定数据量太大,发生锁争用的概率大大加大,系统并发性能直线下滑

注意:加锁就会消耗资源,锁的各种操作【包括获取锁,释放锁,检查锁状态都会增加系统开销,因此封锁的粒度越小,系统开销越大】,在选择封锁粒度时,需要在锁开销和并发程度之间做一个权衡

封锁类型

读写锁

  • 互斥锁,简写为X锁,又称写锁。
    一个事务对数据对象 A 加了 X 锁,就可以对 A 进行读取和更新。加锁期间其它事务不能对 A 加任何锁。
  • 共享锁,简写为S锁,又称读锁。
    一个事务对数据对象 A 加了 S 锁,可以对 A 进行读取操作,但是不能进行更新操作。加锁期间其它事务能对 A 加 S 锁,但是不能加 X 锁。

意向锁

主要是表锁,但是不会真的锁

  • 在存在行级锁和表级锁的情况下,事务 T 想要对表 A 加 X 锁,就需要先检测是否有其它事务对表 A 或者表 A 中的任意一行加了锁,那么就需要对表 A 的每一行都检测一次,这是非常耗时的。
    意向锁在原来的 X/S 锁之上引入了 IX/IS,IX/IS 都是表锁,用来表示一个事务想要在表中的某个数据行上加 X 锁或 S 锁。
    有以下两个规定:
    一个事务在获得某个数据行对象的 S 锁之前,必须先获得表的 IS 锁或者更强的锁;
    一个事务在获得某个数据行对象的 X 锁之前,必须先获得表的 IX 锁。

    通过引入意向锁,事务 T 想要对表 A 加 X 锁,只需要先检测是否有其它事务对表 A 加了 X/IX/S/IS 锁,如果加了就表示有其它事务正在使用这个表或者表中某一行的锁,因此事务 T 加 X 锁失败。
  • 任意 IS/IX 锁之间都是兼容的,因为它们只表示想要对表加锁,而不是真正加锁
    这里兼容关系针对的是表级锁,而表级的 IX 锁和行级的 X 锁兼容,两个事务可以对两个数据行加 X 锁。
    (事务 T1 想要对数据行 R1 加 X 锁,事务 T2 想要对同一个表的数据行 R2 加 X 锁,两个事务都需要对该表加 IX 锁,但是 IX 锁是兼容的,并且 IX 锁与行级的 X 锁也是兼容的,因此两个事务都能加锁成功,对同一个表中的两个数据行做修改。)

MySQL隐式与显示锁定

  • 隐式锁定:MySQL 的 InnoDB 存储引擎采用两段锁协议,会根据隔离级别在需要的时候自动加锁,并且所有的锁都是在同一时刻被释放,这被称为隐式锁定

两段锁协议:加锁和解锁分为两个阶段进行,可串行化调度是指通过并发控制,使得并发执行的事务结果与某个串行执行的事务结果相同,串行执行的事务互不干扰,不会出现并发一致性问题

  • 或者使用特定语句进行显示锁定SELECT ... LOCK In SHARE MODE;(共享锁)SELECT ... FOR UPDATE;(排他锁)事务完成提交自动释放锁

MySQL三级封锁协议

  • 一级封锁协议:事务T要修改数据A时必须加X锁,知道事务T结束才释放锁可以解决丢失修改问题。这时候不能同时有两个事务对同一个数据进行修改,那么事务的修改就不会被覆盖
  • 二级封锁协议:在一级基础上,要求读取数据A时必须加S锁,读取完马上释放S锁可以解决读脏数据问题。因为如果有一个事务在对数据A进行修改,根据1级封锁协议,会加X锁,那么就不能再加S锁了,也就是不会读入脏数据
  • 三级封锁协议:在二级基础上,要求读取数据时必须加S锁,直到事务结束了才能释放S锁可以解决不可重复读的问题,因为读A时,其他事务不能对A加X锁,从而避免了在读期间数据发生改变

InnoDB引擎的锁实现

MVCC

  • 多版本并发控制是MySQL的innoDB存储引擎实现隔离级别的一种具体方式,可用于实现提交读和可重复读这两种隔离级别,而未提交读隔离级别总是读取最新的数据行,要求很低,无需使用MVCC
  • 在封锁一节中提到,加锁能解决多个事务同时执行时出现的并发一致性问题。在实际场景中读操作往往多于写操作,因此又引入了读写锁来避免不必要的加锁操作,例如读和读没有互斥关系。读写锁中读和写操作仍然是互斥的,而 MVCC 利用了多版本的思想,写操作更新最新的版本快照,而读操作去读旧版本快照,没有互斥关系,这一点和 CopyOnWrite 类似
  • 在 MVCC 中事务的修改操作(DELETE、INSERT、UPDATE)会为数据行新增一个版本快照。脏读和不可重复读最根本的原因是事务读取到其它事务未提交的修改。在事务进行读取操作时,为了解决脏读和不可重复读问题,MVCC 规定只能读取已经提交的快照。当然一个事务可以读取自身未提交的快照,这不算是脏读
  • 系统版本号 SYS_ID:是一个递增的数字,每开始一个新的事务,系统版本号就会自动递增。
  • 事务版本号 TRX_ID :事务开始时的系统版本号。
  • MVCC的多版本指的是多个版本的快照,快照存储在Undo日志中,该日志通过回滚指针ROLL_PTR把一个数据行的所有快照连接起来
  • INSERT、UPDATE、DELETE 操作会创建一个日志,并将事务版本号 TRX_ID 写入。DELETE 可以看成是一个特殊的 UPDATE,还会额外将 DEL 字段设置为 1

ReadView

  • MVCC维护了一个ReadView结构,主要包含了当前系统未提交的事务列表,还有该列表的最小值和最大值
  • 在进行 SELECT 操作时,根据数据行快照的 TRX_ID 与 TRX_ID_MIN 和 TRX_ID_MAX 之间的关系,从而判断数据行快照是否可以使用。
    • TRX_ID < TRX_ID_MIN,表示该数据行快照时在当前所有未提交事务之前进行更改的,因此可以使用。
    • TRX_ID > TRX_ID_MAX,表示该数据行快照是在事务启动之后被更改的,因此不可使用。
    • TRX_ID_MIN <= TRX_ID <= TRX_ID_MAX,需要根据隔离级别再进行判断
      • 提交读:如果 TRX_ID 在 TRX_IDs 列表中,表示该数据行快照对应的事务还未提交,则该快照不可使用。否则表示已经提交,可以使用。
      • 可重复读:都不可以使用。因为如果可以使用的话,那么其它事务也可以读到这个数据行快照并进行修改,那么当前事务再去读这个数据行得到的值就会发生改变,也就是出现了不可重复读问题。在数据行快照不可使用的情况下,需要沿着 Undo Log 的回滚指针 ROLL_PTR 找到下一个快照,再进行上面的判断。

快照读和安全读

  • 快照读:MVCC的select操作是快照中的数据,不需要进行加锁操作
  • 当前读:MVCC其它会对数据库进行修改的操作就需要进行加锁操作,从而读取最新的数据,可以看到MVCC并不是完全不用加锁,而只是避免了select的加锁操作

如果需要select进行加锁,就可以强制指定加锁操作,如之前提到的共享锁和排他锁

Next-Key Locks

  • 概念:Next-Key Locks 是 MySQL 的 InnoDB 存储引擎的一种锁实现。MVCC 不能解决幻影读问题,Next-Key Locks 就是为了解决这个问题而存在的。在可重复读(REPEATABLE READ)隔离级别下,使用 MVCC + Next-Key Locks 可以解决幻读问题。
  • Record Locks:锁定一个记录上的索引,而不是记录本身,如果表没有设置索引,InnoDB会自动在主键上创建隐藏的聚簇索引
  • Gap Locks:锁定索引之间的间隙,但是不包含索引本身。例如当一个事务执行以下语句SELECT c FROM t WHERE c BETWEEN 10 and 20 FOR UPDATE;
  • Next-Key Locks:它是 Record Locks 和 Gap Locks 的结合,不仅锁定一个记录上的索引,也锁定索引之间的间隙。它锁定一个前开后闭区间,例如一个索引包含以下值:10, 11, 13, and 20,那么就需要锁定以下区间:(-∞, 10](10, 11](11, 13](13, 20](20, +∞)

总结

上述理论较多,但是也是这些理论支撑整个研发过程,遇到多种业务场景时,需要根据数据库的隔离级别判断事务会不会出现死锁,数据不一致等等理论性问题。MySQL最厉害的地方也是在RR【可重复读】级别下避免了幻读,即兼顾性能又保证数据安全。
在开发微服务或者分布使项目时。尽量将事务写的简单些,让事务不会长时间锁住对应的行。这样也是保证了数据的一致性









原文转载:http://www.shaoqun.com/a/498771.html

智赢:https://www.ikjzd.com/w/1511

活动树:https://www.ikjzd.com/w/1518

走秀网:https://www.ikjzd.com/w/2427


主要讲述MySQL数据库内锁与事务之间的关系,如何使用锁保证事务安全执行,InnoDB内又有什么组件来实现MySQL数据库锁基本概念事务是指满足ACID特性的的一组操作,可以通过Commit提交事务,也可以也可以通过Rollback进行回滚。会存在中间态和一致性状态(也是真正在数据库表中存在的状态)ACIDAtomicity【原子性】:事务被视为不可分割的最小单元,事务的所有操作要么全部提交成功,
文化衫事件:文化衫事件
一淘比价网:一淘比价网
广东河源霍山路线?河源龙川霍山旅游攻略?:广东河源霍山路线?河源龙川霍山旅游攻略?
三亚有哪些风景区?:三亚有哪些风景区?
30余国家地区禁寄月饼 部分采取限制措施:30余国家地区禁寄月饼 部分采取限制措施

Linux 宝塔部署 ASP.NET Core 应用

第一步,发步应用

我这是一个API 应用和 MVC 应用

设置,服务器上要运行的端口

API 端口5000

MVC 端口5001

打包文件夹,发步

1、桌面新建俩个文件夹

2、右键项目发步,选中iis

目标位置选择刚刚桌面上创建的API文件夹

MVC 同理,这里不做演示

第二步、安装LInux ASP.NET Core 运行时环境

1、连接服务器

2、执行以下命令 (在Linux 鼠标右键复制粘贴)

sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm

 sudo yum install dotnet-sdk-3.1

耐心等待下载(停顿下时,Y 一下),安装完成

第三步,利用宝塔,将我们打包的项目文件上传到服务器

把打包发步的俩个文件夹上传上来

第四步,运行项目,浏览器访问

1、首先,在终端进入项目所在的文件,启动运行

运行你项目的dll文件

注意!这样运行项目,当你退出时,项目也将退出,我们必须保证项目一直在服务器运行所以,执行以下命令(Ctrl + C 退出)

退出后,执行 nohup dotnet Loans.API.dll

然后直接关闭终端,重新连接在对MVC 做同样的事情,记得把MVC中API的地址换成你服务器的地址(如果你是只有一个MVC项目就不必了,我这是API+MVC 所以的弄俩下)

2、其次开放防火墙端口,以及安全组端口(安全组,自行操作,不做演示)

第五步,浏览器运行









原文转载:http://www.shaoqun.com/a/498764.html

haofang:https://www.ikjzd.com/w/1046

淘粉吧首页:https://www.ikjzd.com/w/1725.html

prezi:https://www.ikjzd.com/w/1751


第一步,发步应用我这是一个API应用和MVC应用设置,服务器上要运行的端口API端口5000MVC端口5001打包文件夹,发步1、桌面新建俩个文件夹2、右键项目发步,选中iis目标位置选择刚刚桌面上创建的API文件夹MVC同理,这里不做演示第二步、安装LInuxASP.NETCore运行时环境1、连接服务器2、执行以下命令(在Linux鼠标右键复制粘贴)sudorpm-Uvhhttps://pac
bap:bap
6pm:6pm
大连圣亚海洋世界8、9月份营业和表演时间 :大连圣亚海洋世界8、9月份营业和表演时间
浪漫长滩岛美食特产 - :浪漫长滩岛美食特产 -
云南罗平多依河怎么走?:云南罗平多依河怎么走?

和男爱豆出演姐弟恋后,蒋梦婕又搭档于朦胧,出演新剧《大中医》

原标题:和男爱豆出演姐弟恋后,蒋梦婕又搭档于朦胧,出演新剧《大中医》

本文由明星粉丝团作者芦笙原创,未经允许不得转载

现在提到蒋梦婕的名字,其实大多数人都会觉得有些可惜。因为当年的《新红楼梦》剧组中,大部分的主演几乎都红了,只有蒋梦婕现在的发展平平。出演薛宝钗的李沁成为了当红女演员,出演晴雯的杨幂已经红了十年了,还有出演贾宝玉的杨洋,也做过当红流量小生。就连之前在剧中打酱油的宋轶和赵丽颖,如今也都是圈中知名度很高的女艺人。可是作为林黛玉这个主角的扮演者,蒋梦婕当年就不被观众认可,后来因为解约又沉寂了几年。

即便是如今参加了一些真人秀节目后,热度有所回温,但关注度依旧不是很高。大家提到蒋梦婕,也只能够记得那个因为铜钱头而被观众吐槽的林黛玉。但作为一名女演员来说,蒋梦婕的演技还是相当不错的,颜值也还可以,但现在的发展的确有些不尽人意。之前和江疏影李易峰合作了《我在北京等你》这部剧,出演女主角的心机闺蜜,没有什么存在感。今年又和男爱豆刘特合作了姐弟恋题材的电视剧《你成功引起我的注意了》。

在这部剧中,蒋梦婕出演的女主角,是一个婚后当了家庭主妇,最后丈夫出轨,毅然决然选择离婚的女性。在离婚后遇到了男主这个霸道总裁,做起了对方的私人助理,最后相爱的故事。故事情节没什么新意,但是姐弟恋的题材这几年还是比较热门的,只可惜,这部剧在开播后的几乎是没有水花,也没有多少人关注。为数不多的人关注后,还因为这样的剧情而被大家吐槽了。

所以说,在发展不太好的情况下,蒋梦婕的作品也没有得到大家的中意。近日,蒋梦婕又开机了一部新作品,是和于朦胧一起合作的《大中医》,在剧中出演一个奇女子。于朦胧是最近这两年圈中新一届的古装美男子,虽然作品质量也不太高,但好在于朦胧个人的热度还是不错的。而且,于朦胧最近也参加了《追光吧哥哥》这档节目,良好的体态和出众的外表让金星赞不绝口,不知道后期会不会借此成功翻红?

从《我家那闺女》这档节目中来看,蒋梦婕的性格和颜值都是很讨喜的,包括在节目中去当司机体验生活,全程都是属于好脾气的乖乖女。平时的生活也比较简单,和父母住在一起。之前也有被拍到和尹正的恋情绯闻,只不过双方对这个问题都没有回应。她现在只是缺了一部能够证明自己实力的作品,如果真的有这个机会的话,她应该是可以翻红的。还有人建议她去参加《浪姐2》,有没有唱跳能力不重要,重要的是能翻红啊。

犹记得当初蒋梦婕在《三少爷的剑》这部剧中出彩的表现,后来就再也没有在她的作品中看到过了。希望《大中医》这部剧能够让她在女演员这个身份上收获一些关注度吧。返回搜狐,查看更多

责任编辑:

原文转载:http://yl.shaoqun.com/a/211374.html

agora:https://www.ikjzd.com/w/2176

cbo:https://www.ikjzd.com/w/2670

c88:https://www.ikjzd.com/w/1017.html


原标题:和男爱豆出演姐弟恋后,蒋梦婕又搭档于朦胧,出演新剧《大中医》本文由明星粉丝团作者芦笙原创,未经允许不得转载现在提到蒋梦婕的名字,其实大多数人都会觉得有些可惜。因为当年的《新红楼梦》剧组中,大部分的主演几乎都红了,只有蒋梦婕现在的发展平平。出演薛宝钗的李沁成为了当红女演员,出演晴雯的杨幂已经红了十年了,还有出演贾宝玉的杨洋,也做过当红流量小生。就连之前在剧中打酱油的宋轶和赵丽颖,如今也都是圈
壹米滴答:壹米滴答
勤商网:勤商网
北京故宫附近有哪些停车场?:北京故宫附近有哪些停车场?
亚马逊账户信用卡扣款失败被封号怎么办?如何避免账号二审? :亚马逊账户信用卡扣款失败被封号怎么办?如何避免账号二审?
流动的油画 大同土林:流动的油画 大同土林

韩国导演金基德因新冠去世... 特立独行拿奖无数却又丑闻不断,如今...

原标题:韩国导演金基德因新冠去世... 特立独行拿奖无数却又丑闻不断,如今...

昨天,一条突发新闻刷遍了外网的社交媒体:

韩国著名导演及编剧金基德,在拉脱维亚因新冠病毒引起的并发症去世,享年59岁。

报道称,金基德是从圣彼得堡途经爱沙尼亚抵达拉脱维亚的,本来打算在拉脱维亚海滨城镇尤尔马拉买房,却不小心染上了新冠病毒引起并发症离世。

作为一位小众且高产的电影导演,金基德的名字常常出现在各大国际电影节上,但他的电影本身却不为太多人熟知。

坎坷的前半生,造就了这位导演特立独行的电影和行事作风格。

成名后的他却屡屡踩踏人性红线,陷入漠视演员生命,和几桩严重的性侵丑闻,在业内饱受批评。

下面,我们来回顾一下这位有"韩国之光"称号的导演满争议的一生…

1960年12月20日,金基德出生在韩国庆尚北道奉化郡,在一个贫穷的小山村长大。

9岁的时候全家移民汉城,当时金基德在一所农业技校就读,因为家庭贫困,中学没读毕业就被迫辍学了。

15岁时,金基德被父亲逼迫进工厂打工挣钱,父亲对他极其严厉,一直指望他将来当个企业家,改变家族的命运。也因此, 20岁之前的金基德,一直过着工厂打工的压抑生活,一直在为生存挣扎,从未想过电影之类的梦想…

1980年,20岁的金基德应征入伍去了海军,经历了5年的行伍生涯。

退伍之后,金基德在一个教会学校里找了一份差事,在那里,他生平第一次发现了自己有感兴趣的事物:

绘画…

这期间,他还在一家残疾人收容所里兼职干了5年的体力活。

1990年,金基德远赴巴黎学习纯艺(Fine Art),之后的两年里,他一直在巴黎街头卖画为生。 不出意外,世界上可能会多出一个穷困潦倒的画家。

然而1992年,好莱坞电影《沉默的羔羊》上映,彻底改变了金基德的一生。 在法国电影院看完电影的金基德内心久久不能平静,之后他再也没有回街头去卖画。

那时候的他,找到了自己愿意为之倾注一生的事业

——电影。

一个从未曾受过专业学习,没有任何经验的贫穷画家,此时定下了一个目标:

当导演,拍电影!

在外人看来的天方夜谭,金基德却决定一条道走到黑。

当然金基德也没有蛮干,他决定走编剧这条路,逐步学习制作电影。 回到韩国以后,他立马着手学习创作电影剧本。

事实证明,早年坎坷经历为他积累了大量的素材。

从1992年到1995年,他写的几个剧本连续获得国内最佳剧本奖。

到了1996年,怀揣导演梦的金基德终于筹到了资金,着手拍了生平第一部电影《鳄鱼藏尸日记》。

这饿没受过正规电影培训,完全野路子出身的导演,果然遭到了韩国人的冷遇。

他的作品在网上很长一段时间都无人问津,"手法业余"、"粗制滥造"等字眼,更是韩国主流影评人给他的标签。

然而,和在韩国内遭受的冷遇不同,金基德作品 特立独行的表达方式,却在国外引起了很大的反响。

1997年他的第二部电影《野兽之都》,也是他的半自传题材电影,刚一面世就入围了第16届温哥华国际电影节。

此后的几年,虽然韩国国内依旧骂声不断,对他的出身和电影本身进行了全方位抨击,但他依旧在外国电影节一年一个台阶。

到了1999年,他凭借《漂流欲室》入围了威尼斯电影节竞赛单元。

到了2002年,他更是凭借《坏小子》斩获了柏林电影节两项大奖。

从那以后,金基德这个名字开始在韩国有了一些正面评价,那一年,金基德还说服了大牌明星张东健,出演自己的又一部低成本电影《海岸线》。

和金基德的出身,成长经历相符,他电影里的人物大多来自底层,这些主人公出生卑微,为生活所迫往往行为不端,却又最终反转成为小人物式的英雄。

从1996年到2008年的这12年里,他几乎一年一部电影,每一部都能引发大范围的争议和讨论。

他拍摄电影的方式也同样饱受争议,被人称为用"饥饿精神"拍电影。

即用最低的预算,在极短的时间内,"战斗式"地拍完一部电影,有的片子仅用10天就拍摄制作完成,在拍戏中也常常漠视演员的身体和健康,令人咂舌。

然而,尽管争议巨大,却依然阻挡不了他的电影在欧洲屡获大奖。

2012年,他的第18部电影《圣殇》,一举拿下威尼斯电影节金狮奖,也是首部获得威尼斯、戛纳、柏林世界三大电影节最高殊荣的韩国电影!

这位电影界的边缘人,最终凭借他的特立独行,得到了主流电影界的认可。

然而,盛名之外,这位另类导演不为人知的一名,也被媒体逐渐挖了出来…

在2008年上映的电影《悲梦》中, 金基德差点搞出人命。

当时,片子中有一幕女主角李娜英上吊自杀的戏份,

为了最大程度逼真,金基德竟然迟迟不喊卡,李娜英因为长时间悬挂直接窒息,当场昏厥。

醒来后,她甚至还陷入了短暂的失忆。

"为了拍电影,就可以这样玩弄别人的生命吗?"

这件事曝光后,金基德遭到韩国舆论大面积讨伐。

他也因此隐退了3年。

然而,隐退出来没几年,他再次陷入争议。

这一次,多名女演员指控他利用导演特权对她们进行性骚扰及性侵行为。

2017年,一名曾参演《莫比乌斯》的匿名女演员A以殴打,强行猥亵致伤为由起诉金基德。

这个案子判决还没出来,又一颗重磅炸弹炸到了金基德身上。

2018年3月,MBC在《PD手册》栏目中播出了一档名为"电影导演金基德,大师的真面目"的节目。

节目中,3名女演员以匿名的方式指控金基德以及他曾经的"御用男主"曹在显借助拍戏之便,对她们实行各种性骚扰和侮辱。

其中的A就是之前起诉金基德演员A。

在这档节目中,A曝光了她起诉金基德背后更惊人的事实。

此前A起诉金基德以演技指导为由扇其耳光,强迫她拍摄剧本中没有的大尺度裸露床戏,致使其不堪忍受而放弃出演《莫比乌斯》。

而事实上,A指控金基德施暴的真正理由是其要求发生性关系被拒绝。

A表示,金基德曾在酒桌上公然对她说:"要做一下吗?" "那里的味道如何?"

在酒桌聚餐结束后,金基德曾拉着她,要让她和另一名女剧组成员陪他一起。

A说:"我想离开,金导演就出来抓住我,拦着门说'三个一起睡',之后一直说要发生性关系。

当A拒绝后,他对A说:"你这么不信任导演的演员,我没法跟你合作。"

A还表示,之前在釜山电影节,他甚至还当着A的面直接脱掉裤子…

曾在金基德的影片中得到角色的B说,其在没有经纪人的情况下与金基德在咖啡馆会面,在将近两个小时的时间里,后者不停的在说让人感到羞耻的性话题。

B说,金基德一直在向她抛出这些让她难以启齿的问题。

B表示,她后来借口说要去洗手间离开了咖啡馆,之后一个月打不起精神。

C则指控自己遭到了金基德,他的"御用男主"曹在显和其经纪人的轮流性骚扰。

C讲述:"金导演和曹在显,曹在显的经纪人每天晚上都来敲我的房门,独自一人的时候因为不知道谁会找上门来而感到不安,害怕,好像在地狱,"随后她还表示,"因为执着于性关系,好像相比电影,这件事才是目的。"

节目播出后,不少人猜测C就是金基德执导,曹在显主演的《坏小子》中的女主演孙婉。

2014年,曹在显曾透露,在拍摄《坏小子》时,因为"演员的野心",在导演喊卡之后,还拉着女主演继续演亲密戏。

电影中,除了多场亲密戏份之外,还有一场剧本中没有,遭到女主演强烈反对的全裸戏。

拍完这部戏后,女主演孙婉显然受到了强烈的精神创伤,一度退出演艺圈。

这一连串的性骚扰指控引发了更多爆料。

后来,一名和金基德合作过的助理导演也表示,自己在和他合作拍片时,曾听闻剧组一名女性工作人员因为金基德怀孕又堕胎。

他表示,金基德的性丑闻在业界早已不是什么秘密,但因为金基德是受到国际影坛认可的实力派导演,不少电影行业从业者都希望能和金基德合作,所以金基德的性丑闻直到今天才被曝光。

对于这种种指控,金基德回应称:顶多只是强吻,没有做过更出格的举动。

2019年1月,法庭针对女演员A的指控做出判决,认定了金基德对她的殴打,要求他为此赔偿她5百万韩元。但因为缺乏性骚扰证据,并没有认定他对她的性骚扰指控。

于此同时,金基德也一直在喊冤,

他全盘否认性暴行指控,称"这样恩将仇报令人遗憾"。

并将指控他的女演员和报道此事的MBC电视台以污蔑罪告上法庭,要求索赔10亿韩元(约人民币600万元)。

这事在上个月有了结果,金基德败诉,还被法院判决承担一切诉讼费用。

如今,金基德突然离世,围绕他的一切尚未盖棺定论。

但可以肯定的是,这位韩国导演 的人生,丑闻,都会像他的电影一样,继续争议下去…

来源:英国那些事儿返回搜狐,查看更多

责任编辑:

原文转载:http://yl.shaoqun.com/a/211373.html

电霸:https://www.ikjzd.com/w/2597

欧舒丹:https://www.ikjzd.com/w/1756

腾邦:https://www.ikjzd.com/w/1382


原标题:韩国导演金基德因新冠去世...特立独行拿奖无数却又丑闻不断,如今...昨天,一条突发新闻刷遍了外网的社交媒体:韩国著名导演及编剧金基德,在拉脱维亚因新冠病毒引起的并发症去世,享年59岁。报道称,金基德是从圣彼得堡途经爱沙尼亚抵达拉脱维亚的,本来打算在拉脱维亚海滨城镇尤尔马拉买房,却不小心染上了新冠病毒引起并发症离世。作为一位小众且高产的电影导演,金基德的名字常常出现在各大国际电影节上,但他
cares:cares
indiegogo:indiegogo
口述:小我二十三岁和我结婚只为钱(5/5):口述:小我二十三岁和我结婚只为钱(5/5)
声音|疫情留给企业的10大警醒!:声音|疫情留给企业的10大警醒!
北京旅游必须去的地方有哪里:北京旅游必须去的地方有哪里