文件目录

用VS 2015进行QT程序开发时，在vs界面中调试编译程序时没有问题，但是进入到生成的exe文件夹下运行exe文件是却总是跳出一个提示框： Application failed to start because it could not find or load the QT platform plugin “windows” ；这几个字困扰我许多天，尝试过网上许多方法，都不能成功。当然，在我的不懈努力下还是解决了。 解决方法：1. 可以吧这个exe文件拷贝到qt的安装目录下的bin目录下运行即可，比如我的C:\Qt\Qt5.8.0\5.8\msvc2015\bin； 　　　　　2. 把bin目录下的Qt5Core.dll, Qt5Gui.dll, Qt5Widgets.dll以及C:\Qt\Qt5.8.0\5.8\msvc2015\plugins\platforms拷贝到exe同级目录。platforms文件夹下有qminimal.dll, qoffscreen.dll, qwindows.dll. 来源： https://www.cnblogs.com/IUNI/p/7028042.html

JavaScript 的是没有操作文件的能力，但是 Node 是可以做到的，Node 提供了操作文件系统模块，是 Node 中使用非常重要和高频的模块，是绝对要掌握的一个模块系统。 fs 模块提供了非常多的接口，这里主要说一下一些常用的接口。 1.常用API快速复习 fs.stat 检测是文件还是目录 const fs = require ( 'fs' ) fs . stat ( 'hello.js' , ( error , stats ) => { if ( error ) { console . log ( error ) } else { console . log ( stats ) console . log ( `文件： ${ stats . isFile ( ) } ` ) console . log ( `目录： ${ stats . isDirectory ( ) } ` ) } } ) fs.mkdir 创建目录 const fs = require ( 'fs' ) fs . mkdir ( 'logs' , error => { if ( error ) { console . log ( error ) } else { console . log ( '目录创建成功！' ) } } ) fs.rmdir 删除目录 const fs = require (

一、 马上打开apache的配置文件httpd.conf，逐行检查。在大约快一半的地方有以下这段代码： 代码如下 复制代码 <Directory /> Options FollowSymLinks AllowOverride None Order deny,allow Deny from all </Directory> 发现了吧。由于配置了php后，这里的“Deny from all”已经拒绝了一切连接。把该行改成“allow from all”，修改后的代码如下，问题解决。 代码如下 复制代码 <Directory /> Options FollowSymLinks AllowOverride None Order deny,allow allow from all </Directory> 二、 今天为了方便测试，将一本地目录设置为一apache的虚拟主机，在httpd-vhosts.conf文件中进行简单设置，然后在hosts文件中将访问地址指向本地，启动apache，进行访问，却出现了You don't have permission to access / on this server的提示，baidu了一下，原来是因为我的虚拟主机目录为非apache安装目录下的htdocs，所以违反了apache对默认对网站根访问权限。 apache的默认虚拟主机根目录地址为..

三种方式 1.直接发布项目 操作:直接在Tomcat目录下的webpack目录下放入需要发布的项目 注:直接放在Tomcat下的是一个项目,工程或者模块.不能直接放入文件 2.修改server.xml文件 修改此处的代码,可以写多行 3.创建配置文件 常用方式, 在tomcat文件的conf下的catalina下的loacalhost目录下创建名名称为被发布项目的名称 文件中写入被发布项目所在文件夹后重启服务器~ 来源： CSDN 作者： qq_40176224 链接： https://blog.csdn.net/qq_40176224/article/details/104684636

1. 浏览器端的 AMD 和 CMD 模块化规范 (了解) 浏览器端，不能使用 Common.js 规范，因为 Common.js 是同步加载的； AMD/CMD 可以理解为，common.js 在浏览器端，的解决方案，是异步加载的； AMD模块化规范代表：RequireJS框架 对于依赖的模块，AMD 是提前执行； 推崇依赖前置，先定义模块，再使用； CMD模块化规范代表：SeaJS框架 对于依赖的模块，CMD 是延迟执行； CMD 推崇，尽可能晚的，执行这个模块，类似懒加载；推崇依赖就近； ES6模块化 (大趋势)：ES6 在语言标准层面上(语法上)，实现了模块化功能，而且实现得相当简单；完全可以取代 CommonJS 和 AMD 规范，成为浏览器和服务器，通用的模块化解决方案；(vue Reat 前端框架会使用) 2. 模块成员的分类 Node.js 由三部分组成：ECMAScript 核心 + 全局成员 + 模块成员 模块成员，分三类： 核心模块、第三方模块、用户自定义模块 核心模块 随着Node.js的安装包，一同安装到，本地的模块；如：fs，path 等； 核心模块使用：require(‘核心模块标识符’) 第三方模块 非官方提供的模块；必须去 NPM 网站上下载，才能使用； 先从 npm 官网上，下载指定的，第三方模块； require(‘第三方模块标识符’)

一、Git与其他版本控制系统的差别 Git 只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。这类系统每次记录有哪些文件作了更新，以及都更新了哪些行的什么内容。如下图，其他系统在每个版本中记录着各个文件的具体差异： Git 并不保存这些前后变化的差异数据。实际上，Git 更像是把变化的文件作 快照 后，记录在一个微型的文件系统中。每次提交更新时，它会纵览一遍所有文件的指纹信息并对文件作一快照，然后保存一个指向这次快照的索引。为提高性能，若文件没有变化，Git 不会再次保存， 而只对上次保存的快照作一链接 。Git保存每次更新时的文件快照： 二、Git快照的索引 在保存到 Git 之前， 所有数据 都要进行内容的校验和（checksum）计算，并将此结果作为数据的唯一标识和索引。换句话说，不可能在你修改了文件或目录之后，Git 一无所知。 Git 使用 SHA-1 算法计算数据的校验和，通过对 文件的内容或目录的结构 计算出一个 SHA-1 哈希值，作为 指纹字符串 。该字串由 40 个十六进制字符（0-9 及 a-f）组成，看起来就像是： 24b9da6552252987aa493b52f8696cd6d3b00373 所有保存在 Git 数据库中的东西都是用此哈希值来作索引的，而不是靠文件名。 三、Git文件的三种状态 对于任何一个文件，在 Git

Configuring a New Product http://source.android.com/porting/build_new_device.html Detailed Instructions 下面步骤描述怎样为一个新的移动设备及产品使用makefiles配置Android运行系统。 1.在//vendor/目录下创建一个公司目录. mkdir vendor /< company_name > 2.在上面创建的公司目录下（beneath）创建产品（products）目录 mkdir vendor /< company_name >/ products / 3.创建特定产品的makefile。命名为vendor/<company_name>/products/<first_product_name>.mk。这个文件至少要包含如下代码： $(call inherit - product, $(SRC_TARGET_DIR) / product / generic.mk) # # Overrides PRODUCT_NAME : = < first_product_name > PRODUCT_DEVICE : = < board_name > 4.另外一些特定产品的变量定义可以添加到这个产品定义(Product Definition：下面有详细说明)文件(3中说的)。 5

目录 1.1 Red Hat Linux 安装及服务控制 1.2 目录和文件管理 1.3 安装及管理程序 1.4 账号和权限管理 1.5 磁盘和文件管理 1.6 进程和计划任务管理 1.7 Linux基础网络设置 1.1 Red Hat Linux 安装及服务控制 命令行 简介 runlevel 查看当前的运行级别 service network start 开启网络服务功能 stop 关闭 restart 重启 reload 重载 status 查看状态 init 3 进入字符界面完全多用户模式 init 5 进入图形界面完全多用户模式 chkconfig --list 查看所有服务默认的启动状态 chkconfig --level 3 postfix off 将3运行级别下的postfix服务关闭 on 开启 reboot 重启 init 6 重启 halt 关机 poweroff 关机 init 0 关机 1.2 目录和文件管理 命令行 简介 help 查看内部命令帮助 --help 查看内部外部命令 enable 鉴别内部命令和外部命令 man 以手册页的形式查看命令帮助 info 以信息页的形式查看帮助 pwd 查看你当前所在的目录 cd 切换目录 ls 查看显示目录的内容 du 统计目录和文件空间的占用情况 mkdir 创建新目录 rmdir 删除空目录 touch

对刚接触某一领域的萌新来说，学习软件使用、配置软件环境经常是第一件头疼事。从网上搜的教程看的半懂不懂，自己操作还容易出现很多别人很少遇到的问题，导致浏览器变成递归式学习的栈。本篇文章希望通过多个软件配置的例子，从软件设计的角度看待软件配置，总结出一般经验，提炼出一些常用的知识。也希望后来人少踩些过来人踩过的坑吧。 最近更新时间：2019-07-13 Part 1.关于软件的目录 首先我们通过几个例子直观地认识一下软件目录: (JDK安装目录） （Apache Tomcat安装目录） （MySQL安装目录） 通过以上例子以及平时安装软件的经验，不难发现很多软件的目录命名有一些相同点。这很好理解，如果你是软件设计师，一定希望自己的软件文件夹有意义明确且简略的名字。正是基于这种思想，软件文件夹的命名比较“约定俗成”。当然，不同软件的各种文件夹名字可能不尽相同，但由于大型软件设计的方式比较类似，所以文件夹的意义应该是差不多的，总结经验时应该从文件夹的意义入手。下面对几个常见的名称进行分析： bin文件夹： 大多数的软件都有这样一个文件夹。bin也就是binary，二进制。我们知道计算机只能识别由0和1组成的（二进制的）机器语言，所以想要计算机执行命令，必须把它们通过各种手段变成0和1的组合。因此，bin目录一般用于 存放可执行（executable）文件 ，后缀名经常为 .exe ,

用户 一个Linux系统，必然有一个用户叫做root，这是整个系统的管理员。它能够对任何文件、文件夹进行操作。能够新建用户、删除用户，也能对一个用户的文件移动给另一个用户。因此对于不熟悉Linux系统的人来说，一般不要操作root用户，也不要用root用户进行计算。因为很容易误删系统文件夹，造成系统崩溃。 事实上，有些软件为了保护系统，会强制要求root不能运行，只能用普通用户运行。 目录 每个用户都有自己的home目录，root用户也有。也就是你通过客户端软件，例如putty或者SSH Secure Shell Client，输入用户名和密码登录后，所在的目录（输入命令pwd，可以显示自己当前在哪个目录）。一般而言，用户所有文件、运行计算，都在自己的home以内的文件夹内完成。 Linux系统在默认情况下，root用户的home目录是/root。普通用户的home目录在/home/username/下。例如用户名为Fermi，那么他的home目录就是/home/Fermi。他可以在该目录下创建文件、文件夹。 在任何其他目录，普通用户一般都没有写入、修改、创建文件与文件夹的权限。因此用户的计算，都需要在自己的home下面的目录里面完成。为了便于管理，你可以在自己的home下，创建各种目录，在里面完成自己的计算。 /tmp目录是一个特别的目录，这个目录一般情况并不大