/* 时间：2023/09/12 作者：马文杰 代码功能：存储文件之前，检查内存使用百分比，内存使用超过80%会自动删除最老旧的文件，以此来保证系统正常运行 函数名称： getLogUsePercentage / findMatchingFile / compareFileNames / delOldLogFile / main 历史: 日期:2023/09/21 作者:mawenjie 修改:函数delOldLogFile中有一处没有释放资源，是在combinedTime 申请资源失败时没有释放，文中已有记录标记。 */ #include <stdlib.h> #include <dirent.h> #include <stdio.h> #include <string.h> /* 函数功能： 获取系统指定路径下内存使用的百分比 */ int getLogUsePercentage() { int iUsePcent = -1; char line[512] = {0}; // 执行df命令并读取输出 FILE* pipe = popen("df /home/delphi/solo", "r"); if (pipe == NULL) { perror("Failed to execute df command"); exit(EXIT_FAILURE); } // 读取df命令的输出 while(fgets(line, sizeof(line), pipe)); printf("[+][%s:%d] line: %s\n",__FUNCTION__,__LINE__,…

电脑系统空间清理的一个脚本 sysClear.bat @echo off echo 正在清除系统垃圾文件，请稍等...... del /f /s /q %systemdrive%\*.tmp del /f /s /q %systemdrive%\*._mp del /f /s /q %systemdrive%\*.log del /f /s /q %systemdrive%\*.gid del /f /s /q %systemdrive%\*.chk del /f /s /q %systemdrive%\*.old del /f /s /q %systemdrive%\recycled\*.* del /f /s /q %windir%\*.bak del /f /s /q %windir%\prefetch\*.* rd /s /q %windir%\temp & md %windir%\temp del /f /q %userprofile%\cookies\*.* del /f /q %userprofile%\recent\*.* del /f /s /q "%userprofile%\Local Settings\Temporary Internet Files\*.*" del /f /s /q "%userprofile%\Local Settings\Temp\*.*" del /f /s /q "%userprofile%\recent\*.*" echo 清除系统垃圾完成！ echo. & pause

是的，你没有看错，因为这个命令，那么今天必定是气氛高度紧张的一天。 事情的缘由： 在操作我的代码文件的时候，发现很多文件都是不可修改的，顺手在当前路径下提升一下权限，让我可以修改代码，于是就非常流畅的操作了" chmod -R 777 / "，回车的一瞬间，感觉不对劲，立刻疯狂 "ctrl+C",没想到机器执行速度是如此的销魂，为时已晚。 好吧，当时的感觉是，权限提升应该问题不大，拥有更高的权限能导致什么问题呢？ 自我对话中，给了自己莫大的安慰。但是，好巧不巧，开始正常使用时候，却发现了异常，ssh断掉了，服务器无法获取root权限，过一会，服务器需要不断重启，远程直接凉了 ....... 崩盘中... 这波操作是绩效为D的操作啊，慌死我了，开始找有没有前辈们解决过这么愚蠢的事情，终于发现几个博客内容，博客如下： Linux不小心对根目录执行了chmod补救 ubuntu不小心使用sudo chmod -R 777 / 修改根目录权限问题修复 看到有前辈有这同样的经历，内心缓和了一下，接续战斗。 恩，内容不错，预感这两篇博客是可以解决我的问题的，但是最终因为公司老旧的设备，以及访问服务器需要跨好几个网段，服务器对键盘识别度不是很灵敏...等很多这方面的原因，折腾了一天，放弃了挣扎； "代码和人有一个能跑就行" “删除跑路”瞬间感受到了这并不是段子，真相了... 在无助的时候，我和技术交流群里的朋友们简述了一下这个问题，有位小兄弟提出来，把硬盘拆出来，重新挂载到另外一个主机上...，好家伙，物理手段解决问题，真的是思维限制了自己，决定试一下，运气不错，这个方式是有效的，也是因为我的主机下有两块硬盘，一块是系统盘，一块是存放文件资料的盘，一…

这是一条汇编指令："0DAB:0106 89E8 MOV AX,BP", 那么16进制数字和机器码之间的转化关系是什么？后来发现机器码有不同的长度，不同长度又分别代表什么含义？通过机器码，如何知道一些信息呢，如：操作数和源操作数，参考一些文章来对比分析下 0x01 机器码分析 1.1 分析16/16位寄存器 1. 目的操作数不变,改变源操作数 逻辑地址 机器码 操作符 操作数 机器码 src dest 0DAB:0100 89C0 MOV AX,AX ;89C0 -> 100010001 11 000 000 0DAB:0102 89D8 MOV AX,BX ;89D8 -> 100010001 11 011 000 0DAB:0104 89D0 MOV AX,DX ;89D0 -> 100010001 11 010 000 0DAB:0106 89E8 MOV AX,BP ;89E8 -> 100010001 11 101 000 0DAB:0108 89F0 MOV AX,SI ;89F0 -> 100010001 11 110 000 0DAB:010A 89F8 MOV AX,DI ;89F8 -> 100010001 11 111 000 0DAB:010C 89E0 MOV AX,SP ;89E0 -> 100010001 11 100 000 0DAB:010E 89C8 MOV AX,CX ;89C8 -> 100010001 11 001 000 2. 源操作数不变,改变目的操作数 0DAB:0110 89C3 MOV BX,AX ;89C3 -> 100010001 11 000 011 0DAB:01…

热爱的力量 一款好产品的最佳实践

博客重置 这一个周，我做了一件非常愚蠢的事情：博客搞坏了 有图有证据 最开始，我在搭建完成博客之后，最开始对博客主题的疯狂的尝试，看了很多很多的主题之后，最终还是argon这个主题，比较符合我的需求和审美，于是后面持续使用这个主题，就开始了写文章... > 问题 好景不长，也就是一个周之前，主题突然渲染失败，显示错乱，至今还没想明白我当时做了什么操作，是我又设置了主题了嘛？ 是我使用了一个粘贴的插件嘛？深深的陷入了自我怀疑， 我好像在这个时间段内只做了这些操作，好嘛，那就尝试恢复。 > 插件的问题 ？？？ 刚开始注意力在插件的问题上，我觉得有很大的可能是插件导致的，于是我禁用那个插件，现象：异常。 安装插件的时候有一些说明，反复看了很多遍，果断卸载插件，卸载这个插件之后不会遗留任何问题，现象：异常。 那么是否是别的插件一起使用导致的问题呢？ 或者是别的插件的问题呢？ 怀疑了这个鬼插件,想办法干掉插件，同时还要防止干掉插件之后遗留的问题（之前用fast cache这个插件，卸载插件需要人工清理文件，也是绝了），于是找到了WP Reset这个插件，我试图用以毒攻毒的方式来处理问题, 用WP Reset重置了一下所有文件，卸载掉所有插件，我想这么牛二的方法，如果还不行，就可太对不起我了，现象：异常。 好嘛，现在没有插件了，那就不是插件导致的问题，排除插件的问题，写插件的大哥们，我错怪你们了。 > 主题的问题 ？？？ 主题？主题能有什么问题，就这么几个设置选项，那就重置一下好啦，现象：异常。似乎是无论怎么尽力，都无法感动这个家伙，那我就更换主题，奇迹发生了，更换主题之后是正常的，但是切换到argon这个主题之后就异常了，肯定是这个主题的问题，问题终于被定为到了，于是我从github上c…