IE：临时文件保存法

　　要重装电脑了，但是辛辛苦苦花费了无数网页保存下来的IE临时文件如何保存下来，还要可以在新装好的系统中脱机浏览。

　　很多朋友的回答是备份windows目录下的Temporary Internet Files，对我们大家都知道Temporary Internet Files是存放IE临时文件的地方， 但是我想不少人试过了这个方法，但是不能奏效，内容看起来是备份了，但是不能脱机浏览。为什么呢？因为我们漏了两个重要的 index.dat，一个是windows目录下Cookies目录中的index..dat，另外一个是Temporary Internet Files目录中Content.IE5下的index.dat。再重装系统时我们应该先备份这两个index.dat文件。然后备份 Temporary Internet Files目录。

　　重新安装好系统后，应该先删除Temporary Internet Files下的所有内容，然后将你备份的原先的Temporary Internet Files复制进去，但是index.dat的还原却不是那么简单的，你必须回到MS-DOS模式，用 COPY命令将它们复制回去，由于路径很长，而且它们是系统文件夹不可见，所以你可以做一个批处理文件来做这件事。

　　然后重启进入windows，看看脱机浏览，内容是不是又回来了。

赞 (0)

相关推荐

  • IE：重新安置临时文件夹

    IE通常把临时文件存在C盘中的临时文件夹中.那么,C盘满了该怎么办呢?如果我们的另一个硬盘分区中有较多的剩余空间,就可以把IE的临时文件夹设置在这个驱动器中.现在来看一下具体的做法. 首先把旧的文件夹复制到新的地方.进入"C:/Windows/Temporary Internet Files"目录,将这个文件夹移动到D盘.然后,运行IE浏览器并选择"工具"菜单中的"Internet 选项"命令.当对话框打开,在"常规"选项卡中

  • PHP 编程安全性小结

    规则 1:绝不要信任外部数据或输入 关于 Web 应用程序安全性,必须认识到的第一件事是不应该信任外部数据.外部数据(outside data) 包括不是由程序员在 PHP 代码中直接输入的任何数据.在采取措施确保安全之前,来自任何其他来源(比如 GET 变量.表单 POST.数据库.配置文件.会话变量或 cookie)的任何数据都是不可信任的. 对用户输入进行清理的一个简单方法是,使用正则表达式来处理它. 规则 2:禁用那些使安全性难以实施的 PHP 设置 已经知道了不能信任用户输入,还应该知

  • Session的工作机制详解和安全性问题（PHP实例讲解）

    Session的工作机制详解和安全性问题（PHP实例讲解）

    我们先简单的了解一些http的知识,从而理解该协议的无状态特性.然后,学习一些关于cookie的基本操作.最后,我会一步步阐述如何使用一些简单,高效的方法来提高你的php应用程序的安全性以及稳定行. 我想大多数的php初级程序员一定会认为php默认的session机制的安全性似乎是有一定保障的,事实恰好相反 – php团队只是提供了一套便捷的session的解决方案提供给程序员使用,至于安全性的话,应该由程序员来加强,这是应用程序开发团队的责任.因为,这里面的方法很多,可以这么说吧,没有最好,只

  • Apache下禁止特定目录执行PHP 提高服务器安全性

    如果用的是Apache服务器,还可以通过配置来禁止该目录下的PHP文件的访问,有两种方式: 方式一:.htaccess控制,适用于没有服务器管理权限. 在可写文件夹的目录下,建一个.htaccess文件,内容为: 复制代码 代码如下: <Files ~ ".php"> Order allow,deny Deny from all </Files> 方式二:修改Apache配置文件,适用于有服务器管理权限. 配置中增加如下内容: 复制代码 代码如下: <Di

  • linux下mysql自动备份数据库与自动删除临时文件

    一.每日23:00自动删除临时文件 首先查看一下crontab的任务列表:crontab -l然后新建:crontab -e添加一行:00 03 * * * rm -rf /www/cmstest/my120/public/scripts/jpgraph/*保存退出.重启服务:  /etc/rc.d/init.d/crond restart 二.每日24:00自动备份数据库 利用系统crontab来定时执行备份文件,按日期对备份结果进行保存,达到备份的目的. 1.创建保存备份文件的路径/mysq

  • IE：临时文件夹探秘

    IE：临时文件夹探秘

    在Windows中,临时文件是随时随处都存在的,IE也有自己的临时文件夹.在此,我们一起来研究一下IE的临时文件夹. 认识IE临时文件夹 当你在IE地址栏输入网址并回车后,IE首先会在你的硬盘中寻找与该网址对应的网页内容,如果找到就把该网页的内容调出,显示在浏览窗口,然后再连接到网站的服务器读取更新的内容,并显示出来.如果找不到,IE才直接去连接服务器,下载服务上的网页内容,显示在浏览窗口的同时,把该网页的内容保存在电脑的硬盘上.这个默认的保存位置是"C:\WINDOWS\Temporary I

  • MySQL 数据库的临时文件究竟储存在哪里

    如果未设置TMPDIR,MySQL将使用系统的默认值,通常为/tmp./var/tmp或/usr/tmp.如果包含临时文件目录的文件系统过小,可对mysqld使用"-tmpdir"选项,在具有足够空间的文件系统内指定1个目录. 在MySQL 5.1中,"-tmpdir"选项可被设置为数个路径的列表,以循环方式使用.在Unix平台上,路径用冒号字符":"隔开,在Windows.NetWare和OS/2平台上,路径用分号字符";"

  • php下过滤html代码的函数 提高程序安全性

    以下为过滤HTML代码的函数: 复制代码 代码如下: function ihtmlspecialchars($string) { if(is_array($string)) { foreach($string as $key => $val) { $string[$key] = ihtmlspecialchars($val); } } else { $string = preg_replace('/&((#(\d{3,5}|x[a-fA-F0-9]{4})|[a-zA-Z][a-z0-9]{

  • PHP临时文件的安全性分析

    一.简介 临时文件,顾名思义是临时产生的文件,且文件的生命周期很短. 然而,很多应用的运行都离不开临时文件,临时文件在我们电脑上无处不在,主要有以下几种形式的临时文件: 1.文件或图形编辑程序,所生成的中间文件 2.数据库查询时,生成的临时缓存文件,提供之前的结果数据而,以减少再次访问数据库的代价:通常用于远程数据库或远程xml的服务 3.文件被上传后在服务端的临时储存,其文件名为php的全局变量$_FILES['userfile']['tmp_name']的值 4.在http请求中,用于存放s

  • PHP安全性漫谈

    PHP安全性漫谈

    一.apache server安全性设置 1.以Nobody用户运行 一般情况下,Apache是由Root 来安装和运行的.如果Apache Server进程具有Root用户特权,那么它将给系统的安全构成很大的威胁,应确保Apache Server进程以最可能低的权限用户来运行.通过修改httpd.conf文件中的下列选项,以Nobody用户运行Apache 达到相对安全的目的. User nobody Group# -1 2.ServerRoot目录的权限 为了确保所有的配置是适当的和安全的,

  • 解析php安全性问题中的:Null 字符问题

    由于 PHP 的文件系统操作是基于 C 语言的函数的,所以它可能会以您意想不到的方式处理 Null 字符. Null字符在 C 语言中用于标识字符串结束,一个完整的字符串是从其开头到遇见 Null 字符为止. 以下代码演示了类似的攻击:Example #1 会被 Null 字符问题攻击的代码 复制代码 代码如下: <?php$file = $_GET['file']; // "../../etc/passwd\0"if (file_exists('/home/wwwrun/'.$

  • 服务器防arp欺骗批处理 ARP双绑脚本 无临时文件(LZ-Myst版)

    ARP双绑脚本,无临时文件(LZ-Myst版)横线以下内容,保存为BAT格式即可用了. 复制代码 代码如下: for /f "tokens=13" %%I in ('ipconfig /all ^|find "Default Gateway"') do set GatewayIP=%%I for /f "tokens=1,2" %%I in ('arp -a ^|find "%GatewayIP%"') do if %%I==

  • PHP session会话的安全性分析

    PHP session会话的安全性分析

    从而达到方便快捷的目的,但是它在存储信息的时候往往会有一些敏感的东西,这些东西可能成为被攻击的目标,如银行的账号.信用卡事务或档案记录等.这就要求在编写代码的时候必须采取安全措施来减少攻击成功的可能性. 主要的安全措施有以下两个方面. 1.防止攻击者获取用户的会话ID. 获取会话ID的方式很多,攻击者可以通过查看明文通信来获取,所以把会话ID放在URL中或者放在通过未加密连接传输的Cookie中是很危险的:还有在URL中(作为_get()参数)传递会话ID也是不安全的,因为浏览器历史缓存中会存储

随机推荐