一月, 2010 的文章
关于ie8的兼容性模式
如果不想看原理和其他最好的操作方式例如apache和iis控制兼容模式,那么你可以直接复制下面的放在header中间.
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />
Document Compatibility defines how Internet Explorer renders your Web pages. This article explains document compatibility, how to specify the document compatibility mode for your Web pages, and how to determine the document mode of a Web page.
- Introduction
- Understanding the Need for Document Compatibility
- Understanding Document Compatibility Modes
- Specifying Document Compatibility Modes
- Configuring Web Servers to Specify Default Compatibility Modes
- Determining Document Compatibility Mode
- Understanding Content Attribute Values
- Controlling Default Rendering
- Conclusion
- Related Topics
Introduction
To help ensure that your Web pages have a consistent appearance in future versions of Internet Explorer, Internet Explorer 8 introduces document compatibility. An extension of the compatibility mode introduced in Microsoft Internet Explorer 6, document compatibility enables you to choose the specific rendering mode that Internet Explorer uses to display your Web pages.
This article describes the need for document compatibility, lists the document compatibility modes available to recent versions of Internet Explorer, and shows how to select specific compatibility modes.
Understanding the Need for Document Compatibility
Each major release of Internet Explorer adds features designed to make the browser easier to use, to increase security, and to more closely support industry standards. As Internet Explorer gains features, there is a risk that older Web sites may not display correctly.
To minimize this risk, Internet Explorer 6 allowed Web developers to choose the way Internet Explorer interpreted and displayed their Web pages. “Quirks mode” was the default; it displayed pages as if they were viewed with older versions of the browser. “Standards mode” (also known as “strict mode”) featured the most support for industry standards; however, to take advantage of this enhanced support, Web pages needed to include an appropriate <!DOCTYPE> directive.
If a site did not include a <!DOCTYPE> directive, Internet Explorer 6 would display the site in quirks mode. If a site contained a valid <!DOCTYPE> directive that the browser did not recognize, Internet Explorer 6 would display the site in Internet Explorer 6 standards mode. Because few sites already included the <!DOCTYPE> directive, the compatibility mode switch was highly successful. It allowed Web developers to choose the best time to migrate their sites to standards mode.
Over time, many sites began to rely on standards mode. They also began to use the features and behavior of Internet Explorer 6 to detect Internet Explorer. For example, Internet Explorer 6 did not support the universal selector; some Web sites used this as a way to serve specific content to Internet Explorer.
Internet Explorer 7 offered new features, such as universal selector support, designed to more fully support industry standards. Because the <!DOCTYPE> directive only supports two settings (quirks mode and standards mode), Internet Explorer 7 standards mode replaced Internet Explorer 6 standards mode.
As a result, sites that relied on the behavior of Internet Explorer 6 standards mode (such as lack of support for the universal selector) failed to detect the new version of the browser. As a result, Internet Explorer-specific content was not served to Internet Explorer 7 and these sites were not displayed as intended. Because Internet Explorer 7 only supported two compatibility modes, the owners of affected sites were forced to update their sites to support Internet Explorer 7.
Internet Explorer 8 more closely supports industry standards than any previous version of the browser. Consequently, sites designed for older versions of the browser may not display as intended. To help mitigate any problems, Internet Explorer 8 introduces the concept of document compatibility, which lets you specify the versions of Internet Explorer that your site is designed to support. Document compatibility adds new modes to Internet Explorer 8; these modes tell the browser how to interpret and render a Web site. If your site does not display correctly in Internet Explorer 8, you can either update the site to support the latest Web standards (preferred) or you can force Internet Explorer 8 to display your content as if it were being viewed in an older version of the browser. This is done by using the meta element to add an X-UA-Compatible header to your Web pages.
This allows you to choose when to update your site to support new features supported by Internet Explorer 8.
Understanding Document Compatibility Modes
Internet Explorer 8 supports a number of document compatibility modes that enable different features and can affect the way content is displayed.
- Emulate IE8 mode tells Internet Explorer to use the <!DOCTYPE> directive to determine how to render content. Standards mode directives are displayed in Internet Explorer 8 standards mode and quirks mode directives are displayed in IE5 mode. Unlike IE8 mode, Emulate IE8 mode respects the <!DOCTYPE> directive.
- Emulate IE7 mode tells Internet Explorer to use the <!DOCTYPE> directive to determine how to render content. Standards mode directives are displayed in Internet Explorer 7 standards mode and quirks mode directives are displayed in IE5 mode. Unlike IE7 mode, Emulate IE7 mode respects the <!DOCTYPE> directive. For many Web sites, this is the preferred compatibility mode.
- IE5 mode renders content as if it were displayed by Internet Explorer 7′s quirks mode, which is very similar to the way content was displayed in Internet Explorer 5.
- IE7 mode renders content as if it were displayed by Internet Explorer 7′s standards mode, whether or not the page contains a <!DOCTYPE> directive.
- IE8 mode provides the highest support available for industry standards, including the W3C Cascading Style Sheets Level 2.1 Specification
and the W3C Selectors API
, and limited support for the W3C Cascading Style Sheets Level 3 Specification (Working Draft)
. - Edge mode tells Internet Explorer to display content in the highest mode available. With Internet Explorer 8, this is equivalent to IE8 mode. If a (hypothetical) future release of Internet Explorer supported a higher compatibility mode, pages set to edge mode would appear in the highest mode supported by that version. Those same pages would still appear in IE8 mode when viewed with Internet Explorer 8.
Because edge mode documents display Web pages using the highest mode available to the version of Internet Explorer used to view them, it is recommended that you limit their use to test pages and other non-production uses.
Specifying Document Compatibility Modes
To specify a document mode for your Web pages, use the meta element to include an X-UA-Compatible http-equiv header in your Web page. The following example specifies Emulate IE7 mode compatibility.
<html> <head> <!-- Mimic Internet Explorer 7 --> <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" > <title>My Web Page</title> </head> <body> <p>Content goes here.</p> </body> </html>
The content attribute specifies the mode for the page; to mimic the behavior of Internet Explorer 7, specify IE=EmulateIE7. Specify IE=5, IE=7, or IE=8 to select one of those compatibility modes. You can also specify IE=edge to tell Internet Explorer 8 to use the highest mode available.
The X-UA-compatible header is not case sensitive; however, it must appear in the Web page’s header (the HEAD section) before all other elements, except for the title element and other meta elements.
Configuring Web Servers to Specify Default Compatibility Modes
Site administrators can configure their sites to default to a specific document compatibility mode by defining a custom header for the site. The specific process depends on your Web server. For example, the following web.config file enables Microsoft Internet Information Services (IIS) to define a custom header that automatically renders all pages in IE7 mode.
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<system.webServer>
<httpProtocol>
<customHeaders>
<clear />
<add name="X-UA-Compatible" value="IE=EmulateIE7" />
</customHeaders>
</httpProtocol>
</system.webServer>
</configuration>
If you specify a default document compatibility mode using your Web server, you can override that setting by specifying a different document compatibility mode in a specific Web page. The mode specified within the Web page takes precedence over the mode specified by the server.
Consult the documentation of your particular Web server for information on specifying custom headers. Or, for more information, see:
Determining Document Compatibility Mode
To determine the document compatibility mode of a Web page using Internet Explorer 8, use the documentMode property of the document object. For example, typing the following into Internet Explorer 8′s Address bar displays the document mode for the current Web page.
javascript:alert(document.documentMode);
The documentMode property returns a numeric value corresponding to the page’s document compatibility mode. For example, if a page has chosen to support IE8 mode, documentMode returns the value 8.
The compatMode property introduced in Internet Explorer 6 is deprecated in favor of the documentMode property introduced in Internet Explorer 8. Applications that currently rely on compatMode continue to work in Internet Explorer 8; however, they should be updated to use documentMode.
If you wish to use JavaScript to determine a document’s compatibility mode, include code that supports older versions of Internet Explorer, as shown in the following example.
engine = null;
if (window.navigator.appName == "Microsoft Internet Explorer")
{
// This is an IE browser. What mode is the engine in?
if (document.documentMode) // IE8
engine = document.documentMode;
else // IE 5-7
{
engine = 5; // Assume quirks mode unless proven otherwise
if (document.compatMode)
{
if (document.compatMode == "CSS1Compat")
engine = 7; // standards mode
}
}
// the engine variable now contains the document compatibility mode.
}
Understanding Content Attribute Values
The content attribute is flexible in that it accepts values other than the ones described previously. This allows you greater control over the way Internet Explorer displays your Web pages. For example, you can set the content attribute to IE=7.5. When you do this, Internet Explorer attempts to convert the value to a version vector and selects the mode closest to that result. In this case, Internet Explorer would be set to IE7 mode. The following examples show the modes selected for other values when there are no other mitigating factors.
<meta http-equiv="X-UA-Compatible" content="IE=4"> <!-- IE5 mode -->
<meta http-equiv="X-UA-Compatible" content="IE=7.5" > <!-- IE7 mode -->
<meta http-equiv="X-UA-Compatible" content="IE=100" > <!-- IE8 mode -->
<meta http-equiv="X-UA-Compatible" content="IE=a" > <!-- IE5 mode -->
<!-- This header mimics Internet Explorer 7 and uses
<!DOCTYPE> to determine how to display the Web page -->
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" >
You can also use the content attribute to specify multiple document compatibility modes; this helps ensure that your Web pages are displayed consistently in future versions of the browser. To specify multiple document modes, set the content attribute to identify the modes you want to use. Use a semicolon to separate each mode.
If a particular version of Internet Explorer supports more than one requested compatibility mode, it will use the highest available mode listed in the header’s content attribute. You can use this fact to exclude specific compatibility modes, although this is not recommended. For example, the following header excludes IE7 mode.
<meta http-equiv="X-UA-Compatible" content="IE=5; IE=8" >
Controlling Default Rendering
When Internet Explorer 8 encounters a Web page that does not contain an X-UA-Compatible header, it uses the <!DOCTYPE> directive to determine how to display the page. If the directive is missing or does not specify a standards-based document type, Internet Explorer 8 displays the page in IE5 mode (quirks mode).
If the <!DOCTYPE> directive specifies a standards-based document type, Internet Explorer 8 displays the page in IE8 mode, except in the following cases:
- Compatibility View is enabled for the page.
- The page is loaded in the Intranet zone and Internet Explorer 8 is configured to pages in the Intranet zone in Compatibility View.
- Internet Explorer 8 is configured to display all Web sites in Compatibility View.
- Internet Explorer 8 is configured to use the Compatibility View List, which specifies a set of Web sites that are always displayed in Compatibility View.
- The Developer Tools are used to override the settings specified in the Web page.
- The Web page encountered a page layout error and Internet Explorer 8 is configured to automatically recover from such errors by reopening the page in Compatibility View.
For more information, see Internet Explorer Blog: Compatibility View Recap
.
In addition, the following registry key allows you to control the way Internet Explorer handles pages that do not contain X-UA-Compatible headers.
SOFTWARE
Microsoft
Internet Explorer
Main
FeatureControl
FEATURE_BROWSER_EMULATION
iexplore.exe = (DWORD)
The DWORD value must equal one of the following values.
| Value | Description |
| 7000 | Pages containing standards-based <!DOCTYPE> directives are displayed in IE7 mode. |
| 8000 | Pages containing standards-based <!DOCTYPE> directives are displayed in IE8 mode. |
| 8888 | Pages are always displayed in IE8 mode, regardless of the <!DOCTYPE> directive. (This bypasses the exceptions listed earlier.) |
By default, applications hosting the WebBrowser Control open standards-based pages in IE7 mode unless the page contains an appropriate X-UA-Compatible header. You can change this by adding the name of the application executable file to the FEATURE_BROWSER_EMULATION feature control key and setting the value accordingly.
Conclusion
Compatibility is an important consideration for Web designers. While it’s best to create sites that do not rely on specific behaviors or features of a Web browser, there are times when this is not possible. The document compatibility mode ties a Web page to the behavior of a specific version of Internet Explorer.
Use the X-UA-Compatible header to specify the versions of Internet Explorer that your pages support. Use document.documentMode to determine the compatibility mode of a Web page.
By choosing to support a specific version of Internet Explorer, you can help ensure that your pages will display consistently in future versions of the browser.
关于爬虫…找到两个python比较好的
http://wwwsearch.sourceforge.net/mechanize/
http://scrapy.org/
其他的目前不考虑
提醒域名持有者尽快履行网站备案手续
2009年12月15日,工业和信息化部发出《关于印发<工业和信息化部关于进一步深入整治手机淫秽色情专项行动工作方案>的通知》(工信部电管【2009】672号),我中心将积极配合工业和信息化部开展整治手机淫秽色情专项行动,落实有关工作要求。
根据《工业和信息化部关于进一步深入整治手机淫秽色情专项行动的工作方案》有关工作要求,专项行动的第二阶段中,对网站未备案的域名不予解析(含跳转)。我中心提醒域名持有者,如果网站尚未申请备案或未完成备案的,请尽快向工业和信息化部申请或履行网站备案手续,以免对网站的正常互联网应用或业务造成影响。
关于做好已注册域名信息核对工作的通告
各域名用户、域名注册服务机构:
根据《工业和信息化部关于进一步深入整治手机淫秽色情专项行动工作方案》(工信部电管【2009】672号)文件要求,自2010年1月“严格落实域名注册申请者应提交真实、准确、完整的域名注册信息的规定”,中国互联网络信息中心已要求各域名注册服务机构积极开展CN域名以及我中心负责注册管理的中文域名注册信息核对工作。为了更好地开展该项工作,保护公众正当开展互联网应用的合法利益,我中心通告如下:
第一, 域名注册信息真实、准确、完整的重要意义。该要求是国际通行惯例,也是域名持有者正当合法持有域名的法定义务。域名注册信息真实、准确、完整是打击传播淫秽低俗信息、垃圾邮件或网络欺诈等违法不良应用行为的重要手段。同时,域名注册信息作为域名权益转移、变更的权利信息凭证,也是域名持有者合法权益得到保护的前提和重要依据。因此,各域名用户和域名注册服务机构应当予以高度重视,并确保所持有域名的注册信息真实、准确、完整。
第二,信息证明材料提交要求。对于2009年12月14日实施书面审核之前已注册的域名,域名持有者应在2010年1月31日之前,向所属域名注册服务机构提交有关信息证明材料,配合域名注册服务机构做好域名注册信息的核对工作。域名持有者为法人组织的,应当提交组织机构代码证(复印件或扫描件)、注册联系人身份证(复印件或扫描件)、有效联系方式(联系电话、电子邮箱、联系地址等)。 域名持有者为个人或非法人组织的,应当提交注册联系人身份证(复印件或扫描件)、有效联系方式(联系电话、电子邮箱、联系地址等)。
第三,信息证明材料提交方式。各域名注册服务机构应结合实际情况,为域名用户提供包括在线提交或邮寄快递等便捷方式,方便域名用户提交材料。
第四,信息核实。各域名注册服务机构应对信息证明材料的真实性、准确性、完整性予以认真审核。如材料不合格,应当及时通知用户予以补充。
第五,域名的合法使用。域名持有者使用域名,应当遵守国家的有关法律、行政法规和规章。广大公众可继续通过以下方式就不良域名应用向CNNIC国家域名投诉处理中心进行举报
UDK 免费开源的虚幻3d游戏引擎
视频教程
http://udn.epicgames.com/Three/VideoTutorials.html
引擎下载:
http://www.udk.com/download.html
性能要求:
PC specs
Minimum:
- Windows XP SP2 or Windows Vista
- 2.0+ GHz processor
- 2 GB system RAM
- SM3-compatible video card
- 3 GB Free hard drive space
Recommended for Content Development:
- Windows Vista 64 SP2
- 2.0+ GHz multi-core processor
- 8 GB System RAM
- NVIDIA 8000 series or higher graphics card
- Plenty of HDD space
alicesoft 开发文章.再次推荐……
http://sakushan.fc2web.com/lp_by/sys4/index.html
摘录:
-
アリスソフトSystem4.0集積所
-
まずはSystem4.0開発キットをダウンロードして、HTMLマニュアルに目を通しておいてください。 余裕があったら、sys4wikiの「具体的なサンプル例」も。画像付き解説なので解りやすい。 解凍したファイルはわかりやすい所に移動なりコピーなり。Sys42IDE.exeショートカットも作っておくと後で楽。
ここで使用するのは、「熟練者向けセット」になります。や、「熟練者」という言葉に微妙に恐怖を感じますが、 実際のところ自分好みにいじり倒すには、初心者向けセット(ポポリタン)より簡単だったり。
プログラムコードが書かれたソースファイル○○.jafは、実際はプレーンテキストなので、 メモ帳他テキストエディタで開いて読み書きする事になります。行番号が表示できるテキストエディタを使うのが便利。 ですが、朔は面倒なのでメモ帳です。デバグの時だけ行番号が解るエディタ使うけど。その方が面倒だという説もある。
朔が作ったCGと効果音リンクファイル(素材番号のリスト付き)も置いとく。sys4ゲームには自由にご利用できます。 もちろん練習とかにも。製作日記のコンテンツが増えると、素材内容が変わったりもします。 BGMリンクファイルはポポリタン拡張素材集から作れるから置いとかない。
CGサンプル
効果音サンプル
Developed using Alicesoft System4.0
Ogg Vorbis is Copyright(c)2001,xiphophorus.All right reserved.sys4SDK内のAliceCG2.exeとWavLinker.exe使用して作成してるしogg変換もしてるのでクレジット書いておこう
-
SLGでも作ってみようか
-
製作日記のような解説のような戯言。上から下に時系列。下の「ADVでも作ってみようか」の続きですよ。
-
◇もう一度最初からやりなおす 2008/02/25 いろいろ粗が出てきたので仕切直し ※2008/03/01フォント情報追記
◇メイン画面でやるべき事 2008/02/26 システム案を整理し直す
◇武将チェック画面 2008/02/29 パラメータが見やすいように手を入れる
◇武将接触画面 2008/03/01 データの入れ物(構造体)を共有してみる
◇女性武将と遊ぶ 2008/03/02 汎用イベントと専用イベント
◇ターゲット武将と接触1 2008/03/05 まずは汎用イベント作るよ
◇ターゲット武将と接触2 2008/03/06 接触可能武将を制限する
-
ADVでも作ってみようか
-
製作日記のような解説のような戯言。上から下に時系列。
どこに時間かかってるかよくわかるなあ。そしていい復習になります。 -
◇どんなゲームを作るか考えてみる 2008/02/10 妄想は存分に広げたい
◇sys4の準備をする 2008/02/11 DLL組み込んだりiniやpje書き換えたり
◇素材の仮準備をする 2008/02/12 先に計画立てておくと楽なので
◇イベントシーンラフ 2008/02/12 CG+テキスト表示の基本
◇だからコード分けろって1 2008/02/12 jafも増やすよ
◇だからコード分けろって2 2008/02/12 汎用性のある関数に改造してみる
◇だからコード分けろって3 2008/02/13 CG表示周りも改造するよ
◇バックログを整備する 2008/02/13 まあ通常は見えないところなんですが
◇演出を加えてみる 2008/02/13 といってもBGM、効果音、画面効果くらい
◇イベントシーン仮完成 2008/02/13 シナリオ記述コマンドの簡略リスト
◇選択肢用の関数を作ろう1 2008/02/14 for文でいっぱいスプライト作るのだ
◇選択肢用の関数を作ろう2 2008/02/15 マウスでスプライト選択する関数を作るよ
◇選択肢用の関数を作ろう3 2008/02/15 関数をどう使おうか
◇CG用の関数を作ろう 2008/02/16 立ち絵と背景二種類
◇ゲームシステムを煮詰める 2008/02/17 メイン画面のデザインも考えよう
◇ターゲット武将の設定 2008/02/20 配列と構造体と
◇ゲームのメイン部分を作る 2008/02/24 関数フルに使い回すよ
-
いろいろ
-
お役立ちリンクとか未整理雑記とか。
-
お役立ちリンクALICE SOFT HOME PAGE
本家本元。System4.0開発キットのダウンロードはもとより、System4.0SDK専用BBSもあり。 どちらもユーザークラブ専用ページなので、まだ会員でなければこの機会に登録をおすすめ。18歳以上のみだけど。
aliceSoft(C)SYS4SDKまとめWIKI
ブックマークするが吉なsys4解説wiki。関連linkも充実してます。System4.0開発キットの入手方から有志の関数まで、 初心者向けと中級者向けのネタががいい感じにカオスなので、後々まで役に立つよ。 -
◇『ポポリタン』奮闘記 旧坩堝戯言より復活恥さらし。
重发: alicesoft system sdk 4.0
这个是rubyeye用自己的空间做的sdk,以后本站将会考虑提供空间给大家下载新版本sdk.
由于游戏开发包包括很多附加组件,alicesoft很久没有再次更新过这类资源了,因此大家就将就的用吧.一旦有好的点子,比如汉化什么的(这个坑已经废弃了多年) 也好成立group来搞.
http://kei.stbbs.net/rubyeye/sys40/sdk_dl.html
QuantLib 金融库发布了预览版本 1.0beta1
这个库以前用过0.8.感觉非常强大,金融分析和投资交易系统可以从中大量得到借鉴.
就是速度稍微有点缓慢,不过最新版本支持了并行计算技术,因此从实用角度来说也许会为自动智能/决策交易平台做出有效的产品.
http://sourceforge.net/projects/quantlib/files/prerelease/
配置文件里面添加如下内容:
socket: /var/run/mysqld/mysqld.sock
即可.
