硬盘虽然使用很方便,可随时拷贝资料到任何有电脑的地方,但它的问题也是比较多的,其中硬盘提示文件名变乱码故障最让人心虚,因为已经无法打开硬盘了,里面的资料怎么办,很重要的怎么办,所以今天就教大家遇到此问题怎么解决 图片工具/软件:WishRecy步骤1:先下载并解压程序打开后,选中需要恢复的盘,然后点《开始恢复》按钮图片步骤2:程序扫描到资料后,会放到与要恢复盘卷标名相同的目录中图片步骤3:扫描完成后文件夹名变《 目录+数字》,没关系这是最外层的根目录被破坏导致的,里面的文件名都是正常的。 打钩所有需要恢复的数据,然后点右上角的《另存为》按钮,将打钩的文件复制出来。图片步骤4:坐等程序将文件复制完毕就可以了 。图片注意事项1:文件名变乱码寻回出来的资料需要暂时保存到其它盘里。 注意事项2:想要恢复G盘文件名变乱码需要注意,一定要先寻回资料再格式化。
WITH MOVE 选项允许您恢复数据库,但也可以指定数据库文件(mdf 和 ldf)的新位置。 如果您要从该数据库的备份还原现有数据库,则不需要这样做,但如果您要从具有不同文件位置的不同实例还原数据库,则可能需要使用此选项。 RESTORE ... 如果已经存在另一个使用您尝试还原的相同文件名的数据库并且该数据库处于联机状态,则还原将失败。 但是如果数据库由于某种原因不在线并且文件没有打开,如果你不使用 WITH MOVE 选项,恢复将覆盖这些文件,所以要小心你不要意外覆盖好的数据库文件。 假设我们要恢复这个数据库,但我们希望将数据文件放在“G:\SQLData”文件夹中,将事务日志文件放在“H:\SQLLog”文件夹中。
我是黄啊码,MySQL的入门篇已经讲到第16个课程了,今天我们继续讲讲大白篇系列——科技与狠活之恢复数据库在没做数据库备份,没有开启使用 Binlog 的情况下,尽可能地找回数据。 当我们开启了强制恢复之后,数据库的功能会受到很多限制,我们需要尽快把有问题的数据 表备份出来,完成数据恢复操作。整体的恢复步骤可以按照下面的思路进行:1. 原因是 损坏的数据页无法进行条件判断。删除旧表,改名新表 刚才我们已经恢复了大部分的数据。虽然还有一行记录没有恢复,但是能找到绝大部分的数 据也是好的。 总结:用这种方式恢复丢失的数据不可能100%完全找回来,只能尽可能找到,我们平常最主要的就是应该及时备份,并且开启二进制日志,这样当有误 操作的时候就可以通过数据库备份以及 Binlog 日志来完成数据恢复 我是黄啊码,码字的码,退。。。退。。。退。。。朝!
准备工作(1分钟)打开 WorkBuddy,微信/QQ 扫码登录。把 Excel 放到一个你授权的本地文件夹(WorkBuddy 能读授权目录)。新建任务,模式选「日常办公 / 直接执行」。 第二步:下指令生成可视化接着:"基于这份数据做本周销售分析:①各区域销售额柱状图;②每日趋势折线图;③Top5产品占比;④表格列出异常数据(负数、缺失)。输出成 HTML 报告。" 第三步:导出周报最后:"把分析整理成周报,含本周概览、核心数据图表、问题与建议、下周行动项,转成 PPT。"它会生成 .pptx,打开直接改、直接发群。 我踩的三个坑(重点)坑1:文件读出来中文列名变乱码。原因:老版本导出的 GBK 编码。解决:指令补一句"编码识别有误就尝试 GBK/UTF-8 重新读取",它自动重试就正常了。 进阶:固化成模板把流程写成可复用提示词,每周只换文件名:角色:数据分析助手输入:{{文件路径}}任务:1.体检列名/行数/空值/编码 2.可视化:区域柱状图、日趋势折线、Top5占比、异常清单 3.输出
学习Excel技术,关注微信公众号: excelperfect 我从数据库中导入数据到工作表,本来数据库中的数据顺序是排好了的,然而导入工作表中后数据顺序变乱了。 如果在工作表中使用复制粘贴来重新恢复固定的顺序,将会花费大量的时间,能否使用VBA快速完成排序,详情如下。 下图1中“固定顺序”工作表为数据本来应该的顺序: ? 图1 图2中“整理前”工作表为导入数据后的顺序: ? 图2 可以看出,“整理前”工作表中的列顺序被打乱了,我们需要根据“固定顺序”工作表中列的顺序将“整理前”工作表恢复排序。 Worksheets.Add Before:=wksNoOrder ActiveSheet.Name = "整理后" Set wksNew =Worksheets("整理后") '获取数据区域所在的最后一列
工业环境适应性差:分拣中心存在粉尘、高频电磁干扰(扫码设备、变频器),传统RS485转以太网模块防护等级低(IP20)、抗干扰性能弱,日均通讯中断3-4次,每次中断导致分拣机急停、扫码设备离线,需人工重启并重新校准分拣参数 数据处理:内置双核工业级处理器,每秒可完成2500次以上数据转换,转换延迟≤19μs,支持2200点数据映射,满足订单地址码(8字节字符串)、格口编号(2字节整数)、扫码结果(1字节布尔值)等多类型数据同步传输 :10002、故障状态:10003)映射至网关对应寄存器,设置数据更新周期200ms,启用“数据校验”“优先级调度”“故障自恢复”功能。 联调测试:在工业物联网平台同步验证数据传输(延迟≤19μs,丢包率0.03%);模拟高峰时段分拣(5000件/小时),测试PLC是否准确接收订单数据并完成分拣;模拟通讯中断(拔插网线),测试网关自恢复时间与数据续传功能 通讯稳定性适配分拣环境:网关抗干扰、防尘设计适配分拣中心工况,连续运行3个月丢包率≤0.05%,通讯中断次数从3-4次/日降至0次,设备恢复时间从1小时缩短至8分钟,单日增加有效分拣时间4小时,月增分拣量约
意思是擅长处理"图"数据结构的查询,即多个数据对象,各个之间还有关联关系。 核心概念:schema rootValue 2-5 选择Restful API 而非 GraphQL 应用场景 数据关系比较复杂 前端查询需求多变 有一个独立的数据提供方,对接很多使用方,不能一一定制开发 2-6 数据库设计-数据表结构 注意,使用sequelize和mongoose,会自动创建id/createAt和updateAt,无需再自己手动创建。 初次获取验证码 再次获取验证码 登录验证 3-3 登录功能设计-划重点 缓存 – 禁止频繁发送 短信服务的提示和报警 短信发送失败,不会缓存,可立即重新生成验证码 短信服务挂掉,报警 3-4 制定开发规范 -6 用户信息接口-登录 本节课读代码 3-7 用户信息接口-接口测试 讲的个鸡毛-依然是读代码 3-8 作品接口-创建作品 接口 创建空白作品 复制作品(通过模版创建) 删除作品 恢复作品
格式化分为两种:快速格式化:只是清除文件系统的记录,数据本身可能还存在,但不可见;完全格式化:会扫描磁盘是否有坏道,并真正清除全部数据,所用时间更长。 它可以将整个系统恢复到一个干净、稳定的初始状态。 场景四:想把旧电脑或硬盘送人、转卖或报废这类情况涉及隐私问题,仅仅删除文件是不安全的,应该先格式化整个硬盘,必要时使用数据擦除工具,再重装系统,确保个人信息无法被恢复。 场景五:安装了某些软件后系统变乱,操作混乱,想恢复之前的状态如果你有做过系统备份,可以选择还原备份;如果没有,重装系统是更稳妥的做法。它比格式化更全面,能帮你从源头解决问题。 此时电脑无法正常开机,需要借助U盘启动盘重新安装操作系统,才能恢复使用。
移动光标、复制粘贴、剪切粘贴删除、撤销与恢复。 (重点)撤销:u(undo) 恢复:ctrl + r 恢复(取消)之前的撤销操作【重做,redo】7)末行模式下相关操作(重点)如何进入末行模式? 导致在遇到换行符的时候, 如果Vim开启了自动缩进,就会默认的把上一行缩进插入到下一行的开头,最终使代码变乱。 在粘贴数据之前,输入下面命令开启paste模式:set paste 粘贴完毕后,输入下面命令关闭paste模式 :set nopaste(6)总结①如何进入末行模式,必须从命令模式中使用冒号:进行切换② :wq:wq 文件名称:q!
如果程序直接操作硬件 程序A 直接写显存地址 0xB8000 程序B 也写显存地址 0xB8000 结果: 两程序互相干扰,画面变乱 恶意程序可随意读写其他程序内存 换显卡后,所有程序都要重写 恶意程序直接 out 到硬盘控制器 强制覆盖硬盘数据,绕过所有文件系统保护 两程序 out 到同意端口 数据互相干扰 所有 Windows 规定:只有内核态的驱动才能用 in/out,普通程序使用直接报错 //检查打印机端口有没有新数据? 假如同时有多个设备发出中断,则排队一个个交给CPU处理,由中断控制器负责排列优先级,避免 CPU 同时收到多个中断 问题来了,如果 中断处理程序忘记恢复某个寄存器,会发生什么? 无法回到原先程序? 这会导致CPU中断次数过于频繁,有多夸张 每中断一次: 数 10 亿次中断 CPU 全程都在保存/恢复寄存器 真去处理数据的时间几乎没有 看到这个问题的答案能发现,中断也不够用了,那么,轮到 DMA 登场了
• 高性能与并发:处理本地数据库读写、打印队列、库存同步等任务游刃有余。 • 极致可靠:Rust 的所有权机制让“空指针、数据竞争”几乎不可能出现,系统长时间运行也非常稳定。 • 跨平台统一代码:Windows、macOS、Linux 一套代码,未来扩展方便。 三、重构后的亮点功能 1. 网络恢复后自动同步数据,支持冲突检测与合并策略,确保数据一致性。 2. 打印极致稳定 • Rust 直接调用打印机驱动(ESC/POS 协议),绕过不稳定的 JS 打印方案。 • 在原来的硬件基础上,即使多开 3-4 个实例依然流畅。 4. 安全与更新 • Rust 后端的代码是经过严格审计,敏感逻辑不暴露。 • 测试策略:重点覆盖离线场景、打印异常、网络恢复等边缘 Case。 五、客户反馈 项目上线后,客户门店店长反馈: “现在机器不卡了,断网也能正常收银,打印从来没出过问题。员工都说新系统好用多了。”
毫秒级的技术降维打击: 自动化脚本仅需 0.0001秒即可完成信息自动填写,3-4秒内即可完成“验证码-选择商品-提交订单-支付”的全链路操作,普通真实用户完全丧失抢票能力。 结合点选验证码与风控引擎构建多重防线,有效检测拦截超99%的黄牛机刷请求,订单业务分析验证命中率远超客户预期。 应用效果: 实施流量清洗与RCE风控定制化服务后,拦截前黄牛10-20秒抢空库存的现象被彻底终结,拦截后真实游客的购票售卖时长恢复至30-45分钟。 系统承载压力断崖式下降,售票业务恢复稳定流畅运行;同时联动舆情监测,对在社交媒体宣传的黄牛账户进行封禁,大幅增加黑产的维护成本。 全域数据资产覆盖度: 相比单一运营商(缺乏其他运营商数据且缺乏互联网私域流量行为特征)和单一设备厂商(如华为仅具备自有设备特征),腾讯拥有国内最广泛的用户覆盖基础,通过手机号、设备、IP地址、微信OPENID
学习POLARDB 已经有3-4个月的时间了,当然大部分还是在理论方面,实际上POLARDB 在实际的操作中,有一部分是我还没有深入,另一部分是POLARDB 的 SERIVCE guy 的服务方式有些太主观 下面我们将关注复杂处理数据库节点recovery 的机制,内存节点机制,和集群恢复等 5.1 DATABASE NODE RECOVERY PolarDB SERVERLESS 采用了 ARIES-STYLE 恢复逻辑,RW 和 RO 节点都有不同的恢复过程和程序的支持。 基于节点的失效是有计划的还是突然的,恢复的方式也是不同的。 节点失败这段期间的所有的活跃的事务的页面的页头 8 RW 提升的节点已经准备好接受写的请求,在CM 节点完成提升的工作 9 RW 节点去应用UNDO LOG 要进行回滚的那些uncommited 事务 这里要提及的是在 3-
这不仅影响日常使用,还可能导致重要数据无法访问。当我们忘记密码,首先是不能解锁手机,手机连接电脑也无法信任电脑,输入很多次错误密码之后,手机停用。所以和大家分享四个解锁iPhone方法。 方法一:使用iCloud 打开iCloud,登陆自己的Apple ID之后,找到自己忘记密码的iPhone设备,然后点击【抹掉iPhone】将iPhone上的数据全部擦除,顺便就删除了解锁密码了。 方法二:使用iTunes 使用iTunes,这里建议使用之前在电脑上同步数据的电脑进行操作,手机处于正常模式并且关闭了【查找我的iPhone】,将手机接入电脑,点击iTunes上的【恢复iPhone】进行操作就可以了 方法四:恢复模式解锁 如果没有同步过数据,没有办法在电脑上用正常模式解锁,我们可以将iPhone改为恢复模式,然后在任意电脑上打开iTunes,会有【更新】、【恢复iPhone】,我们选择恢复iPhone 1.按住开机键3-4秒,按住开机键的同时一起按住音量-键 2.两个按键同时按住大概10秒左右 3.之后松开开机键,继续按音量-键6-7秒左右 iPhone 7之后型号进入恢复模式方法 1.按下并释放音量调高按钮
大家好,我是黄啊码。今天天气晴朗、阳光明媚、万里无云、阴雨绵绵、冬雷震震、寒风凌厉。。。 其他 1.array_rand($arr,2);//随机返回两个$arr数组当中的key【返回值为值或者数组】 2.shuffle($arr)//随机的重组$arr,顺序变乱 file)//文件访问时间【时间戳】 9.stat($file)//返回文件的大部分信息【文件信息数组】 目录的基本操作 1 .basename($file)//返回文件名 dirname($file)//返回文件的路径,c://php/ 3.pathinfo($file)//返回该文件路径的所有信息 ["dirname"目录名] ["basename"文件名 我是黄啊码,码字的码,退。。。退。。。退。。。朝!
后台登录地址生成原理FastAdmin的后台登录地址是由以下机制决定的:安装时随机生成:在FastAdmin安装过程中,系统会自动生成一个随机的后台入口文件名这个随机名称存储在数据库fa_config表的 (推荐)登录数据库管理工具(如phpMyAdmin)修改配置表:UPDATE fa_config SET value = '你的新入口文件名' WHERE name = 'admin_url';例如改为 newadmin.php:UPDATE fa_config SET value = 'newadmin' WHERE name = 'admin_url';注意:只需填写文件名部分,不需要加.php后缀重命名入口文件 'admin_url' => 'newadmin', // 新入口文件名(不带.php)];执行重命名和清除缓存(同方法一步骤3-4)地址变更后的注意事项更新所有书签和链接:更新团队成员保存的后台登录书签检查所有自动化脚本中的登录 ,将之前的数据库导入进去。
我负责 60+ 台服务器集群,每个月至少 3-4 次"告警风暴"。 设置自愈等级——AI 尝试 3 次未恢复,自动升级给人工。AIOps 是超强副驾驶,不是全自动驾驶。 坑 2:一上来就搞模型微调 花两周收集数据 + LoRA 微调,效果还不如直接用 GPT-4o + Prompt 工程。 分组阈值 统计算法 ML 模型 根因分析 纯人工 经验手册 关联规则 因果推断 故障修复 全手动 半自动脚本 条件自愈 自动闭环 大多数团队在 Level 1-2,本文的目标是帮你冲到 Level 3- 点个「在看」和「转发」,让更多运维兄弟看到~ 扫码关注「行者架构谈」,每周两篇 AIOps 实战干货 系列文章: •001 本篇 | AIOps 时代运维人转型路线图•002 → 用 AI 大模型重写运维脚本
前言天气查询通过调用气象接口服务,获取指定地区的实时天气、未来预报、温度、降水、风力、湿度、空气质量、灾害预警等气象数据。 可查询到当前天气、未来24小时天气、未来7天、15天、40天内的天气情况的数据。 areaString否地名 地名不能带有“市”、“县”,比如查杭州,area传入“杭州”,而不是传入“杭州市” 支持的地名areaIdString否地名Id返回样例{ "code": 200, // 详见code返回码说明 请求说明名称类型必须说明sceneryString是景点名称返回样例{ "code": 200, // 详见code返回码说明 "msg": "成功", // code 对应的描述 "taskNo 详见返回码说明 "msg": "成功",//返回码对应描述 "taskNo": "680024790172821701729765",//本次请求号 "data": { "date": "2024
一、先说清楚:异构数据集成是什么异构数据集成,就是把分散在不同系统、不同格式、不同结构的数据,统一抽取、转换、加载到目标端,形成一致可用数据的过程。 二、为什么异构数据集成这么疼在动手整合多源异构数据前,多数团队低估了三件事。第一件,数据孤岛是历史欠账。 数据类型映射(Oracle的NUMBER到MySQL)、字符集(UTF-8与GBK混存,中文变乱码)、时区(交易时间差8小时,报表全错位)、字段语义(A系统的"状态1"和B系统的"状态1"不是一回事), 数据库本来就要靠这些日志做崩溃恢复,日志里记录着每一次增删改的完整现场,按顺序重放,一致性天然有保障。日志还有个关键属性:带位点。 MySQL里是binlog文件名加偏移量,Oracle里是SCN,PostgreSQL里是LSN。工具把"读到哪了"记下来,链路断了重启,就从上次的位点接着读,不重复也不漏。
很多研发管理者都有类似的体会:敏捷迭代在跑,DevOps流水线也建了,看板上各类数据密密麻麻,可真到复盘时,却说不清研发团队到底是变快了,还是变乱了。收集了一堆数据,却找不到改进动作。这不是个例。 3.交付能力指标交付能力回答“交付得稳不稳、恢复得快不快”的问题。部署成功率指发布一次成功的比例,代表交付链路的稳定性。服务恢复时间指从故障发生到服务恢复的耗时,反映团队的应急响应能力。 数据失真:统计口径不统一,各系统数据互相矛盾,团队不敢拿数据做判断。度量与改进脱节:指标展示只停留在报表层面,没有导出具体的改进行动。 如果看完数据,团队能说出下周要改进的一件事,度量就有意义;如果数据只是放在看板上被浏览,那它只是一种展示。2.从度量到改进的四步度量到改进,按四步推进即可,顺序很重要。第一步,度量。 先统一统计口径,保证数据可信。第二步,分析。用数据定位瓶颈环节,比如需求交付周期偏长,要具体看到底卡在评审、开发还是测试环节。第三步,改进。