文件属性

Apache Ant ,是一个将软件编译、测试、部署等步骤联系在一起加以自动化的一个工具，大多用于Java环境中的软件开发。由Apache软件基金会所提供。 　　用户群：大多数的Java设计都被用于管理大量信息流，例如纽约州就使用Apache Ant去管理美国最大的青年计划，每天可以实时更新超过25万学生的记录。 　　 Ant 的概念 　　可能有些读者并不理解什么是Ant以及如何使用它，但只要使用通过Linux系统得读者，应该知道 make这个命令。当编译Linux内核及一些软件的源程序时，经常要用这个命令。Make命令其实就 是一个项目管理工具，而Ant所实现功能与此类似。像make，gnumake和nmake这些编译工具都有 一定的缺陷，但是Ant却克服了这些工具的缺陷。最初Ant开发者在开发跨平台的应用时，用样也 是基于这些缺陷对Ant做了更好的设计。 　　 Ant 与makefile 　　Makefile有一些不足之处，比如很多人都会碰到的烦人的Tab问题。最初的Ant开发者多次强调” 只是我在Tab前面加了一个空格，所以我的命令就不能执行”。有一些工具在一定程度上解决了 这个问题，但还是有很多其他的问题。Ant则与一般基于命令的工具有所不同，它是Java类的扩 展。Ant运行需要的XML格式的文件不是Shell命令文件。它是由一个Project组成的，而一个

在 Spring Boot 中，配置文件有两种不同的格式，一个是 properties ，另一个是 yaml 。 虽然 properties 文件比较常见，但是相对于 properties 而言，yaml 更加简洁明了，而且使用的场景也更多，很多开源项目都是使用 yaml 进行配置（例如 Hexo）。除了简洁，yaml 还有另外一个特点，就是 yaml 中的数据是有序的，properties 中的数据是无序的，在一些需要路径匹配的配置中，顺序就显得尤为重要（例如我们在 Spring Cloud Zuul 中的配置），此时我们一般采用 yaml。关于 yaml ，松哥之前写过一篇文章： Spring Boot 中的 yaml 配置简介 。 本文主要来看看 properties 的问题。 位置问题 首先，当我们创建一个 Spring Boot 工程时，默认 resources 目录下就有一个 application.properties 文件，可以在 application.properties 文件中进行项目配置，但是这个文件并非唯一的配置文件，在 Spring Boot 中，一共有 4 个地方可以存放 application.properties 文件。 当前项目根目录下的 config 目录下 当前项目的根目录下 resources 目录下的 config 目录下

应用程序属性用于支持在不同的环境中工作。 在本章中，将学习如何配置和指定Spring Boot应用程序的属性。 命令行属性 Spring Boot应用程序将命令行属性转换为Spring Boot环境属性。命令行属性优先于其他属性源。 默认情况下，Spring Boot使用 8080 端口号来启动Tomcat。接下来将学习如何使用命令行属性更改端口号。 步骤1 - 创建可执行JAR文件后，使用命令 java -jar <JARFILE> 运行它。 步骤2 - 使用下面给出的屏幕截图中给出的命令，使用命令行属性更改Spring Boot应用程序的端口号。 注 - 可以使用分隔符 - 提供多个应用程序属性。 属性文件 属性( properties )文件用于在单个文件中保留 N 个属性，以便在不同的环境中运行应用程序。 在Spring Boot中，属性保存在类路径下的 application.properties 文件中。 application.properties 文件位于 src/main/resources 目录中。示例 application.properties 文件的代码如下 - server.port = 9090 spring.application.name = demoservice Shell 请注意，在上面显示的代码中，Spring Boot应用程序

1. 兼容性问题的根本因素 浏览器最重要或者说核心的部分是 “Rendering Engine” ，可大概译为 “ 渲染引擎 ” ，所谓的浏览器内核也就是浏览器所采用的 渲染引擎 ，渲染引擎决定了浏览器如何显示网页的内容以及页面的格式信息。不同的浏览器内核对网页编写语法的解释也有不同，因此同一网页在不同的内核的浏览器里的渲染（显示）效果也可能不同，这也是网页编写者需要在不同内核的浏览器中测试网页显示效果的原因。 前段时间进行了前端网页的 bug 修改，发现多数的 bug 均发生在 IE8 浏览器上，经过查证发现： IE8 的 JavaScript 引擎是 Jscript ， IE9 开始用 Chakra ，这两个版本区别很大，这就造成了 IE8 对于个别属性、方法的不支持或是显示效果上的差异，这里是我遇到的一些 IE8 上比较典型的兼容性问题及其解决办法。 2. indexOf 1 2 2.1 问题 前端代码中有多处地方使用 javascript 数组的 indexOf 方法，用于查询某数组中是否存在某元素，然而测试，在 IE8 不支持数组元素的 indexOf （）方法。如下 var location = ['1','2','3']; var serverData = [‘1’ , ’4’, ‘5’]; for( var i = 0; i < serverData.length;

#1.Linux文件 #概述 #1.linux里一切皆为文件 #2.Linux系统中的文件或目录的属性主要包括：inode(索引节点)、文件类型、权限属性、链接数、所属用户和用户组、最近修改时间等内容 #例如：执行ls -lhi ,会出现10列内容 [root@cots3 ~]# ls -lhi total 28K 33865597 -rw-r--r-- 1 root root 104 Feb 29 09:43 1.txt 33865598 -rw-r--r-- 1 root root 13 Feb 29 09:44 2.txt 33619589 -rwxr-xr-x 1 root root 187 Mar 2 23:44 3.sh #10列内容讲解 第一列：inode索引节点编号(唯一的，像人的身份证) 第二列：文件类型及权限(共10个字符，第一字符为类型，后9个为文件权限) 第三列：硬链接数 第四列：文件或目录所属的用户 第五列：文件或目录所属的组 第六列：文件或目录的大小 第七、八、九列：实际的文件或目录名 #上图 #2.文件属性详细讲解 #2.1索引节点：inode #概述 #1.indoe，中文意思是索引节点(index node)。在每个Linux存储设置或存储设备的分区被格式化为ext4文件系统之后，一般会生成两个部分，第一部分时inode,第二部分时block #2

1 ．什么是 xinetd xinetd即extended internet daemon，xinetd是新一代的网络守护进程服务程序，又叫超级Internet服务器。经常用来管理多种轻量级Internet服务。xinetd提供类似于inetd+tcp_wrapper的功能，但是更加强大和安全。 2. xinetd 的特色 1 ) 强大的存取控制功能 — 内置对恶意用户和善意用户的差别待遇设定。 — 使用libwrap支持，其效能更甚于tcpd。 — 可以限制连接的等级，基于主机的连接数和基于服务的连接数。 — 设置特定的连接时间。 — 将某个服务设置到特定的主机以提供服务。 2 ) 有效防止 DoS 攻击 — 可以限制连接的等级。 — 可以限制一个主机的最大连接数，从而防止某个主机独占某个服务。 — 可以限制日志文件的大小，防止磁盘空间被填满。 3 ) 强大的日志功能 — 可以为每一个服务就syslog设定日志等级。 — 如果不使用syslog，也可以为每个服务建立日志文件。 — 可以记录请求的起止时间以决定对方的访问时间。 — 可以记录试图非法访问的请求。 4 ) 转向功能 可以将客户端的请求转发到另一台主机去处理。 5) 支持 IPv6 xinetd自xinetd 2.1.8.8pre*起的版本就支持IPv6，可以通过在./configure脚本中使用with-inet6

学习WPF,我们应该只集中精力弄清楚几个基本问题：什么是WPF？为什么要用WPF？怎么用WPF？ 第一，什么是WPF? WPF是伟大的M$提出的众多编程新概念的中的一个，是“Windows Presentation Foundation”的简称，翻译过来大意就是说是开发“表示层”（最简单的理解就是程序界面）的技术和工具。 有人问，WPF只做界面的话，后台的逻辑怎么办？答曰：随便你怎么办。其实，WPF主要就是实现界面相关的内容，对于后台的逻辑，包括业务逻辑层和数据层，则不限于你使用什么样的技术，比如你可以使用微软的WCF和WF（你看名字就知道，这本来就是一套，伟大的M$从一开始就为你准备了一桌大餐而不是单独一道大菜）。 最后，一句话总结什么是WPF，答曰：做界面的！ 科普一下相关概念：被热炒的Silverlight，其实也是和WPF关系匪浅，有一个说法是Sliverlight本来就是WPF的一个子集，是WPF的“网络版”。 第二，为什么要用WPF? 表面原因：WPF开发界面很好很酷很炫。 直接原因：公司/客户/老板/上司 的要求。 间接原因：M$不遗余力地推广。 个人总结原因：WPF使用了独立的XAML语言，使得开发的界面真正和界面后的逻辑分离开了，这样就带来了种种方便，比如擅长修改界面的设计人员就不用老是和只会写代码的程序员反复沟通，他们只需要掌握XAML语言

清单文件The AndroidManifest.xml File 每个应用程序都有一个AndroidManifest.xml文件（一定是这个名字）在它的根目录里。这个清单文件给Android系统提供了关于这个应用程序的基本信息，系统在能运行任何程序代码之前必须知道这些信息。AndroidManifest.xml主要包含以下功能： 命名应用程序的Java包，这个包名用来唯一标识应用程序； 描述应用程序的组件-活动，服务，广播接收者，以及组成应用程序的内容提供器；对实现每个组件和公布其能力（比如，能处理哪些意图消息）的类进行命名。这些声明使得Android系统了解这些组件以及在什么条件下可以被启动； 决定应用程序组件运行在哪个进程里面； 声明应用程序所必须具备的权限，用以访问受保护的部分API，以及和其它应用程序交互； 声明应用程序其他的必备权限，用以组件之间的交互； 列举测试设备Instrumentation类，用来提供应用程序运行时所需的环境配置及其他信息，这些声明只在程序开发和测试阶段存在，发布前将被删除； 声明应用程序所要求的Android API的最低版本级别； 列举application所需要链接的库； 清单文件结构Structure of the Manifest File 下面的图表显示了清单文件的基本结构以及它能包含的所有元素。每个元素，和它所有的属性

Linux学习文档 简介 Linux 是一套免费使用和自由传播的类 Unix 操作系统，是一个基于 POSIX 和 UNIX 的多用户、多任务、支持多线程和多 CPU 的操作系统。 Linux 能运行主要的 UNIX 工具软件、应用程序和网络协议。它支持 32 位和 64 位硬件。Linux 继承了 Unix 以网络为核心的设计思想，是一个性能稳定的多用户网络操作系统。 系统启动过程 Linux系统的启动过程并不是大家想象中的那么复杂，其过程可以分为5个阶段： 内核的引导。 运行 init。 系统初始化。 建立终端 。 用户登录系统。 init程序的类型： SysV: init, CentOS 5之前, 配置文件： /etc/inittab。 Upstart: init,CentOS 6, 配置文件： /etc/inittab, /etc/init/*.conf。 Systemd： systemd, CentOS 7,配置文件： /usr/lib/systemd/system、 /etc/systemd/system。 内核引导 当计算机打开电源后，首先是BIOS开机自检，按照BIOS中设置的启动设备（通常是硬盘）来启动。 操作系统接管硬件以后，首先读入 /boot 目录下的内核文件。 运行级别 许多程序需要开机启动。它们在Windows叫做"服务"（service）

fckeditor - (1)资料介绍与安装 fckeditor介绍 FCKeditor是一个专门使用在网页上属于开放源代码的所见即所得文字编辑器。 1.fckeditor官网： http://www.fckeditor.net/ 2.fckeditor下载： http://www.fckeditor.net/download FCKeditor_2.6.3（客户端javascript主程序） http://nchc.dl.sourceforge.net/sourceforge/fckeditor/FCKeditor_2.6.3.zip FCKeditor.Java（支持j2ee web平台服务器端程序） fckeditor-java-2.4-bin.zip(执行文件) http://nchc.dl.sourceforge.net/sourceforge/fckeditor/fckeditor-java-2.4-bin.zip fckeditor-java-2.4-src.zip（源文件） http://nchc.dl.sourceforge.net/sourceforge/fckeditor/fckeditor-java-2.4-src.zip fckeditor-java-demo-2.4.war（样例） http://nchc.dl.sourceforge.net