TL：DR？ 精…这里： 技术编写者在其业务中使用的基本标准/惯例/惯例是否可以从中学习，以创build适当的IT文档并随时间维护文档？ 在为员工内部IT使用和外部使用编写各种文档的同时，我们的员工在文档编制方面都有自己独特的风格。 从我们的质量文件和受控文件中抽取出来，IT已经利用SOP，WI和用于IT质量文件的各种forms的各种模板。 这些文档虽然不一定对于IT部门的日常运作有用，但可以帮助员工和公司解决IT人力资源问题，合规性等问题，而且通常写得很好，定义明确，并至less遵循质量部门的模板和文档标准（如版本控制，ECN等） 但是我们实际的IT文档写作仍然缺乏真正的规范/标准。 有些会使用第三方工具，如ScreenSteps，其他人只需使用Word，并创build一个简单的轮廓，如： 打开app 点击“启动全球热核战争” … 利润 内部IT文档实际上更糟糕 ，根据员工或顾问在当时是否足够轻松自己的记忆或基于他们select的编辑（vi，word，excel，powerpoint，napkin，内部维基）而言。 问题出现在员工离开或休假时，甚至连基本信息都被搞混了。 有时只有文件date是数据是否仍然相关的指标。 虽然一个简单的轮廓，实际的截图，甚至全高清video都很好，我们没有一个真正的IT技术作家的工作人员，不禁觉得我们缺乏这方面。 我们是否可以用我们自己的标准来编写我们的文档以及经批准的模板？ 是的，但为什么重新发明轮子？ 如果这样的标准和惯例已经存在于技术作家的“行会”中，我们最好遵循这些惯例，以便我们的文件清晰，简明和专业。 为了避免被告知“ Google It ” ，我确实查看了显示一些格式化操作的站点，虽然SF Q： IT Documentation Platforms帮助寻找处理写作的平台和软件，但并没有讨论是否真的有标准行业。 因此，在招聘或外包给技术作家之前，技术作家是否有一些基本的标准/惯例/惯例可以从中学到，以创build适当的IT文档并随时间维护文档。
我正在寻找一个很好的批处理脚本，可以快速find并清理所有已知的安全临时文件夹/文件从Windows（尽可能多变种）机器（如Windows临时文件夹，所有用户IE临时文件夹等）。 我喜欢CCleaner（通过Cleanmgr.exe）的UI工具，但是当我试图快速清理几台电脑和/或以最less的介入时 ，最好有一个脚本。 再加上一个脚本，我可以将几个脚本链接在一起。 也许一个然后启动各种防病毒和/或恶意软件检测器。 任何人都有一个好的或可以指向一个好的资源？
看一下这个： 在Windows机器上创build一个新文件。 注意其创builddate/时间。 删除文件。 稍等一下 在同一个目录下创build一个新文件，名称与上一个相同。 新文件的创builddate和时间将等于上一个文件的创builddate和时间！ 我已经在Windows XP SP3和Windows Vista SP2 x64上validation了这一点。 我觉得很难相信这是一个错误。 这是真的与操作系统的错误？ 如果没有，为什么这种行为？ 由于我使用文件创builddate/时间来跟踪我们正在开发的自定义应用程序中的备份周期，所以这给我一个很难的时间。 谢谢。
CentOS 5.x Mq的问题似乎与这一个类似，但我不知道… 我有两个服务器（完全隔离），每个都有一个目录和子目录应该有相同的确切内容。 例如，目录布局可能是这样的： 服务器A – /opt/foo/foob/1092380298309128301283/123.txt /opt/foo/foob/5094380298309128301283/456.txt /opt/foo/foob/5092380298309128301283/789.txt /opt/foo/foob/1592380298309128301283/abc.txt 服务器B – /opt/foo/foob/1092380298309128301283/123.txt /opt/foo/foob/5094380298309128301283/456.txt /opt/foo/foob/5092380298309128301283/789.txt /opt/foo/foob/1592380298309128301283/abc.txt 理想情况下，我想要一个方法来做recursion检查，并确认一切都匹配。 我也想避免使用任何第三方工具。 有任何想法吗？
我想要一个Bash单行文本，如果它不存在，就会自动创build一个文件。 这意味着本质上“如果文件不存在，创build它”，但确保没有其他人pipe理在创build文件之间的小空间中创build文件。
标题说这一切真的。 有时候最终会导致开发和IT处于这种状况。 当您希望安装，修补，维护，启动，停止和诊断在一台或多台服务器上运行的解决scheme时，您期望什么级别的文档？
在不同的服务器环境中，PHP $_SERVER['DOCUMENT_ROOT']超级全局有时会有斜线，有时不会。 我原以为这个问题直接关系到Apache DocumentRoot在httpd.conf文件中的定义： 即我会认为，如果httpd.conf包含结尾斜杠： <VirtualHost *:8880> DocumentRoot /var/www/live/current … 那么echo $_SERVER['DOCUMENT_ROOT']应该给/ var / www / live / current 如果httpd.conf确实包含尾部的斜杠： <VirtualHost *:8880> DocumentRoot /var/www/live/current/ … 然后echo $_SERVER['DOCUMENT_ROOT']应该给/ var / www / live / current / Ubuntu 10.04就是这种情况，但在RHEL 5.5上，即使没有在Apache上定义，也会在$_SERVER['DOCUMENT_ROOT']添加尾部斜线。 任何想法为什么发生这种情况 有没有我错过的configuration参数？ 以供参考： RHEL的PHP 5.3.3（问题发生）： PHP 5.3.3（cli）（内置：2010年7月23日16:26:53） Ubuntu的PHP版本（没问题）： 带有Suhosin-Patch（cli）的PHP 5.3.2-1ubuntu4.2（内置：2010年5月13日20:03:45）
对于我们的环境（AsciiDoc格式），我们有相当不错的文档，最近允许另一个人在30分钟内从头重新创build整个设置。 不过，我注意到在初始设置之后，很容易发生对系统做的小改动（比如：inetd被打乱了，我的IMAP服务器在一个额外的端口上侦听ManageSieve连接，一个新的路由器被添加到eximconfiguration中）不要马上写在文档里（如果有的话）。 我的想法是通过（部分地）从configuration文件和其中的注释中生成文档来避免这个问题 – 实现这一点的一种方式可能是将/etc和/usr/local/etc放入某个源代码pipe理系统说 – 混帐），然后运行一个脚本，每个提交重新生成文档。 但是，我不确定这是否是矫枉过正和/或太难以正确（毕竟，我不想在我的文档中完整复制源文件，而只是比较差异）。 其他人如何避免服务器文档过时 – 是否有自动同步的好方法，还是在修改系统的同时更新文档？
我想分享一下我在使用libpcap和snort嗅探高容量（1 GB全双工，最大2 GB的聚合）networking链接时遇到的一些知识。 应用程序将成功侦听所有stream量，但在文件大小达到2 GB时会崩溃。 如果您在创build2 GB文件时遇到问题，即使您拥有支持该文件的文件系统，并且/或者您知道内核支持该文件，这也适合您。
我有一个在Linux中创build的文件。 我需要给他们另一个用户的写入权限。 于是我创build了一个他和我都是成员的“dev”组，并将这些文件的所有权改为这个组。 一个典型的文件现在有这些权限： -rw-rw-r– 1 phil dev 5617 Jul 14 15:45 profile.html 但是，当我编辑文件profile.html时，它会像这样回复我，而我的同事失去了编辑的能力。 -rw-rw-r– 1 phil phil 5617 Jul 14 15:45 profile.html 我如何避免它像这样回复？ 改变所有权是错误的事情吗？ 还是它做了错误的select？ 或者这是用我的编辑器（emacs）configuration？