安装完成后,打开Internet Explorer 9,看版本号:
打开页面最大的体验是简洁,但似乎没有地址栏,可能是预览版没提供吧(我没有去深究)
安装完成后,打开Internet Explorer 9,看版本号:
打开页面最大的体验是简洁,但似乎没有地址栏,可能是预览版没提供吧(我没有去深究)
JVM是基于堆栈的虚拟机。JVM为每个新创建的线程都分配一个堆栈。也就是说,对于一个Java程序来说,它的运行就是通过对堆栈的操作来完成的。堆栈以帧为单位保存线程的状态。JVM对堆栈只进行两种操作:以帧为单位的压栈和出栈操作。
我们知道,某个线程正在执行的方法称为此线程的当前方法。我们可能不知道,当前方法使用的帧称为当前帧。当线程激活一个Java方法,JVM就会在线程的Java堆栈里新压入一个帧。这个帧自然成为了当前帧。在此方法执行期间,这个帧将用来保存参数,局部变量,中间计算过程和其他数据。这个帧在这里和编译原理中的活动纪录的概念是差不多的。
从Java的这种分配机制来看,堆栈又可以这样理解:堆栈(Stack)是操作系统在建立某个进程时或者线程(在支持多线程的操作系统中是线程)为这个线程建立的存储区域,该区域具有先进后出的特性。
每一个Java应用都唯一对应一个JVM实例,每一个实例唯一对应一个堆。应用程序在运行中所创建的所有类实例或数组都放在这个堆中,并由应用所有的线程共享。跟C/C++不同,Java中分配堆内存是自动初始化的。Java中所有对象的存储空间都是在堆中分配的,但是这个对象的引用却是在堆栈中分配,也就是说在建立一个对象时从两个地方都分配内存,在堆中分配的内存实际建立这个对象,而在堆栈中分配的内存只是一个指向这个堆对象的指针(引用)而已。
作为长期的电脑使用者,肯定会有误删文件的经历,在 Mac OS X 和 Windows 上删除的文件都会默认进 “回收站”。在 Linux 上如果事先没有用别名(alias)修改默认的 rm 功能,rm 后文件就会丢失,幸运的是,在一般的删除文件操作中,Linux 并不会立即清空存储该文件的 block 内容,而只会释放该文件所占用的 inode 和 data block,Linux 上 rm 的过程其实就是将 inode bitmap 和 data block bitmap 中的相应标识设为空闲状态的过程,并不涉及到真正的数据,这也是为什么在 Linux 下删除大文件这么快速的原因,因为大文件所占的磁盘根本就没有清空。所以,如果我们能找到文件对应的 inode,由此查到相应的 data block,就可能从磁盘上把已删除的文件恢复出来,很多文件/磁盘恢复工具都是这么做的。
一般来说二进制文件、库文件等删除后都可以从其他 Linux 拷贝恢复,不是很要紧,如果自己辛苦写的脚本或者配置文件误删了就杯具了。误删这种蠢事经常在 VPSee 身上发生,最近一次是在今年年初的时候,开了 screen 多次 ssh 到不同服务器上,在前后切换的过程中删除了一个很肯定的配置文件,后来发现删的文件是对的,可惜在一台错误的服务器上,本来应该在 A 服务器上删除 file.txt 结果在 B 服务器上删除了 file.txt,多个 screen 和 ssh 把自己搞晕了,而且主机名没有安排好,多台机器都是用的 localhost,不利于识别当时的环境。如果使用 Linux 的时候不幸误删了一个文本文件怎么办呢?
先临时建一个文本文件 vpsee.log 做测试,然后删除这个文件:
$ echo "important log file for vpsee.com" > vpsee.log $ cat vpsee.logimportant log file for vpsee.com $ rm vpsee.log
如果能记住刚才删除文件中的某个关键字的话可以用 grep 搜索整个 /dev/sda1,-a 标志位的意思是把 /dev/sda1 这个分区看成是文本形式的(分区本身是二进制形式的),-B 10 -A 100 的意思是如果找到关键字就打印出其前10行和后100行的内容:
# grep -a -B 10 -A 100 'vpsee.com' /dev/sda1 > tmp.txt
在一堆 @ 之间可以找到我们刚才删除的内容:
$ vi tmp.txt ... @$^@^@^@^@^@^@^@^@^@^@^@^A^@^@^@^@^@^@^@?^@^@^@^A^@^@^@^@^@^@^@^@^@^@^@è^K^@^@^@ ^@^@^@^@^@^@^@^@^@^@^@^A^@^@^@^@^@^@^@^Q^@^@^@^C^@^@^@^@^@^@^@^@^@^@^@è^K^@^@×^@ ^@^@important log file for vpsee.com @ @ ...
当然,如果误删了二进制、doc、png/jpg/gif 之类的文件,可以用一些第三方 ext2/ext3 文件恢复工具帮助恢复文件,比如 TestDisk, PhotoRec 等。
感觉很有趣,尝试了一下。代码如下:
public class PartI {
public static void main(String[] args)
{
System.out.print("********************Part I**********************\n");
for(int i = 1; i <= 6; i++)
{
for(int j = 1; j <= i; j++)
{
System.out.print(" " + j);
}
System.out.println();
}
System.out.print("********************Part II*********************\n");
for(int i = 0; i <= 6; i++)
{
for(int j = 1; j <=(6-i); j++)
{
System.out.print(" " + j );
}
System.out.println();
}
System.out.print("********************Part III********************\n");
for(int i = 1; i <= 6; i++)
{
for(int j = 1; j <= 6-i; j++)
System.out.print(" ");
for(int k = i;k >= 1;k--)
System.out.print(" " + k);
System.out.println();
}
System.out.print("********************Part IV*********************\n");
for(int i = 0; i <= 6; i++)
{
for(int j = 0; j < i; j++)
System.out.print(" ");
for(int k = 1; k <=(6-i); k++)
System.out.print(" " + k);
System.out.println();
}
}
}
今天在windows XP安装了一个mysql数据库,默认为空密码,死活也进不去。最后在安装的bin目录下发现一个MySQLInstanceConfig.exe图形化配置工具。隧打开设置。一路畅通不阻,在最后一步进行执行步骤时,出现了两行英文,大概意思是找不到my-template.cnf(忘记截图了,呵!),查了查网络资料,大概意思是找不到.ini配置文件,然后我看了一下安装目录,发现.ini文件都在mysql的安装根目录下面(我的是D:\mysql),于是打开注册表:HKLM-SOFTWARE-MySQL AB-MySQL Server 5.0,下面有一个REG_SZ的键值Location,双击它,将其改为:D:\mysql,然后再运行MySQLInstanceConfig.exe时,通过!
1. 交换机支持802.1X协议。
2. 有一台RADIUS服务器。
3. 一台客户端。
验证方式:
PEAP验证:使用证书+AD用户集成认证;
环境:
Operation System: Windows 2003 enterprise edition
Radius Server: windows IAS(Internet 验证服务,windows组件中安装)
CA Server: Windows CA证书服务(windows组件中安装)
Radius Client: Windows自带。(网络连接->属性->验证),如果没有“验证”选项卡,则是相关服务没有启用。(开始->运行->services.msc->启动” Wireless Zero Configuration”服务)
配置: 1. 安装域,域名暂时定为:test.com。过程略,查看相关文档
2. 安装IIS(Internet信息服务),IAS,CA:控制面板->添加/删除程序->安装windows组件,如图:
注意先安装IIS->CA->IAS,顺序不能乱了.
安装节点控制器(Nodes Controller)
节点控制器的安装和主服务器之间没有太大的区别,只是服务器角色不同,安装的组件不同罢了。现在将不同之处贴出,其他部分以上面所述无异。
在网络IP配置方面:
Ip地址:172.17.21.211
掩码:255.255.255.0
网关:172.17.21.1
名称服务器(DNS):172.17.20.100
主机名:NodeServer
域名:test.com
到了第二天,员工上报此问题已经有11个之多,遂再一遍致电10010,发现狗屁的联通客服就是说在24-72小时回复,店大欺人,没办法,等着吧。到了下午,终于看到联通来电了,原以为能解决问题,忙接电话,结果还是那狗屁的客服人员(当然不是同一人,是一群人),此客服人员又来和我核实一下故障现象,my god!故障已经超过30个小时了,还来和我核实故障现象,效率之高令人咋舌。最后我不耐烦的要求一定要在24小时之内回复我结,对方响应我的要求。
第三天,尊敬的联通工作人员,终于到了公司现场测试。我分别用了天翼,Wo上网卡进行演示,联通工作人员又用自己的卡进行了演示,来来回回的折腾了半个小时,故障现象,问题原因都已经记录在工作笔记上了。然后让我等待结果。心想,这回肯定是能解决了。到了下午,现场测试的工作人员终于回电了,回复说他们只管基站的信号强弱,不管网络问题。我的天,直接无语…….
后没办法,有一老员工朋友是联通的工作人员,于是向他请教,对方技术水平相当高,请教完之后也分析出了原因,原以为遇着救星了,可是对方最后说,就是他们知道的具体原因,他们也没办法帮我们,因为联通部门大多,大家都有自己的工作范围,希望我们联系客服去。
我直接崩溃……
到我发表此文为止,此问题仍然没有解决。不由得惊叹联通的“强大”!
总结:垄断行业造就了一批“趾高气昂”的工作人员,作为一个服务提供方,他们根本没有把用户的核心利益放在第一位,说严重一点,这些所谓的工作人员职业素养真是不敢恭维,对于用户的需求爱理不理,反正用户的故障没有解决不会影响自己的既得利益,何必去劳神劳力去帮你解决呢。一个简单的路由问题,绕了一个圈也没有到相关技术人员的手里。我想问一句,联通!你的公司组织构架有这么乱吗!……
算了吧,少损两句!毕竟人家是业界老大!
我很低调,但还是忍不住骂了一句:狗屁的联通!