（二十二）-框架主入口main.py设计&log日志调用和生成1测试目的2测试需求3需求分析4详细设计4.1新建存放日志目录log4.1.1配置config.py中写入log的目录4.2`baseInfo.py`中加入日志4.3`test_gedit.py`中加入日志4.4主函数入口main.py中调用日志5调用日志主函数main.py源码6`baseInfo.py`源码7`test_gedit.py`源码8运行效果9目前框架结构1测试目的组织运行所有的测试用例，并调用日志模块，便于问题定位。

对于Rails3.1(很快将是3.2)，我有非常详细的日志，其中包含大量额外的工作人员信息。我通常会得到数GB的development.log文件。我看到过一些关于轮换生产日志的讨论，但是我没有发现任何似乎适用于development.log轮换的内容。您如何在每100.megabytes左右轮换您的development.log？或者我更喜欢实际截断文件头，以便只有最近的项目保留在日志中，最近的条目最多100MB。我已经玩了一点，并且越来越多地认为目前不存在这样的东西，也许我应该实现一些将以某种方式使用ruby​​File.truncate的东西，但是我到目前为止，我还不确定它在文件

我正在尝试调试一些代码。一个奇怪的部分是before_save回调被调用了两次，尽管我只打算保存对象一次。为了追踪这是如何发生的，我在类中定义了这些方法:%w[savesave!].eachdo|method_name|define_method(method_name)do|*args|puts"whocalled'#{method_name}'?#{caller.first}"super(*args)endend从这个输出中，我只看到一个持久化调用。我相信save和save!是导致ActiveRecord持久化对象的唯一方法。据我所知，其他持久化方法依赖于这两者之一；例如，upda

我知道应该有一种方法可以使用awsruby​​sdk为AWSLambda创建触发器(就像可以使用AWS管理控制台一样)。*更新，我找到了创建触发器的方法。我正在使用以下代码来执行此操作:@cloudwatchlogs=Aws::CloudWatchLogs::Client.new(region:region,credentials:Aws::Credentials.new(aws_access_key_id,aws_secret_access_key))@cloudwatchlogs.put_subscription_filter({log_group_name:"RDSOSMetri

我有一个使用bundler的Rails项目。我收录的许多gem都比最新可用的版本落后很多。我知道我可以祈祷并运行bundleupdate以将所有内容升级到最新版本，同时考虑到依赖性，但这可能会破坏我的应用程序中依赖已弃用gem方法的部分，可能不值得付出努力。有没有办法获取Gemfile.lock中设置的版本和ruby​​gems上的最新版本之间所有bundle的gem的变更日志？这似乎是一个相当普遍的需求，但我还没有'找到任何解决方案... 最佳答案 这真是个好主意。目前我还没有听说过有任何工具可以执行此操作，因此我创建了一个脚本来

您好，我正在尝试使用以下代码通过rvm安装ruby​​:CC=/usr/bin/gcc-4.2rvminstall1.9.3--with-iconv-dir=$rvm_path/usr--with-openssh-dir=$rvm_path/usr但我在(安装)make.log文件中遇到错误:Infileincludedfromopenssl_missing.c:22:450openssl_missing.h:71:error:conflictingtypesfor‘HMAC_CTX_copy’451/Users/Sebastian/.rvm/usr/include/openssl/h

我在Ubuntu14.04中的通用终端(应用程序简称为“终端”)内运行railsserver和railsconsole。每当我运行涉及数据库的命令时，控制台都会输出它发送的SQL查询，但有时文本是绿松石色，有时是紫​​色。例如在这个控制台输出中:2.2.2:025>pl=ProjectLevel.find_by(name:'Premium')ProjectLevelLoad(0.5ms)SELECT"project_levels".*FROM"project_levels"WHERE"project_levels"."deleted_at"ISNULLAND"project_level

默认的RubySequel行为是在INFO级别记录所有数据库查询(不同于在DEBUG级别记录的ActiveRecord)。我该如何更改？ 最佳答案 以前，使用代理记录器对象相当简单，但是有足够多的人要求我实现它。使用Sequel的gitmaster分支，您现在可以:DB.sql_log_level=:debug这将在记录查询时使用调试方法而不是信息方法。 关于ruby-如何将RubySequel日志记录设置为DEBUG级别？，我们在StackOverflow上找到一个类似的问题：

我这样使用ruby​​记录器:$logger=Logger.newMultiIO.new($stdout,log_file)MultiIO是我从thisanswer得到的一个类.这在大多数情况下效果很好，但我正在使用'colored'ruby​​gem在终端上提供彩色输出。不幸的是，这也最终出现在日志文件中，因为ANSI转义看起来像[32mPASS[0m或一些类似的不可打印字符垃圾。清理日志文件字符串同时保持tty字符串颜色的最佳方法是什么？我不介意猴子修补Logger或MultiIO，但我绝对不希望对日志文件和屏幕进行两次不同的调用。 最佳答案

我正在向Rails4应用程序添加结构化日志记录。使用lograge和logstash-logger如thisarticle中所述，我的东西大部分都在工作。我在向日志添加请求ID时遇到问题。我发现最接近的是将其添加到config/${ENV}.rb:config.log_tags=[:uuid]但这会将请求ID添加到标签列表中，而不是将其添加为命名字段。{"tags":["da76b4be-01ae-4cc4-8d3c-87062ea02cfe"],"host":"services","severity":"DEBUG","@version":"1","@timestamp":"2016