使用User-Agent伪造浏览器,谎称身份欺骗服务器/IE,FireFox,Opera,Maxthon,Chrome,Safari,iPhone

关于User-Agent,在此不多说,假定您已经熟悉http协议尤其是User-Agent,如果需要了解更多,请查看以下

User-agent 字串(客户端操作系统浏览器识别)

更多User-Agent资料

常见的浏览器伪造User-agent方法

IE浏览器修改User-agent,修改注册表

User-Agent在注册表的位置
[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionInternet SettingsUser-AgentPost Platform] 下,新建字符串值,内容留空,名字为你想在 User-Agent 中加入的字符,这里以 “motorolarokre2″为例。修改注册表对应的 REG 文件如下:
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionInternet SettingsUser-AgentPost Platform]
“motorolarokre2″=”"

修改后重启IE浏览器即可。

IE的user-agent取值,下面是下列地址的组合+一些默认值
HKCUSoftwareMicrosoftWindowsCurrentVersionInternet SettingsUser-AgentPost Platform
HKLMSoftwareMicrosoftWindowsCurrentVersionInternet SettingsUser-AgentPost Platform
HKLMSoftwareMicrosoftWindowsCurrentVersionInternet Settings5.0User-AgentPost Platform

IE8的User-Agents:

IE8 on Windows Vista (兼容浏览)
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Trident/4.0)

IE8 on Windows Vista
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0)

IE8 on Windows 7
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0)

64-bit IE on 64-bit Windows 7:
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Win64; x64; Trident/4.0)

32-bit IE on 64-bit Windows 7:
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0)

FireFox修改User-agent

方法1:

  1. 在地址栏输入“about:config”,按下回车进入设置菜单。
  2. 找到“general.useragent.override”,如果没有这一项,则点右键“新建”->“字符串”,输入这个字符串。
  3. 将其值设为自己想要的UserAgent。

方法2:

安装插件:User Agent Switcher

Opera修改User-agent

方法1:
1.工具栏“Tools”->“Preferences”->“Content”->“Advenced”,点击“Manage Site Preferences”按钮。
2.点击“Add”按钮,在弹出的窗口中“Site”填入“*”,“Network”选项卡中选择浏览器ID。各选项如下:

0 Default
1 Opera
2 Mozilla, Opera detectable
3 Internet Explorer, Opera detectable
4 Mozilla, Opera hidden
5 Internet Explorer, Opera hidden

方法2:
1.在地址栏输入“opera:config”,回车打开。
2.找到“User Agent”点开,里面的“Spoof UserAgent ID”设置想要的值,范围1-5,具体对应的ID同上。

Maxthon(遨游)修改User-agent

工具栏“工具”->“遨游设置中心”->“高级选项”,勾选“自定义 UserAgent 字符串”,下面写上自己的UserAgent记可。保存设置后重启Maxthon生效。

Chrome修改User-agent

  1. 方法一:启动时加上参数:--user-agent="你自己的UserAgent"
  2. 方法二:修改chrome.dll。把里面疑似UserAgent的字符串改为自己的。

Safari修改User-agent

  1. 1.菜单栏“Edit”->“Preferences”->“Advanced”,勾选“Show Develop menu in menu bar”。
  2. 2.菜单栏会多出一项“Develop”,通过里面的“User Agent”子菜单即可设置自己的UserAgent。

iPhone修改User-agent

把/System/Library/Frameworks/WebKit.framework/WebKit 文件中的Mozilla/5.0替换成其他UA,字符数不要超过“Mozilla/5.0”的长度。

有用的参考资料

需要伪造User-Agent,必需首选要知道各种浏览器的User-anent是什么,才能伪造,有个网站专门收集无数种浏览器的User-anget,其中绝大多数浏览器可能都没听说过,笔者也是一样,实在太令人震精了。

就是这个网站 User Agent String.Com 首页地址http://www.useragentstring.com/

可以直接访问这里,http://www.useragentstring.com/pages/useragentstring.php

[源于多处,综合编辑而来]

11日,教育部阳光高考网站公布了2010年中国大学“红黄绿牌”专业名单,希望能对高考考生的志愿填报有所帮助。

11日,教育部阳光高考网站公布了2010年中国大学“红黄绿牌”专业名单,希望能对高考考生的志愿填报有所帮助。

  教育部门表
示,该专业名单是根据麦可思对全国毕业生就业情况的调查得出的。由于失业量较大,就业率持续走低,本科和高职各有10个专业被亮“红牌”,被亮“黄牌”的
专业分别为8个和5个。“红牌”专业主要是指失业量较大,就业率持续走低,且薪资较低的专业中综合考虑的前几个专业,属于高失业风险型专业。“黄牌”专业
是指除红牌专业外,失业量也较大,就业率也持续走低,且薪资较低的专业。“绿牌”专业是指薪资、就业率持续走高,且失业量较低的专业,为需求增长型专业。

被亮“红牌”的本科专业(10个):动画法学生物技术生物科学与工程数学与应用数学体育教育生物工程计算机科学与技术英语国际经济与贸易

被亮“黄牌”的本科专业(8个):美术学艺术设计统计学电子信息科学与技术公共事业管理信息管理与信息系统工商管理汉语言文学

被亮“绿牌”的本科专业(9个):地质工程港口航道与海岸工程船舶与海洋工程石油工程采矿工程油气储运工程矿物加工工程过程装备与控制工程水文与水资源工程

 

被亮“红牌”的高职专业(10个):临床医学法律文秘计算机科学与技术国际金融工商管理经济管理法律事务汉语言文学教育计算机应用技术电子商务

被亮“黄牌”的高职专业(5个):计算机网络技术计算机信息管理物流管理商务英语会计电算化

被亮“绿牌”的高职专业(5个):道路桥梁工程技术生产过程自动化技术应用化工技术焊接技术及自动化楼宇智能化工程技术

来自:http://blog.renren.com/GetEntry.do?id=466493388&owner=248576784

经典怀旧:几张Linux图形界面老照片/GUI

尽管和Windows相比仍然存在一些差距,但Linux的 图形界面也一直在不断发展当中。scorpioncity.com网站为我们带来了1998年的几张Linux图 形界面老照片,让我们一起来怀旧一下吧。

Linux图形界面

截取于1998年6月。截图展示了GIMP默认插件可以实现的一些字体效果。Window管理器是 fvwm95,外观和感觉和Windows 95相似,也模拟了后者的一些功能。

Linux图形界面

截取于1998年9月29日作者刚刚安装KDE1.0时。KDE很棒,作者推荐Linux新手或非技术性用户 使用这款图形界面。

Linux图形界面

截取于1998年9月23日。作者刚刚装完AfterStep window管理器。桌面上打开了GIMP,X11amp正在播放MP3,GNOME下的一个图形浏览器Electric Eyes,背景是Xplorer。

Linux图形界面

截取于1998年9月19日。Netscape打开了一个本地Apache服务器建立的Web网站;底部左侧 是GIMP工具栏,作者正是利用这款软件进行截图;DOS emulator中正在窗口中运行DOS;Windows模拟器正在运行Windows分区上的扫雷;右边是Redhat控制面板;Xearth正在背景 更新,其实这就是微软苦心积虑想要实现的“动态桌面”效果,而Linux的X-windows由于良好的设计直接就支持了这一功能。

对百度搜索引擎的怀疑:百度搜索引擎来源比例很低,甚至还不如百度空间

百度搜索引擎来源比例很低,远远没有google的多,甚至与百度空间相比也差好几倍,而百度空间也只是转粘了三篇带链接的文章

来源
访问次数
访问次数百分比
google (organic)
903 70.00%
(direct) ((none))
211 16.36%
hi.baidu.com (referral)
86 6.67%
baidu (organic)
25 1.94%
page99.net (referral)
23 1.78%

不知是百度seo没做好还是百度实在太笨,针对google也没有刻意的做seo,也只是在发文章时注意一下标题,多加入一点相关的语句词组之类。

还有,百度搜索引擎来的流量,关注过,大多数都是到首页的访部,对首页的访问是没有意义的,之前在这里说过

google的更新速度太快了,同时再骂一骂百度

过一段时间看看百度的表现,如果还是这样,或许就屏蔽百度搜索蜘蛛。

MySQL/phpmyadmin问题解决手记:#2002 - 服务器没有响应 (或者本地 MySQL 服务器的套接字没有正确配置)

在fedora 12下使用自己从源代码编译的mysql使用,安装过程很麻烦,但好在运行正常。

之前使用windows下mysql/phpmyadmin,到linux下,当然也少不了,整个phpmyadmin,包括配置文件都是从windows下直接拷贝来的,但连接数据库总是出错:

#2002 - 服务器没有响应 (或者本地 MySQL 服务器的套接字没有正确配置)

连接远程数据库,就是虚拟主机数据库服务器却是没有问题的。使用linux终端连接

mysql -h127.0.0.1 -uroot -p

也没有任何问题。

而ping localhost,返回也是正常的,说明linux知道localhost就是本机的。

[root@localhost www]# ping localhost
PING localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.062 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.076 ms
64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.077 ms
^C
--- localhost ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2697ms
rtt min/avg/max/mdev = 0.062/0.071/0.077/0.011 ms

感觉很怪异,google一下,有这样的解决方案:

要将 config.inc.php 中
$cfg['Servers'][$i]['host'] = ’localhost’;
改成 $cfg['Servers'][$i]['host'] = '127.0.0.1';
还要添加
$cfg['Servers'][$i]['hide_db'] = 'information_schema';//使用登陆后看不见information_schema数据库

于是把配置文件里的host改成127.0.0.1,再连接,好了,连接正常。($cfg['Servers'][$i]['hide_db'] = 'information_schema';这一句加不加都无所谓,不影响连接数据库)

为什么在linux下localhost就是不能连接呢?查mysql官方文档[参看这里],看到有这样的句话:

如果未指定指定主机名或指定了特殊的主机名localhost,将使用Unix套接字。

Unix套接字默认为/tmp/mysql.sock,而本机并没有配置这样的套接字文件,所以自然是连接失败了。

官方文档确实非常重要,比网上的一般的解决方法都更权威有效得多。

google的更新速度太快了,同时再骂一骂百度

google的更新速度太快了,昨天傍晚新购买了一个域名path8.net——个人不喜欢.com域名——晚上改换网站域名,计划原域名page99.net在一段过度期后作废。

具体什么时间作废,没法确定,因为这点是按google收录页面全部转到新域名的时间决定。也就是说,原域名没有存在价值后,就会直接删去。其它的搜索引擎,就不管了,尤其百度,收录量好像也不少,以site:page99.net查询,基本上所有页面都有收录。但排名好像不怎么高。排名不高倒也算了,更让人无法容忍的是,从百度搜索结果来的访问,几乎全是指向到首页的;指向文章内容页的几乎没有。众所周知的,几乎所有网站的首页,都是经常更新的,内容不稳定,指向到首页的搜索结果,实际上是没有意义的。但百度,还是这么搞,只能说它技术太差劲!

两个月前就想屏蔽百度蜘蛛,但没有真正做。下一步,再过两个月,如果百度还是这样,就直接屏蔽百度蜘蛛。

但百度贴吧、空间等里面的链接还是有必要手工修改更新一下。对网站监测数据表明,从百度空间里来的访问者,经常看好几页的,也就是这些人经常是高质量访客。

更重要是,百度空间带来的流量比百度搜索引擎带来的流量还要大!(当然都在10%以下)前面说过了,百度搜索引擎带来的质量太差劲,所以百度空间还是有必要维持一段时间的。
哈,扯了老半天,都是跑题了的!下面言归正传。

昨天晚上改换域名后,从google管理员工具里,提交域名更改,通知google,以加快收录索引的更新。

今天上午,就是刚才十分钟前,site:path8.net 结果共有24条记录,也就是说google管理员工具里的提交并没有生效,这里的收录的结果其实是google搜索蜘蛛发现新站点后,马上说加到搜索索引里的。

MySQL错误:Incorrect file format/数据表“使用中”解决手记

硬盘出错,windows开机自动执行磁盘查检。开始工作时,web程序运行异常,有这样的信息:

130: Incorrect file format xx_messages'

看来是MySQL表损坏了,到phpmyadmin里,这个表显示状态为“使用中”,工具栏里的“操作”里,找“修复表”,但奇怪的是没有这一项,只有“强制更新表 ("FLUSH") ”(看来问题还是比较严重的),点了照例提示错误: Incorrect file format 'xx_messages'
google一下,有不少人也遇到这样问题,解决方法当然都是说修复表之类的,那直接运行SQL命令。在phpmyadmin里运行:
check table xx_messages;
analyze table xx_messages;
repair table xx_messages;
结果还是没用,照例“ Incorrect file format 'xx_messages'”
看来网上的说法不见得能解决我的问题,求人不如求已,自己解决。
到mysql数据库目录时,看看文件是不是正常,要不然就把以前备份的导进去。
该表相关的三个文件,xx_messages.MYI 的文件大小是0,看来是索引坏了,从以前的备份文件里,直接拷出来,替换这个0大小文件(其它两个文件没有替换),phpmyadmin提示错误

#1194 - Table 'bne9pb_messages' is marked as crashed and should be repaired

肯定是索引问题,昨天对表结构做过修改,用老的索引文件,肯定不对的,那就修复表:

repair table bne9pb_messages;

问题解决。不过所有数据都没有了,成了空表,这无所谓,反正是本地开发用的;如果是服务器上的表的话,一定要事先备份的,不然真的欲哭无泪的。

这次只是索引文件坏了,如果数据文件都坏了,那就只能根据旧数据备份重新改动了。

仅仅索引坏掉,其实运行
REPAIR TABLE xx_messages  USE_FRM;
应该就可以解决了;这样应该还可以保留原有数据不丢失,不过没有试,这次没做坏文件备份,没法再捣腾捣腾。

是不是PHP可以支持断点上传?

使用phpmyadmin导入数据到数据库服务器上,文件比较大,30多M,导入了老半天,发现一个错误提示:

Script timeout passed, if you want to finish import, please resubmit same file and import will resume.

脚本超时,提示消息里说再次导入同一个文件,导入可以继续进行,试试,又导了老半天,终于完了,是导入成功的消息,查看一下导入的数据,正确的。

看这行提示消息,怀疑是不是php还可以有断点上传的功能,google一下,好像没有相关的资料,有不少人也在提这样的问题,只是没有谁拿解决方案,有人直接回复说“不可能!”,但这个导入确确实实是两次导入并成功导入的。

google这条消息,英文文章很多,没有怎么看,鸟语没学好,看起来太累;只是也好像没有说具体怎么断点续传的。

应该来说,断点续传功能需要服务器端与客户端协同工作才可能的,目前浏览器好像还没听说有这个功能的。

再仔细审视这个导入过程,phpmyadmin提示出现时,页面下面还有提示,说再次导入时会从某一个位置继续。而且这个错误不是跟一般的脚本超时时的显示那样(php错误),而是phpmyadmin的提示,也就是说,php脚本执行是正常的,但错误是出现在sql导入过程中。

怀疑是这样的:这里其实不是断点续传功能,而仅仅是分两次执行的一大段sql导入命令。