在开发过程中,我们经常会碰到段错误等异常,这时我们需要有相应的机制来进行调试,特别是服务提供在线上时,面对大量的日志信息,合理的调试处理机制对于开发来说是一件非常重要的事情,幸好Nginx本身提供了很好的调试机制,主要包括以下几个方面. 1.Core文件 默认情况下,编译Nginx是带上-g选项 这就意味着我们可以使用gdb进行调试,以跟踪具体的错误原因. 使用Nginx自身带有的两个配置选择就可以轻松配置,使它在Crash的时候产生Core文件. worker_rlimit_core 50M;

今天在进行单元测试的时候,debug模式下加载速度很慢,但是run模式下速度很快. 原因:在debug模式下,断点位置不当,解决办法 移除编译器中的所有断点.

Nginx比apache要好,优点很多,随便去搜寻引擎找一下就能找到一大把资料,这不是我们讨论的重点,我们的重点是自己做一个运行组合!     為何我不從網上下載一個別人已經封裝好的現成的版本呢?因為很多人封裝了之後就不在更新了,以後想要更新都不知道怎麼做,既然如此還不如自己好好研究一下自己封裝,將來要升級也不用求人,藝不壓身!  我说下我搭配的这个组合的特点: 主要構成: 1.Php 5.3 2.Nginx 1.3.6 3.Memcache 2.2.6 4.Xdebug v2.2.1 注意事項

不多说,直接上干货! 在这个世界不可能存在完美的东西,不管完美的思维有多么缜密,细心,我们都不可能考虑所有的因素,这就是所谓的智者千虑必有一失.同样的道理,计算机的世界也是不完美的,异常情况随时都会发生,我们所需要做的就是避免那些能够避免的异常,处理那些不能避免的异常.这里我将记录如何利用异常还程序一个“完美世界”. 什么是异常? 异常是指程序运行时(非编译时)所发生的非正常情况或错误,当程序违反了语义规则时,JVM就会将出现的错误表示为一个异常并抛出. Java语言把异常当做对象来处理,并定义

Udacity调试课笔记之断言异常 这一单元的内容不是很多,如Zeller教授所说,就是如何写.检查断言,并如何使用工具实现自动推导出断言的条件. 现在,多数的编程语言,尤其是高级编程语言都会有内置的断言语句或断言函数.而随手编写个简易的断言也不件难事.使用内置的断言会有很多优点,比如获知出错断言的位置,可以通过编程语言的编译参数等来打开或关闭断言——即所谓的优化. 个人觉得,本单元的笔记想写成一篇博文会比较空.算起来,上一单元教授了一个方法.过程,可以让人去遵循.实践.这一单元教的断言,想得简

在使用GDB调试程序时,触发断点后,可以使用print命令(简写为p),或是同义命令inspect来查看当前程序的运行数据.print命令的格式是: print <expr>    print /<f> <expr><expr>是表达式,是所调试程序的语言的表达式(GDB可以调试多种编程语言):<f>是输出的格式,例如如果要把表达式按16进制的格式输出,那么就是/x. 一.表达式 print和许多GDB的命令一样,可以接受一个表达式,GDB会根据

1. 运行时异常和受检异常 2. 提前预防运行时异常.最常发生的是NPE,而检查NPE是程序员的基本职责.其他的,如除0等运行时异常的检查,需要程序员仔细检查,每个函数都得检查(除非可以确定不会有空指针等情况),哪怕if()语句数量增加.无法通过预检查的异常除外,如在解析一个外部传来的字符串形式数字时,通过catch NumberFormatException来实现. null:1)如果是外部获取,则有必要检查null,也有必要进行有效性检查(validationCheck):2)如果是内部的或

今天看到nginx这个小服务器软件正式版更新到了1.4.2,想玩下它.这个服务器软件虽小,但功能强大,是开源软件,有着良好的性能,被很多个人.企业,甚至大型企业所使用! 由于是在Windows下,所以只能双击运行,然后通过以下命令来管理:  Nginx/Win32是运行在一个控制台程序,而非windows服务方式的.服务器方式目前还是开发尝试中,Nginx/Win32可以使用以下开关来管理它: Nginx -s stop 快速关闭Nginx,可能不保存相关信息,并迅速终止web服务.(快速退出)

本文转载自:http://linux008.blog.51cto.com/2837805/555829 描述:linux日志文件如果不定期清理,会填满整个磁盘.这样会很危险,因此日志管理是系统管理员日常工作之一.我们可以使用"logrotate"来管理linux日志文件,它可以实现日志的自动滚动,日志归档等功能.下面以nginx日志文件来讲解下logrotate的用法. 配置:1.在/etc/logrotate.d目录下创建一个nginx的配置文件"nginx"配置

最近项目从windows搬到linux,由于项目组成员有限并且有其它紧急的任务需要处理,因而这个任务就落到我的头上了.下面记录下centos最小版本安装nginx+tomcat+mysql+java的运行环境. centos7 minimal安装 参考:http://www.tecmint.com/centos-7-installation/ 安装java 下载Java,可到oracle官网获取相应的连接 wget http://download.oracle.com/otn-pub/java/

Nginx 是一个非常轻量的 Web 服务器,体积小.性能高.速度快等诸多优点.但不足的是也存在缺点,比如其产生的访问日志文件一直就是一个,不会自动地进行切割,如果访问量很大的话,将 导致日志文件容量非常大,不便于管理.当然了,我们也不希望看到这么庞大的一个访问日志文件,那需要手动对这个文件进行切割. 在 Linux 平台上 Shell 脚本丰富,使用 Shell 脚本加 crontab 命令能非常方便地进行切割,但在 Windows 平台上就麻烦一些了,刚才弄了好长时间,就在这里记录整理一下.

apache与nginx日志文件的区别 转载:http://www.xfcodes.com/apache/log/3270.htm 导读:apache与nginx日志文件的区别,在apache与nginx中均使用log_format自定义日志存储格式,记录哪些日志信息,有关nginx与apache日志格式的中文说明.   apache与nginx日志文件的区别 nginx日志格式:log_format  main  '$remote_addr - $remote_user [$time_loca

一.安装环境 1.CentOS5.5 2.php5.4 3.MySQL5.5.19 二.安装程序依赖库和开发环境 为了省事把所需要的库文件全都安装上,可以使用rpm包安装,也可以用yum命令安装, 1 yum -y install gcc gcc-c++ autoconf libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libxml2 libxml2-devel zlib zlib-devel glibc gli

http://www.cnblogs.com/benio/archive/2010/10/13/1849935.html 偶然发现access.log有21G大,所以将其切割. Nginx 是一个非常轻量的 Web 服务器,体积小.性能高.速度快等诸多优点.但不足的是也存在缺点,比如其产生的访问日志文件一直就是一个,不会自动地进行切割,如果访问量很大的话,将 导致日志文件容量非常大,不便于管理.当然了,我们也不希望看到这么庞大的一个访问日志文件,那需要手动对这个文件进行切割. 在 Linux 平

Nginx日志的指令主要有两条: log_format,设置日志的格式 access_log,指定日志文件的存放路径.格式和缓存大小 两条指令在Nginx配置文件中的位置可以在http{……..}之间,也可以在虚拟主机之间,即server(…….)两个大括号之间. log_format 语法如下: log_format name format [format …] name表示定义的格式名称(name名称在Nginx配置文件中是不能重复的) format表示定义的格式样式.log_format有

一.问题描述 昨天系统联调,用到了VS2010 附件进程,把w2wp.exe 进程添加到vs2010 的调试进程中,这样其他系统访问我们系统,就可以捕获断点进行调试 但是,今天F5 调试的时候,发现直接报错"w2wp.exe 已附加有调试器,但没有将该调试器配置为调试此未经处理的异常.若要调试此异常,必须分离当前的调试器" 二.问题分析: w2wp.exe:是在IIS(因特网信息服务器)与应用程序池相关联的一个进程,如果你有多个应用程序池,就会有对应的多个w3wp.exe的进程实例运行

1,将运行时异常捕获并存到手机SD卡上 可以直接使用logcat 命令Runtime.getRuntime().exec("logcat -f "+ file.getAbsolutePath());指定文件路径就可以了 package com.hai.logcat; import java.io.BufferedReader; import java.io.DataInputStream; import java.io.File; import java.io.FileNotFound

非运行时异常(受检异常) 如果出现了非运行时异常必须进行处理throw或者try{}catch(){}处理,否则编译器报错. 1:IOException 使用要导入包import java.io.IOException; 3:案例 1:定义一测试方法抛出并声明ClassNotFoundException(test()) 2:main方法调用test 3:编译报错 1:未报告的异常 java.lang.ClassNotFoundException:必须对其进行捕捉或声明以便抛出 public vo

在spring中使用logging.config=logback-spring.xml将日志转存到了文件中.但是代码中的捕获的异常无法用 e.printStackTrace 打印到文件中.使用如下方法打印: main: catch(Exception e){ log.error("xxx",e); } 这里可以重新定向 system.out 和err的输出,到logback:https://stackoverflow.com/questions/1200175/log4j-redire

Java中的异常分类 RuntimeException(也称unchecked exceptions,运行时异常) 就是我们在开发中测试功能时程序终止,控制台出现的异常.(一般来说,出现运行时异常基本就是你的问题,要检查代码,把运行时异常想成你的女朋友,不管怎么说,都是你的错(✿◕‿◕✿))常见的运行时异常有: ArrayStoreException:试图将错误类型的对象存储到一个对象数组时抛出的异常 ClassCastException:试图将对象强制转换为不是实例的子类时,抛出该异常 Ill

转自博客  https://blog.csdn.net/m0_37531231/article/details/79502778 一.开场白 对于程序运行过程中的可能出现异常情况,java语言使用一种称为异常处理的错误捕捉机制进行处理.相信大家对 try { }catch( ){} finally{} 这种结构非常熟悉,使用频率极高.既然经常使用它,而且也是面试常问知识点,我们就有必要去深入地了解一下.也谈不上深入,只是java语言的基本功.下面,开始吧! 二.异常分类 在java中,异常对象都