約 1,177,441 件
https://w.atwiki.jp/devstsample/pages/17.html
（ただいま作成中です。） 方式として決めておいたほうが良いことをざっと決めます。 なお、サンプルフレームワークで実装予定の無いところは、項目だけにしておきます。 1.セッション管理 HttpSessioを直接開発者に操作させることは、不具合の原因になりやすいため、 管理機構を用意する。 ブラウザから一定間隔で生存通信（HeartBeat）をサーバに送信し、 システムを開いている間はセッションが切れないようにする。 ログイン／ログアウト時に自動的にセッションのクリアを行い、 ゴミが残ることを防ぐ。 セッション情報の用途は、 ①画面を行ったり来たりしたときに以前の情報が再表示出来るようにすること。 ②ログイン済み、ログインユーザIDなど、認証情報を保存できるようにすること。 （設計中） 2.ファイルアップロード／ダウンロードと永続保存方式 （設計中） 3.PDF/印刷方式 ※通常は商用のミドルウェアと連携するため、このサンプルでは作成しない予定。 4.認証／権限方式 （設計中） 5.エラー制御方式 画面設計規約で述べた、エラーハンドリング方法を下記の方法で実装する。 （設計中） 6.ログ出力方式 ログの出力タイミング、出力項目を規定する。 ①フレームワークが自動で出力するログ 「開始」⇒Actionの開始 「終了」⇒Actionの終了 1Action内の、DBアクセス時間の累計とSQL発行回数と Action全体の処理時間を分けて、終了時のログに出力する。 「アプリケーションエラー」 ・データの不整合などが検出された場合に、 個別プログラムでハンドリングするエラー。 エラー時は個別プログラムではエラーのthrowだけ行い、 ログ出力はフレームワークに委ねる。 「システムエラー」 下記のように個別のプログラムでハンドリングできないエラー。 ①ハード／OS／ミドルウェアなど基盤の停止・不具合に起因する問題。 ②プログラムのバグにより発生する、NullPointerExceptionなどの問題。 ・SQLでエラーが発生した場合はSQLの全文をログ出力する。 ・Actionでエラーが発生した場合は、リクエストのダンプを出力する。 「処理時間警告」 ・Action終了時、SQL終了時に一定以上の時間がかかった場合は、 警告ログを出力する。 「排他制御メッセージ」 ・楽観ロックによる排他制御を行った際に、他のユーザーと入力が競合し 再入力を要求するメッセージ。 ログ上は警告とする。 画面上の動きは個別の開発者が実装しなくて良いようにフレームワークで 標準化したいところ。 ②個別プログラムで出力するログ 「●名称未定●」 処理停止は必要ないが、管理者が把握し対応が必要なもの。 ただし、24時間即時対応が必要なレベルではなく、夜間バッチで出たら、 管理者を叩き起こすレベルではなく翌朝対応で十分なもの。 「デバッグ」 開発者が任意のものを出してよいが、基本的には単体開発環境だけで出力するもの とし、本番環境では出力しない。 ①出力項目は 時刻 ユーザーID ユーザーIPアドレス 画面ID 画面名 操作名（クリックしたボタン名など） 種別[開始／終了／エラー／処理時間警告／警告／デバッグ] メッセージID メッセージ連番（1回のログが複数行になる場合があるので、行ごとに番号を振る） メッセージ本文 7.ログインユーザー管理 ログイン中のユーザーを管理者が把握できるようにする。 セッション管理のところで述べたHeartBeat、ブラウザを閉じるとログインを怠ったユーザー分のセッションもほどなく消えるため、現在のログインユーザが把握可能となる。 8.排他制御方式 データ更新の排他制御について述べる。 トランザクション分離レベルはRead Committedに設定する。 Read Committedに設定されするため、１トランザクション内で2度以上同一のレコードを検索することは禁止。ただし、変更の可能性の無いレコードや、変更の可能性があっても問題ないことが保障できる場合は可能とする。 1トランザクション内で、同一レコードを読みそのレコードを書き込む場合は、SELECT FOR UPDATEによるロックを実行する。 SELECT FOR UPDATEを使う場合は、下記のルールに従ってロックする。 ①ロック順はテーブル名の昇順とする ②SELECT FOR UPDATE発行時にORDER BY で、主キーの昇順にソートして取得する。 画面からの入力されるデータの更新については、楽観ロック方式により、先勝ちによる整合性の確保を実現する。すなわち、検索時にレコードのバージョン番号フィールドをhidden項目に保持し、更新時は、Update文のWHERE句にバージョン番号が一致する事を条件として更新を実施し、該当するレコードが無い場合は、他のユーザーにより更新されているものと判断する。なお、更新時にデータを再取得してはいけない。 9.改ページ方式 改ページの実装方式を規定する。 また、セッションに必要以上のデータを保持しない実装方式について述べる。 改ページ対応の一覧形式データ表示の前には、Countで全数を把握後、表示するページの分だけデータを取得する。 10.ブラウザ互換性確保方式 ①リセットスタイル 下記の3スタイルシートをベースにカスタマイズしたものを用意する。 YUI Liblaryの「reset.css」⇒各ブラウザでデフォルトで設定されているスタイルをリセット YUI Liblaryの「base.css」⇒独自のスタイルを設定 YUI Liblaryの「fonts.css」⇒各ブラウザのフォントサイズの相違をリセット その他下記の指定。 { font-family ～ } first-child+html * { font-family ～ } html * { font-family ～ } スクロールバーを必ず表示(Fire Fox3でスクロールバーが表示されない問題に対応。 html { overflow scroll; overflow -moz-scrollbars-vertical; overflow-x scroll; } ②CSSハック Google CodeのEI8.jsの使用を検討する。 ブラウザ個別にスタイルを指定できるハックを利用する。 ボックスモデルバグなど、主要なバグをあらかじめ把握してスタイルシートを作成する。 ブラウザ個別の位置の調整にはネガティブマージンを利用する。 メモ cssはバージョン2.1を使用する。 （設計中）
https://w.atwiki.jp/3ple-rouei/pages/14.html
11月1日付メール 『【サンプル百貨店】重要なお知らせ』より 販売された名簿業社は11社で、現在すべての名簿業者から 本件情報の元データを返却し、本件情報を記載もしくは記録した媒体を 破棄する旨の同意書をとりつけました。 現在終息に向かっておりますが 万が一本日以降に 一番最初のメールで終息に向かってるとか。 Twitter サンプル百貨店公式アカウント 2010.11.01 14 00 申し訳ありません。原因究明まで時間がかかりましたので、ご報告が遅れました。 今後は管理体制を更に強化し、信頼回復に努めていく次第です。 2010.11.01 14 02 流出した情報の回収は済んでおりますが、 もし万が一また電話があった際は、DMでご連絡いただけますでしょうか。 ユーザー「サンプル百貨店にメールをしたら社長のメアドに転送できないというエラーメッセージが。」 回答 2010.11.01 14 34 ご忠告ありがとうございます。このような事態のため、転送設定をかけていたようです。 現在は、設定を解除しております。 2010.11.01 14 36 業者からはすべて買い戻しております 2010.11.01 15 07 業者に関しては現在は対応が完了しておりますが 2010.11.01 15 48 派遣社員の起こした問題とはいえ、 もちろん弊社自身の問題として厳正に受け止め 2010.11.01 17 37 流出原因が発覚してから、派遣元との折衝もあり、発表までお時間を頂戴してしまったことは 大変申し訳なく思っております。 2010.11.01 17 49 TRUSTeマークを取得しており、運用をしておりましたが、 管理の隙をつかれ、 このような事態を招いてしまったことに関しては、言い訳のしようがございません。 2010.11.01 17 52 二次流通した名簿に関しては、名簿業者に対して回収義務を課しておりますので、 現在終息に向かっております 今回は盗難されたデータである旨を名簿業者には通達しており、それを知りつつ利用・転売するのは罪になりますので、 回収効果はあると考えております。 弊社の責務として、一刻も早い完全回収を目指してまいります 派遣元との交渉の末、本日11月1日の発表とさせていただきました。 ユーザー「現在終息に向かっているなんてよくもいえますね！一旦出てしまった個人情報は100％二度と戻ることはありません、 そのことを分かっていて「終息」という言葉を用いているのでしょうか？ 回答 2010.11.02 09 32 「流出」に関して歯止めがかかりつつある状態を意味しております。 2010.11.02 10 25 誠意を持った対応をさせていただくべく、現在顧問、派遣元との協議をさせていただいております。 2010.11.02 10 58 顧問・派遣元とも協議の上、 誠意を持って対応させていただきます。 ユーザー 本件を派遣会社のせいにしようと思ってるようにしか見えないのですが、 御社の情報管理体制がちゃんとしていれば起こらなかったわけですよね？どう考えても御社の責任でしかないですよ？ 回答 もちろん派遣元・派遣社員だけでなく、弊社にも責任がございます。 そちらに関しては認めております。 ユーザー 責任転嫁してますよね？ 回答 2010.11.02 14 48 情報管理をしていたのは弊社でございます。 責任転嫁をしているわけではなく、責任の所在を明確にしているだけでございます。 2010.11.04 09 39 1通1通に目を通し、必ず返信させていただきます。 ユーザー 「早急に」「誠心誠意」といった紋切り型の言葉ばかり並べても会員は納得しません。 いつまでに会員への補償をするのか、目処を発表してください。 回答 2010.11.04 15 55 こちらの件ですが、申し訳ありませんが、現在の段階では発表することができません。 派遣元との協議が終わり次第、発表させていただきますので、 今しばらくお待ちいただけますでしょうか。 ユーザー 謝罪PDFが画像処理されているのは検索よけですよね？ 回答 2010.11.04 16 35 検索よけ、責任逃れをするつもりもございません。 今回の事件に関しては、双方が代理人を立てて、協議しております。 内容に関しては、申し訳ございませんが、こちらではお伝えできません。 何かしら決定しました場合は迅速にお伝えしますので、今しばらくお待ちください。 2010.11.07 14 30 11月1日に対象会員全員に対してメールを配信し、まずは被害を把握し、 一刻も早く迷惑メール・電話を止めるべく、動いております。 2010.11.07 15 13 マーケティング情報以上の個人情報を扱う業務はさせておりませんでしたが、不正に抜き出されてしまった形です。 2010.11.07 16 57 進捗情報に関しましてはサイト上で 随時報告させていただきます
https://w.atwiki.jp/rpg2000sample/pages/14.html
RPGツクール2000に付属されたサンプルゲームです。 大幅にシステムをいじった作品は少なく、遊びながら創作知識などを学べます。 製品版・体験版をダウンロードすることでおまけとしてプレイすることができます。 製品版を持っていなくても、体験版をダウンロードすることですべて無料でプレイできます。ダウンロードはこちらから。 →https //tkool.jp/support/download/rpg2000/trial
https://w.atwiki.jp/cubepicross/pages/76.html
エディット広場-サンプル サンプル-A サンプル-B サンプル-C サンプル-D サンプル-A 制限時間 １５分 前面１ □□□□□ □□□□□ □□□□□ □□□□□ □□□□□ カタチ こぐま サンプル-B 制限時間 ２０分 前面１ □□□□□ □□□□□ □□□□□ □□□□□ □□□□□ カタチ スケートボード サンプル-C 制限時間 ２０分 前面１ □□□□□ □□□□□ □□□□□ □□□□□ □□□□□ カタチ うみのそこ サンプル-D 制限時間 ２５分 前面１ □□□□□ □□□□□ □□□□□ □□□□□ □□□□□ カタチ ホイールローダー
https://w.atwiki.jp/mooncafe/pages/17.html
サンプル /* サンプル /** サンプル /*** サンプル /**** サンプル /***** *サンプル /****** **サンプル /******* 文字サイズ7 文字サイズ6 文字サイズ5 文字サイズ4 文字サイズ3 文字サイズ2 文字サイズ1
https://w.atwiki.jp/iwatektt/pages/13.html
このサイトはブログで作ったサイトです。 ブログは日記のようなものです。したがって基本は日付順に表示されます。実際のサイト運営では自分で表示順番を変えたい時が多いです。そこで自分で日付を調整しますが、そうすると日付表示がおかしくなる・・・そこで、自動的に付く日付表示をなくしてしまいましょう。それがこのサイトです。必要な場合は自分でどこかに書けばよいです。 もうひとつはカテゴリーの利用です。「お知らせ」「大会要項」「記録」などのカテゴリ分けしておけば、探しやすく、メニューの代わりになります。 また、結構使うのが、ファイルのアップロード機能。このSeesaaではこの点ではすべてのファイルがUPでき、容量も満足できます。ブログサイトによっては、ファイルの種類と容量が制限されているところがあるので注意しましょう。
https://w.atwiki.jp/tyuurebo/pages/4.html
設定イラストや音声などの資料まとめ テスト版もここにうｐ うpろだ 稲葉 エミリ 声サンプル 光城 水穂 声サンプル 夜桜美月 声サンプル
https://w.atwiki.jp/tetratnw/pages/20.html
サンプル 動いているもの、主にGIF ｂｙ前川 名前 コメント 鉄球が姿を変えてやってきた！ ファイル名「Object_ironball2」 -- 前川 (2008-11-10 15 22 46) マップチップの家（完成版）をアップ ファイル名「sample_big4」 -- 前川 (2008-10-14 01 56 57) マップチップの家をアップ ファイル名「sample_big4」 -- 前川 (2008-10-08 22 28 40) 水の減った水路のサンプルをアップ ファイル名「sample_big3」 -- 前川 (2008-10-08 06 13 13) 回復エフェクトを２種類アップ ファイル名「restore」 -- 前川 (2008-10-08 05 44 09) 水のない水路のサンプルをアップ ファイル名「sample_big2」 -- 前川 (2008-10-08 03 50 06) 仮タイトルをアップ -- 前川 (2008-10-08 01 39 49) 石畳と水路のマップチップをアップ ファイル名「sample_big」 -- 前川 (2008-10-07 02 19 06) 薪のアニメーションをアップ ファイル名「maki」 -- 前川 (2008-10-05 01 05 28) タイトルロゴのサンプルをアップ -- 前川 (2008-10-04 02 15 29) ボートと噴水（消火栓）の水エフェクトをアップ ファイル名「spring」「water」 -- 前川 (2008-10-02 00 49 27) 炎のエフェクトをアップ ファイル名「flame」 -- 前川 (2008-10-01 02 51 41) 回復エフェクトのサンプルをアップ ファイル名「restore」 -- 前川 (2008-09-28 01 09 47) 泉２つと小川をアップ ファイル名「spring」 -- 前川 (2008-09-27 00 32 47) 自機の弾（第３段）をアップ ファイル名「tama_2」 -- 前川 (2008-09-26 16 42 18) 矢印の新バージョンをアップ ファイル名「look_2」 -- 前川 (2008-09-25 00 52 55) 雑魚敵02の攻撃・ダメージサンプルをアップ -- 前川 (2008-09-22 04 51 40) 雑魚敵02の待機サンプルをアップ ファイル名「enemy02」 -- 前川 (2008-09-21 04 00 02) 矢印の小さいバージョンをアップ ファイル名「look」 -- 前川 (2008-09-20 02 27 22) ガチャのサンプルをアップ ファイル名「gacha」 -- 前川 (2008-09-14 02 41 44) 自機の弾（前川流）をアップ ファイル名「tama_1」 -- 前川 (2008-09-13 15 05 07)
https://w.atwiki.jp/aradlife/pages/56.html
サンプルA 最低値と最高値を表示 秋布 20k～100k 竹光 100k 紫 80k サンプルB 最低値と最高値、報告数から平均を求める 最低 最高 平均 報告数 秋布 20k、100k、60k、2 竹光 100k、100ｋ 、100k、１ 紫 80k、80k、80k、１ サンプルC リンク先に依存 秋布 竹光 紫 サンプルD 調査隊に委任 秋布 ？？ｋ 竹光 ？？ｋ 紫 ？？ｋ その他
https://w.atwiki.jp/devstsample/pages/14.html
このwikiのメインではないのでここは非常にシンプルに書いておきます。 システム概要 数百人～数千人ぐらいで利用する、社内システム。 海外拠点等はなく、さしあたり日本語のみ対応。 日中はオンライン処理を実行し、夜間にはオンラインを閉局させバッチ処理を実行する。 Webアプリケーションとし、IE6～8で動作することを求められている。 DBMSはOracle11g。 アプリケーションサーバーはTomcatのOSはLinx系。 開発言語はJava。 アプリケーションサーバは、ロードバランサーにより不可分散された環境下で動作する。 このぐらいにしておきます。