我需要看看一个PHP应用程序是否发送了批量邮件。 这些邮件会被logging吗？ 我怎么能告诉logging是否启用/我将如何设置它 VPS正在运行debian。 任何帮助很好地收到，因为这不是我的地区真的。 非常感谢， 保罗
我想把一些（最小的）日志logging到我们的MySQL服务器上，目的是确定服务器上的哪些数据库没有被定期访问。 我们打算login大约一个月，并且任何在这段时间内没有被客户访问的数据库，我们要归档。 有人可以请我指出正确的方向 – 我在网上find的大部分日志logging教程都关心logging实际的SQL查询等，而我只是想“从时间Y的客户端IP X到DB Z的连接“logging。 提前致谢。 问候， 帕特里克
在CentOS 6服务器上，有时会在物理连接到服务器的显示器上的login提示之上显示消息（错误，警告）。 我似乎无法find这些消息所在的日志文件（/ var / log /？），所以要查看它们的唯一方法是打开连接到服务器的显示器。 有没有办法将它们发送到日志文件，所以我可以通过SSH等等看到它们？ 他们是否出现在屏幕上，因为他们没有设置日志文件？
我想创build一个encryption的焦油，但我也想有一个什么压缩的tar日志，我使用下面的命令： tar -cvvf – –files-from=/root/backup.cfg | openssl des3 -salt -k backuppass | dd of=/root/tmp/back.encrypted 但是我需要有一个tar的stdout日志。 我不知道如何得到它，因为如果我在tar命令中使用“>”命令，openssl的结果是不正确的。 我也检查了tar手册希望find一些选项来写一个文件的标准输出，但我什么也没有find。 任何帮助？ 感谢和问候。
我有一个运行的进程，把它的输出写入一个文件，就像这样。 processx > /var/log/processx.log 2>&1 我怎么会写/pipe/转发给rsyslog而不是（包括2>&1redirect）？
我运行一个约700个注册用户的网站。 在典型的一天，有30-50点击。 在过去的三天里，stream量疯狂地快速增长（根据Google Analytics）。 今天我得到了7,287次点击。 我的新注册用户数量没有按比例增加。 看来他们大部分来自俄罗斯，这很有趣，因为我在美国，而我的网站只是英文。 现在，我做了一些Googlesearch，查看Google Analytics中所有这些推介链接的情况。 我已经读到，其中大部分是俄罗斯的转介垃圾邮件点击，其中有人从我的HTML刮我的Google Analytics（分析）密钥，然后他们只是打了几千次Google Analytics（分析）烦扰我，没有实际从我的服务器请求任何东西没问题，但我认为这使Google Analytics（分析）几乎没有任何价值，因为现在我的数据被污染了，但是除此之外…）。 然而，我的Nginx日志显示在过去几天的交通量显着增加。 俄罗斯的转介垃圾邮件仅占Google Analytics总数的一半。 我真的不知道为什么有人会一次又一次地打我的网站，它需要人为的互动，从我的网站获得任何有意义的内容。 我能做些什么来保护自己免受这种非法交通？ 我唯一的select开始黑名单IP地址？
如果我在syslog-ng中有一个条目 log { source (src); filter (filter1); filter (filter2); filter (filter3); filter (filter4); destination (all_log) } 而且，说filter4是一个非常宽松的filter， filter3是一个filter来消除一对filter3主机。 如果filter2和/或filter1允许这些令人讨厌的主机之一，它会被logging？
在我的网站的日志中，有很多访问HTTP参考设置为类似垃圾邮件的网站（通常是俄罗斯网站，我注意到）。 我假设他们正在做的只是使用一个networking爬虫来访问他们发现的任何网站，并以HTTP引用者作为他们网站的URL。 这不仅令人讨厌，因为它歪曲我有多less访问者的统计数据，我真的不明白他们希望达到什么目的。 那是我罕见的一次爬行我的日志，我看到一个referer设置为“spammyrussiansite.ru”，并决定访问它？ 有更有效的方式来垃圾邮件您的网站的url比，没有？
可能重复： Splunk的替代软件？ 我需要部署一个集中的日志pipe理设备或设备。 它应该能够处理至less100个设备给它的input。 我还希望能够在发现某些事情时向我发送警报。 我已经看了一眼，自由stream畅并没有提醒你。 任何其他的想法？ 它可以在Windows或Linux上运行，这并不重要。
寻找高性能的分布式可扩展解决scheme来存储大量的日志消息。 我们有多个并发日志源（=服务器）。 这里有趣的是， 性能是至关重要的 ，如果日志logging系统性能更好，我们甚至愿意放松所有日常消息的一小部分（比方说最多2％）。 我们想每天使用在线algorithm处理日志消息，所以我们不需要任何花哨的关系数据库的东西。 只是想顺序地运行数据并计算一些总量和趋势。 这是我们需要的： 至less98％的消息必须被存储。 放松一些信息不是问题。 一旦消息被存储，它必须被可靠地存储（ACID中的持久性Aka – 所以基本上需要复制） 多个来源。 消息必须以连续的方式存储，但是不需要精确的sorting（我们期望任何两个消息比几秒钟更接近正确的顺序，但是彼此靠近的消息可以是任意的顺序） 我们必须能够按顺序处理日常数据（理想情况下采用map-reduce等一些可靠的方式，以便处理机器故障并重新启动处理失败的节点） 任何RDBMS当然不是一个选项，因为它保证太多（对于这个任务不必要的）属性。