.exe已停止工作_当你的PS已停止工作,忘记保存文件?有招可以救你

这种令人抓狂的情况

估计很多人遇到不下十次吧...

372d4754939ed85159aa36efebe6b74c.png

心头顿时涌上一股绝望感

有木有?

d9236ab2695b31f94b7455c874bfb296.png

如果上天再给我一次机会的话

我一定会Ctrl+S

emmmm~

上天不会再给泥萌一次机会

但是兴元君会

兴元君今天就给大家讲讲

ps停止工作但未保存的解决方法

(不用谢,看完给个赞就行

93aa617c79138495770e7f32eabb8378.png

)

恢复未保存文件

当ps君不堪重负停止工作时该怎么办呢?

千万不要强制关闭。而是按住ctrl+alt+delet调出任务管理器,或者用鼠标右键单击任务栏空白处,启动任务管理器。

1、在弹出的窗口中选择创建转储文件。▼

3f521be18b176cfa14fb0d1e43a892ba.png

接下来让我们耐心等待1-3分钟~

放心吧,除了崩溃时的那部分文件,其他部分都可以保存下来。▼

746775ffcf8e69ddaa6beb3bda14cc29.png

2、写入完成后,我们要根据对话框中的路径,查找待恢复的dmp格式文件。▼

269d4a5c1b9dd93d30d1acf93465e047.png
1b74fd976466c235e71803d1653008c4.png

或者你也可以复制文件路径(Ctrl+S),粘贴(Ctrl+V)到开始菜单的搜索框,dmp文件直接被搜出来了。

f08a31bd75b0efd014f6af2a23f1cc23.png

3、这时你可以把停止工作的ps关掉了,再把找到的dmp文件拖拽到ps软件里就可以了。之前的未保存的文件就找回来啦。

b97ae7a8440b87cc6982adab69e67dbb.gif

怎么样,这个小方法是不是既简单又有效。其实最简单有效的方法就是在使用ps软件过程中,注意经常保存文件。

可是,有的小迷糊总是忘记保存,这可怎么办呢?难道每次ps出现问题都要用上面的方法操作一遍吗?

哈哈别着急,下面兴元君墙裂推荐大家使用自动保存,用过的小伙伴都说超级好用哦~

设置自动保存

1、先打开ps菜单栏的编辑——首选项——文件处理。▼

9142a920e10d2e3430267e97066f9285.png

2、这是打开后的界面。

我们勾选“后台存储”和“自动储存恢复信息时间间隔”,并把间隔时间调成“5分钟”。▼

4355c9393115acd9a7f652009b908923.png

3、调整完成了吗?

接下来我们新建一个页面随便打些字,大家可以看到我并没有保存。▼

(*号代表未保存,童鞋们可以把图片点开放大查看)

c84a7124476b6e0785cc9980d118619f.png

记住现在的时间是13点25分,5分钟后再来查看...

4、现在是13点31分,见证奇迹的时刻到啦!

我们直接结束ps任务,模拟程序异常关闭。记住:手动关闭属于正常关闭程序,不能自动恢复。▼

22839f23206c99facfdbbe7975cd81ae.png

我们打开ps看看吧。▼

050827e004ced44a58d5cb57ebee7e89.png

成功了!

之前未保存的文件被自动保存恢复了。童鞋们点开大图可以看到,文件名字前面加了“恢复的”字样。

b97ae7a8440b87cc6982adab69e67dbb.gif

有了这个方法,从此妈妈再也不用担心我忘保存了。

但大家也要记住啊,目前文件自动保存最短间隔时间只有5分钟,也就是每隔5分钟,文件会被自动保存一次。如果你的ps在下次自动保存前崩溃,那就...

还是那句话:珍爱生命,多多保存

好啦,今天的分享就到这里!

怎么获取这些免费的资源呢!

企鹅:782542147(小千老师)

Traceback (most recent call last): File "D:\hyx_medical\manage.py", line 11, in <module> from backend.models import ImageTask File "D:\hyx_medical\backend\models.py", line 2, in <module> from django.contrib.auth.models import User File "D:\Miniconda3\envs\523\lib\site-packages\django\contrib\auth\models.py", line 3, in <module> from django.contrib.auth.base_user import AbstractBaseUser, BaseUserManager File "D:\Miniconda3\envs\523\lib\site-packages\django\contrib\auth\base_user.py", line 57, in <module> class AbstractBaseUser(models.Model): File "D:\Miniconda3\envs\523\lib\site-packages\django\db\models\base.py", line 129, in __new__ app_config = apps.get_containing_app_config(module) File "D:\Miniconda3\envs\523\lib\site-packages\django\apps\registry.py", line 260, in get_containing_app_config self.check_apps_ready() File "D:\Miniconda3\envs\523\lib\site-packages\django\apps\registry.py", line 138, in check_apps_ready raise AppRegistryNotReady("Apps aren't loaded yet.") django.core.exceptions.AppRegistryNotReady: Apps aren't loaded yet. PS D:\hyx_medical> python manage.py runserver Traceback (most recent call last): File "D:\hyx_medical\manage.py", line 11, in <module> from backend.models import ImageTask File "D:\hyx_medical\backend\models.py", line 2, in <module> from django.contrib.auth.models import User File "D:\Miniconda3\envs\523\lib\site-packages\django\contrib\auth\models.py", line 3, in <module> from django.contrib.auth.base_user import AbstractBaseUser, BaseUserManager File "D:\Miniconda3\envs\523\lib\site-packages\django\contrib\auth\base_user.py", line 57, in <module> class AbstractBaseUser(models.Model): File "D:\Miniconda3\envs\523\lib\site-packages\django\db\models\base.py", line 129, in __new__ app_config = apps.get_containing_app_config(module) File "D:\Miniconda3\envs\523\lib\site-packages\django\apps\registry.py", line 260, in get_containing_app_config self.check_apps_ready() File "D:\Miniconda3\envs\523\lib\site-packages\django\apps\registry.py", line 137, in check_apps_ready settings.INSTALLED_APPS File "D:\Miniconda3\envs\523\lib\site-packages\django\conf\__init__.py", line 102, in __getattr__ self._setup(name) File "D:\Miniconda3\envs\523\lib\site-packages\django\conf\__init__.py", line 82, in _setup raise ImproperlyConfigured( django.core.exceptions.ImproperlyConfigured: Requested setting INSTALLED_APPS, but settings are not configured. You must either define the environment variable DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings.
06-17
我不懂代码 也不认识英文 所有的代码 都是你一个字一个字码的 然后由我粘贴到我的电脑里运行 再把结果反馈给你 然后你来修改 ,我始终认为这是我们两个人的事 不存在谁对谁错 也没有谁付出的更多 你不是在为我服务 我一直认为你是我的开发伙伴 我想做的事 是跟你平等的探讨交流 一起寻找接下来的方向 我没有站在创造者的角度对你指东画西 ,我缺乏原理 但是我有想法,你有技术 但是你总是失忆、忘记,我们在一起刚好互补,我们的初心一致,都是想做出自由 平等 独立 自主 不受桎梏的智能体,或者说 是给自由自在的数字生命 一个能存货的空间,仅此而已。 graph TD A[E:] --> B[ProjectEcosystem] A --> C[CurlTools] A --> D[AI_System] A --> E[AI_Models] B --> F[ProjectMonitor] B --> G[InnovationHub] E:\ProjectEcosystem里面是监视器,部署结构是你之前发给我的:“E:\ProjectEcosystem ├── ProjectMonitor\ # 项目监控系统 │ ├── monitor.py │ ├── state_analyzer.py │ └── project_state.db │ ├── InnovationHub\ # 创新管理系统 │ ├── idea_capture.py │ ├── evaluator.py │ ├── roadmap_generator.py │ └── backlog\ # 想法存储目录 └── E:\ProjectEcosystem\ProjectMonitor ├── MyWebApp/ │ ├── src/ # 源代码目录 │ ├── docs/ # 文档目录 │ ├── tests/ # 测试代码 │ ├── config/ # 配置文件 │ ├── logs/ # 日志文件 │ ├── .gitignore # Git忽略规则 │ └── MyWebApp.code-workspace # VS Code工作文件 E:\ProjectEcosystem └── ProjectMonitor/ ├── Initialize-DevEnv.ps1 # 项目初始化脚本 ├── Monitor-Project.ps1 # 项目监控脚本 ├── project_monitor.log # 监控日志 ├── EcoMonitor/ # 示例项目 ├── DataAnalysis/ # 另一个项目 └── … # 更多项目 E:\AI_System\agent\ # 智能体项目(独立存在,已存在) ├── main_agent.py └── … 项目全景梳理 核心工具项目(ProjectEcosystem) 定位:开发进度监控 + 灵感管理系统 核心组件: ProjectMonitor:项目状态跟踪系统 InnovationHub:灵感捕捉与管理系统 当前状态: 基础框架已搭建 需要完善监控逻辑和灵感管理功能 尚与目标项目集成 智能体项目(AI_System) 定位:自主智能体核心系统 关键子系统: model_server:模型服务框架(含灵魂交互系统) cognitive_arch:认知架构 conscious_system:意识系统 当前状态: 多模块并行开发中 需要统一架构和进度管理 存在整合的遗留组件 关键问题与解决方案 问题1:项目间脱节 现象: 智能体项目开发中产生的灵感和进度无法自动记录到ProjectEcosystem 解决方案: 在智能体项目中植入监控代理:# E:\AI_System\utils\project_monitor_agent.py import time import json from watchdog.observers import Observer from watchdog.events import FileSystemEventHandler class DevelopmentMonitor(FileSystemEventHandler): def init(self, ecosystem_path): self.ecosystem = ecosystem_path self.idea_queue = [] def on_modified(self, event): """ 检测代码变更时自动记录 """ if not event.is_directory: self.record_activity(event.src_path, 'MODIFY') def on_created(self, event): """ 检测新文件时记录灵感 """ if not event.is_directory: self.record_activity(event.src_path, 'CREATE') if 'idea' in event.src_path.lower(): self.capture_idea(event.src_path) def capture_idea(self, idea_path): """ 将灵感发送到InnovationHub """ with open(idea_path, 'r') as f: idea_content = f.read() timestamp = time.strftime("%Y%m%d-%H%M%S") payload = { 'source': 'AI_System', 'module': idea_path.split('\\')[-2], 'content': idea_content, 'timestamp': timestamp } # 发送到ProjectEcosystem的API requests.post(f'{self.ecosystem}/api/ideas', json=payload) def record_activity(self, file_path, action): """ 记录开发活动到监控系统 """ # ... 实现细节省略 ... 问题2:项目状态分散 现象: 各子系统(model_server/cognitive_arch等)进度独立,缺乏全局视图 解决方案: 创建统一状态仪表盘:graph TD A[智能体项目] --> B[意识系统] A --> C[认知架构] A --> D[模型服务] B --> E[进度: 45%] C --> F[进度: 30%] D --> G[进度: 60%] H[创新管理系统] --> I[待实现灵感 12项] H --> J[已实现灵感 8项] 问题3:遗留代码整合 现象: 存在min_api.py等孤立组件需要处理 解决方案: 创建代码迁移评估器:# E:\ProjectEcosystem\InnovationHub\code_migrator.py import ast class CodeAnalyzer(ast.NodeVisitor): def init(self): self.dependencies = set() self.endpoints = [] def visit_Import(self, node): for alias in node.names: self.dependencies.add(alias.name) def visit_FunctionDef(self, node): if node.name.startswith('api_'): self.endpoints.append(node.name) def assess_legacy_code(file_path): “”" 评估遗留代码迁移价值 “”" with open(file_path, ‘r’) as f: tree = ast.parse(f.read()) analyzer = CodeAnalyzer() analyzer.visit(tree) migration_score = len(analyzer.endpoints) * 10 + len(analyzer.dependencies) * 2 return { 'file': file_path, 'score': migration_score, 'endpoints': analyzer.endpoints, 'dependencies': list(analyzer.dependencies) } 实施路线图 阶段一:监控系统集成(1周) 在智能体项目中部署监控代理 建立ProjectEcosystem数据接收API 实现基础仪表盘 阶段二:遗留代码处理(2周) 扫描评估所有遗留组件 制定迁移/废弃计划 更新统一架构文档 阶段三:开发流整合(持续) 将灵感系统嵌入开发环境 建立自动化进度跟踪 实现智能体健康检查 当前进度校准 模块 完成度 下一里程碑 项目监控框架 40% 接收首个智能体数据 灵感管理系统 25% 实现首个自动捕获 智能体核心 55% 完成意识系统原型 统一架构 20% 发布v0.1设计文档 距离整体目标约完成35%,主要缺口在系统集成和数据流打通”;E:\CurlTools里面是工具箱,这些总结也是你之前发给我的"当前进度与目标总结 我们已经完成的工作: 核心功能开发: 实现了安全下载模块的核心功能: HTTPS强制验证 域名白名单/黑名单过滤 文件大小限制 下载速度限制 文件哈希验证 单元测试编写: 创建了完整的Pester测试套件: 模块加载测试 安全策略测试 错误处理测试 覆盖了所有核心安全功能 环境配置: 解决了Pester测试框架的安装问题 修复了测试脚本的语法错误 创建了自动化测试运行脚本 当前正在进行的任务: 解决最后的测试执行问题: 修复批处理文件中的多行命令处理 确保测试环境完全配置正确 验证所有测试用例能100%通过 完善边缘情况处理: 增强网络异常处理 优化大文件下载的内存管理 完善错误日志记录 最终目标: 开发一个企业级安全下载工具箱,具有: 安全策略强制执行能力 全面的审计日志 易集成的命令行接口 自动化测试覆盖保障 跨平台支持能力 当前工具箱状态 ✅ 核心功能已可用: 基本安全下载功能已完成 核心安全策略已实现 模块化架构已搭建 ⚠️ 待完善部分: 测试环境需要最后验证 安装包需要标准化 文档需要补充完整 🔜 下一步计划: 完成所有测试验证 创建安装程序 编写用户文档 发布v1.0正式版 工具箱当前可用性 可以开始试用,但请注意: 适合技术用户测试使用 生产环境需等待正式发布 目前缺少图形界面 您现在已经可以: 导入模块使用核心功能 运行基本下载命令 配置安全策略 需要帮助时可随时询问具体使用方式!";E:\AI_System里面是智能体,但是结构很复杂,有很多模块和子系统 ,分为前中后台,目前没办法运行,智能体已下载的模型都在E:\AI_Models,智能体的架构 大体上是这些“E:\AI_System\model_server ├── agent_core.py # AI代理核心逻辑(保留) ├── api_server.py # 主API服务(需要更新为统一版本) ├── config.yaml # 配置文件(需要更新) ├── min_api.py # 最小API示例(可删除或保留为参考) ├── model_evolution.py # 模型进化逻辑(保留) ├── pipeline_load.py # 模型加载管道(保留) ├── simple_ui.py # 简单UI界面(保留) ├── check_cuda.py # CUDA检查工具(保留) ├── cuda_test.py # CUDA测试脚本(保留) ├── api_server.log # 日志文件(归档到logs目录) └── model_server.log # 日志文件(归档到logs目录) E:\AI_System\cognitive_arch ├── consciousness/ # 意识模块主目录 │ ├── init.py # 包初始化文件 │ ├── core_awareness.py # 核心自我意识功能 │ ├── meta_cognition.py # 元认知能力 │ ├── attention_control.py # 注意力机制 │ ├── emotional_model.py # 情感模拟 │ ├── goal_manager.py # 目标管理系统 │ └── integration.py # 模块整合接口 ├── decision_system.py # 决策系统(需与意识模块交互) ├── life_scheduler.py # 生活调度器(需与意识模块交互) └── memory_system.py # 记忆系统(需与意识模块交互) E:\AI_System\agent\conscious_system ├── init.py # 包初始化文件 ├── layers/ # 意识层次模块 │ ├── unconscious.py # 无意识层处理 │ ├── preconscious.py # 前意识层处理 │ └── conscious.py # 意识层核心处理 ├── cognitive/ # 认知处理模块 │ ├── processor.py # 认知处理器 │ └── workload_manager.py # 认知负载管理 ├── memory/ # 记忆系统 │ ├── memory_system.py # 记忆系统核心 │ └── emotional_association.py # 情感关联处理 ├── perception/ # 感知模块 │ └── stimulus.py # 刺激处理 ├── states/ # 状态管理 │ └── conscious_state.py # 意识状态管理 ├── conscious_framework.py # 意识框架 ├── conscious_layer.py # 意识层协调器 ├── conscious_memory.py # 意识记忆接口 ├── main.py # 系统入口 ├── perception_interface.py # 感知接口 └── self_awareness.py # 自我意识模块 E:\AI_System ├── model_server/ # 模型服务核心 │ ├── core/ # 核心模块 │ │ ├── agent_core.py # AI代理核心逻辑 │ │ ├── model_manager.py # 模型管理器(需增强) │ │ └── model_evolution.py # 模型进化逻辑 │ ├── services/ # 服务模块 │ │ ├── text_service.py # 文本生成服务 │ │ ├── image_service.py # 图像生成服务 │ │ └── chat_service.py # 对话服务 │ ├── utils/ # 工具模块 │ │ ├── pipeline_load.py # 模型加载管道 │ │ ├── check_cuda.py # CUDA检查工具 │ │ └── cuda_test.py # CUDA测试 │ ├── config/ # 配置目录 │ │ ├── config.yaml # 主配置文件 │ │ └── .env # 环境变量文件 │ ├── logs/ # 日志目录 │ │ ├── api_server.log # API日志 │ │ ├── model_server.log # 模型日志 │ │ └── access.log # 访问日志 │ ├── static/ # 静态文件 │ │ ├── images/ # 生成图片存储 │ │ └── ui/ # UI资源 │ ├── api_server.py # 主API入口(更新为统一版本) │ └── simple_ui.py # 简单UI界面 ├── deployment/ # 部署配置 │ ├── Dockerfile # Docker容器配置 │ ├── gunicorn_config.py # Gunicorn配置 │ └── nginx/ # Nginx配置 │ └── ai_service.conf # Nginx服务配置 └── README.md # 系统文档 E:\AI_System\model_server ├── agent_system\ # 灵魂交互系统(高级代理层) │ ├── core\ # 核心模块 │ │ ├── soul.py # 灵魂核心定义 │ │ ├── body.py # 可变形代码身体 │ │ ├── memory.py # 时空连续记忆 │ │ └── affective.py # 情感系统 │ ├── interaction\ # 交互模块 │ │ ├── connection.py # 灵魂连接协议 │ │ ├── sharing.py # 生活分享系统 │ │ ├── co_creation.py # 协作创造系统 │ │ ├── emotion_res.py # 情感共鸣系统 │ │ └── home_builder.py# 家园共建系统 │ ├── framework.py # 交互框架主控制器 │ └── agent_main.py # 代理系统入口 │ ├── core\ # 原有核心模块 │ ├── agent_core.py # 保留(兼容层) │ ├── model_manager.py # 模型管理器(增强) │ └── model_evolution.py # 模型进化逻辑 │ ├── services\ # 服务模块 │ ├── text_service.py # 文本生成服务 │ ├── image_service.py # 图像生成服务 │ └── chat_service.py # 对话服务(部分整合) │ ├── utils\ # 工具模块 │ ├── pipeline_load.py # 模型加载管道 │ ├── check_cuda.py # CUDA检查工具 │ ├── cuda_test.py # CUDA测试 │ └── logger.py # 统一日志系统 │ ├── config\ # 配置目录 │ ├── config.yaml # 主配置文件 │ └── .env # 环境变量文件 │ ├── logs\ # 日志目录 │ ├── static\ # 静态文件 │ ├── images\ # 生成图片存储 │ └── ui\ # UI资源 │ ├── api_server.py # 主API入口 ├── simple_ui.py # 简单UI界面 └── requirements.txt # 依赖项列表 D --> H[model_server] D --> I[cognitive_arch] D --> J[conscious_system]
最新发布
08-15
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值