标签: monitoring

F有没有办法监控FTP端口,以便我可以知道我的FTP应用程序发送到FTP服务器的命令？

我使用的是一个闭源FTP客户端应用程序,它不能与闭源FTP应用程序服务器一起使用.客户端和服务器之间没有很好的通信,我想找出原因.我希望对客户进行逆向工程,以了解客户端发送给服务器的信息.之前我使用了一个Web测试工具,允许我监视通过HTTP传输的内容,但我似乎无法找到这样的FTP工具.如果你能帮助我,我感激不尽,谢谢.

我有网络应用程序,并注意到用户的显示器亮度设置存在巨大差异.

用户的显示器越亮,我的Web应用程序颜色看起来就越清晰.

有没有办法在没有用户参与的情况下自动检测用户的显示器亮度,以便我可以根据亮度以编程方式调整我的Web应用程序的颜色？

我想写一个程序,如果有人登录我的服务器,它应该自动执行一些任务.

我对此的疑问是:

• 1)是否有用户登录后立即设置的最后一次登录记录我可以使用/监控我的目的？如果没有,我可以使用类似的东西吗？

• 2)持续监控这样一个价值的最佳方法是什么？

已经提出了类似的问题,但我没有遇到过一种易于操作的方式

我们有一些各种应用程序日志填补了空间,我们面临其他不必要的问题.如何编写监控脚本(压缩特定大小的文件,移动它们,观察它们等等)以进行此维护？我正在寻找一个简单的解决方案(如使用什么？),如果可能的话,在python中或者只是一个shell脚本.

谢谢.

我有一组文件,我想监视它们的变化.
我已经尝试过FileSystemWatcher类,但似乎在更改文件然后保存之后会触发通知.比方说,如果我监视目录中的.txt文件的变化,打开一些文件,保存它FileSystemWatcher工作.但是,如何在打开文件时键入更改并在不保存的情况下键入内容？首先阅读原文,然后在一段时间后读取相同的文件然后比较它们似乎很慢而且很愚蠢.有没有一种很好的方法来监控这种情况？

是否有可用的开源工具可以监视服务器上的远程JVM进程.

理想情况下,它会通过JMX读取遥测数据并存储到具有漂亮GUI的历史数据库中以显示信息

我想要的关键信息是内存,gc时间,线程,类等

(ACF9)

除非有一个我缺少的选项,"记录慢于[n]秒的慢速页面"设置对于基于前端控制器的站点没有用(例如,Model-Glue,FW/1,Fusebox,Mach-II,等等.).

例如,在Mura/Framework-One网站中,我最终得到:

"Warning","jrpp-186","04/25/13","15:26:36",,"Thread: jrpp-186, processing template: /home/mysite/public_html_cms/wwwroot/index.cfm, completed in 11 seconds, exceeding the 10 second warning limit"
"Warning","jrpp-196","04/25/13","15:27:11",,"Thread: jrpp-196, processing template: /home/mysite/public_html_cms/wwwroot/index.cfm, completed in 59 seconds, exceeding the 10 second warning limit"
"Warning","jrpp-214","04/25/13","15:28:56",,"Thread: jrpp-214, processing template: /home/mysite/public_html_cms/wwwroot/index.cfm, completed in 32 seconds, exceeding the 10 second warning limit"
"Warning","jrpp-134","04/25/13","15:31:53",,"Thread: jrpp-134, processing template: /home/mysite/public_html_cms/wwwroot/index.cfm, completed in 11 seconds, exceeding the 10 second warning limit"

有没有办法在那里获取查询字符串或发布详细信息,还是有另一种方式来获取我所追求的内容？

我们有 Prometheus 和 AlertManager 正在生产中，并且希望有一些关于警报何时发生以及警报何时消失的仪表板。

是否有一些关于这种“开箱即用”的指标 - 或者我是否必须实施某些措施来实现这一目标？像“MyAlertListener-Application”这样的东西，它本身提供了一个普罗米修斯端点。

正如这篇博文所暗示的，__meta_* 标签由 Prometheus 中的服务发现机制提供，它们可用于重新标记目的。正如文档所暗示的那样，此类标签会在生命周期的后期被删除，并且不会在 Web UI 中公开。有什么方法可以在处理之前查看它们以进行调试吗？

我将我的nginx实例移至Docker容器，我想监视该容器（或其中的服务），并能够启动新容器，以防服务器重启或其他任何问题。

到目前为止，我监视容器中的nginx服务所做的工作就是在consul中添加了运行状况检查，这很好（我对consul的服务发现有所了解，不确定是那样），但是如果容器停止时，我需要一些帮助我启动新容器的方法。

我没有docker-swarm，kubernetes或其他类似的Orchestrator解决方案，但我正在考虑使用一些脚本来使用command docker run -d -p 80:80 -p 1090:1090 -v /etc/nginx/conf.d:/etc/nginx/conf.d nginx。

任何想法和建议都欢迎，谢谢。