-- 启动(不推荐):在nginx目录下有一个sbin目录,sbin目录下有一个nginx可执行程序../nginx -- 启动(指定配置文件,推荐)/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf -- 关闭命令:相当于找到nginx进程kill../nginx -s stop -- 退出命令:等程序执行完毕后关闭,建议使用此命令../nginx -s quit -- 动态加载配置文件:可以不关闭nginx的情况下更

http://blog.csdn.net/brainkick/article/details/7176405 前言: 服务器程序通常都会通过相应的配置文件来控制服务器的工作.很多情况下,配置文件会经常地被修改,在使其生效时,我们都希望不重启程序,不影响服务器的正常服务.所以所谓的配置文件”热加载”就成了一项非常重要的功能,而这方面,nginx给我们树立了非常好的榜样,值得我们去学习和借鉴. 分析: 在nginx正常服务时,我们在nginx的程序程序目录执行./nginx –sreload,来实现

NGINX 1.9.11开始增加加载动态模块支持,从此不再需要替换nginx文件即可增加第三方扩展.目前官方只有几个模块支持动态加载,第三方模块需要升级支持才可编译成模块. tinywan@tinywan:~/nginx-$ ./configure --help | grep dynamic --with-http_xslt_module=dynamic enable dynamic ngx_http_xslt_module --with-http_image_filter_module=dyn

1.在 nginx 的conf 目录下新建 gzip.conf 文件 #开启gzip压缩 gzip on; #设置允许压缩的页面最小字节数 gzip_min_length 1k; #申请4个单位为16K的内存作为压缩结果流缓存 gzip_buffers 4 16k; #设置识别http协议的版本,默认为1.1 gzip_http_version 1.1; #指定gzip压缩比,1-9数字越小,压缩比越小,速度越快 gzip_comp_level 2; #指定压缩的类型 gzip_types te

Hibernate获取数据方式 lHibernate提供了多种方式获取数据 •load方法获取数据 •get方法获取数据 •Query/ Criteria对象获取数据 lHibernate获取的数据分为两类 •直接获取的数据(类级数据/直接数据) •使用load/get方法根据OID获取数据 •使用HQL语句获取到的数据 •使用Criteria对象获取到的数据 •使用关联关系获取主方数据时自动获取的从方数据(关联数据) •在一对一关系中,获取一方数据后所携带的从方数据 •在一对多关系中,获取一方

Spring中的resource 我们先看看类之间的关系 注意我们的application是间接继承了resourceloader的,也就是说我们的application其实就是一个resourceloader 我们再看看这个类的继承,发现了,classpathxml这个对象实际上也是从最开始的resourceloader来的 那么我们加载application资源的时候,可以有2种方式: ResourceLoader resourceLoader = new ClassPathXmlAppli

1. 延迟策略 在需要用到数据时在加载相关数据,常用于一对多关系, 优点:先从单表查询,需要时再从关联表去关联查询,大大提高数据库性能, 缺点:当需要用到数据时,才会进行数据库查询,这样在大批量数据查询时,因为查询工作也要消耗时间,所以可能造成用户等待时间变长,造成用户体验下降 局部延迟,优先级最高, 在association和collection标签中都有一个fetchType属性,设置为lazy 即懒加载,设置为eager即立即加载 <collection property="orde

原文出自:http://cmsblogs.com 在学 Java SE 的时候我们学习了一个标准类 java.net.URL,该类在 Java SE 中的定位为统一资源定位器(Uniform Resource Locator),但是我们知道它的实现基本只限于网络形式发布的资源的查找和定位.然而,实际上资源的定义比较广泛,除了网络形式的资源,还有以二进制形式存在的.以文件形式存在的.以字节流形式存在的等等.而且它可以存在于任何场所,比如网络.文件系统.应用程序中.所以 java.net.URL 的

QBC查询 1.简单查询 Criteria c = s.createCriteria(TeacherModel.class); 2.获取查询结果 多条:list 单挑:uniqueResult 3.分页查询 setFirstResult(int) setMaxResults(int) 4.查询排序 添加排序 c.addOrder(Order); 排序规则 Order od = Order.asc("字段名") Order od = Order.desc("字段名")

Hibernate 加载策略得总结 加载策略(优化查询): 策略种类: 延迟加载: 等到使用的时候才会加载数据. 立即加载: 不管使用不使用,都会立刻将数据加载. 策略的应用: 类级别的加载策略. 关联级别的加载策略 ---------------------------------------------------------------------- 类级别加载策略: 1. get/load get: 立即查询数据库,将数据初始化 load:  hbm文件中,class元素的lazy属性绝

做了好几个月的ios,大框架都是别人搭好的,自己只是实现逻辑,很是失落.慢慢开始整理学习一些概念类的东西吧,希望自己能提高点. cocos2d-x从cocos2d-2.0-x-2.0.2开始,考虑到自己是跨平台的引擎,并且Android有许多不同的分辨率,所以不再使用利用对图片加后缀hd ipad ipadhd 进行加载的策略. 本质上来说,资源的加载策略,就是为了应对不同平台的不同分辨率的. 新的加载策略如下: 从CCFileUtils的setResourceDirectory设置的目录中去寻

1.加载策略:指hibernate查询数据时,采用什么样的方式将数据写入内存.Hibernate中提供了两种方式来加载数据:懒加载和即时加载. 2.懒加载又称延迟加载,指使用hiberante API查询数据时,不会立即将数据写入内存.而是等到真正使用数据时才会发出sql语句,到数据中查询数据. 3.即时加载:指使用hibernate API查询数据时,会立即发出sql语句,查询数据.并将数据写入内存. 4.get方法是采用的即时加载,如果数据不存在,返回 null ,:load方法采用的懒加载

Nginx有一个主进程和几个工作进程,主进程的主要作用就是读取.评估配置文件和管理工作进程,工作进程对请求做实际处理.工作进程的数量是在配置文件中配置的,一般设置为cpu的核心数*线程数. nginx可以通过信号控制,默认情况下,主进程的进程ID记录在/usr/local/nginx/logs/nginx.pid 文件中.信号可以通过nginx可执行文件发送给nginx (nginx -s 信号),也可以通过unix的kill命令发送给nginx,这种情况下是将信号直接发送给指定进程ID的进程,

要启动nginx的,运行可执行文件.一旦nginx的启动时,它可以通过与-s参数调用可执行来控制.使用以下语法 nginx -s signal 其中,信号可以是下列之一: stop - fast shutdown quit - graceful shutdown reload - reloading the configuration file reopen - reopening the log files 在配置文件中所作的更改不会被应用,直到命令重新配置被发送到nginx的或重新启动.要重

本文转自http://www.veryhuo.com/a/view/51706.html,如有侵权,请及时联系转载人删除! 在实际运维中,为了提高web页面的访问加载速度,一般会把静态资源(比如js.css.img等)在服务器进行压缩再传输到客户浏览器,主要配置步骤如下: 环境:Centos 1.Vim打开Nginx配置文件 vim /etc/nginx/nginx.conf 2.找到如下一段,进行修改 gzip on; // 开启Gzipgzip_min_length 1k; // 不压缩临界

nginx从vagrant挂载目录中读取配置启动,将nginx加入开机启动项!开机启动的时候nginx会因为加载不了配置导致启动失败! 原因是开机启动nginx服务在vagrant挂载之前,导致无法正常映射! 解决方法: vim /etc/init/vagrant.conf 加入以下代码: # nginx description "nginx http daemon" author "Silviu Tantos " # Listen and start after

我们在写程序的时候会碰到各种环境(开发.测试.生产),因而,在我们切换环境的时候,我们需要手工切换配置文件的内容.这大大的加大了运维人员的负担,同时会带来一定的安全隐患. 为此,为了能更合理地重写各属性的值,SpringBoot通过对数据文件的优先级进行定义,定义了不同的加载顺序,从而解决了这个问题. 1 在命令行中传入的参数. 2. SPRING APPLICATION JSON中的属性. SPRING_APPLICATION—JSON是以JSON格式配置在系统环境变量中的内容. 3. jav

JS或css无法完全加载 nginx的代理缓存区,默认较小导致部分文件出现加载不全的问题,比较典型的如jQuery框架,可以通过配置调整nginx的缓存区即可.主要参考proxy参数 最终完整配置如下: http { # http_proxy proxy_buffer_size 128k; proxy_buffers 32 128k; proxy_busy_buffers_size 128k; upstream backend { server 127.0.0.1:8080; } server

1. 背景 struts2框架中有两个核心配置文件,其中struts.xml文件主要负责管理应用中的action映射,以及该action包含的result定义等.除此之外,struts2框架还包括一个struts.properties文件,该文件定义了struts2框架的大量属性,开发者可以通过改变这些属性来满足应用的需求. 说明:struts.properties文件中的属性同样也可以在struts.xml文件中配置,只是源于struts配置文件模块化管理思路,将其分文件管理,增加了程序的可读

1.外部配置加载顺序 SpringBoot也可以从以下位置加载配置: 优先级从高到低 高优先级的配置覆盖低优先级的配置,所有的配置会形成互补配置  1.命令行参数 所有的配置都可以在命令行上进行指定 先打包在进行测试 java -jar spring-boot-02-config-02-0.0.1-SNAPSHOT.jar --server.port=8087 --server.context-path=/abc 指定访问的路径 多个配置用空格分开: --配置项=值 -- 由jar包外向jar包

我们在同级目录下增加 然后增加一个配置类 SpringBootConfiguration.java import org.springframework.beans.factory.config.YamlPropertiesFactoryBean; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.s