程序名称：OllyDBG版本：1.10汉化人：cao_cong联系方式：cao_cong_hx@yahoo.com.cn汉化日期：2005.11.28汉化说明： 本来是想等OllyDBG2.0出来再汉化的，可看到dyk158兄弟的修改版说明中对我原来汉化版本的汉化质量提了一点小小的意见，想想也是，我原来的汉化版是OllyDBG1.10的最终版本刚出来时汉化的，距今已经一年多了也没有更新过，当时只顾不出因汉化造成的Bug，汉化嘛确实不咋的。
看到BoOMBoX/TSRh2004他们制作的美化界面，确实也觉得漂亮，最后决定再出个汉化版本。
这个版本的汉化加测试、修改花了我整整两个星期的业余时间，其中的非标字符对照文本有4000多行，看一遍都半天。
这个版本中的所有翻译我都重新过了几遍，绝大部分都重新翻译过，力求做到准确，希望能给大家一个比较完美的汉化版本。
在制作过程中参考了TT小组翻译的OllyDBG帮助及dyk158修改、聆风听雨汉化的ODbyDYK修改版，主要是想让翻译更准确一点，能让新手把汉化版和TT小组汉化的帮助文档对照起来学习。
在此对以上提到的各位表示衷心的感谢！ 这个软件汉化起来确实是个苦差事，不光是要翻译的资源多，还有一个重要的方面就是稍不留神就会出现汉化引起的Bug。
经常是用原版来调试汉化版找问题，象原来菜单上的“&Window”汉化后会出错，还是调试后才知道原来它内部加载菜单时还有个这个“&Window”，只有两个都汉化才不会出错。
另外其它的许多问题都只好靠调试来解决。
原来汉化时又没有把要注意的地方写下来，这次光测试就花了好几天。
这个汉化版本除因汉化必要而打补丁外，我不准备再对它打任何补丁。
一是我怕打补丁影响OllyDBG的兼容性；
二是已经有Fly和dyk158他们做了，我想我自己再做的话也不会比他们做的更好；
三是我实在是感到太累了！如果大家要想要修改的版本的话，推荐使用freecat兄弟制作的AutoPath，我把这个插件放在FixOD目录下，我把freecat兄弟发布时所用的说明也放在同一目录下，大家可以根据说明来使用这个插件改造你的OllyDBG。
在这里我要感谢看雪论坛上的看雪老大和论坛上各位兄弟的支持，正是有了他们的测试和建议，经过多次修正后，才有了今天的这个最终版本，由衷的感谢看雪论坛上的各位兄弟！汉化第二版主要更新：1、界面采用BoOMBoX/TSRh2004制作的美化界面，主要为了好看一点。
2、绝大部分句子都重新翻译过，力求做到准确。
3、配置文件中除字体、语法高亮、颜色这几个部分保留为中文外，其它的都恢复为英文。
保留字体、语法高亮、颜色这几个部分为中文的目的是因为我发现若先运行过英文版配置好后，汉化版中对应这几个部分的一些菜单也会取原英文版配置中的英文字串，而不是汉化过的字串。
我觉得翻译后既能保持与英文版的兼容性，又能让英文版与中文版的界面等互不干扰。
4、dyk158建议我把配置文件中的字体、语法高亮、颜色这几个部分恢复为英文，我专门做了个恢复为英文配置的补丁(如果你以前运行过英文版进行了相应配置，则补丁后的汉化版本对应这几个部分的相应菜单将会显示英文，若你是用打过这个补丁的汉化版本生成配置文件，则相应菜单将会显示中文)放在英文配置补丁目录下，需要字体、语法高亮、颜色这部分也用英文配置的朋友可以把这个补丁放到我做的汉化版的安装目录，选择Ollydbg.exe补丁就可以了。
这个补丁同样适用于原版界面的汉化版本。
5、上一版中部分未汉化的内容这次除了不能汉化的外，基本上都已汉化。
6、另有一个界面未作美化的汉化版放在原版界面目录，可以按自己的喜好选择使用哪一个。
7、FixOD目录下放的是用freecat的AutoPath.dll打过补丁的OllyDBG，使用前请先备份好你原来的Ollydbg.exe文件，再把这个目录下的Ollydbg.exe、AutoPath.dll、AutoPath.ini复制到你的OllyDBG安装目录下就可以了。
在上一版的基础上，插件做了如下更新：1、脚本插件ODbgScript.dll(v1.23汉化版)2、快捷命令插件CmdBar.dll(v3.10.109c汉化版，这个版本有支持运行OllyScript脚本的命令：OSC)3、标签插件Labeler.dll(v1.33.108汉化版)4、图表插件OllyFlow.dll(v0.71汉化版，我从IDA中提取了个wingraph32.exe放在

VS2017写C库以及wpf调用该C库Demo作者：红模仿QQ：21497936博客地址：https://blog.csdn.net/qq21497936/日期：2018年11月7日

标题中的“车载录像机/SD-MDVR/SW-0001A/.264文件播放器”指的是一个专为车载监控系统设计的设备，它集成了录像、存储和回放功能。
SD-MDVR（可能是SmartDigitalMobileDigitalVideoRecorder）是这款设备的型号，SW-0001A可能是其特定的版本或序列号。
".264"是指它支持的视频编码格式，即H.264或AVC（AdvancedVideoCoding），这是一种高效能、高压缩比的视频编码标准，广泛应用于高清视频录制和传输。
描述中提到的“年检车载录像机”意味着该设备需要定期进行检查和维护，以确保其在车辆安全监控中的正常运行。
4路录像监控表示该设备可以同时记录来自四个不同摄像头的视频流，提供全方位的车辆内部和外部环境监控。
“MDVRPlayer_WIN_7.4.0.16_20151217.exe”这个文件名表明这是一款Windows平台的车载录像机播放软件，版本号为7.4.0.16，发布日期为2015年12月17日。
此软件用于查看和播放由上述SD-MDVR设备录制的.H264格式的视频文件，可能包括了回放控制、时间轴导航、视频剪辑等基本功能，也可能具备一些高级特性，如视频分析、事件标记或云同步。
在车载硬盘录像机的使用中，有以下几个关键知识点：1.**H.264编码**：H.264编码技术能以相对较低的码率实现高质量的视频传输，节省存储空间，对于车载监控这种对存储空间有限制的应用场景尤其重要。
2.**多通道录像**：4路录像意味着设备可以同时捕捉多个角度的画面，提供全面的监控覆盖，确保行车安全。
3.**年检维护**：定期对车载录像机进行年检是保证设备正常运行、防止数据丢失和确保视频质量的重要步骤。
4.**专用播放软件**：MDVRPlayer这样的专用软件通常会优化对特定编码格式的支持，提供更好的兼容性和稳定性，同时可能有针对监控视频的特点进行特殊设计的用户界面和功能。
5.**软件更新**：软件版本号（7.4.0.16）显示设备制造商持续提供更新以修复问题、增加新功能或提升性能，用户应定期更新以保持最佳体验。
6.**视频分析**：虽然未在描述中明确提及，但现代车载录像机可能包含智能视频分析功能，如行为识别、碰撞检测等，这些功能能自动检测异常情况并生成报警，提高行车安全。
车载硬盘录像机系统结合高效的视频编码、多通道录像、专用播放软件以及定期维护，为公共交通和私人车辆提供了强大的安全保障。

课设内容：按照要求设计一指令系统，该指令系统能够实现数据传送，进行加、减运算和无条件转移，具有累加器寻址、寄存器寻址、寄存器间接寻址、存储器直接寻址、立即数寻址等五种寻址方式。
设计报告要求：一、封面包括:课程设计题目,姓名,学号,班级,指导教师,完成日期.二、目录正文前必须要有目录.三、正文正文包括的内容有:⑴设计任务与要求;⑵设计方案(包括设计思路,采用的微指令格式，每条指令的指令流程及其微程序清单)(3)调试过程(包括实验步骤,出现的问题,解决的方法(4)小结(在整个课程设计过程中的总结和体会)(5)参考资料

1)前台管理：前台作为与用户直接交互的可视化界面，必须简洁明化，不仅要让前台服务员一目了然，而且没有压迫感，方便好用，能将系统的各个功能提供给服务员，以帮助前台服务员进行管理。
这样做的目的是让大多数客户能够轻松地享受系统给他们带来的便利。
2)后台管理：为了确保游客和旅行社的信息具有更好的安全性，前台管理和后台管理是分离的。
前台、后台的各管理模块需要经过权限授权才可以使用，前台的主要角色是旅行社和游客，而后台的主要角色即是系统管理人员。
3)旅行社：旅行社注册，发布旅游线路。
确认预订客户信息。
4)游客：游客可以查询路线，填写预订信息。
5)系统管理员：分别按照价格、日期、旅行社、旅游地区等类别分类数据，数据库更新。

文档标题“GlobalPlatformcardspecificationv2.3.1”指向的是一份详细的技术规范文件，这份文件是关于GlobalPlatform组织定义的卡片规范的第2.3.1版。
GlobalPlatform是一个国际行业协会，其主要目标是管理和标准化智能卡和其他安全设备（如嵌入式软件平台）上的应用程序管理。
该组织旨在为金融、通信、政府和交通行业等领域提供安全的可互操作的卡片技术。
规范描述中提到的是英文版，说明文档主要面向使用英语的用户群体，可能被设计为国际标准文档，以便全球的开发者、制造商和软件供应商都能理解和应用。
规范的发布日期为2018年3月，这意味着这是一个相对新的技术标准，对于需要跟上最新技术趋势的业界人士来说，这个版本的规范是必须关注的。
在“卡片规范英文版”这一标签中，我们可得知文档是关于卡片技术的规范说明，而且是以英语撰写的，很可能这份规范文档是为技术社区和全球成员所准备的，这些成员需要使用该规范来开发、测试和实现全球平台卡片。
文档参考部分说明了规范文件的正式引用名为“GPC_SPE_034”，并且注有版权信息，即这份文档的版权归GlobalPlatform公司所有，从2006年至2018年的文档发布期间的所有权利均受到保护。
文档还鼓励读者提交反馈，并报告在此规范实现过程中可能涉及到的任何相关的专利或知识产权（IPR）。
这表明该组织倡导开放的交流环境，并希望在实施规范之前解决潜在的知识产权冲突。
文档的版权声明还特别声明了该规范文件或任何工作产品（workproduct）的使用都是“无保证”的，并且尤其不保证不侵犯第三方的知识产权。
这意味着任何使用该规范的个人或机构需要自行承担风险，组织或其成员对于由此产生的任何损害都不承担责任。
此外，该技术规范受到GlobalPlatform许可协议的管理，任何违反该协议的使用都是严格禁止的。
文档内容部分提到了一系列的章节标题，如“引言”、“听众”、“知识产权免责声明”、“参考文献”、“术语和定义”、“缩写和符号”以及“修订历史”。
这些章节涵盖了规范的基本概念、目标用户群体、知识产权的声明和责任限制，以及对于规范本身详尽的描述、更新历史等。
特别是修订历史部分，记录了从GlobalPlatform卡规范2.0版到2.0.1版的调整、2.1版的主要调整、2.1.1版的修订、2.2版的主要调整以及2.3.1版的次要调整，这些信息对于跟踪规范的演变过程、理解特定版本中引入的新特性和改进非常重要。
此外，规范文档中还提到了许可协议的概念，强调任何对规范的使用都受到许可协议的限制，这说明GlobalPlatform组织通过许可协议来维护规范的完整性和保护其知识产权。
在详细知识方面，这份规范文档是关于智能卡及其他形式的计算设备上的软件和应用程序管理标准。
GlobalPlatform规范被广泛地用于多种卡片平台，包括银行和金融机构使用的支付卡、SIM卡、政府ID卡以及其他安全需要的场合。
规范描述了卡片的生命周期管理，包括卡片的初始化、应用的安装、卡片个人化、卡片锁定和卡片升级等。
这份规范文件在智能卡技术领域具有重要意义，它不仅为卡片的开发和管理提供了标准，也为整个行业提供了一个互相协作、共同发展的平台。
规范的每个版本的发布都意味着技术进步和行业需求变化的反映，开发者和制造商需要密切关注规范的更新，以确保他们的产品和服务符合最新的技术要求。

chromium的depot_tools，windows版本，如果你被墙挡住了，可能需要它。
这是我用国外的windows云服务器下载回来的，更新日期2019.8.3

axure网页原型库，android原型库，iphone原型库，网页导航，网页搜索，网页常用图标，经典原型，导航条，日期控件等

我的办公电脑一直用的M6900这个联想品牌机，查了一下主板是G31T-LM，看见论坛里很多朋友因为BIOS不对或者太旧，造成无法支持E8400或者无法安装WIN764位等问题。
今日闲来无事，用AFUNWIN64备份了一下这个版本的BIOS，看了一下日期，10年4月16日的，还是比论坛上发布的都要新，而且我之前用的就是E8400，系统用的是联想知识库的OEMWIN764位专业版，用的挺好的，办公好几年了，也没出现过问题。
（劝大家在选择BIOS的时候，别看BIOS编号，要看BIOS的日期才准确，比方说51KT57A这个BIOS，看上去比我51KT04BUS编号新，其实前者是09年甚至更早，所以往往有的时候乱刷后无法支持WIN764位等问题，其实是BIOS降级了...）现在把51KT04BUS这个BIOS放出来，给有需要的朋友下载，虽然很老的机器了，但我觉得既然我在用，想必肯定是有需要的，也算是给论坛做点贡献把。

标题中的“flash+xml+js仿google地图＋源码”揭示了这个压缩包包含了一套使用Flash、XML和Javascript技术模仿Google地图的应用程序。
这个项目可能是为了教学目的，或者是开发者为了展示如何利用这些技术来创建类似Google地图的交互式地图服务。
下面我们将详细探讨这些技术及其在实现此类应用中的作用。
Flash是一种广泛用于创建动态内容和交互式应用程序的多媒体平台。
在本项目中，Flash可能被用来处理地图的动画效果，用户交互（如缩放、平移）以及地图图层的显示。
由于Flash可以提供丰富的图形和动画功能，因此它非常适合用于创建具有流畅用户体验的地图应用。
XML（可扩展标记语言）则可能用于存储地图数据，如地理位置信息、图层配置、标记等。
XML的结构化特性使得数据易于读取、理解和维护。
在Flash中，可以通过ActionScript（Flash的编程语言）解析XML文件，将数据加载到地图中。
Javascript是网页开发中的主要脚本语言，通常用于增强页面的交互性。
在这个项目中，Javascript可能与Flash通过ExternalInterface进行通信，实现浏览器端的一些功能，如响应用户的点击事件、处理Ajax请求以获取动态地图数据等。
此外，Javascript还可以用于处理跨域问题，允许从不同的服务器获取地图数据。
在描述中提到，XML文件的路径可能需要在FLA（Flash的源文件格式）中进行修改，这意味着开发者需要根据实际部署的环境调整资源的引用路径。
同时，一些FLASH提交表单程序可能包含了PHP或ASP文件，这表明应用可能有后台处理逻辑，比如处理用户提交的位置搜索请求，或者存储用户自定义的标记信息。
PHP和ASP都是服务器端脚本语言，可以处理这些动态数据交互。
压缩包内的“1_070531224805”可能是一个文件名或文件夹名，这通常代表项目的某个特定版本或日期。
在实际操作中，你需要将这个压缩包解压并查看具体文件，以便了解其详细结构和工作原理。
这个项目结合了Flash的图形表现力、XML的数据组织和Javascript的交互能力，构建了一个模仿Google地图的Web应用程序。
通过学习和分析这个源码，开发者可以深入理解这些技术在地图应用中的应用，为自己的项目提供灵感和参考。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。