Articles of XML

Nginx用Simple Machines Forum重写

我正在运行Nginx 1.5.6,我使用Simple Machines Forum软件。 大多数重写规则似乎都正常工作,除了RSS源。 在我的Nginxconfiguration中,我有下面这行应该处理包含“.xml”的URL: rewrite ^/forum/(\.xml|xmlhttp)/?$ "/forum/index.php?pretty;action=$1" last; 上述规则为主论坛生成以下URL,该论坛返回403错误: http ://www.mydomain.com/forum/.xml/?type= rss 我想重写规则来产生这种types的URL,它返回代码200(一个真实的网页): http : //www.mydomain.com/forum/? type=rss;action =.xml 这里是关于论坛重写整个块: http : //pastebin.com/raw.php? i= tZkAibW3 我真的很感谢一些帮助来创build一个重写规则来做到这一点。 谢谢。

仙人掌 – 检查plist文件

我遵循这个指南让仙人掌得以运行。 http://10100.org/blog/how-to-install-cacti-on-osx-server-109 一切都很好,直到我不得不创buildcacti.plist来configuration轮询器。 在terminal,当我运行launchctl它找不到plist。 launchctl: no plist was returned for: /Library/LaunchDaemons/cacti.plist<br> nothing found to load cacti.plist xml文件 ?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>Label</key> <string>cacti</string> <key>ProgramArguments</key> <array> <string>php</string> <string>/Library/Server/Web/Data/Sites/Default/cacti/poller.php</string> </array> <key>RunAtLoad</key> <true/> <key>StartInterval</key> <integer>300</integer> </dict> </plist>

升级到Java 7u65会破坏我的Oracle应用程序的部署规则集

我的公司使用需要Java 6u45的Oracle应用程序的旧版本。 当然,我们希望保证安全,所以我们使用部署规则集来为该内部应用程序指定6u4​​5,并让其他应用程序使用7u60。 现在我们已经准备好将Java 7的一半升级到7u67,Oracle应用程序打破了“部署规则集要求的版本1.6.0_45不可用”。 当然,它是可用的,它只是因为某些原因找不到它。 作为一个testing,我指定JavaTester.org也应该使用6u45,并且没有问题,它工作正常。 但是当我尝试对Oracle应用程序使用相同的configuration(7u67和6u45)时,每次都会失败。 如果我降级到7u60,它的工作。 7u65或更高,它打破。 Oracle应用程序没有改变,所以7u65 +在处理部署规则集或path等方面必须有所不同。 我完全失去了。 ruleset.xml: <?xml version="1.0"?> -<ruleset version="1.0+"> -<rule> <id location="*.mycorp.com"/> <action version="1.6.0_45" permission="run"/> </rule> -<rule> <id location="http://javatester.org"/> <action version="1.6.0_45" permission="run"/> </rule> </ruleset>

Windows转发的事件datefilter不起作用

我有一个Windows Server 2008 R2configuration为从大量的客户端(Windows 7 \ 8.1)接收转发的事件。 它从WLAN-Autoconfig源接收事件ID范围为8000-8006的事件(服务器没有源,但可将其添加到订阅以便能够从该源接收)。 该服务器安装了美国英语,并具有挪威语区\文化。 客户安装NB-no挪威和挪威语区\文化。 我遇到的第一个问题是服务器无法正确读取事件。 它给了这个错误: 无法find来自Microsoft-Windows-WLAN-AutoConfig的事件ID 8000的说明。 引发此事件的组件未在本地计算机上安装,或者安装已损坏。 您可以在本地计算机上安装或修复组件。 如果事件发生在另一台计算机上,显示信息必须与事件一起保存。 这不是一个大问题,因为事件对象和内容仍然到达,可以用于收集的目的。 但后来,当试图编写一个Powershell脚本来获取和过滤这些事件时,我遇到了一些问题。 首先我试过这个方法: Get-WinEvent -ComputerName $ServerName -FilterHashtable @{logname = 'ForwardedEvents'; id = 8000, 8001, 8002, 8003; StartTime = $StartDate; EndTime = $EndDate } -MaxEvents 3 但是这个查询没有返回任何值。 从filter中删除“StartTime”和“EndTime”使其工作出于某种原因。 深信“-FilterHashTable”选项不起作用我尝试使用“-FilterXML”选项,但要做到这一点,我不得不在事件日志中创buildfilter来查找语法。 我login到服务器,打开事件查看器,并使用以下选项从ForwardedEvents日志创build自定义视图: 日志= ForwardedEvents ID = 8000-8003 StartTime = SomeDate EndTime […]

LogStash:使用execinput插件迭代数组

我正在使用以下logstashconfiguration文件来请求和分析来自服务器的xml响应: input { exec { command => "/usr/bin/curl -s http://%{host}/api/messages" interval => 10 type => "mytype" } } filter { if [type] == "mytype" { xml { source => "message" } } } 从几台服务器获得这个响应的最好方法是什么,并用它们的IP在这个日志条目中正确标记主机variables?

计划任务的事件日志触发器configuration无法使用eventviewer工作

我正在尝试启动由特定事件触发的任务。 我使用的filter的XMLconfiguration如下: <QueryList> <Query Id="0" Path="Security"> <Select Path="Security"> *[System[(Level=4 or Level=0) and (EventID=5145)]]and *[EventData[Data[@Name='AccessList'] and (Data='%%1538 %%4416 %%4419 %%4423 ')]]and *[EventData[Data[@Name='ShareName'] and (Data='\\*\Justin-Archiv')]] </Select> </Query> </QueryList> 与事件查看器一起使用时,configuration工作正常。 但是,如果符合条件的新事件发生,则该任务不会被触发。 删除后 *[EventData[Data[@Name='AccessList'] and (Data='%%1538 %%4416 %%4419 %%4423 ')]] 部分,事件被触发。 所以这个部分一定有问题。 非常感谢提前!

msinfo32 / nfo用翻译的标签发送XML

我正在为一个我参与支持的应用程序开发一些系统数据收集工具,并且遇到了令人兴奋的皱纹。 我想捕获一个msinfo32 /nfo报告作为收集的数据的一部分,因为它是如此全面。 但有一个有趣的问题。 德语设置为显示语言的系统中的XML如下所示: <Data> <Element><![CDATA[Betriebsystemname]]></Element> <Wert><![CDATA[Microsoft Windows 10 Pro]]></Wert> </Data> “wert”是“Value”的德语单词。 所以一些但不是全部的标签似乎被翻译成当地语言。 只是为了好玩。 (这也是绝对可怕的谁devise这个可移植XML,但我可以解决)。 我正在寻找一种方法来覆盖标签翻译,或者失败的方式来在Windows中运行一个程序与不同的显示语言。 在UNIX系统上,我只需设置LC_ALL=C或LC_ALL=en_US 。 在Windows上,不是那么多。 我知道AppLocale ,但它似乎是遗留的非Unicode程序,主要集中在处理字符集。

FTP自动化下载过程不工作在Windows上

我有我的脚本如下: <?xml version="1.0" encoding="UTF-8"?> <project name="Getting from FTP" default="info" basedir="."> <target name="info"> <property name="testfolder" value="My\Test\Folder\Path" /> <echo>Hello World – Welcome to Apache Ant!</echo> <echo>Java version: ${ant.java.version}</echo> <echo>Ant Version: ${ant.version}</echo> <echo>Base Dir: "${basedir}"</echo> <mkdir dir="${testfolder}\ant-test"/> <classpath> <fileset dir="${basedir}" includes="*.jar" /> </classpath> <ftp action="get" server="my.server.location.somewhere" userid="username" password="password" remotedir="/path/on/my/server" verbose="yes" > <fileset dir="${testfolder}\ant-test"> <include name="**\*" /> </fileset> </ftp> […]

在Windows Server版本中,是否有将AD用户导出到XML的大致一致的方法?

我正在编写一个用户数据同步服务,它应该使用包含来自客户的用户数据的CSV和XML文件。 CSV部分非常简单。 关于XML,我想要求客户符合一个非常具体的XML模式,而不要求他们做自定义编码或不是他们的目的。 所以,我正在研究(或为)所有Windows Server版本中可用的工具,以便生成一些我可以一致阅读的内容(可能不包括WS 2003,因为AFAICT在此处被CSV或LDIF导出(我知道WS 2003年是EOL,但客户永远是对的,即使他们错了))。 淘宝谷歌有很多VB和PS脚本的例子来做自定义的AD导出,但是(不是一个Windows用户我自己 – 更不用说Windows服务器pipe理员)我觉得,更多的时候可能会产生这样的脚本需要有非常特殊的需求,我想知道是否没有标准化的从Active Directory转储XML数据的方式,这对于客户来说更容易使用,而且足以满足我的需求。 在此先感谢Daniel

有什么办法告诉Puppet augeas资源使用哪种编码?

我是新来的augeas,我得到了很多错误,如: Could not evaluate: invalid byte sequence in UTF-8 在特殊的我希望augeas兑现XML文件中的编码声明 <?xml version="1.0" encoding="ISO-8859-1"?> 但在镜头的源代码,我不明白,这是考虑到,但我可能是错的感觉,我不明白的镜头格式很多: https : //github.com/hercules-team/augeas/blob /master/lenses/xml.aug 或者Java-Properties-File总是被视为ISO-8859-1 ,并且镜头源代码中没有任何编码的痕迹: https : //github.com/hercules-team/augeas/blob/master/镜头/ properties.aug 我的第一个问题是:augeas推断正确的编码为XML和属性 – 文件? 我的第二个问题是:有没有办法告诉augeas使用哪种编码? 放弃 假设系统默认的编码是UTF-8: vi testUTF.properties # Käse abc=test # tèté persona=niño 一切都很好: puppet-test:~ # augtool –noautoload augtool> set /augeas/load/Properties/lens Properties.lns augtool> set /augeas/load/Properties/incl "/root/testUTF.properties" augtool> load augtool> print […]