标签: file-watcher

我正在将文档自动部署到服务器.

当我保存.less/.sass文件时,文件监视器会对它们进行转换,但只上传源文件,而不是上传的.css文件.

有没有办法同时部署.css文件？

File Watcher突然停止工作并产生以下错误:

Automatic upload: check for related changes from File Watchers took too much time and was cancelled.

这是我的观察者设置:

完整的Arguments字段值: --no-cache --update $FileName$:$FileNameWithoutExtension$.css

我在此链接上尝试了解决方案,但仍然生成了相同的错误.

我不确定我错过了什么.因为我已经使用PHPStorm几个月了,并没有遇到这样的错误.似乎文件监视器SCSS和SASS不再工作了.我尝试在每次应用更改时重置phpstorm.

我在WebStorm 中以下列方式设置了一个Jade文件观察器.但是它不会生成任何HTML文件.

如何使用WebStorm 9.0.3将Jade文件转换为HTML文件？

我可以在HDFS上安装文件监视器吗？

场景: 文件不断登陆HDFS.我想在文件数量达到阈值后启动Spark作业(可以是文件数量或文件大小).

是否可以在HDFS上实现文件观察器来实现此目的.如果是,那么任何人都可以建议这样做吗？有哪些不同的选择？Zookeeper或Oozie能做到吗？

任何帮助将不胜感激.谢谢.

我开始通过创建一个简单的http服务器来学习golang

func main() {
    f, err := os.OpenFile("testlogfile", os.O_RDWR | os.O_CREATE | os.O_APPEND, 0666)
    if err != nil {
        fmt.Println("error opening file: %v", err)
    }
    defer f.Close()

    log.SetOutput(f)

    http.HandleFunc("/", defaultHandler)
    http.HandleFunc("/check", checkHandler)

    serverErr := http.ListenAndServe("127.0.0.1:8080", nil) // set listen port

    if serverErr != nil {
        log.Println("Error starting server")

    } else {
        fmt.Println("Started server on - 127.0.0.1:8080" )
    }
}

上面的代码将在 8080 上启动本地服务器，我可以通过浏览器访问路由。都很好！

但是，现在我想运行一个单独的 go 例程来监视文件 -

func initWatch() string{
    watcher, err := fsnotify.NewWatcher()
    if err != nil {
        fmt.Println(err)
    } …

我有一个小的 Dotnet 核心程序 (3.1.8)，带有一些 FileWatchers。他们监视网络驱动器上的文件夹。有一些负载（此处最多 200 - 250 个文件），程序意外崩溃。由于 Biztalk 应用程序，这些文件同时出现，由另一台服务器上的另一个进程移动，我认为这与此处无关，但我想提一下。

文件观察器初始化：

private void InitializeInnerFilewatcher(List<string> filters)
{
        _watcher = new FileSystemWatcher(WatchPath);
        _watcher.InternalBufferSize = 65536;
        if (filters.Count > 1)
        {
            _watcher.Filter = FILTER_ALL; // *.*
            _customFilters = filters;
        }
        else
            _watcher.Filter = filters.First();
        _watcher.NotifyFilter = NotifyFilters.LastWrite | NotifyFilters.FileName;
        _watcher.Changed += new FileSystemEventHandler(FileCreatedOrChanged);
        _watcher.Created += new FileSystemEventHandler(FileCreatedOrChanged);
        _watcher.Renamed += new RenamedEventHandler(FileRenamed);
        _watcher.Error += Watcher_Error;
        _watcher.EnableRaisingEvents = true;
}

在这里，我们有 filewatcher 触发的每个事件的“进程”部分：

private void TryHandle(FileSystemEventArgs arg)
{
        if (!File.Exists(arg.FullPath))
            return;

        if …

该脚本使用文件系统观察程序监视蜜罐文件夹,并报告任何更改(编辑,重命名,删除或创建),然后执行某些操作.

创建,重命名和删除时,操作可以正常工作.

但是在编辑时,我只能让脚本触发一次动作.因此,例如,如果测试设备尝试编辑honeypot文件夹上的文件,则会触发操作.但是同一设备尝试再次编辑同一个文件或不同的文件,编辑的观察者似乎无法工作,因为没有触发操作.

所以我尝试通过任务调度程序每5分钟重置一次脚本(每5分钟启动一次脚本),但结果仍然相同.

这是代码:

### SET FOLDER TO WATCH + FILES TO WATCH + SUBFOLDERS YES/NO
$watcher = New-Object System.IO.FileSystemWatcher
$watcher.Path = "\\vmserver2\_Do_Not_Delete_Or_Rename"
$watcher.Filter = "*.*"
$watcher.IncludeSubdirectories = $true
$watcher.EnableRaisingEvents = $true

### DEFINE ACTIONS AFTER AN EVENT IS DETECTED
$action = {
    $path = $Event.SourceEventArgs.FullPath
    $changeType = $Event.SourceEventArgs.ChangeType

    $logline = "$(Get-Date), $changeType, $path"
    #Add-content "D:\log.txt" -value $logline
    #write-host $logline

    $targetdevice = Get-SmbOpenFile |
        select clientusername, clientcomputername, path |
        where {$_.Path -like  'E:\Data\Archive\_Do_Not_Delete_Or_Rename' }

    $targetIP = $targetdevice.clientcomputername
    $targetUser = …

需要在 docker 镜像中增加观察者，因为它在 expo 发布时失败并出现错误

[11:39:08] Error: ENOSPC: System limit for number of file watchers reached, watch '/__w/mevris-client-app-products/mevris-client-app-products/node_modules/update-notifier/node_modules/camelcase'
[11:39:08]     at FSWatcher.start (internal/fs/watchers.js:165:26)
[11:39:08]     at Object.watch (fs.js:1258:11)
[11:39:08]     at NodeWatcher.watchdir (/__w/mevris-client-app-products/mevris-client-app-products/node_modules/metro/node_modules/sane/src/node_watcher.js:159:22)
[11:39:08]     at Walker.<anonymous> (/__w/mevris-client-app-products/mevris-client-app-products/node_modules/metro/node_modules/sane/src/common.js:109:31)
[11:39:08]     at Walker.emit (events.js:198:13)
[11:39:08]     at /__w/mevris-client-app-products/mevris-client-app-products/node_modules/walker/lib/walker.js:69:16
[11:39:08]     at go$readdir$cb (/__w/mevris-client-app-products/mevris-client-app-products/node_modules/@react-native-community/cli/node_modules/graceful-fs/graceful-fs.js:187:14)
[11:39:08]     at FSReqWrap.args [as oncomplete] (fs.js:140:20)

在 Dockerfile 中添加了以下几行

RUN echo "fs.inotify.max_user_instances=524288" >> /etc/sysctl.conf && sysctl -p

构建时导致此错误 sysctl: setting key "fs.inotify.max_user_watches": Read-only file system

我需要在 Github Actions 中使用那个 docker 镜像

文件

FROM node:10

RUN …

我需要监视文件夹并在每次创建文件时执行一些操作。我有 2 个解决方案 - 一个使用 WMI，我可以在其中使用此过滤器（从.MOF文件或注册永久 MWI 事件绑定的 Powershell 脚本调用）每秒轮询文件夹：

SELECT * FROM __InstanceCreationEvent WITHIN 1 WHERE TargetInstance ISA "Cim_DirectoryContainsFile" AND TargetInstance.GroupComponent="Win32_Directory.Name='C:\\test'"

示例脚本：

$query = @"
SELECT * FROM __InstanceCreationEvent WITHIN 1 WHERE TargetInstance ISA "Cim_DirectoryContainsFile" AND TargetInstance.GroupComponent="Win32_Directory.Name='C:\\test'"
"@

#Set up hash table for splatting
$wmiParams = @{
    Computername = $env:COMPUTERNAME
    ErrorAction = 'Stop'
    NameSpace = 'root\subscription'
}

######################################################################################################################### Filter
#Creating a new event filter
$wmiParams.Class = '__EventFilter'
$wmiParams.Arguments = @{
    Name = 'WatchFiles'
    EventNamespace = 'root\CIMV2'
    QueryLanguage …

所以我一直在使用 VSCode，我喜欢它所构建的功能。使用 sublime 我不得不做太多的手动工作。但是 vscode 是 CPU 密集型的，主要是因为文件观察器，我想了解这个文件观察器的作用是什么？在 React 代码中，我们已经有了热重载，我们真的需要这个吗？以及如何一起阻止这一切。

我试图在 vscode 设置 files.watcherExclude 中添加 * 模式来停止 filewatcher 但我不知道它是否真的有效。