软件操作日志保存要求？wow最新战斗日志保存在哪个文件下

本文目录

• 软件操作日志保存要求
• wow最新战斗日志保存在哪个文件下
• 日志文件的写志数据如何存储
• 如何实现日志的集中化存储
• 日志文件：一般保存在/etc/log目录中，此说法是否正确
• 钉钉日志实时保存在哪里
• 什么样的日志适合存储在redis
• 如何实现日志的集中化存储以及使用loganalyzer做日志分析
• 日志文件存放位置及配置文件有哪些

软件操作日志保存要求

软件操作日志保存基本要求：
日志应当提供如下内容：
1.时间，包含时区信息和毫秒，这个工作往往日志框架足以支持。核心属性之一。
2.日志级别，例如DEBUG、INFO以及WARN、ERROR。
3.会话标识，能知道是哪个客户端或者是哪个用户触发、登陆账号、seesion信息等。
4.功能标识，功能标识的意义在于方便日志搜索，跟踪指定功能的完整轨迹，是INFO、DEBUG日志的常见技巧。跟logger分类同一道理，更细分功能标识则是方法标识，更多使用在DEBUG做在线调试使用。
5.精炼的内容，内容永远是日志的核心，结合上述使用场景，简单来说包括场景信息(谁，什么功能等)，状态信息(开始，中断，结束)以及重要参数。
其它信息，其它可能的有用信息包括：版本号、线程号等。

wow最新战斗日志保存在哪个文件下

wow\Logs\WoWCombatLog.txt。

也可以使用插件，比如LoggerHead，LoggerHead进入特定区域/副本时自动记录战斗日志，内置了调节战斗日志范围的功能。记录文件在：WOW安装目录\Logs\WoWCombatLog.txt。

《魔兽世界》游戏简介

《魔兽世界》（World of Warcraft）是由著名游戏公司暴雪娱乐所制作的第一款网络游戏，属于大型多人在线角色扮演游戏。

游戏以该公司出品的即时战略游戏《魔兽争霸》的剧情为历史背景，依托魔兽争霸的历史事件和英雄人物，魔兽世界有着完整的历史背景时间线。玩家在魔兽世界中冒险、完成任务、新的历险、探索未知的世界、征服怪物等。

日志文件的写志数据如何存储

日志记录方式可以提供我们足够多定位问题的依据。对于一些复杂系统，例如数据库，日志可以承担数据备份、同步作用，很多分布式数据库都采用“write-ahead”方案，在节点数据同步时通过日志文件恢复数据。
日志文件是不推荐和数据库存储在同一个硬盘的，因为一旦硬盘坏了就会一起死掉。当然，如果已经使用了带容错的RAID，甚至是盘柜之类的设备，那么可以放在一起没有太大问题。
如果先写数据库，后写日志，但是在刚好写了数据库而未写日志的时候崩溃了，那么根据日志恢复出来的数据库就少了一条记录

如何实现日志的集中化存储

在我们的企业中有多种不同的设备，服务器、交换机、防火墙以及路由器等等设备，而这些设备会产生大量的日志。如果网络中出现故障时，如果一台一台的去查询日志，那工作量就太大了，而且不容易查询。所以最好的办法就是日志集中收集存储。
Windows系统有自带的WMI服务，通过该服服务就可以远程收集windows系统的日志。网络设备的日志通常是基于syslog日志的转发。通过这种技术将日志统一的发送集中到一台服务器上。在这台服务器上使用工具接收发送过来的数据，将其保存为文本文件，集中的保存日志。
卓豪EventLog Analyzer就是一个专门针对日志管理的工具，可以对企业中各种设备日志的统一收集存储并分析。

日志文件：一般保存在/etc/log目录中，此说法是否正确

正确。
大部分Linux发行版默认的日志守护进程为syslog，位于/etc/syslog或/etc/syslog目录中。etc/syslog.conf(rsyslog.conf)是syslog的配置文件，会根据日志类型和优先级来决定将日志保存到何处。

钉钉日志实时保存在哪里

钉钉日志实时保存在文档或表格之后，内容自动保存，也可手动【CTRL+S】生成一个历史版本，方便对该次进行记录。

手机端下载的路径是默认保存在 的文件夹内，路径不能设置或修改，文件下载后建议可以在手机的【文件管理】里面按最近的文件或文件类型查找一下。

电脑端下载文件是使用默认浏览器的下载工具，可以在默认浏览器的【设置】里设置文件默认下载路径；也可以开启下载文件时提示保存路径，下载文件时手动选择路径保存。

DING消息必达：

1.钉钉发出的DING消息将会以免费电话OR免费短信OR应用内消息的方式通知到对方。

2.无论接收手机有无安装钉钉APP，是否开启网络流量，均可收到DING消息，实现无障碍的信息必达。

3.当接受人收到DING消息提醒电话时，号码显示为发送方的电话号码，接收方接听电话听到发送方的语音信息后，如果是文字信息，系统会将文字给收听方，接收方即可直接进行语音回复，发送方便可及时收到回复。

什么样的日志适合存储在redis

1.Redis是什么这个问题的结果影响了我们怎么用Redis。如果你认为Redis是一个keyvaluestore,那可能会用它来代替MySQL；如果认为它是一个可以持久化的cache,可能只是它保存一些频繁访问的临时数据。Redis是REmoteDIctionaryServer的缩写，在Redis在官方网站的的副标题是Apersistentkey-valuedatabasewithbuilt-innetinterfacewritteninANSI-CforPosixsystems，这个定义偏向keyvaluestore。还有一些看法则认为Redis是一个memorydatabase，因为它的高性能都是基于内存操作的基础。另外一些人则认为Redis是一个datastructureserver，因为Redis支持复杂的数据特性，比如List,Set等。对Redis的作用的不同解读决定了你对Redis的使用方式。互联网数据目前基本使用两种方式来存储，关系数据库或者keyvalue。但是这些互联网业务本身并不属于这两种数据类型，比如用户在社会化平台中的关系，它是一个list，如果要用关系数据库存储就需要转换成一种多行记录的形式，这种形式存在很多冗余数据，每一行需要存储一些重复信息。如果用keyvalue存储则修改和删除比较麻烦，需要将全部数据读出再写入。Redis在内存中设计了各种数据类型，让业务能够高速原子的访问这些数据结构，并且不需要关心持久存储的问题，从架构上解决了前面两种存储需要走一些弯路的问题。2.Redis不可能比Memcache快很多开发者都认为Redis不可能比Memcached快，Memcached完全基于内存，而Redis具有持久化保存特性，即使是异步的，Redis也不可能比Memcached快。但是测试结果基本是Redis占绝对优势。一直在思考这个原因，目前想到的原因有这几方面。Libevent。和Memcached不同，Redis并没有选择libevent。Libevent为了迎合通用性造成代码庞大(目前Redis代码还不到libevent的1/3)及牺牲了在特定平台的不少性能。Redis用libevent中两个文件修改实现了自己的epolleventloop(4)。业界不少开发者也建议Redis使用另外一个libevent高性能替代libev，但是作者还是坚持Redis应该小巧并去依赖的思路。一个印象深刻的细节是编译Redis之前并不需要执行./configure。CAS问题。CAS是Memcached中比较方便的一种防止竞争修改资源的方法。CAS实现需要为每个cachekey设置一个隐藏的castoken，cas相当value版本号，每次set会token需要递增，因此带来CPU和内存的双重开销，虽然这些开销很小，但是到单机10G+cache以及QPS上万之后这些开销就会给双方相对带来一些细微性能差别(5)。3.单台Redis的存放数据必须比物理内存小Redis的数据全部放在内存带来了高速的性能，但是也带来一些不合理之处。比如一个中型网站有100万注册用户，如果这些资料要用Redis来存储，内存的容量必须能够容纳这100万用户。但是业务实际情况是100万用户只有5万活跃用户，1周来访问过1次的也只有15万用户，因此全部100万用户的数据都放在内存有不合理之处，RAM需要为冷数据买单。这跟操作系统非常相似，操作系统所有应用访问的数据都在内存，但是如果物理内存容纳不下新的数据，操作系统会智能将部分长期没有访问的数据交换到磁盘，为新的应用留出空间。现代操作系统给应用提供的并不是物理内存，而是虚拟内存(VirtualMemory)的概念。基于相同的考虑，Redis2.0也增加了VM特性。让Redis数据容量突破了物理内存的限制。并实现了数据冷热分离。4.Redis的VM实现是重复造轮子Redis的VM依照之前的epoll实现思路依旧是自己实现。但是在前面操作系统的介绍提到OS也可以自动帮程序实现冷热数据分离，Redis只需要OS申请一块大内存，OS会自动将热数据放入物理内存，冷数据交换到硬盘，另外一个知名的“理解了现代操作系统(3)”的Varnish就是这样实现，也取得了非常成功的效果。作者antirez在解释为什么要自己实现VM中提到几个原因(6)。主要OS的VM换入换出是基于Page概念，比如OSVM1个Page是4K,4K中只要还有一个元素即使只有1个字节被访问，这个页也不会被SWAP,换入也同样道理，读到一个字节可能会换入4K无用的内存。而Redis自己实现则可以达到控制换入的粒度。另外访问操作系统SWAP内存区域时block进程，也是导致Redis要自己实现VM原因之一。5.用get/set方式使用Redis作为一个keyvalue存在，很多开发者自然的使用set/get方式来使用Redis，实际上这并不是最优化的使用方法。尤其在未启用VM情况下，Redis全部数据需要放入内存，节约内存尤其重要。假如一个key-value单元需要最小占用512字节，即使只存一个字节也占了512字节。这时候就有一个设计模式，可以把key复用，几个key-value放入一个key中，value再作为一个set存入，这样同样512字节就会存放10-100倍的容量。这就是为了节约内存，建议使用hashset而不是set/get的方式来使用Redis，详细方法见参考文献(7)。6.使用aof代替snapshotRedis有两种存储方式，默认是snapshot方式，实现方法是定时将内存的快照(snapshot)持久化到硬盘，这种方法缺点是持久化之后如果出现crash则会丢失一段数据。因此在完美主义者的推动下作者增加了aof方式。aof即appendonlymode，在写入内存数据的同时将操作命令保存到日志文件，在一个并发更改上万的系统中，命令日志是一个非常庞大的数据，管理维护成本非常高，恢复重建时间会非常长，这样导致失去aof高可用性本意。另外更重要的是Redis是一个内存数据结构模型，所有的优势都是建立在对内存复杂数据结构高效的原子操作上，这样就看出aof是一个非常不协调的部分。其实aof目的主要是数据可靠性及高可用性，在Redis中有另外一种方法来达到目的：Replication。由于Redis的高性能，复制基本没有延迟。这样达到了防止单点故障及实现了高可用。小结要想成功使用一种产品，我们需要深入了解它的特性。Redis性能突出，如果能够熟练的驾驭，对国内很多大型应用具有很大帮助。

如何实现日志的集中化存储以及使用loganalyzer做日志分析

如何实现日志的集中化存储以及使用loganalyzer做日志分析
1、下载网站日志：

流程如下：主机独立控制面板——网站情报系统分析——网站日志——下载WebLog日志——右键点击查看，链接另存为

在主机独立控制面板中，找到网站情报系统分析板块，里面就能看到网站日志了，点击下载WebLog日志，能看到最近几天的网站日志，但是点击查看进去，会发现是一堆看不懂的代码，没有关系，我们先不要进去查看，而是右键点击查看，链接另存为，下载网站日志。
——————
2、代码看不懂的话，可以使用光年日志分析软件GnAnalyzer，这是一个可以帮助我们进行网站日志分析的软件。比如蜘蛛抓取的情况，日志里面都有显示。
——————
3、光年日志分析软件的使用：

下载好网站日志后，就可以使用光年日志分析软件进行网站日志的分析了。

流程如下：光年日志分析软件文件夹中的GnAnalyzer.exe——文件菜单，新建任务——添加（类型选择所有文件）——下一步，保存——马上分析
——————
4、网站日志分析：

马上分析后，就可以查看当天：蜘蛛分析（概要分析、目录抓取、页面抓取、IP排行）；搜索引擎分析（关键字分析）；状态码分析（用户状态码、蜘蛛状态码）的相关信息。

日志文件存放位置及配置文件有哪些

以DailyRollingFileAppender 为例：假设每天一个日志文件
有以下设置：

log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=app.log
log4j.appender.A1.DatePattern=’.’yyyy-MM-dd
log4j.appender.A1.layout=org.apache.log4j.PatternLayout
log4j.appender.A1.layout.ConversionPattern=%d %5p - %c -%-4r [%t] - %m%n

此时生成日志文件将位于tomcat的bin目录下，如要将日志文件保存在 ：根目录/web-info/logs/下，个人有以下4种解决方案：
1 绝对路径
log4j.appender.A1.File=D:\apache-tomcat-6.0.18/webapps/项目/WEB-INF/logs/app.log
但这种写法灵活性很差

以下3中使用相同的设置原理： jvm的环境变量
2：spring的Log4jConfigListener
通过以下配置：
《 context-param》
《param-name》webAppRootKey《/param-name》
《param-value》webApp.root《/param-value》
《/context-param》
《context-param》
《param-name》log4jConfigLocation《/param-name》
《param-value》classpath:log4j.properties《/param-value》
《/context-param》
《 listener》
《listener-class》org.springframework.web.util.Log4jConfigListener《/listener-class》
《/listener》
...
log4j.appender.logfile.File=${webApp.root}/WEB-INF/logs/app.log
...
来解决
2:使用已有jvm变量：
例如：
log4j.appender.logfile.File=${user.home}/logs/app.log
日志将位于：例如windows：C:\Documents and Settings\joe\logs\app.log

3 自己设置目录，也就是在项目启动时通过System.setProperty设置
通过实现ServletContextListener来解决：例如

public class log4jlistener implements ServletContextListener {
public static final String log4jdirkey = “log4jdir“;
public void contextDestroyed(ServletContextEvent servletcontextevent) {
System.getProperties().remove(log4jdirkey);
}
public void contextInitialized(ServletContextEvent servletcontextevent) {
String log4jdir = servletcontextevent.getServletContext().getRealPath(“/“);
//System.out.println(“log4jdir:“+log4jdir);
System.setProperty(log4jdirkey, log4jdir);
}
}
web.xml配置：

《listener》
《listener-class》com.log4j.log4jlistener《/listener-class》
《/listener》

log4j.prtperties 配置：
log4j.appender.A1.File=${log4jdir}/WEB-INF/logs/app1.log
来解决。