Update from Sync Service
This commit is contained in:
FNS Service
3
实践积累/专业领域/PMP/专业术语/Untitled-20260407225004.md
Executable file
3
实践积累/专业领域/PMP/专业术语/Untitled-20260407225004.md
Executable file
@@ -0,0 +1,3 @@
|
||||
|
||||
|
||||
![[Untitled-20260407225004 - Ink.svg]]
|
||||
8
实践积累/专业领域/PMP/复习笔记/关键名词.md
Executable file
8
实践积累/专业领域/PMP/复习笔记/关键名词.md
Executable file
@@ -0,0 +1,8 @@
|
||||
BCWP=EV
|
||||
BCWS=PV
|
||||
BAC 绩效测量基准 资金需求
|
||||
道德与专业行为规范==> 责任，尊重，公正，诚实
|
||||
通用项目的生命周期4阶段==>开始项目，组织与准备，执行项目工作，结束项目
|
||||
|
||||
项目经理的胜任力==>技术项目管理，领导力，战略和商务能力
|
||||
整合的三个层面==>过程层面整合，认知层面整合，背景层面整合
|
||||
4
实践积累/专业领域/PMP/复习笔记/道德规范价值观.md
Executable file
4
实践积累/专业领域/PMP/复习笔记/道德规范价值观.md
Executable file
@@ -0,0 +1,4 @@
|
||||
责任
|
||||
尊重
|
||||
公正
|
||||
诚实
|
||||
16
实践积累/专业领域/PMP/课堂笔记/20200929.md
Executable file
16
实践积累/专业领域/PMP/课堂笔记/20200929.md
Executable file
@@ -0,0 +1,16 @@
|
||||
阶段关口的审查，是偏向紧后阶段是否可以开始，还是偏向紧前阶段是否可以结束
|
||||
|
||||
三种制约因素：范围、时间、成本（质量）
|
||||
六种制约因素：范围、时间、成本、质量、资源、风险
|
||||
|
||||
增量型，迭代，定期，在规定的时间重复执行一些管理动作，渐进明细
|
||||
敏捷项目管理，适合产品开发开发，需求多变（2到4周）
|
||||
|
||||
阶段关口，关键界面，项目整合的关键，最容易发生风险 流程和流程的衔接
|
||||
人和人
|
||||
人和部门
|
||||
流程和流程的衔接，人和人，人和部门，技术工作和管理工作的衔
|
||||
|
||||
|
||||
|
||||
![[20200929 - Ink.svg]]
|
||||
3
实践积累/专业领域/PMP/课堂笔记/20200930.md
Executable file
3
实践积累/专业领域/PMP/课堂笔记/20200930.md
Executable file
@@ -0,0 +1,3 @@
|
||||
工作授权系统 确保我们的 工作 让正确的人在正确的时候按照正确的逻辑被执行
|
||||
资源分解结构
|
||||
|
||||
8
实践积累/专业领域/PMP/课堂笔记/20201009.md
Executable file
8
实践积累/专业领域/PMP/课堂笔记/20201009.md
Executable file
@@ -0,0 +1,8 @@
|
||||
|
||||
|
||||
|
||||
|
||||
 
|
||||
|
||||
|
||||
|
||||
4
实践积累/专业领域/PMP/课堂笔记/道德规范价值观.md
Executable file
4
实践积累/专业领域/PMP/课堂笔记/道德规范价值观.md
Executable file
@@ -0,0 +1,4 @@
|
||||
责任
|
||||
尊重
|
||||
公正
|
||||
诚实
|
||||
73
实践积累/专业领域/PMP/课程作业/20200928.md
Executable file
73
实践积累/专业领域/PMP/课程作业/20200928.md
Executable file
@@ -0,0 +1,73 @@
|
||||
|
||||
|
||||
1、项目的三大特征和二大特性分别是什么？
|
||||
答：
|
||||
项目的三大特征分别是：
|
||||
|
||||
- 临时性，指项目有明确的开始时间和明确的结束时间，不会无限期延续下去。
|
||||
- 独特性，一次性，没有完全相同的项目。
|
||||
- 普遍性，无处不在，任何一个需要在特定时间内解决的问题都是项目。
|
||||
|
||||
项目的二大特征分别是：
|
||||
|
||||
- 渐进明细，应该在连续积累中，分步骤开发，以便逐步明确项目的细节特征。
|
||||
- 成果导向性，为了创造的产品服务或成果，可交付成果，（有形的产品，无形的服务，其他成果知识培训等）。
|
||||
|
||||
2、什么是商业价值，又可分为哪两类，每一个类别包含哪些常见内容？
|
||||
答：
|
||||
PMI将商业价值定义为 从商业运作中获得可量化净效益（有形和无形的效益或者两者兼有）
|
||||
主要分为有形和无形的效益。
|
||||
有形的：货币资产，股东权益，公共事业，固定设施，工具，市场份额
|
||||
无形的：商誉，品牌认知度，公共利益，商标，战略一致性，声誉
|
||||
|
||||
3、项目立项的四大要素有哪些？
|
||||
答：
|
||||
|
||||
- 符合法规，法律或社会要求
|
||||
- 满足相关方的要求或需求
|
||||
- 执行、变更业务或技术战略
|
||||
- 创造、改进或修复产品、过程或服务
|
||||
|
||||
4、什么是项目组合 ，项目集，项目，它们之间的关联和区别是什么？
|
||||
答：
|
||||
项目组合：是为看实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作的集合。
|
||||
项目集：是一组相互关联且被协调管理的项目、子项目集和项目集活动，以便获得分别管理所无法获得的效益。
|
||||
项目: 是为了穿着独特的产品、服务、或成果而进行的临时性工作。
|
||||
运营：可以无计划，重复性的，有确定时间的 工作。
|
||||
|
||||
区别： 项目集管理和项目组合股那里的生命周期、活动、目标、重点、和效益都和项目股那里不同。
|
||||
联系： 项目组合、项目集、项目、和运营都涉及相同的相关方，还可能需要使用相同的资源。 项目组合管理是主要排列所有备选项目的优先顺序，并选择一系列的排序靠前的、最有利于实现战略目标的正确项目来做。主要就是进项投资决策，项目组合经理往往由组织中的高级管理人员兼任。
|
||||
项目集管理是要正确的地完成一系列相互配置的项目以获得最大的效益。管理项目见的内在联系。 5、项目组合管理和项目集管理的主要工作有哪些？
|
||||
答：
|
||||
项目集管理
|
||||
项目集管理指在项目集中应用知识、技能与原则来实现项目集的目标，获得分别管理项目集组成
|
||||
部分所无法实现的利益和控制。项目集组成部分指项目集中的项目和其他项目集。项目管理注重项
|
||||
目本身的相互依赖关系，以确定管理项目的最佳方法。项目集管理注重作为组成部分的项目与项目
|
||||
集之间的依赖关系，以确定管理这些项目的最佳方法。项目集和项目间依赖关系的具体管理措施可
|
||||
能包括：
|
||||
|
||||
- 调整对项目集和项目的目的和目标有影响的组织或战略方向；
|
||||
- 将项目集范围分配到项目集组成部分；
|
||||
- 管理项目集组成部分之间的依赖关系，从而以最佳方式实施项目集；
|
||||
- 管理可能影响项目集内多个项目的项目集风险；
|
||||
- 解决影响项目集内多个项目的制约因素和冲突；
|
||||
- 解决作为组成部分的项目与项目集之间的问题；
|
||||
- 在同一个治理框架内管理变更请求；
|
||||
- 将预算分配到项目集内的多个项目；
|
||||
- 确保项目集及其包含的项目能够实现效益。
|
||||
|
||||
项目组合管理
|
||||
项目组合是指为实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作。
|
||||
项目组合管理是指为了实现战略目标而对一个或多个项目组合进行的集中管理。项目组合中的项
|
||||
目集或项目不一定彼此依赖或直接相关。
|
||||
项目组合管理的目的是：
|
||||
|
||||
- 指导组织的投资决策。
|
||||
- 选择项目集与项目的最佳组合方式，以达成战略目标。
|
||||
- 提供决策透明度。
|
||||
- 确定团队和实物资源分配的优先顺序。
|
||||
- 提高实现预期投资回报的可能性。
|
||||
- 实现对所有组成部分的综合风险预测的集中式管理。
|
||||
|
||||
此外，项目组合管理还可确定项目组合是否符合组织战略。
|
||||
要实现项目组合价值的最大化，需要精心检查项目组合的组成部分。
|
||||
53
实践积累/专业领域/PMP/课程作业/20200929.md
Executable file
53
实践积累/专业领域/PMP/课程作业/20200929.md
Executable file
@@ -0,0 +1,53 @@
|
||||
|
||||
|
||||
1、什么是项目生命周期，它是由什么组成的？
|
||||
|
||||
答：项目生命周期是指项目从开始到结束所经历的一系列阶段。
|
||||
由 启动，规划，执行，监控，收尾五大过程组。
|
||||
2、什么是项目生命周期管理法，采用这种方法的最大好处是什么？
|
||||
答：所谓项目生命周期管理法，就是指将不同的项目不同项目阶段过程灵活选择合适的管理方法。
|
||||
最大的好处是，可以灵活应对项目的包含的各种因素。可以将项目的各个阶段之间的关系顺序，迭代和交替有序灵活开展。
|
||||
3、什么是项目阶段关口，在阶段关口是紧前阶段是否达到结束标准，还是紧后阶段是否达到开始标准哪一个更重要，为什么？
|
||||
答：项目阶段关口，设立在项目阶段的结束点。
|
||||
==在阶段关口是紧前阶段达到结束标准====比====紧后阶段达到开始标准====更加====重要==
|
||||
因为，紧前阶段达到结束标准可以释放各种资源，项目风险降低，会沉淀成本
|
||||
紧后阶段达到开始标准，代表未来….
|
||||
4、项目生命周期有哪几种类型，预测型生命周期适合什么样的项目，适应型生命周期适合什么样的项目？
|
||||
答：
|
||||
|
||||
- 预测型生命周期 ，适合传统瀑布型，适合项目一开始，使用的技术和需求都十分清晰的项目
|
||||
- 迭代型生命周期
|
||||
- 增量型生命周期
|
||||
- 适应型生命周期，敏捷型，适合那种一开始只知道部分需求和功能的技术的项目。
|
||||
|
||||
==需求明确，产品清晰，无需变更，风险较低的项目==
|
||||
==需求不清，产品模糊，频繁变更，风险较高====的项目==
|
||||
|
||||
- 混合型生命周期
|
||||
|
||||
5、什么是迭代？
|
||||
答：迭代是指定期重复性的工作，在规定的时间重复执行一些管理动作
|
||||
6、项目有哪五大过程组，哪四大通用阶段?
|
||||
答： 由 启动，规划，执行，监控，收尾五大过程组。
|
||||
有 开始项目阶段，组织与准备阶段，执行项目工作阶段，结束项目阶段四大通用阶段。
|
||||
7、什么是项目信息，它分为几个维度，分别出现在项目的哪些过程组？
|
||||
答：项目数据是在整个项目生命周期需要收集、分析、和转化的大量的数据。从各个过程收集项目数据，并在项目团内内共享。
|
||||
==在各个过程中所收集的数据经过结合相关背景的分析、汇总转化为项目信息。==
|
||||
==主要分为==
|
||||
==工作绩效数据====:====主要出现在执行过程和监控过程==
|
||||
==工作绩效信息：控制过程，监控==
|
||||
==工作绩效报告：整体项目控制过程，整合管理==
|
||||
==三个维度。==
|
||||
8、什么是ITTO，他们的典型组成因素有哪些？
|
||||
答：ITTO是指每个项目管理过程通过合适的项目管理工具和技术将一个或多个输入转化成一个或多个输出。
|
||||
Input指一个过程的输入，上个阶段的产物或各类项目文件组成
|
||||
Technology和Tool,指工具，软件或模板；技术主要是 方法论或最佳实践
|
||||
Output为输出。可交付成果，更新后的项目文件或计划，或总结报告。
|
||||
典型的组合成因素
|
||||
9、什么是效益管理计划，它包括哪些主要内容？
|
||||
答：效益管理计划是描述了项目实现效益的方式和时间，以及应制定的效益衡量机制。
|
||||
项目效益指为发起组织和项目预期受益方创造价值的行动、行为、产品、服务或成果的结果。
|
||||
主要内容有：目变效益、战略一致性、实现效益的时间、效益责任人、测量指标、假设、风险。
|
||||
10、在项目启动前有一个阶段叫什么名字？这个阶段我们主要做哪些工作？
|
||||
答：在项目启动前的一个阶段叫项目前期准备工作。
|
||||
主要做需求评估、商业论证和效益管理计划。
|
||||
30
实践积累/专业领域/PMP/课程作业/20200930.md
Executable file
30
实践积累/专业领域/PMP/课程作业/20200930.md
Executable file
@@ -0,0 +1,30 @@
|
||||
3、思考题：事业环境因素分为哪两个类别分别包括哪些内容？组织过程资产分为哪两个类别，分别包括哪些内容？
|
||||
答：事业环境因素主要分为组织内部环境因素和组织外部环境因素
|
||||
组织内部环境因素主要有：
|
||||
|
||||
- 制度环境（组织治理框架，组织结构，项目管理信息系统，人事管理制度，工作授权系统，沟通制度）
|
||||
- 资源环境（基础设施，实物资源，人力资源，员工能力）
|
||||
- 文化环境（组织文化，政治氛围，管理实践）
|
||||
|
||||
组织的外部环境因素主要有：
|
||||
|
||||
- 宏观环境（社会环境，文化环境，市场条件，法律法规，财务因素，采购限制）
|
||||
- 行业环境（行业标准，商业数据库，学术研究资料，生产力指标，行业PMBOK）
|
||||
- 相关方环境(相关方期望，相关方文化，风险临界值)
|
||||
- 物理环境（工作条件，气候条件，客观限制）
|
||||
|
||||
组织过程资产主要分过程、政策和程序 和 组织知识库两种
|
||||
过程、政策和程序 组织过程资产主要有
|
||||
|
||||
- 具体的政策
|
||||
- 流程和程序
|
||||
|
||||
有形的组织过程资产主要有
|
||||
|
||||
- 工作模板
|
||||
- 工作指南
|
||||
- 共享知识库
|
||||
|
||||
4、事业环境因素和组织过程资产最重要的区分方式是什么？
|
||||
|
||||
> 答：主要区分方式
|
||||
7
实践积累/专业领域/PMP/课程作业/20201009.md
Executable file
7
实践积累/专业领域/PMP/课程作业/20201009.md
Executable file
@@ -0,0 +1,7 @@
|
||||
1、什么是系统型简单型组织结构，它有什么优点和缺点，如何区分简约型和有机型组织结构？
|
||||
2、职能式组织结构是如何划分的？它有哪些优点和缺点适合做什么样的类型的项目？
|
||||
3、协调员和联络员出现在什么组织结构中，如何区分协调员和联络员？
|
||||
4、平衡矩阵组织结构有什么优点和缺点？
|
||||
5、项目式组织结构和矩阵型组织结构的最大区别是什么？项目型组织结构的优点和缺点有哪些?
|
||||
6、复合型组织结构除了项目经理还有哪些人是专职服务于项目的，哪些人是兼职服务于项目的？
|
||||
7、预习PMO的类型和作用
|
||||
4
实践积累/专业领域/PMP/账户信息/PMI ORG.md
Executable file
4
实践积累/专业领域/PMP/账户信息/PMI ORG.md
Executable file
@@ -0,0 +1,4 @@
|
||||
|
||||
|
||||
Pssword:
|
||||
1q2w#E$R
|
||||
35
实践积累/专业领域/PMP/账户信息/项目经验填报.md
Executable file
35
实践积累/专业领域/PMP/账户信息/项目经验填报.md
Executable file
@@ -0,0 +1,35 @@
|
||||
中文
|
||||
项目1，
|
||||
**城市环境空气质量预报预警平台** 这个项目包含了城市空气质量预报预警业务管理平台，统计模型预报，实况与预报发布平台，智能短信报送平台，视频会商系统的建设等。
|
||||
|
||||
**启动**： 初始阶段我们做了什么准备；
|
||||
**规划**：如何规划这个项目；
|
||||
**实施**：我在这个项目里担任什么职务，这个项目是做什么用的，
|
||||
**监控**：这个项目实施过程监督；
|
||||
**收尾**：这个项目目前是否已经验收，客户满意度如何。
|
||||
|
||||
开始:根据国家对城市空气质量预报信息化要求,调研空气质量的预报和发布需求,主要解决城市环境监测中心在数据预报、会商和数据发布流程以及信息化支撑而启动项目。
|
||||
计划:编制项目管理计划，创建开发工作分解结构，主要分为预报业务平台，预报算法，预报发布平台，短信报送平台，视频会商系统等五大子系统分别编制时间进度计划，制定预算，人力资源管理、沟通和采购计划。
|
||||
执行:作为项目经理带领项目团队预报业务平台，预报发布平台，短信报送平台和预报算法的集成研发,将视频会商系统进项外包管理，组织整个项目按照预定计划推进。
|
||||
监控:每周五项目进度和问题汇总、月度评估后并向业主定期汇报项目状态,将业主需求变化推进项目变更，确保项目按照计划的推进。
|
||||
结束:结束各子系统的项目活动，把研发过程和项目管理过程分别归档，按照合同要求将交付物打包整理移交给业主，开展项目验收会，验收报告盖章签字，总结整理经验教训。
|
||||
|
||||
|
||||
|
||||
|
||||
中文:项目经验2 中海达监测云
|
||||
开始:旧有的监测软件产品无法满足国土地灾、矿山、大坝等安全监测行业市场需求，组织打造一款具备对安全监测设备的数据采集、审核、统计、查询、管理、专业分析和webgis展示服务的SAAS专业监测云平台，启动了这个项目。
|
||||
计划:将项目主要分为传感器数据采集，数据处理，web 综合分析平台，前端展示等四个子模块分别研发工作结构分解WBS,编制进度计划，人力资源计划和质量计划。
|
||||
执行:作为项目经理带领项目团队进行项目需求分析，原型设计，编写产品需求规格说明书,搭建和梳理出全新的监测软件产品的业务体系，根据监测产品需求来组织开发架构保障整个项目顺利完成。研发人员进行单元测试以及测试人员集成功能测试和性能测试。
|
||||
监控:每周与研发汇总项目问题和进度并定期汇报项目状态给上级领导，开展项目需求评审，代码评审，产品架构评审和需求变更评审会议。
|
||||
结束:结束各子模块的项目活动，编写产品测试报告和性能测试报告，按照项目业务需求将交付物打包运营部门，开展产品试运行，试运行结束后对项目验收报告，总结经验教训归档代码和研发文档。
|
||||
|
||||
中文：项目经验3 中海达解算云
|
||||
|
||||
开始:以前的gnss解算软件只能适合小型单个工程应用，无法满足越来越大量的GNSS实时解算需求，所以组织启动开发专注于gnss高精度定位技术在变形监测领域数据解算支撑平台、支持大量gnss数据接收、存储，处理、分布式实时解算和事后分析的云平台。
|
||||
|
||||
计划: 我根据立项需求制定产品的GNSS解算产品研发路线图，按照公司规定裁剪制定了项目管理计划， 主导编制进度计划、质量管理计划，配置管理等实施计划。
|
||||
|
||||
执行:作为项目经理带领项目团队开展项目详细分析和原型开发，主导沟通编写产品需求规格说明书,协调架构师搭建GNSS解算的分布式研发框架，根据项目管理计划来组织研发活动，分了三个迭代反复执行。在内部测试测试之后开展集成测试和性能测试等活动。
|
||||
|
||||
监控和收尾:每周定期汇报项目状态给QA，每月中旬沟通项目主要问题并沟通协调解决方案，开展项目评审会议以保障项目项目质量和进度。最后编写项目测试报告和事业部验收报告， 协调现场项目试运行。总结经验教训归档代码和算法经验，以便于下一个版本的迭代。
|
||||
@@ -1,88 +0,0 @@
|
||||
1.镜像下载
|
||||
下载 `MongoDB` 镜像命令：
|
||||
|
||||
```
|
||||
```
|
||||
docker pull mongo
|
||||
```
|
||||
```
|
||||
执行 `docker images` 查看镜像，下载成功，如下图：
|
||||
|
||||
2.启动 `MongoDB`
|
||||
启动 `MongoDB` 命令：
|
||||
|
||||
```
|
||||
```
|
||||
docker run -p 27017:27017 -v $PWD/db:/data/db -d mongo:latest
|
||||
```
|
||||
|
||||
```
|
||||
## 命令说明：
|
||||
|
||||
```
|
||||
```
|
||||
 -p 27017:27017 :
|
||||
```
|
||||
|
||||
```
|
||||
## 将容器的
|
||||
|
||||
```
|
||||
```
|
||||
27017
|
||||
```
|
||||
|
||||
```
|
||||
## 端口映射到主机的
|
||||
|
||||
```
|
||||
```
|
||||
27017
|
||||
```
|
||||
|
||||
```
|
||||
## 端口
|
||||
|
||||
```
|
||||
```
|
||||
 -v $PWD/db:/data/db :
|
||||
```
|
||||
|
||||
```
|
||||
## 将主机中当前目录下的**`db`**挂载到容器的
|
||||
|
||||
```
|
||||
```
|
||||
/data/db
|
||||
```
|
||||
|
||||
```
|
||||
**，作为**`mongo`**数据存储目录**``
|
||||
启动成功，如下图：
|
||||
|
||||
3.测试连接 `MongoDB`
|
||||
连接 `MongoDB` 命令：
|
||||
|
||||
```
|
||||
```
|
||||
docker run -it mongo:latest mongo --host 172.17.0.1
|
||||
```
|
||||
|
||||
```
|
||||
## 命令说明：
|
||||
|
||||
```
|
||||
```
|
||||

|
||||
```
|
||||
|
||||
```
|
||||
## 使用**`mongo`**镜像执行**`mongo` **命令连接到刚启动的容器**`,`**主机**`IP`**为
|
||||
|
||||
```
|
||||
```
|
||||
172.17.0.1
|
||||
```
|
||||
|
||||
```
|
||||
提示信息 `It looks like you are trying to access MongoDB over HTTP on the native driver port.` ，nice，部署 `MongoD` 成功！
|
||||
@@ -1,17 +0,0 @@
|
||||
**Docker安装redis**
|
||||
**1.首先下载redis镜像：**
|
||||
docker pull redis
|
||||
**2.然后创建一个文件夹用来存放redis的配置文件、数据等(也就是所谓的挂载目录,作用就是将此目录中的文件或文件夹覆盖掉容器内部的文件或文件夹)**
|
||||
**3.在上面创建的目录下使用命令启动redis容器**
|
||||
docker run -d -p 6379:6379 -v $PWD/conf/redis.conf:/usr/local/etc/redis/redis.conf -v $PWD/data:/data --name docker-redis docker.io/redis redis-server /usr/local/etc/redis/redis.conf --appendonly yes
|
||||
**解释一下上面命令的意义:**
|
||||
-d：表示后台运行，不加-d执行上面的命令你就会看到redis启动的日志信息了
|
||||
-p：表示端口映射，冒号左面的是我们的宿主机的端口，也就是我们虚拟机的端口，而右侧则表示的是mysql容器内的端口
|
||||
--name：是我们给redis容器取的名字
|
||||
-v：表示挂载路径，$PWD表示当前目录下，冒号左面的表示我们宿主机的挂载目录，也就是我们虚拟机所在的文件路径，冒号右边则表是的是redis容器在容器内部的路径，上面的命令我分别挂载了redis.conf(redis的配置文件)，如需使用配置文件的方式启动redis，这里则需要加上，还有redis存放数据所在的目录
|
||||
--appendonly yes：表示redis开启持久化策略
|
||||
|
||||
作者：GatHub
|
||||
链接：https://www.jianshu.com/p/2f95680f21c5
|
||||
来源：简书
|
||||
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
|
||||
@@ -1,12 +0,0 @@
|
||||
**1****、设置****docker****开机启动**
|
||||
systemctl enable docker
|
||||
**2****、设置容器自动重启**
|
||||
**1****）、创建容器时设置**
|
||||
|
||||
docker run -d --restart=always --name 设置容器名 使用的镜像（上面命令 --name后面两个参数根据实际情况自行修改）
|
||||
--restart具体参数值详细信息： no容器退出时，不重启容器； on-failure 只有在非0状态退出时才重新启动容器； always 无论退出状态是如何，都重启容器；
|
||||
|
||||
**2****）、修改已有容器，使用****update**
|
||||
docker update --restart=always 容器ID(或者容器名)
|
||||
（容器ID或者容器名根据实际情况修改）
|
||||
> 来自 <[https://www.cnblogs.com/763977251-sg/p/11839918.html](https://www.cnblogs.com/763977251-sg/p/11839918.html)>
|
||||
@@ -1,2 +0,0 @@
|
||||
1. **大量****镜像通过命令 docker image prune -f 清理。**
|
||||
2. **通过命令 docker images | awk 'NR!=1{print $1":"$2}' | xargs docker rmi 可以批量清除无用的镜像，且不会影响使用中的镜像和基础镜像，满足笔者的需求。** > 来自 <[https://www.cnblogs.com/sqgzy/p/11864675.html](https://www.cnblogs.com/sqgzy/p/11864675.html)> > 来自 <[https://www.cnblogs.com/sqgzy/p/11864675.html](https://www.cnblogs.com/sqgzy/p/11864675.html)>
|
||||
@@ -1,28 +0,0 @@
|
||||
**方法一：**
|
||||
## #**==显示所有的容器，过滤出****Exited****状态的容器，取出这些容器的****ID**==，
|
||||
## sudo docker ps -a|grep Exited|awk '{print $1}'
|
||||
## #**==查询所有的容器，过滤出****Exited****状态的容器，列出容器****ID**==，删除这些容器
|
||||
## sudo docker rm `docker ps -a|grep Exited|awk '{print $1}'`
|
||||
xx
|
||||
**方法二：**
|
||||
## #====删除所有未运行的容器（已经运行的删除不了，未运行的就一起被删除了）
|
||||
## sudo docker rm $(sudo docker ps -a -q)
|
||||
|
||||
**方法三：**
|
||||
## #**==根据容器的状态，删除****Exited**==状态的容器
|
||||
## sudo docker rm $(sudo docker ps -qf status=exited)
|
||||
|
||||
**方法四：**
|
||||
## #Docker 1.13**==版本以后，可以使用** **docker containers prune** ==命令，删除孤立的容器。
|
||||
## sudo docker container prune
|
||||
|
||||
~~#~~~~删除所有镜像~~
|
||||
~~sudo docker rmi $(docker images -q)~~
|
||||
|
||||
**附图：**
|
||||
## 02-====删除所有的容器，所有未运行的容器都被删除，正在运行的无法删除，达到删除不用容器的目的。
|
||||
## 03-**==低于****1.13****版本的****Docker**==，可以根据容器的状态来进行删除
|
||||
## 04-**==查询所有的容器，过滤出状态为****Exited**==的容器
|
||||
## 05-Docker 1.13**==版本以后，开始支持****prune**==命令，快速删除已退出的容器
|
||||
|
||||
> 来自 <[https://blog.csdn.net/jiangeeq/article/details/79499324](https://blog.csdn.net/jiangeeq/article/details/79499324)>
|
||||
@@ -1,4 +0,0 @@
|
||||
## INSTALL AS A CONTAINER
|
||||
## Compose can also be run inside a container, from a small bash script wrapper. To install compose as a container run this command:
|
||||
sudo curl -L --fail [https://github.com/docker/compose/releases/download/1.25.4/run.sh](https://github.com/docker/compose/releases/download/1.25.4/run.sh) -o /usr/local/bin/docker-composesudo chmod +x /usr/local/bin/docker-compose
|
||||
> 来自 <[https://docs.docker.com/compose/install/#alternative-install-options](https://docs.docker.com/compose/install/#alternative-install-options)>
|
||||
@@ -1,38 +0,0 @@
|
||||
[https://blog.csdn.net/yaoxingshuai/article/details/50563245](https://blog.csdn.net/yaoxingshuai/article/details/50563245)
|
||||
|
||||
楼主给笔记本电脑装了双系统，常年放在寝室开着，平时用实验室的电脑，偶尔需要笔记本的时候就远程控制。后来就发现了一个问题，我远程连接linux的时候，只能看见Linux这个分区的内容，windows的D、E、F盘都没有，这个时候如果要找这些盘符里的文件就比较麻烦了
|
||||
|
||||
于是乎，机智的楼主看了一下Linux里的设备文件
|
||||
|
||||
cd /dev
|
||||
|
||||
ls -l sd*
|
||||
|
||||
能看见楼主的笔记本硬盘分了好几个区C D E F G H，为了确保准确，楼主又看了一下硬盘信息
|
||||
|
||||
fdisk -lu
|
||||
|
||||
第四列Blocks指的分区大小，sda1=52，436，128B 大概50GB，这不是我的C盘么
|
||||
|
||||
最后一个sda9 = 12545024B 大概 12GB就是我安装Linux的盘符
|
||||
|
||||
sda2 = sda5+sda6+sda7+sda8+sda9 一共大概450G，于是机制的楼主推断出sda5便是我要的D盘；
|
||||
|
||||
我的D盘，时尚时尚最时尚，我情不自禁的要把D盘挂载到Linux下，于是乎
|
||||
|
||||
cd /mnt 一般挂载到/mnt 或者 /media, 都可以
|
||||
|
||||
ls 发现目前啥都没有
|
||||
|
||||
mkdir thinkiii 我想把D盘挂载过来取名thinkiii，这个无所谓的
|
||||
|
||||
mount /dev/sda5 /mnt/thinkiii 这样便把sda5也就是D盘挂载到/mnt/thinkiii了
|
||||
|
||||
cd /mnt/thinkiii
|
||||
|
||||
ls 便可查看D盘的文件了
|
||||
|
||||
|
||||
————————————————
|
||||
版权声明：本文为CSDN博主「浴前带刀侍卫」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
|
||||
原文链接：https://blog.csdn.net/yaoxingshuai/article/details/50563245
|
||||
@@ -1,14 +0,0 @@
|
||||
远程连接密码： 148880
|
||||
|
||||
120.78.214.77(公)
|
||||
>
|
||||
|
||||
Mysql root 1q2w3e4r
|
||||
phpmyadmin 1q2w3e4r
|
||||
|
||||
Wordpress admin chill wuzhuoshan@163.com 1q2w3e4r
|
||||
|
||||
[ftp://cocomap.cn](ftp://cocomap.cn) chill 1q2w3e4r
|
||||
|
||||
网站统计——百度 ，双十二事变
|
||||
[https://tongji.baidu.com/web/11004934/overview/index](https://tongji.baidu.com/web/11004934/overview/index)
|
||||
@@ -1,15 +0,0 @@
|
||||
==在计算机科学中, CAP定理（CAP theorem）, 又被称作 布鲁尔定理（Brewer's theorem）, 它指出对于一个分布式计算系统来说，不可能同时满足以下三点:==
|
||||
|
||||
- **一致性(Consistency)** ==(所有节点在同一时间具有相同的数据)==
|
||||
- **可用性(Availability)** ==(保证每个请求不管成功或者失败都有响应)==
|
||||
- **分隔容忍(Partition tolerance)** ==(系统中任意信息的丢失或失败不会影响系统的继续运作)==
|
||||
|
||||
==CAP理论的核心是：一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求，最多只能同时较好的满足两个。==
|
||||
==因此，根据 CAP 原理将 NoSQL 数据库分成了满足 CA 原则、满足 CP 原则和满足 AP 原则三 大类：==
|
||||
|
||||
- ==CA - 单点集群，满足一致性，可用性的系统，通常在可扩展性上不太强大。==
|
||||
- ==CP - 满足一致性，分区容忍性的系统，通常性能不是特别高。==
|
||||
- ==AP - 满足可用性，分区容忍性的系统，通常可能对一致性要求低一些。==
|
||||
|
||||
> 来自 <[http://www.runoob.com/mongodb/nosql.html](http://www.runoob.com/mongodb/nosql.html)>
|
||||
> 来自 <[http://www.runoob.com/mongodb/nosql.html](http://www.runoob.com/mongodb/nosql.html)>
|
||||
@@ -1,43 +0,0 @@
|
||||
use master
|
||||
go
|
||||
|
||||
```sql
|
||||
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_killspid]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
|
||||
drop procedure [dbo].[p_killspid]
|
||||
GO
|
||||
|
||||
create proc p_killspid
|
||||
```
|
||||
@dbname varchar(200) --要关闭进程的数据库名
|
||||
as
|
||||
```sql
|
||||
declare @sql nvarchar(500)
|
||||
declare @spid nvarchar(20)
|
||||
|
||||
declare #tb cursor for
|
||||
select spid=cast(spid as varchar(20)) from master..sysprocesses where dbid=db_id(@dbname)
|
||||
open #tb
|
||||
fetch next from #tb into @spid
|
||||
while @@fetch_status=0
|
||||
```
|
||||
begin
|
||||
exec('kill '+@spid)
|
||||
```sql
|
||||
fetch next from #tb into @spid
|
||||
```
|
||||
end
|
||||
close #tb
|
||||
deallocate #tb
|
||||
go
|
||||
|
||||
--用法
|
||||
```sql
|
||||
exec p_killspid 'safeMonitorMgr'
|
||||
go
|
||||
```
|
||||
DBCC SHRINKDATABASE (safeMonitorMgr)
|
||||
go
|
||||
|
||||
```sql
|
||||
drop proc p_killspid
|
||||
```
|
||||
@@ -1 +0,0 @@
|
||||
>
|
||||
@@ -1,3 +0,0 @@
|
||||
```sql
|
||||
exec sp_attach_single_file_db @dbname='ZHDMTProj_SX',@physname='F:\DataBases\ZHDMTProj_SX.mdf'
|
||||
```
|
||||
Reference in New Issue
Block a user