如何将默认日志文件位置更改<project-name>/storage/logs/laravel.log为类似/var/logs/<project-name>/laravel.log?
DotNetNuke是否提供任何内置的错误记录框架?我的客户端正在使用DotNetNuke,我没有看到全局错误记录框架.我看到下面的课有一些try/catch使用它们.
namespace DotNetNuke.Services.Exceptions
{
[StandardModule]
public sealed class Exceptions
{
public static ExceptionInfo GetExceptionInfo(Exception e);
public static void LogException(Exception exc);
public static void LogException(ModuleLoadException exc);
public static void LogException(PageLoadException exc);
public static void LogException(SchedulerException exc);
public static void LogException(SecurityException exc);
public static void LogSearchException(SearchException exc);
public static void ProcessModuleLoadException(Control ctrl, Exception exc);
public static void ProcessModuleLoadException(PortalModuleBase objPortalModuleBase, Exception exc);
public static void ProcessModuleLoadException(Control ctrl, Exception exc, bool DisplayErrorMessage);
public static void ProcessModuleLoadException(PortalModuleBase objPortalModuleBase, Exception exc, bool DisplayErrorMessage);
public static void …Run Code Online (Sandbox Code Playgroud) 我希望能在这个伟大的问题上获得一些明确的答案.在.net中编写Web应用程序时,是否应该使用IIS访问日志中的追加功能来存储您想要的内容或者您应该写入Windows事件日志?
我在谈论信息记录,警告记录和错误记录.将它拆分并写入iis日志和事件日志是否明智?
或者对于普通的.net windows应用程序,他们应该写入自己的日志文件还是使用事件日志?
我希望只在特定条件下发送电子邮件,并且在所有情况下都会在DB中记录错误.但据我了解,过滤不适用于其中之一.是对的吗?如果是,那我该怎么做呢?
另外需要注意的是,现在我节省额外的信息,以数据库上ErrorMail_Mailing的global.asax由作为回答与Atif阿齐兹.因为电子邮件只会在有条件的基础上ErrorMail_Mailing发送,并且仅在发送电子邮件时才会触发,我想知道如何将所有错误的其他信息保存到数据库中.
更新:
我已经修改了Elmah代码以满足我的需要.
我正在使用php的'error_log()'向apache错误日志发送一些相当长的堆栈跟踪,并且条目被截断.我还没有办法让条目更长.有任何想法吗?
我想附加到每个错误日志,即错误发生前用户请求的页面的URL.日志已经告诉我错误发生的地方,但是对我来说知道网址是有价值的.
我看到有一个Handler.php文件,但我怎么能在那里附加网址?
在Windows 10上,日志记录模块发送此错误(使用scrapy)
# --- Logging error ---
...
# UnicodeEncodeError: 'charmap' codec can't encode characters in position 175-176: character maps to <undefined>
Run Code Online (Sandbox Code Playgroud)
我已经读过我应该添加, 编辑:根据tuto,它是不需要的. encoding='utf-8'但我没有找到如何在下面的代码中添加它.
configure_logging(install_root_handler=False) #override default log settings
logging.basicConfig(
filename='logfile.log',
format='%(levelname)s: %(message)s',
datefmt='%m-%d %H:%M',
level=logging.INFO #CRITICAL ERROR WARNING INFO DEBUG NOTSET
)
Run Code Online (Sandbox Code Playgroud)
我发现了很多关于这些主题的问题,但主要是关于python 2(或者与日志记录模块无关).日志教程甚至没有谈论utf-8.(请注意,我可以毫无问题地打印UTF8字符.问题只发生在记录模块上)
logging encoding error-logging character-encoding python-3.x
我正在研究Django REST 框架,我希望有单独的文件来记录数据。
我想要一个用于简单事务的文件,例如 GET、PUT、POST 等,以及一个包含错误的文件,我将在发生错误时收集这些错误。
我一直在阅读Django Logging Documentation并且我想出了一些关于如何记录信息数据的配置。配置示例如下:
设置.py
STATIC_URL = '/static/'
PROJECT_ROOT = os.path.dirname(os.path.abspath(__file__))
STATIC_ROOT = os.path.join(PROJECT_ROOT, 'static')
LOGGING_ROOT = os.path.join(STATIC_ROOT, 'logging')
LOGGING = {
'version': 1,
'disable_existing_loggers': False,
'handlers': {
'file': {
'level': 'INFO',
'class': 'logging.FileHandler',
'filename': LOGGING_ROOT + "/info.log",
},
},
'loggers': {
'django': {
'handlers': ['file'],
'level': 'INFO',
'propagate': True,
},
},
}
Run Code Online (Sandbox Code Playgroud)
它作为文件中的预期数据样本工作:
"PUT /upload/dat.txt HTTP/1.1" 204 14
"OPTIONS / HTTP/1.1" 200 10020
"GET / HTTP/1.1" 200 9916
Run Code Online (Sandbox Code Playgroud)
我尝试在 settings.py …
作为C#应用程序的作者,我发现如果我可以访问异常或调试日志,用户报告的故障排除问题会更容易.
我已经包含了一个用户可以打开或关闭的本土日志记录机制.我希望用户能够通过互联网提交日志,以便查看日志中的错误.
我曾想过使用SMTPClient或Web服务来发送信息.SMTPClient可能无法正常工作,因为防火墙可能会阻止外发SMTP访问.Web服务是否会出现发送大量数据(可能超过1 MB)的问题?
您建议将应用程序直接向开发人员传输错误报告以供审核的最佳方法是什么?
编辑:澄清:这是一个Windows应用程序,当发生错误时,我想提出一个对话框,要求提交错误.我的问题是关于通过互联网将错误日志从应用程序传输给我(开发人员)的机制.
我使用log4net来记录异常,它通常可以正常工作.但我希望能够过滤掉包含特定文本字符串的异常.
我发现了这个实现过滤器的例子,但它与我想要的相反; 它只包含具有指定字符串的消息.我想排除指定的字符串.
<filter type="log4net.Filter.StringMatchFilter">
<stringToMatch value="My Exclude String" />
</filter>
<filter type="log4net.Filter.DenyAllFilter" />
Run Code Online (Sandbox Code Playgroud)
是否可以排除指定的字符串?
error-logging ×10
logging ×5
error-log ×3
c# ×2
laravel ×2
apache ×1
asp.net ×1
django ×1
dotnetnuke ×1
elmah ×1
encoding ×1
laravel-5 ×1
laravel-5.1 ×1
log4net ×1
php ×1
python ×1
python-3.x ×1
stack-trace ×1
web-services ×1
windows ×1