modules

以下来自GOOGLE网页翻译结果：合并模块 Merge modules provide a standard method by which developers deliver shared Windows Installer components and setup logic to their applications.合并模块提供了一个标准的方法，通过它，开发人员提供共享的 Windows Installer组件和安装到他们的应用程序的逻辑。 Merge modules are used to deliver shared code, files, resources, registry entries, and setup logic to applications as a single compound file.合并模块被用来作为一个单一的复合文件的应用程序提供的共享代码，文件，资源，注册表项，并设置逻辑。 Developers authoring new merge modules or using existing merge modules should follow the standard outlined in this section.开发人员创作新的合并模块或使用现有的合并模块应遵循本节所述的标准。 A merge module is similar in structure to a simplified Windows Installer .msi file .合并模块在结构上类似于一个简化的Windows Installer 。msi文件 。 However, a merge module cannot be installed alone, it must be merged into an installation package using a merge tool.但是，不能单独安装合并模块，它必须合并成一个安装使用合并工具包。 Developers wanting to use merge modules must obtain one of the freely distributed merge tools, such as Mergemod.dll, or purchase a merge tool from an independent software vendor.想要使用合并模块的开发人员必须获得自由分发的合并工具之一，如现在Mergemod.dll，或购买一个从一个独立的软件供应商的合并的工具。 Developers can create new merge modules by using many of the same software tools used to create a Windows Installer installation package, such as the database table editor Orca provided with the Windows Installer SDK.通过使用许多相同的软件工具，用于创建一个Windows Installer安装包，如提供的数据库表编辑器与Windows Installer SDK的Orca，，开发人员可以创建新的合并模块。 When a merge module is merged into the .msi file of an application, all the information and resources required to install the components delivered by the merge module are incorporated into the application"s .msi file.当合并模块合并成一个应用程序的。msi文件，安装合并模块提供组件所需的所有信息和资源纳入到应用程序的。msi文件。 The merge module is then no longer required to install these components and the merge module does not need to be accessible to a user.然后合并模块不再需要安装这些组件的合并模块不需要用户访问。 Because all the information needed to install the components is delivered as a single file, the use of merge modules can eliminate many instances of version conflicts, missing registry entries, and improperly installed files.因为安装组件所需的所有信息是作为一个单独的文件交付，使用合并模块，可以消除许多情况下，版本冲突，丢失的注册表项，安装不当的文件。 希望能帮到您，谢谢。

/bin/sh: 第 0 行:[: -lt: 期待一元表达式make -C usrmake[1]: 进入目录“/home/guoliping/下载/iscsitarget-1.4.20.2/usr”make[1]: 对“all”无需做任何事。make[1]: 离开目录“/home/guoliping/下载/iscsitarget-1.4.20.2/usr”make -C /lib/modules/2.6.41.4-1.fc15.i686.PAE/build SUBDIRS=/home/guoliping/下载/iscsitarget-1.4.20.2/kernel modulesmake: *** /lib/modules/2.6.41.4-1.fc15.i6

三年多前，在 2017 年的时候， Yarn1.0 在 Facebook 的工程师的博客中被正式宣布。在首次发布仅 11 个月后，已有超过 175,000 个存储库开始使用新的包管理器。 Yarn 从那时起一直在稳步发展，成为 npm 包管理工具的替代品，但是还是会有包管理工具共有的毛病，比如速度缓慢、复杂性增加和数据占用。 相较于初始的版本，Yarn2 进行了一些根本性的更改，不仅解决了这些问题，还改进了整体工作流程。 当时流行的一个 搞笑 图在 Yarn2 中将不复存在！新的版本其实在去年一月份就（2020年）发布了，但是花了更多的时间去适配大型项目和库。 一些大公司仍在努力实现兼容性（适配Angular、React Native 和 Flow），但现在已经可以在你的代码中使用 Yarn2 了！（可惜笔者的技术栈是Vue，Yarn2 并没有适配） 即用支持并不是 Yarn 2 带来的唯一重大变化（这个概念本身不是全新的，可以追溯到 2018 年 9 月），该更新实际上提供了许多很棒的功能，让编程变得更加美好简单。 Yarn 的维护者在这些改进上投入了整整一年的时间，你绝对可以感觉到 Yarn 2 是一款经过深思熟虑的产品。 以前的 Yarn CLI 输出就像老太婆的裹脚布一样，又臭又长。而 Yarn2 从更加结构化的 CLI 输出开始，格式和颜色大大提高可读性，最重要的是，每一行都有自己的错误代码，因此变得更容易调试。 新版本显著减少了文件 I/O 数量，从而在安装过程中节省了大量的时间。 Yarn 现在包含一个单地图文件 pnp.js ，用来跟踪包引用并确保节点在运行代码后熟悉正确位置。 .yarn 文件夹会包含下载的软件包，保存在硬盘的某个位置上，那个位置是你的那些依赖项被缓存的地方。 总而言之，惹人烦的 node_modules 没有了！ 更重要的是，Yarn2 提供了详细的旧项目迁移文档，在迁移后不会丢失node_modules文件夹 ，还等什么？赶紧上 yarn 官网查看迁移文档完善你的项目吧！

node 项目中最臭名昭著的莫过于 node_modules 文件夹，这个糟糕的结构动辄使你的文件数目增加几万甚至几十万，无论是安装还是删除，都要消耗大量时间，并且占据大量 inode 结点，我们随便进入一个 react 项目文件夹，看一下由于有 node_modules 会使你的项目中的文件个数变成多少： 仅仅一个项目下面就有多达22万个文件。 现在我们来看一下目前的 yarn 版本号是多少： 嗯，目前 yarn 的版本号是 1.22.11 ，那我们如何安装 yarn 2 呢？答案是不需要安装，只需要设置就可以了。 设置完了之后，我们再来看一下 yarn 的版本号： 不是说好的升级到 yarn 2 吗？怎么变成 3.0 了？不用恐慌，越高越好。 然后我们来看一下项目文件夹下多了这么几个文件，首先就是根目录下多了一个 .yarnrc.yml ，里面只有一句话： 相应的，还多了一个文件夹 .yarn ，里面有一个子文件夹 releases ，里面有一个文件 yarn-berry.cjs ，这几个文件就是全部 yarn 2 增加的内容了，这些内容不要在 .gitignore 里忽略，其它的内容是需要忽略的，现在我们来在 .gitignore 里增加一些需要忽略的内容： 接下来，我们准备利用新版的 yarn 安装我们的依赖文件，在此之前，我们需要先设置一下 yarn 库的镜像服务器以加快整个下载过程： 这时候，你再打开项目根目录下的 .yarnrc.yml 文件，会发现里面多了一行： 所以我们知道其实这个 yarn config 命令也没有什么特别的地方，只是通过它来修改 .yarnrc.yml 文件而已，你也可以通过直接修改 .yarnrc.yml 文件来达到同样的效果。 现在，我们开始删除旧的 node_modules 文件夹和 yarn.lock 文件，并重建整个项目： 整个下载过程应该还是比较顺利的，我们来看一下项目文件夹中多了哪些文件： 没有了 node_modules 文件夹，我们来看一下 .yarn/cache 文件夹下有什么内容，里面有我们之前依赖的 node_modules 文件夹下的所有依赖包，但不再是以目录的形式存在，而是变成了一个个 zip 文件， yarn 2 就是利用项目根目录下的 .pnp.cjs 文件定位到这些 zip 文件以达到取代 node_modules 的作用，这样极大程度地减少了项目中的文件个数。 下面我们开始启动项目： 十有八九你的项目这时候是启动不起来的，不要慌，这篇文章告诉你所有的解决方法。 首先，你遇到错误可能是这样： 具体内容可能不一样，但你要注意这个关键词 Your application ，这说明是你的代码当中的某个位置引用了后面的插件，但你没有在 package.json 文件中显式声明它，那为什么之前用 yarn 1 或者 npm 的时候没有这个问题呢？因为以前是有 node_modules 文件夹的，所有依赖包都被平摊在这个文件夹中，即使是被其它依赖的依赖引入的，它也会被释放在 node_modules 根目录下，所以 node 可以很轻松地找到它，而现在这个文件夹没有了，我们必须显式地在 package.json 文件中引用它，才能引导 yarn 找到这个依赖项。因此，解决这种 Your application 缺乏某个依赖项的方法很简单，我们只需要用 yarn 安装它就可以了： 哦，又出错误了： 这是因为我们在安装的时候没有指定版本，导致安装的插件版本过高，我们在 package.json 里把版本降低一些： 然后重新执行 yarn 进行安装，运行 yarn start 再次启动，终于启动起来了！不过，不要高兴得太早，又遇到了这样的问题： 不要慌，既然还是 Your application 缺乏某个依赖包，那就还是我们的问题，停下来再安装它，然后再启动，直到解决完所有 Your application 引起的问题。 这时候，产生了新的错误： 虽然同样是找不到依赖项，但这次的错误不是由于我们自己的应用导致的，而是由于依赖项自身导致的，这种问题该如何解决呢？不要急，我们打开 .yarnrc.yml 文件，按照错误提示增加以下设置： 缺什么咱们就增加什么，有时候还要注意版本号。同样，这个问题不是由于 yarn 2 导致，而是因为我们的依赖项该增加的依赖没有增加而已，我们这里只是给它补全依赖，使它得以正常运行。 别忘了，每次修改完 .yarnrc.yml 之后，都需要重新执行 yarn ，然后再执行 yarn start 。 至此为止，我们的项目终于能够成功运行了！我们来看一下目前项目文件夹中的文件个数： 现在只有 17000 个文件了，比我们最开始的 22 万个文件减少了 20 多万，运行速度也成倍提升。 怎么样，是不是很值得一试呢？ 文章来源于@ 张京老师， https://segmentfault.com/a/1190000040520326

关lilo啥事情...模块在/lib/modules里面找随发行版不同,那个文件可能在那儿实在搞不定,自己重新编译一个内核好了,现在的内核源代码很完善,会自动帮你打点一切的,不过你还是需要选对你的硬件型号.

这几天在做4020的快速启动，本来想将网络模块化这样，能够将内核大概缩小0.5M（这个还是zImage），这样无论在uboot阶段搬运，还是在zImage段的解压缩，还是在最后的启动都可以大大减少linux的启动时间，然而这中间有个很重要的问题是怎样在nfs中实现modprobe的命令，我在原来的busybox1.10.4中敲入modprobe命令出现如下错误：/quick_start # modprobe sep_mci.ko modprobe: cannot parse modules.dep/quick_start # depmod -/bin/sh: depmod: not found这个可能是由于我在编译buxybox的时候没有将这几个命令放进去，现在也不准备重新编译了，直接拿了个1.13.3的buxybox来用，要想用起modprobe需要如下步骤：（1）在这里我是将linux的SD卡的驱动编译成模块ko形式，这样会在内核的/driver.mmc/目录下面生成三个文件：mmc_block.ko mmc_core.ko sep_mci.ko把这保存起来，等会会用；（2）启动了uboot，内核，加载buxybox1.13.3文件系统，然后我们需要在/lib/下面创建modules,然后进modules下面创建2.6.16这个文件夹，接着把上面的3个ko文件通过虚拟机上挂载的网络文件系统拷贝到/nfs/lib/modules/2.6.16下面，然后我们就可以使用modprobe命令了，但使用modprobe命令之间需要先用depmod命令分析下各个模块的依赖关系，具体操作如下：/lib # mkdir modules/lib # cd modules//lib/modules # ls/lib/modules # uname -r 2.6.16/lib/modules # mkdir 2.6.16/lib/modules # cd /quick_start//quick_start # cd // # depmod/ # cat /lib/modules/2.6.16/modules.dep.bb mmc_core.ko symbol:mmc_request_done symbol:mmc_detect_change symbol:mmc_release_host symbol:mmc_remove_host symbol:mmc_free_host symbol:mmc_wait_for_cmd symbol:mmc_start_request symbol:__mmc_claim_host symbol:mmc_wait_for_app_cmd symbol:mmc_alloc_host symbol:mmc_add_host symbol:mmc_wait_for_req symbol:mmc_init_queue symbol:mmc_queue_suspend symbol:mmc_cleanup_queue symbol:mmc_queue_resume symbol:mmc_register_driver symbol:mmc_unregister_driver symbol:mmc_free_host symbol:mmc_remove_host symbol:mmc_add_host symbol:mmc_alloc_host symbol:mmc_detect_change symbol:mmc_release_host symbol:__mmc_claim_host symbol:mmc_wait_for_app_cmd symbol:mmc_wait_for_cmd symbol:mmc_wait_for_req symbol:mmc_start_request symbol:mmc_request_done symbol:mmc_queue_resume symbol:mmc_queue_suspend symbol:mmc_cleanup_queue symbol:mmc_init_queue symbol:mmc_unregister_driver symbol:mmc_register_drivermmc_block.kommc_coresep_mci.kommc_core/ # modprobe sep_mci/ # lsmodsep_mci 5952 0 - Live 0xbfmmc_core 18160 1 sep_mci, Live 0xbf这样我们就能成功的加载sep_mci这个模块，并且会自带着加载mmc_core这个依赖的KO文件了

要重新安装游戏了

WeModuleSite 用户定义的微站功能处理程序. 当用户访问微站时, 调用此处理程序来处理访问.WeModuleSite 主要的功能是定义嵌入点, 包括两种类型的嵌入点:doWebXXX - 是Web访问的嵌入点, 一般用作后台管理, 在微擎的管理中心进行访问(访问方式 - site.php?act=module&name={$module}&do=XXX) doMobileXXX - 是移动端的嵌入点, 一般用作访问展示, 在手机端或App内置浏览器中访问(访问方式 - mobile.php?act=module&name={$module}&do=XXX)WeModuleSite 执行方式要点描述如下:- 要进行Web管理的, 比如编辑文章等操作, 请定义 doWebXXX 嵌入点 - 要进行移动端访问的, 比如展示页面等操作, 请定义 doMobileXXX 嵌入点- 微擎系统定义了两个默认的移动端页面. 首页和个人中心来聚合所有模块的微站功能- 首页和个人中心都包含功能嵌入方式 - 微站包含了会话访问机制, 通过图文消息进入微站的粉丝用户都会获得会话记录. 并将个人信息保存于 $_W["fans"] 中. (使用COOKIE机制保存) - 个人中心内置了会话判断, 没有会话信息的访问将被拒绝WeModuleSite 的成员及作用描述如下:abstract class WeModuleSite { // array: 预定义的数据, 本次请求所匹配的处理模块, 此属性由系统初始化, 在数组元素中 config 元素可以获取当前模块的配置参数 public $module; // int: 预定义的数据, 本次请求的公众号编号 public $weid; // bool: 预定义的数据, 是否存在 public $inMobile; /** * 这个操作被定义用来呈现微站主页上的导航图标，返回值为数组集合结构, 每个元素将被呈现为一个链接. 元素结构为 array("title"=>"标题","url"=>"链接目标") * @return array 数组集合, 元素结构为 array("title"=>"标题","url"=>"链接目标") */ public function getHomeTiles() { return array(); } /** * 这个操作被定义用来呈现微站个人中心上的管理链接，返回值为数组结构, 每个元素将被呈现为一个链接. 元素结构为 array("title"=>"标题", url"=>"链接目标") * @return array 数组集合, 元素结构为 array("title"=>"标题","url"=>"链接目标") */ public function getProfileTiles() { return array(); } /** * 预定义的操作, 展示特定模板内容, 此方法不能直接展示模块内容, 需要使用 include $this->template(""); 的方式 * @param string $filename 模板名称, 如: settings 将会展示本模块定义下的 template/settings.html 模板文件, 请参阅 "模板机制" * @return void */ protected function template($filename, $flag = TEMPLATE_INCLUDEPATH) {...}}

crewmodules的意思是：船员舱。crewmodules的意思是：船员舱。crewmodules的例句是Therehappenedpilferagesinthegalleyandthecrewmoduleslastnight.昨晚厨房和船员舱里失窃了。一、网络释义点此查看crewmodules的详细内容 船员舱...coolingmodules散热器组件crewmodules船员舱datamodules程序中的所有数据模块...二、例句Therehappenedpilferagesinthegalleyandthecrewmoduleslastnight.昨晚厨房和船员舱里失窃了。crewmodules的相关临近词crew、crewet点此查看更多关于crewmodules的详细信息

crewmodules的意思是：船员舱。crewmodules的意思是：船员舱。crewmodules的例句是Therehappenedpilferagesinthegalleyandthecrewmoduleslastnight.昨晚厨房和船员舱里失窃了。一、网络释义点此查看crewmodules的详细内容 船员舱...coolingmodules散热器组件crewmodules船员舱datamodules程序中的所有数据模块...二、例句Therehappenedpilferagesinthegalleyandthecrewmoduleslastnight.昨晚厨房和船员舱里失窃了。crewmodules的相关临近词crew、crewet点此查看更多关于crewmodules的详细信息

不放以前的系统里放什么地方？另一台计算机里？之后你这个机器启动时自己跑到那台计算机上要数据启动完后，在自己跑回来？initrd 是内核启动的一个虚拟的磁盘。作用是在 Linux 内核启动时，不直接进入硬盘上的 root 分区，而是进入内存里面的虚拟的 root 分区。这个用意是当内核不能直接读取硬盘时（比如用了内核没有自带的驱动的硬盘、分区。或者 root 分区在网络上）。那么就可以用 initrd 里面的驱动来过渡进入正确的 root ，或者干脆就停在 initrd 模拟的内存盘里面。PS：我编译内核都是 make xconfig ; make ; make modules_install ; make install 前3个不解释，最好一个其实就是吧编译好的内核复制到 /boot 里面。并且根据这个目录里面的某些特点。进行一些操作。

从报错信息看，貌似是apache版本问题，你从SVN文件夹复制过来的那两个so文件，与当前apache版本不匹配。如果架设SVN服务器的话，建议使用Collabnet SVN Edge安装包，安装过程比较省心，几乎一个安装包装完就能用，已经内置了apache，还带SVN控制台，而且免费。

出现这个弹框，可能是有哪个文件丢失了，建议重装下游戏看看

标准的是不用的，一般是将依赖保存在package.json中，部署的时候使用 npm install 自动安装依赖，因为开发平台和部署平台的操作系统可能是不一样的。如果确认运行环境是一样的，也可以将node-modules目录带上，就可以不用再安装依赖包了。

不放以前的系统里放什么地方？另一台计算机里？之后你这个机器启动时自己跑到那台计算机上要数据启动完后，在自己跑回来？x0dx0ainitrd 是内核启动的一个虚拟的磁盘。作用是在 Linux 内核启动时，不直接进入硬盘上的 root 分区，而是进入内存里面的虚拟的 root 分区。x0dx0a这个用意是当内核不能直接读取硬盘时（比如用了内核没有自带的驱动的硬盘、分区。或者 root 分区在网络上）。那么就可以用 initrd 里面的驱动来过渡进入正确的 root ，或者干脆就停在 initrd 模拟的内存盘里面。x0dx0ax0dx0aPS：我编译内核都是 make xconfig ; make ; make modules_install ; make install x0dx0a前3个不解释，最好一个其实就是吧编译好的内核复制到 /boot 里面。并且根据这个目录里面的某些特点。进行一些操作。

1、等待一段时间：有时候，loadingmodules需要一些时间才能完成。您可以等待一段时间，看看是否会自动加载完成。2、检查网络连接：确保网络连接正常，因为Ide可能需要从网络中下载依赖项和模块，而网络连接不稳定可能会导致加载时间过长或加载失败。

u2003u2003最开始使用Vue的时候，是提倡并大量使用的是scoped的。 u2003u2003加上 scoped 属性的style会自动添加一个唯一的属性 。比如data-v-0467f817为组件内 CSS 指定作用域，编译的时候 .errShow会被编译成类似 .errShow[data-v-0467f817]。 u2003u2003这种添加唯一的属性的方法可以满足日常组件局部css作用域的开发需求，但其设计上有一定缺陷，.errShow[data-v-0467f817]并不能保证是唯一的，另外在性能上也不是很好，浏览器搜索.errShow[data-v-0467f817]的速度并不如.errShow，相比于这种方式，CSS modules则做的更彻底，它不是添加属性，而是直接改变类名。 CSS Modules 　　CSS Modules既不是官方标准，也不是浏览器的特性，而是在构建步骤中对CSS类名选择器限定作用域的一种方式（通过hash实现类似于命名空间的方法）。类名是动态生成的，唯一的，并准确对应到源文件中的各个类的样式。 用法 配置 　　如果你的项目是用vue-cli搭建的，那么脚手架已经为你配置好了，直接可以使用，如果你是用webpack自己搭建的项目或想要修改默认配置，则进行下面配置。 css-loader关于CSS modules的默认配置如下： 可以使用vue-loader的css Modules选项为css-loader进行自定义的配置

插件是辅助，不修改游戏内容，比如说指令增强插件，地图增强插件。mod是模组，知道dayz吧？就是模组，加入新枪新模式新敌人新元素的。

一个node_modules文件夹可以占用200+ mb的空间(有时是1GB+ !) 首先，在实际开始删除它们之前，让我们看看目录中所有的node_modules ! 这个命令将打印出每个文件夹，甚至显示该文件夹占用了多少空间! 这个列表将让您对您的电脑上安装的项目数量有一个很好的了解! 这个脚本实际上与上面的脚本非常相似，但是我们将使用rm -rf来完全删除它们。 一般情况下我们会清理出 20-40GB 空间，但每个的项目情况有所不同！ 在删除之前，请确保列出给定目录中的所有node_modules。 一定要小心，因为这个过程是不可逆的! 记住要在需要重新处理的项目上安装npm。 享受更多的空间!:) https://dev.to/trilon/how-to-delete-all-nodemodules-folders-on-your-machine-43dh

可以用 rmdir /s/q your_app_dir 来删除

index of modules索引模块

你战团版本不对，所以打开没那个选项。

计算机-右键-管理-服务和应用程序-服务-windowsmodulesinstaller-右键-属性-启动类型-设置为自动即可

你确定你执行了make && make install或者 make modules_install么？如果确定那么轻参照make modules_install的命令输出寻找模块化编译的内核被放在了那个目录

windows powershell是很久以前就有的一种windows脚本语言，是用来增强普通BAT批处理文件的功能的，比普通的命令行命令更强大。 （另外modules就是模块的意思。）

搞不清楚的就不要乱删除, modules是运行的时候需要的,如删除,下次你启动,可能某些硬件的驱动就找不到了./usr/src, 倒是可以删除. 不过一般Linux fans喜欢将kernel的源码放于: :)/usr/src/linux

rsa是一种加密算法RSA公钥加密算法是1977年由罗纳德·李维斯特（Ron Rivest）、阿迪·萨莫尔（Adi Shamir）和伦纳德·阿德曼（Leonard Adleman）一起提出的。1987年首次公布，当时他们三人都在麻省理工学院工作。RSA就是他们三人姓氏开头字母拼在一起组成的。

1、安装yarn的命令： npm i yarn -g 2、用这个yarn引入jquery： yarn add jquery 3、发现node_modules这个目录， 在根目录新建一个.gitignore： touch .gitignore 4、在 git add . 之前就要操作！ 编辑 .gitignore 这个文件，里面内容只有 node_modules vi .gitignore 操作，里面输入 node_modules ，然后按 esc 后输入 :wq 退出 5、 git status -sb 中发现已经没有node_modules了 6、正常 git add . git commit -m 推送 7、只添加需要的 git add -f node_modules/jquery/dist/jquery.min.js 8、重复步骤6 后来部署有问题，再拷回目录。。。 mkdir vendor cp node_modules/jquery/dist/jquery.min.js vendor

下载到板子启动的内核zImage选择（*）编译到zImage里面,开机加载选择（M）则不会编译到zImage，编译成模块后（make modules）需要的时候，insmod module_name

下完后装了么？源码需要配置，编译，安装。rpm直接装就行了。搞定后就有你要的文件了

node安装的就用node来删除1.安装> npm install -g rimraf1G:sj_github>npm install -g rimrafC:UserssangjeeAppDataRoaming pm imraf -> C:UserssangjeeAppDataRoaming pm ode_modules imrafin.jsnpm WARN unmet dependency C:UserssangjeeAppDataRoaming pm ode_modulesphonegap ode_modulesphonegap-build requires colors@"0.6.x" but will loadnpm WARN unmet dependency C:UserssangjeeAppDataRoaming pm ode_modulesphonegap ode_modulescolors,npm WARN unmet dependency which is version 0.6.0-1npm WARN unmet dependency C:UserssangjeeAppDataRoaming pm ode_modulesphonegap ode_modulesprompt ode_moduleswinston requires colors@"0.x.x" but will loadnpm WARN unmet dependency C:UserssangjeeAppDataRoaming pm ode_modulesphonegap ode_modulescolors,npm WARN unmet dependency which is version 0.6.0-1rimraf@2.3.3 C:UserssangjeeAppDataRoaming pm ode_modules imraf└── glob@4.5.3 (inherits@2.0.1, once@1.3.2, inflight@1.0.4, minimatch@2.0.7)1234567892.删除文件> rimraf node_modules

打开注册表编辑器找到 HKEY_LOCAL_MACHINESystemCurrentControlSetControl将 RegistrySizeLimit（REG_DWORD类型的） 的值改为 FFFFFFFF重新启动计算机以管理员身份运行 “SFC /SCANNOW” 等扫描结束就行。

下载到板子启动的内核zImage选择（*）编译到zImage里面,开机加载选择（M）则不会编译到zImage，编译成模块后（makemodules）需要的时候，insmodmodule_name

不一定要删除啊。只是可能说modules文件目录太大，不方便打包解压。而且在开发的过程中，可能v2.0版本新加了一些模块、插件。原来可以用的v1.0版本在转移后，同步v2.0时没有同时转移module，只转移了src里面的代码，这会导致某些地方不可用。所以还不如直接排除modules,然后根据最新的package.json去安装最新的。方便省事。

当安装了较多模块后，node_modules目录下的文件会很多，直接删除整个目录会很慢，下面介绍些快速删除node_modules目录的方法。 在全局安装rimraf模块，然后通过其命令来快速删除node_modules目录： 首先在cmd窗口中进入到node_modules文件夹所在的路径，接着执行命令：

CSS Modules 的优点主要是：零学习成本消灭全局变量和冲突（Hacker News 中有一个评论提到这个解决方式与 C++ 编译器的 Name mangling 非常相似）简单且易于调试的 composes 语法对已有样式库及插件的良好支持所有处理均在编译期完成缺乏 Dead Code Elimination 的好方法可能是需要改进的部分之一。另外如果 composes 太多，输入相对路径很麻烦，那不妨设置一些 webpack alias。另外今天在飞机上听了一期 React Podcast [1]，嘉宾是在 React Europe 做 inline-styles talk 的 Michael Chan。嘉宾们诚实的列出了 inline-styles 的很多问题（比如对 pseudo-class 的支持缺乏等等），也表示在实际项目中的应用还是比较克制的。我觉得 inline-styles、Radium 和 CSS Modules 都是非常棒的思路和探索；也许每一种方案都不是银弹，但都是值得研究和改进的。CoffeeScript 现在一点都不酷了，但若没有它 ES6 可能也不会长成现在这样。这个圈子里没有什么 BDFL，或者说语言和工具的实现很大程度上是由社区主导的。对我来说这是 UI Engineering 这个社区最有趣的地方。

重新填装

node_modules是安装node后用来存放用包管理工具下载安装的包的文件夹。比如webpack、gulp、grunt这些工具。在node.js中模块与文件是一一对应的，也就是说一个node.js文件就是一个模块。在node.js中模块与文件是一一对应的，也就是说一个node.js文件就是一个模块，文件内容可能是我们封装好的一些JavaScript方法、jsON数据、编译过的C/C++拓展等，在关于node.js的误会提到过node.js的架构。其中http、fs、net等都是node.js提供的核心模块，使用C/C++实现，外部用JavaScript封装。

楼上说的不太清

以下是使用Eclipse配置Tomcat来作为web modules测试、运行环境的步骤：依次点击Eclipse的Windows--Show View--Servers 菜单，打开Servers窗口，点击链接创建一个新的服务器；选择Tomcat 8.0，下面的服务器运行环境也选择对应的Tomcat 8.0，其它保持默认就可以；接下来就可以选择自己的web modules，点击添加按钮添加到服务器中；添加之后会显示在右边窗格中，点击Finish按钮完成；刚刚添加完成我们需要在添加的服务器上点击鼠标右键，选择Publish来发布自己的web modules到服务器；发布完成之后我们就可以点击箭头指向的Debug按钮来以Debug的方式来运行自己的web modules了；运行之后我们会看到控制台窗口输出以下信息：七月 11, 2017 3:40:46 下午 org.apache.coyote.AbstractProtocol start信息: Starting ProtocolHandler ["http-nio-8080"]七月 11, 2017 3:40:46 下午 org.apache.coyote.AbstractProtocol start信息: Starting ProtocolHandler ["ajp-nio-8009"]七月 11, 2017 3:40:46 下午 org.apache.catalina.startup.Catalina start信息: Server startup in 1295 ms["http-nio-8080"]说明是使用的8080端口服务启动成功之后，我们就可以打开浏览器来访问自己的web modules了。

Modules文件夹在这些文件夹里面，另外骑砍不同的MOD是适合不同的版本的Modules就在安装文件夹中，打开安装文件夹就可以找到，版本，你打开骑砍的第一个小窗口界面，在右上角就有对应的版本号找到骑马与砍杀安装的盘打开文件夹，找到Modules文件夹，再打开WUSHUANG，再找到troops

sys.modules.keys()中的每个模块确实在python启动的时候被导入了，但是它们不像__builtins__那样直接暴露出来了，它们还隐藏着，需要import把它们加入进来.一个module load与否，和这个module可见与否是两回事。比如：>>> import sys>>> sys<module "sys" (built-in)>>>> del sys>>> sysTraceback (most recent call last): File "<stdin>", line 1, in <module>NameError: name "sys" is not defined这个时候sys这个module已经被加载了，但是在当前作用域并不可见。再比如，module A引用了module B，你import了module A，实际上module B也被间接加载了，但你肯定是看不到的。

maven项目中的 pom.xml 文件中的 modules 下的 module 里的值是 子module(项目或pom --> 其实是同一个路径) 的相对路径, 不能是绝对路径, 即不能以 "/" 开头. 可以使用 ../ 去寻找路径. 首先当前项目的根路径为: /home/eagle/work/idea-workspace/work-themestore-desginer-api/pom.xml 如上: 1. <module>zipkin-server-source-demo</module> 表示当前项目根路径下的zipkin-server-source-demo, 即zipkin-server-source-demo项目的根路径为: /home/eagle/work/idea-workspace/work-themestore-desginer-api/zipkin-server-source-demo/pom.xml 2. <module>../../../tmp/child-project</module> 和 <module>../../../tmp/child-project/pom.xml</module> 表示同一个目录.根路径为: /home/eagle/tmp/child-project/pom.xml

app就是应用的意思 modules就是模块的意思。所以，app modules 就是指应用的一些模块。

　　模块文件，一个模块提供了一个功能，如isofs、minix、nfs、lp等等。传统来讲，模块化有两个方法解决。设计者可以把各项功能分离到单独的叫做线程的处理中去，或者是将内核以包含、排除一些功能的方式重新编译。如果把功能分离到线程中去，那么内核就叫做“微内核”，这种解决方法增加了线程间协调工作的通信开销，就象名字暗示的那样，这种解决方案的优点在于内核的大小。

我猜你是在ls你当前编译的源代码中的lib，而其实make modules_install之后默认是将编译好的内核模块copy到你当前系统根目录下的lib/modules/$version下，这里的$version代表以你刚编译的内核模块版本为名的一个文件夹。

http://baike.baidu.com/view/1853454.htm 你自己去看一下吧，在问问老是发不出来Modules 一、什么是 modules？ modules 的字面意思就是模块，在此指的是 kernel modules；简单来说，一个模块提供了一个功能，如 isofs、minix、nfs、lp 等等。传统来讲，模块化有两个方法解决。设计者可以把各项功能分离到单独的叫做线程的处理中去，或者是将内核 以包含/排除一些功能的方式重新编译。如果把功能分离到线程中去，那么内核就叫做“微内核”(micro-kernel)，这种解决方法增加了线程间协调工作的通信开销。就象名字暗示的那样，这种解决方案的优点在于内核的大小。 Linux的解决方案是包含内核模块，这些模块是可以按需要随时装入和卸下的。这样做可以使得内核的大小和通信量都达到最小。将模块从内核中独立出来，不必预先『绑』在 kernel codes 中。这样做有三种优点： 第一， 将来修改 kernel 时，不必全部重新 compile，可节省不少时间；第二， 若需要安装新的 modules ，不 必重新 compile kernel，只要插入 (通过insmode指令) 对应的 modules 即可；第三，减少内核对系统资源的占用，内核可以集中精力做最基本的事情，把一些扩展功能都交由modules实现。 模块也可以用来尝试新的内核代码而不需要每次都创建和重激活内核。但是，这样做带来的问题是：使用内核模块通常会轻微的增加性能和内存开支。一个可加载模块肯定会产生更多的代码，这种代码和额外的数据结构会占用更多一点的内存。另外因为间接访问内核资源也让模块的效率轻微降低。 模块化的思想已经被广泛接受，主要的原因在于它可以扩展系统的功能，用户可以灵活的配置系统。Apache也采取了这种功能扩展方式，在本文中主要讨论是内核的模块安装与卸载，Apache模块的安装请参照Apapce的相关文档。记得采纳啊

下载到板子启动的内核zImage选择（*）编译到zImage里面,开机加载选择（M）则不会编译到zImage，编译成模块后（make modules）需要的时候，insmod module_namemake modules是编译模块，很多驱动还有功能在选的时候选成M的都是modules，不过直接make，不加任何参数，就是make all，包含make modules。不用额外加此make，但是在安装的时候make install只是安装bzimage，Systemmap。没有把modules安装好，还要额外的make modules_install，把模块放到/lib/modules文件夹一个和内核名一样的文件夹下，并且运行depmod生成模块依赖关系文件，系统启动时加载模块就是从dep里面读取信息加载模块。

从字面意思来说，module就是模块，而pom.xml中的modules也正是这个意思，用来管理同个项目中的各个模块；如果maven用的比较简单，或者说项目的模块在pom.xml没进行划分，那么此元素是用不到的；不过一般大一点的项目是要用到的。1.需求场景如果我们的项目分成了好几个模块，那么我们构建的时候是不是有几个模块就需要构建几次了（到每个模块的目录下执行mvn命令）？当然，你逐个构建没问题，但是非要这么麻烦的一个一个的构建吗，那么简单的做法就是使用聚合，一次构建全部模块。2.具体实现a.既然使用聚合，那么就需要一个聚合的载体，先创建一个普通的maven项目account-aggregator。b.创建子模account-register、account-persist:右击account-aggregator，new --> other --> Maven，选择Maven Module，创建moven模块。c.创建完成后，项目结构如下，那么此时account-aggregator可以收缩起来了，我们操作具体子模块就好了。d.注意点，当我们打开包结构的子模块的pom文件时，发现离预期的多了一些内容，我们坐下处理就好了。e.那么编码完了之后，我们只需要构建account-aggregator就好了，所有的子模块都会构建。

命令npm install可以安装package.json的依赖npm install --save 可以安装新的依赖

楼主解决了吗，我的也是没有！