約 1,929,172 件
https://w.atwiki.jp/eraiwa/pages/16.html
HTTPエラー 切分け方法として百の位の数値で大きく分類 1xx Informational - リクエストは受け入れられ、処理を続けている 2xx Success - 動作は正常に受信され、理解され、受け入れられた 3xx Redirection - リクエストを完了するためには、 さらに動作を行わなければならない 4xx Client Error - リクエストは間違った構文か、果たす事の できないものを含んでいる 5xx Server Error - サーバは明らかに正当なリクエストを果たすのに失敗した 100 Continue 101 Switching Protocols 200 OK 201 Created 202 Accepted 203 Non-Authoritative Information 204 No Content 205 Reset Content 206 Partial Content 300 Multiple Choices 301 Moved Permanently 302 Moved Temporarily 303 See Other 304 Not Modified 305 Use Proxy 306 (予約) 307 Temporary Redirect 400 Bad Request 401 Unauthorized 402 Payment Required (現在未使用) 403 Forbidden 又は Access Denied 404 Not Found 405～406 407 Proxy Authentication Required 408～409 410 GONE 411～414 415 Unsupported Media Type 416～417 500 Internal Server Error 501 Not Implemented 502 Bad Gateway 503 Server Unavailable 504 Gateway Timeout 505 HTTP Version not supported サーバーが見つかりません 100～305 あまりブラウザ上で見かけることはないのですが、メッセージ番号には下のようなものがあります。 100 Continue 101 Switching Protocols 200 OK └これは「NPH」方式で掲示板を設置するときやリンクチェッカーを使うと見ます。 「正常に送信できた」という意味のようです。 201 Created 202 Accepted 203 Non-Authoritative Information 204 No Content 205 Reset Content 206 Partial Content 300 Multiple Choices 301 Moved Permanently 302 Moved Temporarily └「http //www.uso.ne.jp/~makoto」にアクセスして 「http //www.uso.ne.jp/~makoto/index.html」にリダイレクトされる原理らしいです。 303 See Other 304 Not Modified 305 Use Proxy └串使え！って意味？ 「Iria」のエラーについて言及しているページでは、「Proxyのキャッシュを使用した」ということだそうです。 306 (予約) 307 Temporary Redirect ▲ページ先頭へ 400 Bad Request 正しくない要求 URLが(DNS)サーバに理解できなかったか、通信中に何らかのエラーが生じた時のエラーです。サーバがダウンしていたり、途中の回線が切れてる可能性もあります。 …↑でもこれが「正しくない要求」なんでしょうか？(こちらは悪くない…)URLミスやドキュメントがないといった場合にもこのエラーが出ることがあるようです…。 ▲ページ先頭へ 401 Unauthorized 認証失敗 パスワード制限のかかっているサイトで、ユーザ名とパスワードを入力しなかったり、間違っていたりした場合に見かける「エラー」です。 会員制サイトでパスワードをミスった時に見ます…。 ▲ページ先頭へ 402 Payment Required 有料コンテンツである。 …とのことですが、このコードは今は使われてません。このコードは、将来の使用のため予約されている。(HTTP/1.1のリソースより)そうです ▲ページ先頭へ 403 Forbidden 「アクセス拒否」 そのURLやサーバからアクセスを拒否された、ということですが、そこのページの管理人が自分を嫌っているから…というワケではなく、プロバイダやサーバ会社などがアクセス拒否をしていることが多いです(サーバによっては特定のフォルダの特定のファイルに対しアクセス拒否をかけているようです)。 あるいはそこのページ作成者がCGI設置の際などにパーミッション指定ミスした場合もあります。ワタシもやったことあります(汗)。 ところでIEは「このディレクトリまたはページを表示できるはずと思う場合は、電子メールを使用するか、ホームページに電話番号が記載されている場合は、電話を使用してWeb サイトへの問い合わせてください。」というメッセージを返します。できるはずと思う場合に…電話って……。 ↑に関連して…普通、電子メールを送る必要は生じないと思いますが、 URLが 「http //www.xxxx.ne.jp/~keikouto/…」(実在しません) …ならば「keikouto@xxxx.ne.jp」(嘘アドです)にメールで問い合わせるといいでしょう。(「~」(チルダ)があればその後に続く文字列がアカウントです…) また「~」が入っていないURL、例えば 「http //www.dame-ningen.com/odoru/(以下略)」(ナイです) のような感じで、トップページが個人サイトや商店サイトのような感じならば、「webmaster@dame-ningen.com」や「info@dame-ningen.com」にメールしてみて下さい。 さらにURLが 「http //yesterday.ones-more.org/(実在しませんって) といった場合は、「webmaster@ones-more.org」または「yesterday@ones-more.org」に問い合わせれば判るかも知れません。 (でも同人用語のURLは「http //human-dust.kdn.gr.jp/doujin/」なんですが、「human-dust@kdn.gr.jp」というメールアドレスは存在しないです…) ▲ページ先頭へ 404 File Not Found 「URLで指定されたファイルまたはディレクトリが存在しない」 一番多く見かけるエラーではないでしょうか…。まずはURLが間違っていないか確認して下さい。個人ページからのリンクは意外とリンクミスも多いです(この場合は同ジャンルのさらに他のサイトのリンクから探し出すと良いでしょう)。URL手打ちまたはコピペの場合は誤字脱字をチェックして下さい。 あるいは、以前はそこにファイルが存在したけど現在は消滅した…ということもかなり多いです。gooやgoogleなどのロボット式検索で調べるとよくぶちあたります。サーバによっては、前述の403エラーの場合でもこちら「404」を返すものもあるようです。 →たどり方・１「ディレクトリ消し」 ▲ページ先頭へ ★ 405 リソース利用不可/406 受信不可 「SHDOCLC.dll」上では『検索中のリソースは、このブラウザで開くことができません』とのこと。 HTTP/1.1のリソースによれば、 405 Method Not Allowed リクエストラインに記述されたメソッドは、リクエストURIによって識別されるリソースに許可されていない。 406 Not Acceptable リクエストによって識別されるリソースは、リクエストで送られた受け入れ可能{accept} ヘッダによれば受け入れられない内容の特性を持つエンティティのみがレスポンスエンティティとして生成可能である。 要求されたアドレスからは、受け入れ側では受け入れられないものしかレスポンスすることが出来ません、という意味…かな？(自信なし) ▲ページ先頭へ ★ 407 Proxy Authentication Required これは「401」に似てますが、「クライアントが最初にプロクシに認証されなければならない事を示す」とのことです。プロキシ用のIDとpasswordが必要になるようですが、見たことないなぁ。 ▲ページ先頭へ ★ 408 受信不可/409 リソースの競合 これも「SHDOCLC.dll」上で見つけたのですが詳細イマイチ不明です。 408 Request Timeout 『サーバーが込み合っているのですぐには配信できない』または『サーバーが指定した時間内に要求を実行できなかった』です。このエラーの場合は暫く待ってから再アクセスすればいけるかも知れません。 409 Conflict 『リクエストは、リソースの現在の状態との矛盾のため完了できなかった。』…とのことです。 ▲ページ先頭へ 410 GONE 「削除済み」 これもまた「SHDOCLC.dll」上にあるですが実際に目にしたことはありません。「そのページは既に削除されました」という意味合いですが、普通はこのような時も「404 File Not Found」のエラーが出ますね…。 HTTP/1.1のリソースによれば、これは「永久に」そのアドレスに何か置かれることがない時に出すべきメッセージだそうです(「二度と置かれることがない」旨を受信者に強くアピールしたいときに使うべき、というのかな)。 ▲ページ先頭へ 411～414 ほとんど見ないので、HTML/1.1リソースなどから転載します… 411 Length Required 「サーバは、定義された Content-Length の無いリクエストを受け入れる事を拒否した。」「必要なContent-Lengthヘッダーがないことを示す」ようです。 412 Precondition Failed 直訳すると「準備失敗」なのですが、「一つ以上のリクエストヘッダフィールドで与えられた前提条件は、それがサーバでテストされたときに偽であると評価された。」ことのようです。 マイクロソフトのサイトによれば、「この要求で設定された条件が満たされず、要求を実行できないことを示します。条件は、If-Match、If-None-Match、If-Unmodified-Since などの条件要求ヘッダーで設定します。」 413 Request Entity Too Large 「要求が大きすぎる」ことを意味し、「リクエストエンティティがサーバが想定、あるいは処理可能なものより大きいため、サーバはリクエストの処理を拒否している」とされています。 414 Request-URI Too Long 「サーバが中間処理をするために想定しているリクエストURIより長いため、サーバはリクエストのサービスを拒否している」、ごくまれなエラーのようです。 ▲ページ先頭へ ★ 415 Unsupported Media Type 「WWWサーバが指定されたメディアのタイプをサポートしてない」とのこと。 ★ 416・417 416 Requested Range Not Satisfiable 「実ファイルを超えた量のデータを要求している」。(一見さん掲示板での情報ありがとうございます) マイクロソフトのサイトに依ると、「リソースから要求されたデータの範囲を返すことができないことを示します。その原因は、範囲の先頭がリソースの先頭より前であるか、範囲の末尾がリソースの末尾より後ろであるかのいずれかです。」ということのようです。 なお、ワタシは「２ちゃんねるブラウザ(Jane)」を使用している時にこのエラーを見ました。「レス新着を確認する際に、それ以前のレスにて削除が行われている時」に出ました。荒らされているスレで見られます。→画像 417 Expectation Failed 「拡張は、このサーバでは受け入れる事はできないし、あるいはサーバがプロクシであったなら、次に到達するサーバがそのリクエストを受け入れる事ができないという明白な証拠を持っている。」 マイクロソフトのサイトに依ると、「サーバーが Expect ヘッダーで指定された要求を満たすことができないことを示します。」 ▲ページ先頭へ 500 Internal Server Error いわゆる「サーバー内部エラー」。「サーバが予期しない状態になっている」…ということですが、大抵は単純に(そこの管理人の)CGIの設定ミス、またはCGIスクリプトのバグ等です。(「Content-type」あるいは「Locationヘッダ」の記述がない場合も多いようです ) CGIスクリプトの掲示板を自分で設置したことのある人ならば、多分一度は見ている…ハズです。 もし行きつけのサイトの掲示板がこの状態になっていたらそこの管理人さんに教えてあげましょう…。 ▲ページ先頭へ 501 Not Implemented 「サーバはそのような要求をサポートしていない」or「未実装」 「サーバが実行できない」要求をした、ということです。 ▲ページ先頭へ 502 Bad Gateway 「Proxyサーバとしてそのような要求はサポートしていない。」(IEでのメッセージ) 「ゲートウェイもしくはプロキシサーバが上流から無効なレスポンスを受け取った」とのことです。プロキシサーバなどが返すメッセージなので、生IPで接続していたら関係ないかな？ ▲ページ先頭へ 503 Server Unavailable 「WWWサーバは一時的にサービスができない状態になっている。」 「サーバは一時的な過負荷かサーバのメンテナンスの為現在リクエストを扱うことができない」とのこと。このメッセージが出た場合、しばらく待てばまた見ることができる、でしょう。 ▲ページ先頭へ 504 Gateway Timeout 「ゲートウェイやプロクシとして動作するサーバは、URI によって特定されるアップストリームサーバ (例えば HTTP, FTP, LDAP) や、リクエストを完了させようとするためにアクセスに必要な他の補助のサーバ (例えば DNS) から適時のレスポンスを受信しなかった。」、要するにProxyかDNSのタイムアウトです。 DNSのタイムアウトの場合には、「500」や「400」が返ってくることもあるようです。 ▲ページ先頭へ ｰｰｰｰ ★ 505 HTTP Version not supported 「未サポート」 「サーバは、リクエストメッセージで使用されたHTTP プロトコルバージョンをサポートしていない、あるいはサポートを拒否している。」 ▲ページ先頭へ 「サーバーが見つかりません」 存在しないサーバー名を入力した場合 例えば http //human-dust.kdn.gr.jp/ を http //human-dust.kdn.gg.jp/ のように入力してしまった場合 そもそもネットに繋がっていない場合 自分の使用している接続プロバイダに問題があったり、自宅のLANケーブルやボードに異常があったりする場合 に起こります。
https://w.atwiki.jp/eraiwa/pages/21.html
ActiveXのエラー ActiveX（アクティブエックス）とは、マイクロソフトが開発するインターネットに 関するソフトウェアコンポーネントやその技術を示す用語である。 一般的には同社製のウェブブラウザであるInternet Explorerや そのコンポーネントを利用したソフトウェア上で動的なコンテンツを再生するための 技術（ActiveXコントロール）を指す。 ActiveXインストール時エラーがでて先に進まない Internet Explorer のActiveX コントロール アクティブ コンテンツを 有効にする方法 Internet Explorer における ActiveX スクリプト、ActiveX コントロール、 および Java プログラムなどのアクティブ コンテンツを有効にしないと Webページが動作しない場合があります。 以下の設定で確認できますので、ご確認ください。 1 インターネットエクスプローラーを起動 2 [ツール] メニューの [インターネット オプション] をクリックします。 3 [セキュリティ] タブをクリックして、 Web コンテンツのゾーンの [インターネット]をクリックし、[レベルのカスタマイズ] をクリックします。 4 [設定] ボックスで、 [ActiveX コントロールとプラグインの実行] ↓ [スクリプトを実行しても安全だとマークされていない ActiveX コントロールの初期化とスクリプトの実行] ↓ [スクリプトを実行しても安全だとマークされている ActiveX コントロールのスクリプトの実行] ↓ [署名済み ActiveX コントロールのダウンロード] ↓ [未署名の ActiveX コントロールのダウンロード] を有効にチェックします。
https://w.atwiki.jp/eraiwa/pages/13.html
デジタル放送の受信・視聴に関するエラー エラーを回復させるために・・・ TV機器の電源コンセントの入切りの実施 意外な盲点だと思われるが急に見られなくなった場合、主電源のコンセントを抜き ５～１０分時間を置いて起動することで回復する場合があります。 （待機電源が入っていると直らない場合があるので注意が必要） 配線の接続部の確認 接続の配線に端子の抜け・グラつきはないか確認を行い、接触不良の確認、あるいは 接続端子の抜き差しも有効な場合があります。 最初から駄目だった…場合 配線の出力不足の場合があり、電気屋等に相談が必要な場合があります。 ブースターが必要な場合や、地域的にアンテナに問題がある場合もあります。 デジタル放送の受信・視聴に関するエラーコード Ｅ２００ 放送チャンネルでないため、視聴できません。 通信など通常の放送でないチャンネルを選択した。 ホテル客など特定の視聴者向けのサービスとして 放送されているチャンネルを選局した。 Ｅ２０１ 信号レベルが低下しています、視聴できる状態ではありません。 一時的に受信レベルが低下しています。しばらくお待ち下さい。 Ｅ２０１ 降雨対応放送に切り替わりました。 気象条件などにより信号レベルが低下しています。 Ｅ２０２ 受信できません。 アンテナ線が外れたり、切れたりしている。 アンテナの方向ずれや故障。 雨や雪などの気象条件により一時的に受信できない。 Ｅ２０３ 現在放送されていません。 選局したチャンネルでの放送が休止中、 又は放送時間が終了している。 Ｅ２０４ 該当するチャンネルはありません。 放送のないチャンネルを選局している。 Ｅ２１０ このチャンネルはご覧になれません。 選局されたチャンネルとは別のチャンネルを選局して下さい。 Ｅ３０１ データの通信に失敗しました。 電話回線かNet回線（LAN）の接続を確認して、メニューの 通信設定を確認して下さい。 Ｅ４００ データが受信できません。 データ放送の情報が取得できない場合 Ｅ４０１ この受信機では、データを表示できません。 本機では対応していないデータ放送の場合。 Ｅ４０２ データの表示に失敗しました。 エラーが起こったチャンネル以外を選局して、 再度選局して下さい。 Ｂ‐ＣＡＳカードに関するエラーコード Ｅ１００ B-CASカードが未挿入です。 B-CASカードを挿入してください。 Ｅ１０１ ICカードが読み取れません。 正しく挿入し直しても改善されない場合は、ご覧のチャンネルの カスタマーセンターへ連絡してください。 B-CASカードと本体の接触部にゴミが付着しているか、 B-CASカードが正しい方向に挿入されていない可能性があります。 正しく装着しても改善されないときは，B-CASカスタマーセンタに ご連絡ください。 Ｅ１０２ このカードは使用できません。 正しいICカードを装着してください。 B-CASカード以外のカードが 装着されているか、カードIC（集積回路）部の汚れ、破損の 可能性があります。正しく装着しても改善されない時は， B-CASカスタマーセンターにご連絡ください。 Ｅ１０３ このカードは契約されていません。 ご覧のチャンネルのカスタマーセンターへ連絡してください。 契約されていない番組を選局しています。チャンネルを 変更してください。 双方向通信に関するエラーコード Ｃ１０４ 番組で指定されたプロバイダへの接続に失敗しました。 Net回線の接続を確認の上、Net回線設定をご確認下さい。 Ｃ１０５ 番組で指定されたプロバイダへの接続に失敗しました。 Net回線の接続を確認の上、Net回線設定をご確認下さい。 Ｃ００６ 番組で指定された情報センターへの接続に失敗しました。 Net回線の接続を確認の上、Net回線設定をご確認下さい。 Ｃ２０４ アクセスできませんでした。 ご覧のチャンネルのカスタマーセンターまでお問い合せ下さい。 Ｃ２０８ サーバー証明が不正のため、アクセスを中断します。 ご覧のチャンネルのカスタマーセンターまでお問い合せ下さい。 Ｃ２０９ サーバー証明が不正のため、アクセスを中断します ご覧のチャンネルのカスタマーセンターまでお問い合せ下さい。
https://w.atwiki.jp/loveinyou/pages/11.html
ＭＡＰ名は 【ひっそりＭＡＰ】を参照。 パッチに関しては 【ＲＯＭ776】を参照 日本で導入されたパッチの順番は アマツ→コンロン→ウンバラ→ニブル→転生→龍之城→アユタヤ→ アイン→リヒ→ノーグハルトになります。 【新鯖について】 人数表示が[0]以外の所（例：キルハイルダンジョン）は 怪しいので行かないほうがよろしいかと思われます。 生体はエラーなし。
https://w.atwiki.jp/loveinyou/pages/12.html
エラーの出る装備品です 現在のところ報告されていません。 装備品については神器とｓサングラスのみ支給。 その他装備品・カードは新鯖では一切支給ありません。
https://w.atwiki.jp/c0metssd/pages/88.html
【Linkエラー回避方法】 対応する以下をErrorではなく、Warningに変更する。根本解決ではないが・・・ Duplicate id @+id/image, already defined earlier in this layout abc_activity_chooser_view_include.xml 55 in layout(appcompat) DuplicateIds This class should be public (android.support.v7.internal.widget.ActionBarView.HomeView) google-play-services_lib Instantiatable "app_name" is not translated in ja, zh-rTW MissingTranslation
https://w.atwiki.jp/loveinyou/pages/13.html
ＭＡＰ 装備品以外のエラーやバグ情報です 現在のところ報告されていません。
https://w.atwiki.jp/asuna/pages/36.html
Ｑ アイテムでエラーが出る。 Ａ @itemresetで対処できます。 装備、倉庫以外の所持品は全て消えるのでコマンドを使う際は注意してください。 Ｑ エラー落ちしてしまう。 Ａ 他のemuサーバーからのファイルを流用している場合、 正しく繋げ無い時があります。 Shia鯖への繋ぎ方を参考にしてください。 Ｑ INTが4000を越えた辺りから、ステータス画面を開くとエラー落ちしてしまいます。 Ａ MATK表示がクライアント限界を上回ってしまったことにより起こるバグです。 対処法はステータス画面を開きながらINTのUPを行わないようにする。 INT変動(ステUP、装備変更)などの後に、リログorMAP移動をはさんでから ステータス画面を開くように心がける。 Ｑ オーバーフローって？ Ａ ダメージがクライアントの限界を突破し、簡単に言うとダメージが裏返ってしまい、マイナスダメージとなり結果的にミスor極小ダメージとなるバグです。 防御無視系の武器、スキルが特に多い現象です 。 Ｑ 商人系でカートをつけたまま転生するとエラーがでる。 Ａ ノビでカートがついているとエラーを出す人がいるので、 商人系から転生されてノビになる場合、カートをはずしておいてください。
https://w.atwiki.jp/api_programming/pages/99.html
下位ページ Content タスクの追加 http //api.toodledo.com/3/tasks/index.php#retrieving タスクの追加 http //api.toodledo.com/3/tasks/add.phpaccess_token=yourtoken tasks=[{"title" "My Task"},{"title" "Another","star" "1","ref" "98765"},{"title" "","ref" "1234"}] fields=folder,star METHOD POST 一度に登録できるタスクは50個まで "tasks/add.php" API call with an array of tasks.タスク登録に必須のパラメータ title タスク登録に任意のパラメータ folder, context, goal, location, priority, status,star, duration, remind, starttime, duetime, completed, duedatemod, repeat, tag, duedate, startdate, note, parent, meta (see above for possible values). パラメータ（フィールド）は、JSONオブジェクトとして渡す。 fieldsは、返してくる情報に含めてほしいフィールド refという特殊なフィールドがある。これは、英数字で出来たID番号を渡し、同期後に整合性を取るのに用いられる。（まだタスクIDが決まっていないので、（複数のタスクを同時に登録した際に）あるタスクだけが登録を失敗して、どれが失敗したかわからない。タスク名（title）は同じものが複数登録できるのであてに出来ない。ここでrefというIDを（一意になるように）設定してくと、どのタスクが失敗したか（成功したか）が分かるようになる。 という使い方なので、refフィールドはタスクの情報としては保管されず、呼び出し後に返されるのみ。 改行コードは"\n" URLを通じて情報を送るために、正しいエンコードが必要。記号は%XXという形で置き換えられ、spaceは＋で置き換えられる。各要素は、一つのタスクオブジェクトとなる。 設定したいフィールドだけ情報を送ればよいし、効率面でもそうすべき。 リクエスト（POST） http //api.toodledo.com/3/tasks/add.php access_token=yourtoken tasks=[{"title" "My Task"},{"title" "Another","star" "1","ref" "98765"},{"title" "","ref" "1234"}] fields=folder,star 実際に実行される文字列（赤字に注目） curl --data "access_token=yourtoken tasks=%5B%7B%22title%22%3A%22My+Task%22%7D%2C%7B%22title%22%3A%22Another%22%2C%22star%22%3A%221%22%2C%22ref%22%3A%2298765%22%7D%2C%7B%22title%22%3A%22%22%2C%22ref%22%3A%221234%22%7D%5D" http //api.toodledo.com/3/tasks/add.php 返ってくる情報（青字 refの例） [{"id" 1234,"title" "My Task","modified" 1281990824,"completed" 0,"folder" 0,"star" 0},{"id" 1235,"title" "Another","modified" 1280877483,"completed" 0,"folder" 0,"star" 1,"ref" "98765"},{"errorCode" 601,"errorDesc" "Your task must have a title","ref" "1234"}] タスクの追加が成功したら、追加したのと同じ順番で追加されたタスクが返される。 追加したタスクにエラーがあったら、返されるタスク中にエラーが出力されるので、どの追加が失敗したかが分かる。 他の操作と同様、出力フォーマットをxmlにすることが可能 f=xml http //api.toodledo.com/3/tasks/add.php access_token=yourtoken
https://w.atwiki.jp/nicepaper/pages/330.html
実際にシステムを運用する際にやらなければならないこととして、ユーザが意図しない入力や悪意のある入力をしたときに エラー画面を表示させ、中身をしらないようにさせることが重要です。そんな場合にエラーを非表示にする方法について考えていきます。 12月8日記事 目次 PHPファイル全体のレベル ファイルレベル PHPファイル全体のレベル php.iniの以下の部分を修正 error_reporting = E_ALL ~E_NOTICE または display_errors = Off 非表示にする設定は、 display_errors = On ファイルレベル 一つのファイルだけでエラーを表示させたくない場合は ini_set( display_errors , 0); エラーを表示させるためには ini_set( display_errors , 1); と入力してから始めます。 例 ?php ini_set( display_errors , 1); //以下phpプログラム ? 以上