blogjava-凯发k8网页登录

blogjava-凯发k8网页登录http://www.blogjava.net/xcp/苟有恒,何必三更起五更眠;
最无益,只怕一日曝十日寒.
zh-cnsat, 08 apr 2023 20:36:40 gmtsat, 08 apr 2023 20:36:40 gmt60nginx 配置文件详解http://www.blogjava.net/xcp/archive/2017/12/22/432971.htmlxcpxcpfri, 22 dec 2017 13:04:00 gmthttp://www.blogjava.net/xcp/archive/2017/12/22/432971.html、ip_hash(访问ip):每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。 #upstream favresin{ # ip_hash; # server 10.0.0.11:8080; #} &、fair(第三方):按后端服务器的响应时间来分配请求,响应时间短的优先分配。与weight分配策略类似。 #upstream favresin{ # server 10.0.0.10:8080; # fair; #} *、url_hash(第三方): 按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。 # 注意:在upstream中加入hash语句,server语句中不能写入weight等其他的参数,hash_method是使用的hash算法。 #upstream resinserver{ # server 10.0.0.10:7777; # shash $request_uri; # hash_method crc32; #} # #upstream还可以为每个设备设置状态值,这些状态值的含义分别如下: #down 表示单前的server暂时不参与负载. #weight 默认为1.weight越大,负载的权重就越大。 #max_fails :允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误. #fail_timeout : max_fails次失败后,暂停的时间。 #backup: 其它所有的非backup机器down或者忙的时候,请求backup机器。所以这台机器压力会最轻。 #upstream bakend{ #定义负载均衡设备的ip及设备状态 # ip_hash; # server 10.0.0.11:9090 down; # server 10.0.0.11:8080 weight=2; # server 10.0.0.11:6060; # server 10.0.0.11:7070 backup; # server 10.0.0.11:5050 weight=10 max_fails=3 fail_timeout=30s; #} upstream supxx.com { server 127.0.0.1:8080 weight=1; server 127.0.0.1:9090 weight=2; fair; } #当前的nginx的配置 server { #监听端口,nginx 会根据请求的 host 来决定使用哪个 server 段的配置。如果没有匹配的 server_name,则默认使用配置文件中第一个。加上 default_server 则可以以指定没有匹配时的默认规则。 #listen 80; listen 80 default_server; #域名可以有多个,用空格隔开 server_name www.supxx.com www.supxx.cn; #charset koi8-r; eccess_log logs/host.access.log main; #配置 ssl,有需要时开启。 #ssl on; #ssl_certificate /etc/nginx/ssl/server.crt; #ssl_certificate_key /etc/nginx/ssl/server.key; #服务映射 #http://blog.csdn.net/heiyueya/article/details/70149270 #location的匹配种类有哪些? #格式[空格|=|~|~*|^~|!~|!~*]/uri/{}] #=开头表示精确匹配 #~开头表示区分大小写的正则匹配 #~*开头表示不区分大小写的正则匹配 #^~ 开头表示uri以某个常规字符串开头,理解为匹配 url路径即可。nginx不对url做编码,因此请求为/static/20%/aa,可以被规则^~ /static/ /aa匹配到(注意是空格)。 #!~和!~*分别为区分大小写不匹配及不区分大小写不匹配 的正则 #/通用匹配, 如果没有其它匹配,任何请求都会匹配到 # #location搜索顺序 #no优先级:(location =) > (location 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分起始路径) > (/) <.首先匹配= >.其次匹配^~ &.再其次按照配置文件的顺序进行正则匹配、 *.最后是交给/进行通用匹配 # #注意: #当有匹配成功时,立刻停止匹配,按照当前匹配规则处理请求 #特别注意: 字符串匹配优先搜索,但是只是记录下最长的匹配 ( 如果 ^~ 是最长的匹配,则会直接命中,停止搜索正则 ),然后继续搜索正则匹配,如果有正则匹配,则命中正则匹配,如果没有正则匹配,则命中最长的字符串匹配. # # # #实际使用建议 #所以实际使用中,个人觉得至少有三个匹配规则定义,如下: #直接匹配网站根,通过域名访问网站凯发k8网页登录首页比较频繁,使用这个会加速处理,凯发k8网页登录官网如是说。 #这里是直接转发给后端应用服务器了,也可以是一个静态凯发k8网页登录首页 # 第一个必选规则 #location = / { # proxy_pass http://tomcat:8080/index #} # 第二个必选规则是处理静态文件请求,这是nginx作为http服务器的强项 # 有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用 #location ^~ /static/ { # root /webroot/static/; #} #location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ { # root /webroot/res/; #} #第三个规则就是通用规则,用来转发动态请求到后端应用服务器 #非静态文件请求就默认是动态请求,自己根据实际把握 #毕竟目前的一些框架的流行,带.php,.jsp后缀的情况很少了 #location / { # proxy_pass http://tomcat:8080/ #} # # # # # # # # # location / { proxy_pass http://supxx.com; proxy_redirect default; } #图片缓存时间设置 location ~* .*.(gif|jpg|jpeg|png|bmp|swf)$ { expires 10d; } #js和css缓存时间设置 location ~* .*.(js|css)?$ { expires 1h; } *04页面配置 #error_page 404 /404.html; o00页面设置 error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } # proxy the php scripts to apache listening on 127.0.0.1:80 # #location ~ \.php$ { # proxy_pass http://127.0.0.1; #} # pass the php scripts to fastcgi server listening on 127.0.0.1:9000 # #location ~ \.php$ { # root html; # fastcgi_pass 127.0.0.1:9000; # fastcgi_index index.php; # fastcgi_param script_filename /scripts$fastcgi_script_name; # include fastcgi_params; #} # deny access to .htaccess files, if apache's document root # concurs with nginx's one # #location ~ /\.ht { # deny all; #} } # another virtual host using mix of ip-, name-, and port-based configuration # #server { # listen 8000; # listen somename:8080; # server_name somename alias another.alias; # location / { # root html; # index index.html index.htm; # } #} # https server # #server { # listen 443 ssl; # server_name localhost; # ssl_certificate cert.pem; # ssl_certificate_key cert.key; # ssl_session_cache shared:ssl:1m; # ssl_session_timeout 5m; # ssl_ciphers high:!anull:!md5; # ssl_prefer_server_ciphers on; # location / { # root html; # index index.html index.htm; # } #} }

xcp 2017-12-22 21:04 发表评论
]]>
解决ajax跨域访问问题http://www.blogjava.net/xcp/archive/2016/05/06/430376.htmlxcpxcpfri, 06 may 2016 04:39:00 gmthttp://www.blogjava.net/xcp/archive/2016/05/06/430376.html前端js:
$.ajax({
       , //后台处理程序
          async:true,
          type:'get',         //数据发送方式
          datatype:'jsonp',     //接受数据格式
          jsonp: "callbackparam",//传递给请求处理程序或页面的,用以获得jsonp回调函数名的接受 的参数名(默认为callback)
    /*jsonpcallback:"jsonpcallback",*///可选项,写上表示返回函数的函数名用“ jsonpcallback”,不写 默认为jquery自动生成的随机函数
          success:function(result){
        var etime = new date(); //结束时间
        
        //设置在线人数
        $("#server_count_1").html(result "人"); 
       },
       error:function(){
        alert("服务器1连接失败");
       }
   });




后端处理类:
@override
 public string execute() throws exception {
  int zxrs = sessioncounter.getrealcount();
  response.setcontenttype("text/plain");
     response.setcharacterencoding("utf-8");
     string callbackparam=request.getparameter("callbackparam");
     //system.out.println("callbackparam:" callbackparam);
     printwriter writer=response.getwriter();
    
     //如果ajax请求写了 jsonpcallback:"jsonpcallback",
     //writer.write("jsonpcallback(" zxrs ")");
    
     //如果ajax请求没有写 jsonpcallback:"jsonpcallback",
     writer.write(callbackparam "(" zxrs ")");//需要callbackparam参数接收随机函数名
  return null;
 }


xcp 2016-05-06 12:39 发表评论
]]>
同一服务器 应用的session冲突http://www.blogjava.net/xcp/archive/2016/05/06/430375.htmlxcpxcpfri, 06 may 2016 04:33:00 gmthttp://www.blogjava.net/xcp/archive/2016/05/06/430375.html使用apache反向代理解决在应用a使用iframe嵌入应用b的功能而产生的跨域问题后,应用b的功能能正常使用了。但也产生了另外一个问题:打开应用a的任何页面都会跳转凯发k8网页登录主页,问题原因是:session丢失。
具体分析:

session是通过在客户端生成一个cookie,所有请求会带上这个cookie。一个cookie的name、domain和path属性值均相同,则会覆盖,若未设置domain域,则域为ip(不包括端口),因此应用a的session被应用b的session覆盖了。


 

经测试:tomcat、weblogic、websphere的session默认都是jsessionid 为key来识别的,因此在没有特别设置下,同一个域下的多个应用session会互相覆盖。 

解决办法:

设置各个应用使用不同的cookie-name,或者将jsessionid的path路径设置为不同。

1)weblogic的cookie相关配置:weblogic.xml

 

属性名

默认值
cookie-name jsessionid 如未设置,默认为“jsessionid”
cookie-path null 如未设置,默认为“/”
cookie-domain null 如未设置,默认为发放cookie的服务器的域

 

示例代码:  
1.  <session-descriptor2.  <session-param3.  <param-name>cookiename</param-name4.  <param-value>hadfcookie</param-value5.  </session-param6.  </session-descriptor>

 
延伸阅读:1.    
          2. weblogic如何设置session超时时间  
 
 

2)websphere的设置(设置不同jsessionid的path)

应用程序->企业应用程序-> [application server] ->
会话管理->1.覆盖会话管理(需打钩).
会话管理->2.启用 cookie(需打钩)->修改'cookie路径' 

 

3)tomcat的设置(设置不同jsessionid的path)

修改tomcat/conf/server.xml: 

 

1.tomcat5修改方法

在启动项中增加org.apache.catalina.session_cookie_name参数

linux
java_opts=’-dorg.apache.catalina.session_cookie_name=yousessionname‘

win
set java_opts=”-dorg.apache.catalina.session_cookie_name=yousessionname“

2.tomcat6和tomcat7修改方法相同

在context容器标签上增加sessioncookiename参数

还可以加上sessioncookiepath

...

延伸阅读:tomcat修改jsessionid在cookie中的名称 



xcp 2016-05-06 12:33 发表评论
]]>
jms activemq完整实例http://www.blogjava.net/xcp/archive/2014/09/11/417837.htmlxcpxcpthu, 11 sep 2014 05:53:00 gmthttp://www.blogjava.net/xcp/archive/2014/09/11/417837.html

xcp 2014-09-11 13:53 发表评论
]]>
jfinal实例-北京丰帆佳宇运输有限公司http://www.blogjava.net/xcp/archive/2014/09/07/417749.htmlxcpxcpsun, 07 sep 2014 12:43:00 gmthttp://www.blogjava.net/xcp/archive/2014/09/07/417749.htmlhttp://www.blogjava.net/xcp/comments/417749.htmlhttp://www.blogjava.net/xcp/archive/2014/09/07/417749.html#feedback0http://www.blogjava.net/xcp/comments/commentrss/417749.htmlhttp://www.blogjava.net/xcp/services/trackbacks/417749.html阅读全文

xcp 2014-09-07 20:43 发表评论
]]>
2014 年中国开源优秀项目获奖-jfinalhttp://www.blogjava.net/xcp/archive/2014/09/07/417748.htmlxcpxcpsun, 07 sep 2014 12:14:00 gmthttp://www.blogjava.net/xcp/archive/2014/09/07/417748.htmlhttp://www.blogjava.net/xcp/comments/417748.htmlhttp://www.blogjava.net/xcp/archive/2014/09/07/417748.html#feedback1http://www.blogjava.net/xcp/comments/commentrss/417748.htmlhttp://www.blogjava.net/xcp/services/trackbacks/417748.html   开源中国开源世界"高峰论坛(简称"论坛")每年6月由中国开源软件推进联盟(copu)主办自2006年起,已成功举办八届,是我国开源界一年一度的盛 会,影响 深远,受到国内外开源组织、人士的高度关注,是开源爱好者获取最新开源讯息的有效平台,有力地促进了开源领域国际与国内、企业与 政府、企业与社区组织之间的合作与发展,已为国内开源界对外交流合作的一个重要窗口。今年第九届论坛已于2014年6月27-28日(周五至 周六)在北京隆重召开。()
     居然开源项目jfinal排在第一位,于是下定决心研究下。jfinal 是基于 java 语言的极速 web orm 框架,其核心设计目标是开发迅速、代码量少、学习简单、功能强大、轻量级、易扩展、restful。 在拥有java语言所有优势的同时再拥有ruby、python、php等动态语言的开发效率!为您节约更多时间,去陪恋人、家人和朋友 :)
     然后花费了3天时间研究下框架,正好帮朋友做一个公司网站,感觉框架不错。附实例网站(后面的文章将贴上源代码)

  公司名称:    凯发天生赢家一触即发官网的简介:渣土消纳证办理,大型支护土方深度开挖,矿山暗挖,基坑开挖,建筑垃圾清运,渣土清运,砂石料配送,工程机械租赁业务
      公司网址:



xcp 2014-09-07 20:14 发表评论
]]>
微博返回顶部http://www.blogjava.net/xcp/archive/2013/05/02/398682.htmlxcpxcpthu, 02 may 2013 08:49:00 gmthttp://www.blogjava.net/xcp/archive/2013/05/02/398682.html


网站地图