最佳实践：怎样评估软件开发时间 2021-08-06 13:30作者 ｜ DDI Development 团队译者 ｜ 王强策划 ｜ 王一鹏据统计，有差不多 70% 的项目都没能准时完成，你的项目也可能是其中之一。总是 delay 是不是很烦人？你也希望在满足市场需求的同时，还能按时交付项目，对不对？正因如此，软件开发时间的估算，应该是构建研发流程时优先考虑的事项。我们编制了一份清单，列出了为获得贴近实际情况的软件开发时间，你需要做的一些基本动作和步骤。下面我们就来具体谈谈，如何估算开发时间。1为什么你需要预估软件开发时间这当然是很必要的，有了这个数据，你才能知道完成项目需要多久（以小时为单位来估算）。这可以比作装修房子……哦不对，那太复杂了。算了，我们可以把它比作一家花店，这样的比喻更合理一些。假设你想开一家花店，要提前做预算和时间估算：你计算了从准备到开张需要多长时间；在这个过程中，你发现原本想要的花进不到货。你需要用另一个产品替换原计划的品种，这需要时间；然后你又发现，鲜花储存需要更多条件，你的设备需要更换；花店还没有开张，但你已经意识到店里应该卖咖啡和书籍。你意识到发生了什么吗？嗯，是的，业务需求以及最初估计的时间和预算都可能会发生变化。这个例子同样可以适用于你的软件解决方案。2你从开发时间估算中获得的好处作为客户，你将获得的收益：你将清楚地知道何时可以拿到交付的产品。如果不久会有产品展示或重大公司活动，这一点尤其重要；你知道自己能赶上截止日期，可以放心了；你可以完全控制流程，并及时了解时间估算或预算的变化及其影响。软件开发团队获得的优势：我们可以提前智能地分配任务 / 资源，并管理截止日期和工作量；我们可以了解哪些专家应该在哪些阶段参与进来。3为什么很难获得真正可靠的时间估算结果？尽管时间估算有很多明显的好处，但它和预测还是没有太大区别，因为它主要是凭直觉完成的。软件开发人员基于他们自己的经验来判断哪些东西很难实现，哪些比较容易。程序员越优秀，估算的时间就越准确。但是这种估算开发时间的方法也是有一些小差异的。当开发人员面对的是不熟悉的问题时，他们以往的经验、曾经行之有效的方法都可能不再灵光。任何开发人员都无法避免架构、框架、库访问和技术社区支持方面的潜在问题。那么人为因素呢？程序员——没错，就算是高级程序员——也可能会生病或请一天假。当然，如果程序员不能在明天早上完成任务，那并不是你的错。但是客户这边可能会带来计划外的额外任务，这些任务会打乱原来的时间估算结果。综上所述，开发时间估算结果是可能会出错的，原因如下：经验不再适用；不可预测的技术侧问题；人为因素。那么该怎么办呢？——你可能会问这个问题。答案是用深思熟虑的方法和行之有效的手段来把事情做好。4如何估算开发时间：要考虑的各个阶段要计算出总体的软件开发时间，我们应将预期的开发过程划分为多个阶段。然后估计每个阶段需要多长时间并汇总数据。发现阶段在这个阶段，参与项目的开发人员需要获得尽可能多的项目信息。这一阶段还需要准备原型和框架。如果实践中有的工作需要使用复杂的技术来完成，我们必须为此分配足够的时间。在估算开发时间时，发现阶段应该安排深入的需求讨论环节。具体做法：开发人员从客户那里收到需求，并仔细检查它们是否存在逻辑漏洞；如果出现任何问题，大家要进一步讨论；开发人员起草一份详细说明需求的通用文件，并与客户达成一致。准备一份有着明确定义的规范的文档，每个人都拿它当作指南，因为它可以防止“我们不是说好了应用程序要有这一特性吗？”之类的情况。让我们面对现实吧，在计划阶段解决问题，比在产品完成时解决问题要便宜得多。软件架构设计阶段产品的可扩展性受系统架构规划和设计的一致性影响。在估算软件开发时间时应考虑到这一点。这一阶段需要选择技术栈、类图、数据库、库、API 和细分的阶段。开发阶段为了提高效率，需要将这一阶段分解为几个单独的逻辑阶段，方便你监控团队的进度和绩效。产品开发过程可能需要 2 到 12 个月。在估算软件开发时间时应考虑到这一点。测试阶段如果没有经过彻底的测试，任何产品都不能被认为是完整的。此外，软件解决方案必须从一开始就进行测试。为什么？因为解决潜在错误的成本会低不少，毕竟它们会更快被发现和修复。测试阶段也需要包含在时间估算中。额外的时间：缓冲时间和时间吞噬者还需要考虑可能影响时间表的计划外工作，或很难预估的任务耗时。它们约占总开发时间的 5% 到 25%：技术的不可预测性；集成或扩展问题；团队内部的利益冲突；会议、电话、批准；生产力损失，等等。5如何估算软件项目的工时工时估算通常是将一个个任务汇总起来完成的，这样可以简化工作并让结果更加透明。估算开发时间的一种方法是估算每位专家可以在项目上花费多长时间。这种方法关注的是一位平均水平的 IT 专业人员在一小时内能够完成的工作量。平均水平的 IT 专家意味着他 / 她是中级技术专家（开发人员、设计师、QA 工程师）。他们执行的是与他们专业相关的任务。这意味着完成测试任务所需的时间应该根据 QA 工程师，而不是前端开发人员的表现来估算。中级工程师的工作速度可能不如高级程序员，但他或她的工作效率可能比初级技术人员更高。一个小时的工作意味着连续工作 60 分钟。这里的重点是要了解这位专家的工作是否依赖其他专家的产出，他或她是否需要等待其他人才能完成自己的工作量。让我们看看可以应用哪些方法和实践来估算软件开发时间。最常见的方法是敏捷方法。先来看一看这个主题涉及的关键术语：用户故事：用 1-2 句话描述系统应该做什么；故事描述：衡量完成用户故事所需的工作量（不是以小时为单位）；待办事项：为实现目标而需要完成的任务列表。现在我们继续来估算软件开发时间。6软件开发时间估算方法通过开发时间估算，一切似乎都足够清楚了。但是……你不觉得少了点什么吗？这个估算具体是怎么做的？下面介绍基本方法。自下而上的方法或坚持参照里程碑当提前了解总开发时间后，技术人员可能会高估他们的生产力，结果会让估计的开发时间偏低。我们可以将所有任务划分为各个阶段，并分别估算每个阶段来避免超时问题。也就是说，遵循“自下而上”的原则。通常需要有两位专家参与时间估算：开发人员。他 / 她准备了一份描述所有任务的规范；将它们分成各个组或子任务并估计开发时间；一位公司的独立专家（例如高级项目经理）。他 / 她会检查开发人员提供的时间估算结果，评估它们的现实性。如有必要，再进行调整。规划扑克这种估算软件开发时间的方法所涉及的一些原则，很像敏捷方法论和打扑克。它是怎样做的呢？客户表达了团队需要面对的任务；该信息在团队内进行讨论，后续问题与客户一起解决；创建一个包含细分任务的待办事项列表（积压，backlog）；团队成员聚在一起，从积压中找出执行这些任务需要多长时间。使用规划扑克估算软件开发时间的具体做法如下所示。每位开发人员都会给出他或她对手头任务的时间估计。为此，他们使用带有数字的卡片。每位团队成员都有一组卡片，其值为 1、2、3、5、8、13 以及 21、34、55（斐波那契数列）或用 20、40、100 换掉最后三个。此外还有三张没有数字的牌，它们分别画一个无穷大符号、一个问号和一个咖啡杯。每个用户故事都用一张卡片评分，其值等于估计的工作量（故事点数）。带有数字 1 的卡片表示用户故事很容易完成。比 1 越大，用户故事似乎就越困难。无限卡片代表最高级别的难度。如果每位开发人员选择的数字都相同，则意味着对所需工作量的估计是正确的。如有分歧，最终分数经过团队讨论确定下来。这一步并不是单纯地以小时为单位估算软件开发时间。到目前为止我们只定义了故事点。要了解如何以小时为单位表示这些故事点，你需要知道故事点对应的小时值。要注意扑克计划的关键在于讨论。试想一下——很多真正的专家会参与你的项目。他们每个人都对自己的选择给出了理由，并对项目的细节进行了彻底的讨论。这样一来，你很可能会得到准确的时间估算结果。基于经验的方法这种方法需要将新项目与以前的类似项目进行比较。在这种情况下，你需要从实现旧项目所花费的时间开始估算。还需要找出两者的难度级别差异。将旧项目使用的小时数乘以项目的难度差异系数，你就可以估计即将开始的新项目所需的开发时间。7项目估算数字下面我们来看以下示例，把上面的内容转成数字表示。总时间估算结果（OE）+ OE ✖️ 缓冲时间 + OE ✖️ 时间吞噬者 = 软件开发时间我们输入一些数字（数字是近似值）：5000（OE）+ 5000 ✖️ 20%+5000 ✖️ 20% = 7000 小时我们来更进一步。想象一下，我们需要在 Instagram 上实现“多账户”选项。为此，我们需要考虑用户可以采取的所有可能的操作：他 / 她想添加一个帐户；他 / 她可以选择“登录现有帐户”选项，这需要他 / 她输入用户名和密码或通过 Facebook 登录；用户可能会忘记他 / 她的访问权限或发现他 / 她没有在 Facebook 上获得授权；用户可以选择“创建新帐户”选项，之后系统将要求他或她完成注册步骤。鉴于用户行为的差异，你可以定义开发人员需要完成的任务列表，以便用户可以添加新的 Instagram 帐户。将上述信息转化为任务、技术人员和时间估算：设计一个包含所有必要字段和易于理解的用户场景的页面；查明系统是否允许用户访问请求的页面，确保用户通过身份验证；根据鉴权结果进行重定向：跳转到请求的 Instagram 页面；跳转到 Facebook 页面通过 Facebook 完成鉴权；跳转到鉴权错误页面，等等。任务描述开发人员QA工程师为“多账户”选项设计页面41通过数据库进行用户认证21针对身份验证失败和成功的重定向21Facebook登录11总工时94因此，需要花费 13 个小时的技术人员工时才能让用户在多个 Instagram 帐户之间切换。还要记得算上协调和管理流程的项目管理工时（例如 3 小时）。8小结乍一看，软件开发时间似乎是很容易估算的。然而，它需要时间和技术人才的充分参与才能做到位。为了确保你和你的 IT 服务提供商都对结果感到满意，你需要从一开始就正确估算开发时间。让整个开发团队都参与进来是很有帮助的。他们的经验会让时间估算结果最贴近实际。他们还会根据自己的能力估算项目工时。如果到头来时间估算结果不符实际，并且团队比计划落后了，他们不太可能愿意加班来赶工。所以为你提供尽可能准确的数据符合这些开发人员的自身利益。说到这里，我们希望你现在知道了，为什么你们需要一个明确的时间估算结果。有了它，你就能够更好地控制预算和流程，避免令人不快的意外情况。原文链接：https://ddi-dev.com/blog/it-news/how-to-estimate-software-development-time/

[转载] 如何评估开发所需要的时间？ 一个程序员能否精确评估开发时间，是一件非常重要的事情。如果你掌握了这项技能，你在别人的眼里就会是这样：靠谱经验十足对需求很了解延期风险小合格的软件工程师正规军，不是野路子评估开发时间的重要性首先，在一个项目中，所有的环节都是承上启下的，上一个环节结束的时间节点正是下一个环节开始的节点。那么在一个项目或者一次迭代正式启动前，所有的环节都应该有个时间评估。以一次APP需求迭代为例，项目计划像这样：UI设计图 11.01 - 11.03（3工作日）API接口讨论与设计 11.04（1工作日）移动端开发 11.05 - 11.15（8工作日）后端具备联调条件：11.11产品体验 11.16 - 11.17（2工作日）测试11.18 - 11.25（5工作日）发布11.26根据项目计划，各个部门自己要分配人员和时间。如果其中一个环节延期了，那么后面的各个环节都要顺延，就会造成损失。其次，对于程序员来说，一个清晰的开发计划有助于自己有条不紊地开展工作，也能避免疏漏某个功能点。评估时间的过程，也是对需求详细拆分的过程，了解要做什么，做成什么样子。在评估的过程中，根据专业知识和经验，充分预估会遇到的风险，怎样的解决方案，预留多少时间？都想好了的话，项目也就没啥风险了。然而，开发时间评估，最大的好处是程序员受益。认真地评估开发时间，会让你在开始动手写代码之前搞清楚要怎么写，每个模块的设计心理得有个谱。从宏观上拆分模块，然后详细地分解任务，具体到一个很小的功能点。这样你就能清晰地设计代码，而不是堆代码。也避免了很多时候写着写着发现不对，然后拉到重来的境地。就是要让你动手写代码之前胸有成竹！初学者为什么评估不准？如果你的项目经常delay，那么八成是时间评估不准。刚毕业的学生被问到什么时候可以完成的时候，脑门一拍：“三天”，实际上两个星期过去了还没完成。这里有一张表，看看你是不是这样子，对号入座：越是老程序员越是“胆小”，评估时间越准。如何精确评估开发时间最近几年，我都是以小时为单位进行时间评估的，有没有觉得有点恐怖？长期以来这样的习惯让我收获颇多。这得感谢我之前的领导，三年前强迫我们这样做，刚开始很抵触，后来才体会到其中的甜头。任务拆分拿到新需求后，对其进行充分了解，不清楚的就去问清楚，然后对其进行模块化。之后，再进行技术上的拆分。由大到小，再到细节。细到什么程度呢？细到一个按钮的实现，细到一个点击动作是要用按钮还是要用手势的定夺，最好能细到代码块的划分。这个能力是需要锻炼的，做好拆分，然后在实际开发过程中根据实际时间花销，回顾时间评估的准确性，以便让下次更准确。慢慢地，就会越来越精确，评估时间有依有据，不再是拍脑门给出的时间。下面看一个例子：合理认知时间一天工作八小时，但你不可能专注地连续八小时在编写代码。一天的工作中，有开会、讨论、阶段性休息（刷新闻、喝咖啡、发呆）的时间开销，真正有效时间其实不足六小时，杂事多的话可能是四五个小时。预留buffer(缓冲区)首先明确，预留buffer不是让你随便增加预估量，而是要明确知道buffer是给那些事情用的。要考虑到一下几点：首先是沟通时间，你开发的时候不可能是闷着头一直写代码。要和UI设计师沟通，要和产品经理沟通，有可能还需要和组内的人沟通技术上的事情，以及和别的技术小组对接的问题。等待时间。如果牵扯多部门协作，会有很多等待时间，因为你不能保证别的部门就能准确按照计划时间完成的。虽然等待过程中你可以安排其他任务，但你不能保证其他任务就能刚好填充等待时间，更何况任务切换也需要时间成本。突发状况。例如，bug修改、需求微调、对接人请假。不确定时间。和其他部门有交集的工作，最好多预留buffer。比如移动端和后台联调。后端信誓旦旦给你说11.11号可以进行联调，这次联调总共5个接口。如果你简单地认为他们给你提供的接口没问题，并且能顺利请求回来数据，预计一天联调时间足以，那你就等着delay吧。11.10号你已经准备好了所有联调准备，如果数据能正确返回，你的解析功能都是OK的，因为你之前用假数据已经处理的好好的。到了11号，你请求第一个接口就报错了，然后在即时通讯软件上问他们怎么回事，半个小时后给你回了“不好意思，地址变了，你用这个试试”。又错了……。终于回来数据了，然后发现缺少两个字段……。就这样，第一个接口调通已经快下班了。（当然很多后端技术人员也是很靠谱的，举这个例子只是为了让多考虑）以上是可能会出现的状况，实际中有可能只是出现了一部分，这要根据实际情况而定。并不是让你能多预留buffer就多留，毕竟每个项目的时间都是很紧张的。一般buffer留在15%-25%。回头看在实际开发过程中，测量实际花费时间，并与估算相比较。如果有些地方相差较大，就要看差在哪里，然后在下次预估中避免相同的差错。总结编程经验不等同于估算经验。一个不被包含在估算流程中的开发者将不会擅长估算。同样，如果实际的时间花费不被测量和用于与估算比较，那么将没有反馈来学习。最后，每个程序员都应该具备估算的技能。为磨练这个技能，接手每个任务时，先决定你要做什么。然后在开始之前估算任务所需时间。最后测量实际花费时间，并与估算相比较。同样比较你实际完成的与计划完成的。这样你将会既提高你对一个任务包含细节的理解，同样也提高了你的估算技能。尽管进行了精确估算，也不能保证每个项目都会100%精确。偶尔会遇到一些突发情况和没预估到的风险是不可避免的。那么面对风险，有一些原则可以帮助你：报风险时间置前，如果开发开始或者任何过程有可能导致项目延期或者需求无法实现的时候就报警，不要等加班能实现或者存在侥幸心理；对于不确定的需求，一定要沟通到位；涉及到交互细节，必须提前沟通好，充分明确细节；技术可行性方案提前调查清楚。完结~~~最后，欢迎讨论交流！来源：https://blog.csdn.net/gang544043963/article/details/83934015

[转载]python 自动卖出京东黄金 上个月看到虎友买卖京东积存金的，我也随手买了点。金价一直在 385 上下波动，我在 381 元时买入了两次，然后 388 左右卖出（并不推荐这样做，投机短线交易不可取），都小赚了一点点。老是看金价或者关注自动推送（是的，我还简单弄了个钉钉机器人监控价格哈哈）的话还是有点累，就想着拿 python 写个自动交易卖出的。看了请求加密一堆参数也懒得分析了，selenium 开干。大致如下，自行改造吧。简单写写，写的比较乱。只做了卖出，买入还是谨慎些，没考虑做。需要 Python3 环境，需要修改的地方就是那些 xxxxxxxxxxxxxxx。建议单步调试代码，看一下大致逻辑再使用。或者仅供参考，自己重新实现。20210201 11:00 成功自动卖出import json import sys import traceback from selenium import webdriver import time, requests def getLatestPrice(): url = 'https://api.jdjygold.com/gw/generic/hj/h5/m/latestPrice?reqData=%7B%7D' response = requests.get(url=url) print(response) print(response.headers) jsonRes = json.loads(response.content) price = float(jsonRes['resultData']['datas']['price']) print(time.strftime("%Y-%m-%d %H:%M:%S ", time.localtime()), '最新价', price) return price def openJdjyGold(): webdriverPath = "C:\Program Files\Google\Chrome\Application\chromedriver.exe" # webdriver路径 activityUrl = "https://m.jdjygold.com/finance-gold/newgold/index" sellGoldUrl = "https://m.jdjygold.com/finance-gold/newgold/sellGold/" # 如果直接去卖金的地方，可能来不及注入cookie browser = webdriver.Chrome(executable_path=webdriverPath) browser.set_window_size('400', '700') browser.get(activityUrl) browser.delete_all_cookies() # 读取cookie写入。第一次使用时注释掉这段，手动登陆一次后用下面的更新存储。自行改造啦。 with open('cookies.json', 'r', encoding='utf-8') as f: listCookies = json.loads(f.read()) for cookie in listCookies: browser.add_cookie({ 'domain': cookie['domain'], 'name': cookie['name'], 'value': cookie['value'], 'path': '/', 'expires': None }) # 更新一下文件存储的cookie cookies = browser.get_cookies() jsonCookies = json.dumps(cookies) with open('cookies.json', 'w') as f: f.write(jsonCookies) browser.get(sellGoldUrl) return browser def sellGold(): print('开始卖出') browser = openJdjyGold() time.sleep(2) # 已经到卖出的页面了 # 全部卖出的文字按钮，可以优化为 find_elements_by_class_name sellAllBtn = browser.find_elements_by_css_selector( "#app > div > div.inputBox > div.input_content > div.input-row.flex.flex-align-center > p") sellAllBtn[0].click() # 点一下卖全部，填入数量 time.sleep(0.5) # 勾选我已阅读xxx checkIHaveReadRules = browser.find_element_by_class_name("check-icon") checkIHaveReadRules.click() time.sleep(0.5) # 卖出页面下方的 立即卖出 startSellBtn = browser.find_element_by_class_name("jrm-common-btn") startSellBtn.click() time.sleep(2) # 然后是输入密码，找到全部密码按键存到dict passwordBtnDict = {} allPasswordBtn = browser.find_elements_by_class_name("sys-itemW") for btnItem in allPasswordBtn: if btnItem.text != '': # 有两个按键用不上 passwordBtnDict[btnItem.text] = btnItem payPassword = "xxxxxxxxxxxxxxx" # 支付密码，不要泄露了............................. for bitPwd in payPassword: passwordBtnDict[bitPwd].click() # 输入完最后一位，就自动确定了 # 然后忘了还有没有进一步的确定。。。。。。 time.sleep(10) sendDingtalkNotify('完成卖出') browser.quit() def autoSellGold(expectPrice): while True: try: latestPrice = getLatestPrice() if latestPrice > expectPrice: sendDingtalkNotify('''最新价{}元/g，高于预期的{}元/g，准备全部卖出'''.format(latestPrice, expectPrice)) sellGold() sys.exit(0) else: print('未达预期', expectPrice, '，不卖') except Exception as e: traceback.print_exc() sendDingtalkNotify('京东积存金自动交易出错，需要处理') sys.exit(1) finally: time.sleep(30) def sendDingtalkNotify(msg): print('sendDingTalkMsg', msg) url = 'https://oapi.dingtalk.com/robot/send?access_token=xxxxxxxxxxxxxxx' headers = { 'Content-Type': 'application/json' } data = { "msgtype": "text", "text": { "content": "[bot]" + msg + "@xxxxxxxxxxxxxxx" }, "at": { "atMobiles": ["xxxxxxxxxxxxxxx"], "isAtAll": False } } response = requests.post(url=url, headers=headers, json=data) print(response.content) if __name__ == '__main__': buyPrice = 383 # 买入价格，如果想不亏的话，需要的涨幅应该是手续费0.3% minimumPrice = round(buyPrice * 1.003, 3) print('''{}买入的话，最少应该{}才能卖'''.format(buyPrice, minimumPrice)) expectPrice = minimumPrice * 1.01 # 期望价格，可以自己改一下 autoSellGold(expectPrice)

vmware 共享目录后，使用 npm 或者 yarn 报错 问题把 windows 目录共享给 vmware 下的 linux 后，发现 npm 或者 yarn 的生成命令(指的是各种生成目录的命令，比如拉取拓展包)，无法正常拉取寻找问题的原因通过一轮的搜索得知：vmware 共享目录后，在 vmware 里面使用 npm 确实无法创建目录。然后作者给了解决方案，但是本文作者不予采纳。解决方案本文作者的解决方案恰巧是灵感一瞬间：在 linux 里面执行不行，那么是不是在 windows 上执行 npm 或者 yarn 就行了？于是试了一下，果然可以。

把 windows 10 目录挂载到 vmware 下的 docker 并进行 php 本地开发 前言作者使用 win 进行 PHP 代码化开发，真香。但是容易出现各种场景下出现一些因为系统不一样而导致的掉头发的问题。所以今天就来解决环境不一致的问题系统说明本地 ： win10 + vscode + vmware 16 pro （此处无影响，仅供参考）linux : ubuntu 18.04docker 20.10.8（此处无影响，仅供参考）docker 容器里面的 php 版本为 7.4 （此处无影响，仅供参考）docker 容器内 nginx 为 1.21 （此处无影响，仅供参考）　最终目标环境作者需要在 win 本地同步修改 php 文件，文件实时同步到 docker 目录下，并且作者可以实时刷新 web 页面看到修改后的页面效果。　整体实现逻辑使用 vmware 的目录共享功能将 win本地的目录同步到 vm 下的 linux 内，然后 docker 启动并挂载相对应的目录。具体操作流程将 vmware 的共享目录设置为本地对应的代码目录。（如下图：设置>选项>共享文件夹>总是启动>添加>确认）此时，windos 方面的目录配置已经完成。安装 vmtoos。首先可以确认一下自己的 linux 环境是否安装了 vmtools 。命令为：which vmhgfs-fuse 。如果有这个命令，则可以直接进行第 3 步。如果没有这个命令，则需要通过 vmware 菜单栏进行安装。 如果您还是无法正常安装的话，建议本文附录的链接进行安装。将共享目录挂载到 linux 。请将 下文中的 您的目录 替换为 您的 linux 环境的对应目录， 您的用户id和用户组 id 建议为 docker 的 id， 如果不知道那就使用 root 。umask 对应的权限为 00 表示为 0777vmhgfs-fuse .host:/ /您的目录 -o allow_other -o uid=您的用户id -o gid=您的用户组id -o nonempty -o umask=00配置 nginx 里面对应网站的配置（主要是修改目录指向，指向对应目录），如下图：给的截图仅供参考，注：我把 app 目录映射到 docker 里面了，所以我直接 app/mount/ ，您需要改成您的 docker 映射的载入的目录。启动 docker 容器，载入对应的映射配置。打开浏览器，即可正常访问 。附录出现无法解压的问题 ：https://blog.csdn.net/maureen226/article/details/78947859VMware 上 Linux 虚拟机和 Windows 共享文件夹 ：https://www.cnblogs.com/jixiaohua/p/11774240.html开机重启后挂载丢失：https://blog.csdn.net/JinlonW5/article/details/102790900?utm_medium=distribute.pc_aggpage_search_result.none-task-blog-2~all~baidu_landing_v2~default-1-102790900.nonecase用 vmhgfs-fuse .host:/ /mnt/hgfs 挂载后需要超级用户才能 ls hgfs ：https://bbs.csdn.net/topics/392053153vmware 官方文档：https://docs.vmware.com/cn/VMware-Workstation-Pro/16.0/com.vmware.ws.using.doc/GUID-AB5C80FE-9B8A-4899-8186-3DB8201B1758.html解决 VMware 中共享文件夹 hgfs 的权限问题 https://jarviswwong.com/ubuntu-vmware-hgfs-permissions-problem.htmlumark 详解： http://c.biancheng.net/view/764.html其它问题下列的问题第一次遇到了，但是我的解决方案是确认权限问题，而网上给的是如下的解决方案。并未测试，自行判断最后加载网站的时候可能会出现 file not found 之类的错误 打开文件： usr/local/php/etc/php.ini，修改以下配置把cgi.fix_pathinfo=0 改为 cgi.fix_pathinfo=1把 ;cgi.force_redirect=1 改为 cgi.force_redirect=0修改php-fpm.conf里面的user和group都为root，然后执行命令php-fpm -R 就ok最后 & 鸣谢感谢所有写文章的大佬给了我解决方案