よくある質問

プラットフォームとなるWindowsサーバーと.NET Frameworkのセキュリティはマイクロソフトへの自動アップデートで最新のものに更新することができます。
i-SITEのシステムとしてのセキュリティ対策は以下のとおりです。

i-SITE PORTALではシステム管理者(=Adminsロールを持つユーザー)はi-SITE PORTAL上のIDとパスワードでログインできます。
システム管理者は強力な権限を持っていますので、そのセキュリティ保護は重要です。以下にその対策を列挙します。

• パスワードリマインダー機能
  ログインパスワードの保管はユーザーの責任になりますが、重要です。忘れる場合の対策としてパスワードリマインダー機能があります。
• 短いパスワード排除
  i-SITE PORTALでは極端に簡便なパスワードは設定できないよう６文字以上（より複雑な条件に変更可能）が必須となっています。
• 繰り返し入力攻撃排除
  同一アカウントに対し、パスワードを何度も間違えるとしばらく入力できなくしています。
• 使いやすいSSL機能
  httpプロトコルの性格上、パスワードは平文で流れます。経路上でのハックを防ぐにはhttpsプロトコルを導入しなければなりませんが、IISは標準でこの機能を持っています（SSL商用認証局を利用する場合にはその認証局との契約が必要です）が、i-SITE PORTALには同一サイト上でhttpプロトコルとhttpsプロトコルを簡便に切り替えられる機能があります。たとえばhttpsは暗号化オーバーヘッドを伴うためどうしてもレスポンスの低下が避けられませんが、通常ブラウジングはhttpで行い、ログイン操作や機密処理を要する操作、ファイル閲覧などはhttpsへ自動的に切り替えて行うことができます。
• ログイン端末のIP制限
  i-SITE PORTALではシステム管理者が固定IPアドレスからのアクセスを前提にできる場合はIPアドレスを制限して、そのIPアドレスからのみアクセスを許可することができます。これはロール単位で指定できますので、掲示板にログインして書き込める権限だけ有するユーザーにはIP制限がかからず、システム管理者やローカルシステム管理者にだけIP制限をかけることなどが可能です。
• 暗号化クッキー
  ログインを記憶するオプションを使った場合は永続化クッキーがローカル（ユーザーのPC）のブラウザに残されます。このクッキーにパスワードが平文で残されていますとセキュリティホールとなりますが、i-SITE PORTALはASP.NETテクノロジーを使っており、強力な暗号化でこのクッキーは保護されています。
• クロスサイトサイトスクリプティング対策
  ASP.NETの機能で非ログインユーザーから入力のサニタイジングを行い、クロスサイトスクリプティング対策を行っています。
• SQLインジェクション対策
  SQLインジェクションなど発生しない構造にしています。
• DB上保管パスワードの暗号化
  DB上に保管されているパスワードはソルト付きハッシュという方法で暗号化して保管しており、何らかの理由でデータが漏れても解析はできないようになっています。

1. ファイルを変更しないやり方
   モジュールの種類によっては、モジュールのプロパティでモジュールの一部の色やデザインを変更することができます。またモジュール別のCSSを設定することができます。
2. ファイルを書き換えるやり方
   モジュールを定義しているCSSや、HTMLファイル（~.ascxファイル）を直接編集して、モジュールを独自のデザインに変更することができます。モジュール定義ファイル（CSS、~.ascxファイル）を編集する場合は、以下のページを参考に行ってください。より詳細な資料はお問い合わせください。
   　　　　　　カスタマイズi-SITEモジュール開発

設定により、サイト単位でフルSSLアクセスが可能です。

ページ単位のセキュリティ保護(SSL)設定とアクセス方法については、各ページ編集(詳細表示)にある「セキュリティ保護(SSL)」を有効にすることで設定できます。「セキュリティ保護（SSL）」を有効に設定をすると、「https://～」によってアクセスします。

ログインやアンケート、メールフォームなどユーザーがデータを入力する画面では自動的にSSLに切り替えることができます。

保護されていない(sがつかない）「http://～」にアクセスした場合でも、自動的に「https://～」として接続します。そのため、「http://～」でアクセスしても接続ができなくなることはありません。

※ご注意
セキュリティ保護(SSL)設定を有効にする場合は、通常有償のSSL認証局への登録とシステムの設定が必要です。セキュリティ保護(SSL)利用ができるか、運営サイトの管理者様にご確認ください。

動的運用では公開用Webサーバー上において、指定されたURLに従いページを生成します。ログインしたユーザーが、コンテンツをリアルタイムに変更することが可能ですし、DBを利用したり、プログラム連動が可能で高度な機能を実現することも可能ですが、注意すべき点も存在します。
具体的な注意点は以下となります。

1. URLに従いその都度ページを生成するため、単にファイル内容を返すだけの静的運用に比較してレスポンスが遅くなる。
2. ID、PWがわかっていれば、HTTPアクセス可能な全ユーザーが原理的にログイン可能であり、編集用動的サーバーが外部に公開されていない静的運用に比べ相対的にはリスクが高い（あくまで相対的な話であり、実運用で問題となるレベルではない）。具体的には、パケット監視によるID、PWのハッキングの危険性や、サーバーに送信するパラメーターの誤解釈（プログラムに不具合があった場合）を悪用した攻撃などの危険性がある。他にはID、PWの組み合わせ総当り攻撃など。

1.についてはアクセス数とマシンパワーのバランスを考える必要があります。
2.についてはパケット監視についてはhttps(SSL通信)プロトコルを利用したり、開発側での十分な検証（運用実績）によりリスクを回避することはできます。しかし、潜在的なリスクが静的運用より相対的に多いのは事実です。
i-SITEではこれらのリスクを避けるため、ログインユーザーのIPが特定できる場合は、それ以外のIPからのログインを拒否できるようになっています。（ただしアプリケーションの機能として実現している為、決してプロトコル的に不可能であるということを意味しませんのでやはりわずかなリスクは存在します）

i-SITEは階層メニュー構造をサポートしていますので、旧サイトのサイトマップと同じものがそのまま作成できます。また、後からの追加や階層構造単位での移動や順序替えも容易です。メニューにリンク機能がありますので、例えば孫階層へのジャンプやその逆もできます。指定したメニューだけを取りまとめたりできますので、分類分けした小さい単位のメニュー作成もできます。

i-SITEはHTMLエディタにて旧サイトのコンテンツをブラウザ上からコピー＆ペーストで部分的に取り込めます。取り込んだコンテンツの不要なタグを除去することができます。　コンテンツに埋め込まれた画像やリンクファイルなどを新しいサイトに一括して取り込み、新サイトのコンテンツとして再利用することが可能です。リンク先が存在しているかのチェックが一括してできますので、ミスが少なくなります。

i-SITEはメニューから外部サイトへ直接リンクできますので、必要に応じて外部サイトやCGIサイトに移動できます。

モバイル機能を有効にしている場合(バージョン1.00.0053以降)、日本国内で流通している３キャリア(NTTドコモ,AU,SOFTBANK)の主要な機種については動作確認しております。2003年以降に発売されたほとんどの機種についてご利用いただけます。
クッキーとJavaScriptは必須ではありません。

以下は利用できない規格（機種）についての問題点です。これらの規格以降の機種についてご利用いただけます。
＜NTTドコモiモード端末＞
◇１．０
1ページ容量が画像を含め５Kと少ない。カラーが使えない。
◇２．０
一部機種で1ページ容量が画像を含め５Kと少ない。Jpegが使えない。一部機種でカラーが使えない。SSLが使えない。メールSubjectが付けれない。
◇３．０
ほぼi-SITE全機能利用可能。一部機種でJpegが使えない。1ページ容量が画像を含め最低１０K。
◇４．０以降
i-SITE全機能利用可能。1ページ容量が画像を含め最低１０K。

＜AU 端末＞
該当機種はサービスを終了しています。

＜SOFTBANK Vodafone端末＞
◇ステーション未対応機
POSTメソッドが使えない。Jpegが使えない。
◇パケット未対応C型
1ページ容量が画像を含め６Kと少ない。リダイレクトが２回までしか使えない。SSLが使えない。
◇パケット対応P4(1)型
ほぼi-SITE全機能利用可能。リダイレクトが３回までしか使えない。1ページ容量が画像を含め最低１２K。メールSubjectが付けれない。
◇パケット対応P4(2)型以降
i-SITE全機能利用可能。リダイレクトが３回までしか使えない。1ページ容量が画像を含め最低１２K。

Ver2についてもほぼ同様ですが提供が打ち切られた古い環境については動作確認をしていない場合があります。詳しくは動作環境を確認してください。

ASP.NETでは構造上、formタグは１つのページで１つだけ使うよう推奨されています。
そのときaction属性は空で、送信形式は"POST"になっています。
ところがCGIなどを使う場合にはaction属性を指定し、場合によっては"GET"の送信形式を使いたい場合があります。そういった場合はHTML文書（エディタなし）モジュールなどを使って以下のようにスクリプトを記載し、ボタンのonclick属性などから呼び出してください。

◆ポイント

(１)
CGI呼び出しには不要で長くなりがちな隠しフィールド__VIEWSTATEをクリアしています。また場合によっては__EVENTTARGETや__EVENTARGUMENTといった隠しフィールドもありますが、これはASP.NETで使っているものですので無視してください。
  theform.__VIEWSTATE.value = "";

(２)
呼び出すCGIに適した 送信形式methodとエンコード形式enctypeを指定します。
  theform.method = "GET";
  theform.encoding = "application/x-www-form-urlencoded";
  ※Macのブラウザ：サファリではエンコード形式を"application/x-www-form-urlencoded"と明示的に指定が必要な場合があります。

(３)
キー入力直後にエンターキーを押してCGIを呼び出したい場合、最後の入力欄など該当するinput文に追記します。
  onKeypress="javascript:if(event.keyCode == 13) {doSearch(); return false;}"

(４)（google検索）
  呼び出し元に関わらず、gooogle（google miniを含む)の検索を利用する場合、googleの呼び出し先(ターゲット・window)を"nw"とします。
  theform.target = "nw";

<script language="javascript" type="text/javascript">
<!--
 function doSearch() {
  var theform;
  if (window.navigator.appName.toLowerCase().indexOf("microsoft") > -1) {
   theform = "document.Form1;"
  }
  else {
   theform = "document.forms[""Form1"];
  }
  theform.__VIEWSTATE.value = "";
  theform.method = "GET";
  theform.encoding = "application/x-www-form-urlencoded";
  theform.action = "http://動かしたいCGIなど.cgi";
  theform.submit();
 }
// -->
</script>

<input type="text" name="query" size="25" onKeypress="javascript:if(event.keyCode == 13) {doSearch(); return false;}">
<input type="hidden" name="max" value="20">
<input type="hidden" name="result" value="normal">
<input name="buttom" type="image" src="/menu_img/search_bt.gif" align="middle" width="40" height="18" border="0" onClick="doSearch()">


【静的出力利用する時の注意点】
静的出力されたＨＴＭＬには VIEWSTATEが出力されません。
※静的出力運用では以下のようにお願いします。

1. [管理者ツール]-[システム定義設定]-[Script（直接記述）登録]でソースを記述する。

   <script language="JavaScript">ここに記述</script>

2. サイト全体で共通としファイルとして埋め込む方法

   [管理者ツール]-[システム定義設定]-[サイト情報]のHeaderInfoにファイルを記述する。

   <script language="JavaScript" src="/ここに.jsファイルを記述"></script>

3. ページ単位でファイルとして埋め込む方法

   ページ編集の詳細設定から「その他ヘッダーHTML」に2.と同様ファイルを記述します。

4. ページ単位でソースに直接埋め込む方法

   モジュールとして埋め込みます。モジュールは通常「HTML文書（エディタなし）」を使い、1.と同様ソースを記述します。「HTML文書エディタ」を使いますと保存時にコードが消えますので注意が必要です。

もちろんブラウザで使用できれば、<script>で許されたほかの言語も使用できます。

従来のシステムではEXCELやWORD文書をHPに反映させるには以下のようにしていました。

＜従来の手順＞

1. EXCELやWORDのHTML保存しファイル化する。
2. そのファイルを必要に応じてホームページビルダーなどの編集ツールを使い加工し、ページの体裁を整えてファイル化する。
3. 呼び出し元のHTMLなどがあればリンクを追加する。
4. FTPで所定サイトに関連ファイル、イメージファイルをアップロードする。

i-SITE PORTALでは言うまでもなく、2,3,4の機能についてはブラウザを使い直感的に作業できます。
またi-SITE PORTALにはHTMLエディタが付属しており、EXCELやWORDからファイルを部分的にコピー＆ペーストして貼り付けることができます。画面を下に示します。



つまり以下の手順になります。

＜i-SITE PORTALの手順＞

1. 追加したいページにHTML文書モジュールを配置する。
2. EXCELやWORDからHTML文書モジュールのHTMLエディタに直接コピー&ペーストして保存する。その際自動で不要タグ、属性の削除を行うことも可能。
3. 画像ファイルがあればHTMLエディタからアップロードし、リンクを調整する。「埋込ファイルの取り込み」機能で自動的に処理も可能。

手順的にはそれほど変わらないように思えます。しかし、従来の方法を実際に行った経験のある方はご存知だと思いますが、それぞれの項目について、ツールをきちんと使える環境を準備し、設定を行うことが前提となります。またツールを使える知識を必要とし、作業も細かい考慮をしなければならず、かなり手間がかかる作業です。
それに対しi-SITE PORTALの場合はほぼ記載している手順どおりに作業が行えます。

■ i-SITE PORTALが実装する全文検索機能について

i-SITE PORTALでは、登録されたデータを元に検索用の情報収集しデータベースに登録するため、Microsoft Windows Search Serviceを利用しています。
また、データから本文テキストや文書タイトルなどの情報を抽出するには、各データファイルに対応した IFilter（Microsoft Windows Search Service用拡張コンポーネント）が必要です。

◆IFilterについて

IFilter は、Windows Search Service 用の拡張コンポーネントで、新たにIFilter をインストールする事で、検索対象となる文書ファイル(形式)を追加することが出来ます。

検索の対象としたい文書ファイル(形式)に対応する IFilter を追加してご利用ください。

i-SITE PORTAL で確認している文書ファイル(形式)および対応 IFilter は以下の通りです。

※1利用可能な文書形式およびバージョンなど、IFilterに関する情報は各IFilterの提供元にご確認ください。

※2対応するテキストファイルは、Shift JISで記述されているものに限ります。

※3 Microsoft社Web：Microsoft SharePoint(TM) Portal ServerのWebを参照してください。
https://technet.microsoft.com/ja-jp/library/gg471168(v=office.14).aspx

PDFファイルを挿入する場合は、HTML文書を編集するときに使用するHTMLエディタの以下のコマンドを使用します。

・[ファイルとリンクの挿入]

操作方法は、以下の通りです。

【操作方法】

1. HTMLエディタを開きます。
2. テキストボックスに リンクさせる文字列「PDFのファイル名等」を入力します。
3. [ファイルとリンクの挿入]アイコンをクリックしてダイアログを開きます。
4. [ファイルアップロード]タブで、PDFをファイルアップロードします。
5. [ハイパーリンク]タブでPDFファイルをアップロードしたフォルダ（secure/該当フォルダ）を選択します。
6. アップロードしたPDFファイルを選択します。
7. [置換え]ボタンを押してダイアログを閉じます。

以上で、アップロードしたPDFファイルへのリンク情報が設定できます。

ＩＩＳにて認証アクセスを行う際に、「統合Windows認証」のチェックがＯＮの場合はシステム管理画面、ＨＴＭL文書の編集画面などからFlashClientによる複数ファイルのアップロードを行うことができません。
※ブラウザのオプションにてFlashClientを無効（「ActiveXコントロールとプラグインの実行」を無効）にし、「統合Windows認証を使用する」にした場合は、１ファイルごとのアップロードは可能です。

＜原因＞
・FlashClientが統合Windows認証に対応していないため。

＜対応方法１＞
・IISの「認証済みアクセス」の設定ダイアログにて、「統合Windows認証」のチェックをＯＦＦにし、「基本認証（=Basic認証）」のみをONにする。

＜対応方法２＞
・Flashの利用をあきらめ、[システム定義設定]-[サイト設定]-[FlashFileup]の設定を切替え、単独ファイルアップロード機能のみを利用する。

【原因】
１行の文字数が、メール送信の規格で定められている文字数を超過している可能性があると思われます。

【対策】
入力者に適宜改行を入れていただくか、メールフォームの該当 textarea タグに 改行を制御する属性 wrap="hard" を付加することにより cols で指定した文字で改行されるため、文字化けを防ぐことができます。

RFC822は、2001年3月に新しい規格RFC2822によって上書きされました。RFC2822では、歴史的な経緯で規格に取り込まれていた古い書式を廃棄し、いくつかの曖昧な定義を厳密にしています。

http://jbpe.tripod.com/rfcj/rfc2822.ej.sjis.txt

以下引用

2.1.1. Line Length Limits

   There are two limits that this standard places on the number of
   characters in a line. Each line of characters MUST be no more than
   998 characters, and SHOULD be no more than 78 characters, excluding
   the CRLF.

行の長さの制限

この標準では1行中の文字数に2つの制限がある。それぞれの行の文字はCRLF
を除いて、決して998文字以下でなければならず(MUST)、78文字以下であるべ
きである(SHOULD)。

   The 998 character limit is due to limitations in many implementations
   which send, receive, or store Internet Message Format messages that
   simply cannot handle more than 998 characters on a line. Receiving
   implementations would do well to handle an arbitrarily large number
   of characters in a line for robustness sake. However, there are so
   many implementations which (in compliance with the transport
   requirements of [RFC2821]) do not accept messages containing more
   than 1000 character including the CR and LF per line, it is important
   for implementations not to create such messages.

998文字制限は多くの実装が「インターネットメッセージフォーマット」のメッ
セージを送受信、蓄積するのに、単に1行に998文字を越えるものを扱えない
という制限によるものである。受信の実装は強い実装という理由で多くの文字
を任意にうまく扱えるかもしれない。しかしながら、CRとLFを含めて1行に
1000文字をこえるメッセージを受け付けない非常に多くの実装(RFC2821の配
送に関する要求に従って)があり、そのようなメッセージをつくらないことが
実装として重要である。

   The more conservative 78 character recommendation is to accommodate
   the many implementations of user interfaces that display these
   messages which may truncate, or disastrously wrap, the display of
   more than 78 characters per line, in spite of the fact that such
   implementations are non-conformant to the intent of this
   specification (and that of [RFC2821] if they actually cause
   information to be lost). Again, even though this limitation is put on
   messages, it is encumbant upon implementations which display messages
   to handle an arbitrarily large number of characters in a line
   (certainly at least up to the 998 character limit) for the sake of
   robustness.

より控えめな78文字の勧告は、以下のような実装はこの標準の目的に(そして
もし本当に情報が失われるのならRFC2821にも)従わないという事実にもかか
わらず、1行に78文字を越えて表示すると途中で切れたり、ひどいラップ(1
行が複数行にまたがって表示されるときによけいなものが表示される)が生じ
たりするようなユーザインターフェイスの多くの実装に便宜を図るためである。
繰り返すと、この制限がメッセージに課せられているにもかかわらず、強度の
理由から、1行に専断的な長さの文字数をもつ文字列(少なくとも998文字制
限より下)を扱うためのメッセージを表示するシステムを実装することをこの
標準は妨げる(訳注:1行の長さを勝手に決めるようなシステムの実装は、この
標準の要件を満たさない)。

1. システムメニューの[配置]をクリックして、[モジュールの配置]ページを開きます。
2. モジュールを選択して、[プロパティを編集する]ボタンをクリックします。
3. モジュールのプロパティダイアログの[編集ボタン表示]を[表示する]に設定します。

1. システムメニューの[モジュール]-[モジュール配置]をクリックして、[モジュールの配置]ページを開きます。
2. モジュールを選択して、[プロパティ]ボタンをクリックします。
3. モジュールのプロパティダイアログの[基本設定]タブの[編集ボタン表示]を[表示する]に設定します。

• HTML エディタの[段落の挿入]ボタンをクリックしたとき
• 定型入力フォームの「データ変換後プレビュー」画面を表示している状態で、
  [クリップボードへコピー]機能を利用したとき

1. Internet Explorer 7 のメニューバーから [ツール] を選択
2. [インターネット オプション] を選択
3. 「セキュリティ」 タブを選択
4. ゾーン[インターネット] を選択
5. [レベルのカスタマイズ] ボタンを押下
6. [スクリプト] に関する設定項目を表示
7. [スクリプトによる貼り付け処理の許可] ラジオボタンで [有効にする]を選択
8. [OK]ボタンを押下

アップロード可能なファイルの種類は、i-SITE PORTALをインストールしたフォルダにあるweb.configファイルを編集することで、変更することができます。テキストエディタ等で以下の該当箇所の値を編集してください。
拡張子とmimeを双方チェックします。

    <add key="ImageFilters" value="*.gif,*.xbm・・・・・.rtx,*.vsd,*.vdx,*.jtd,*.htm,*.html" />
    <add key="ImageMimeTypes" value="image/gif,im・・・・・on/octet-stream,text/html" />

なおこのフィールドはユーザーが任意に変更できる箇所ですので、アップグレードしても更新されません。
システムの推奨値はweb_org.configファイルに入っており、アップグレードにより更新されます。

■HTMLエディタからアップロードするファイルのサイズ制限値

i-SITE PORTALのHTMLエディタからアップロードするファイルのサイズ制限の値は、以下の行のvalueの値を修正していただくことで、変更することができます。

単位はbyteです。

--------------------------------------------------------------
  中略
<add key="MaxImageSize" value="5242880" />
  中略
--------------------------------------------------------------

■[システムフォルダ管理]からアップロードするファイルのサイズ制限値
i-SITE PORTALには、管理者ツールの中に[システムフォルダ管理]というコマンドがあり、このコマンドからもファイルのアップロードができるようになっています。

[システムフォルダ]管理コマンドでは、アップロードできるファイルサイズの上限が200MBに設定されています。

この数値に関しても、Web.configファイルの以下の行を修正することで制限値を変更することができます。

maxRequestLength="204800"の値を編集してください。（単位はKB）

--------------------------------------------------------------
  中略
<httpRuntime executionTimeout="90" maxRequestLength="204800" useFullyQualifiedRedirectUrl="true" minFreeThreads="8" minLocalRequestFreeThreads="4" appRequestQueueLimit="100" enableVersionHeader="true" />    

  中略
--------------------------------------------------------------

なおこのフィールドはユーザーが任意に変更できる箇所ですので、アップグレードしても更新されません。

領域全体の幅のサイズを変更するには、サイト全体のCSSを記載したportal_m.cssファイルを書き換えます。

このCSSファイルは基準のCSSであるportal.cssファイルの次に読み込まれ、カスタマイズ可能です。カスタマイズするためには新たにCSS定義としてportal_m.cssを登録する必要があります。

これ以外にもページ単位のCSSの設定を利用することもできます。
Ver2.5未満：

[システムメニュー]-[配置]にページ別CSSの項目があります。

Ver2.5以上：

[システムメニュー]-[ページ]-[ページ別CSS]にページ別CSSの項目があります。

ここで新規にページ別CSSを追加し、設定後必要に応じて継承もできます。設定方法の詳細はヘルプを参照してください。

＜portal_m.cssファイルを新規追加し、準備する＞

(1)「管理者ツール」-「サイト全体のCSS定義」から既存の「スタイルＨＶ用」か「スタイルＶＶ用」の「サイト全体のCSS定義の編集」を開き、「CSS(.css)ファイル」アイコンからportal_m.cssを開き、その内容を全てクリップボードにコピーする。

(2)「管理者ツール」-「サイト全体のCSS定義」で「新しくCSS定義を追加する」から追加する。

(3)追加したCSSを再度「サイト全体のCSS定義」の「サイト全体のCSS定義の編集」で開き、「CSS(.css)ファイル」アイコンからportal_m.cssを開き、(1)でコピーした内容を貼り付けておく。

(4)貼り付けた内容の関連するCSSのクラスやIDのスタイルを変更する。各クラスやIDの実際の画面との対応はportal.cssを参照する。具体的には幅を700px、左領域の幅を100pxに変更するには以下のようにする。

＜portal_m.cssファイルを書き換える＞

#BaseTable
{
  /* == 幅 == */
  width: 700px;
}

/* == システムメニュー(outer) == */
#SystemMenu
{
  /* == 幅 == */
  width: 700px;
}

/* == 左ペイン幅 == */
#LeftPane
{
  /* == 幅 == */

  width: 100px;

}

/* == MAIN+RIGHT セット ==*/
#ContentRightTable
{
  /* == 幅 == */
  width: 586px;
  margin: 0px 0px 0px 14px; /* == 左ペインとMAIN、右ペインとの隙間 == */
}

同様に背景色をつけたければ以下のように任意の背景色にします。

body
{
  background-color: #eeeeee;
}

[管理者ツール]-[サイト設定]-[HttpErrorRedirect]の項目を開いてください。
404エラーなどHTTPエラーのうち、i-SITEの理解できないファイル名やパラメータフォーマットの場合のエラー発生時のリダイレクト先ページをここで指定します。.aspxファイル拡張子のみ設定可能です。既定ではi-SITE既定のエラーページである"~/Err/DefaultError.aspx"が設定されています。このファイルをサーバー上のローカル環境からコピー＆改造して~/Err/DefaultHttpError.aspxなどのパスで保存し、HttpErrorRedirectに設定して利用します。HTTPエラー以外についてはweb.configの<customErrors>要素に従います。

注意事項：

• HttpErrorRedirectで指定したエラーページは、エラー発生したURL文字列のまま表示されます。エラーの発生するURLにサブディレクトリが含まれる場合がありますので、エラーページに設定する画像のパスはサイトルートからの相対パス（/から始まる）にしてください。
• この設定はブラウザサイトに対して有効です。モバイルサイトのエラーに対しては常に既定のエラーページが表示されます。
• 404などの基本的なエラーはi-SITEのHttpErrorRedirectで設定したスクリプト等でハンドリングされますが、それ以外のエラーはweb.configのcustomError要素の設定に従って処理されます。なお、web.configの規定値は以下のようになっております。defaultRedirectの部分は.aspx以外の任意のファイルを指定できます。
  <customErrors mode="RemoteOnly" defaultRedirect="~/Err/DefaultError.aspx" />
• 静的出力を公開しているサイトにおけるエラーではこの設定は使用されません。IISやApacheの仕様に従ってください。

<script language="javascript" type="text/javascript" 
src="http://www.i-site.jp/ReadRSS.ashx?moduleid=4079
&encode=utf-8&num=10">
</script>