約 557,257 件
https://w.atwiki.jp/12kokuki/pages/73.html
構想メモ サイト検索 要リファラ(他サイトからの不正な呼び出しを弾くため。空のリファラは許容) 当サーチ独自の年齢制限基準を明示し、ラベリングとしての年齢制限を推奨する サイト登録がある条件要素のみ条件ページに出力。CPなど数が多い場合は、表示上限数を決めておく エラーサイトはエラーサイトページにのみ掲載され、検索には引っかからなくなる。サイト名に登録サイトへのリンクも張らない。 新着・更新サイト、エラーサイト、一年以上更新されないサイト等々でスタイルシートを分け、表示色を変える。 ユーザ管理 サイト登録、違反指摘等にはユーザ登録が必要。 セッションによる認証を用い、保存はCookieを利用。Cookieを利用できないクライアントは考慮しない。 1ユーザで複数サイトを登録できるようにし、複数アカウントの取得は禁止。なおログインIDはユーザにわかりやすいようメールアドレスとするが、内部的にはランダム文字列によるユーザID(ユーザテーブルのプライマリキーでもある)を用いる。 パスワード登録/変更時、使用できない文字には背景前景ともに色をつけ、使えない旨のエラーを表示。空白もトリミングしない メールアドレス変更時、変更完了URLアクセス時には再度パスワード要求。間違ったアドレスで内容が他人に送信された場合に備える 違反指摘機能。違反指摘は、まず指摘者と相手サイト管理人で匿名で(内部的なユーザIDで)やりとりしてもらい、それでも解決しなければ初めてサーチ管理者に申し立てできる。 Cookieを消してもマークサイト・除外サイト情報を復元できるよう、インポート/エクスポート機能を付ける。 サイト管理 モバイル向けサイトの登録は禁止としないが、モバイル向けに作るわけではないのでサポートは一切しない。 登録URLのチェック:まず入力URLにアクセスし、存在するか否か、ディレクトリかファイルかを識別する。存在しない、またはアクセスを拒否されたら登録不可。ディレクトリなら末尾に自動でスラッシュをつける。具体的には指定されたURLにアクセスし、正常終了であればOK。404だったり転送されていればエラー。ただしHTTPステータスが301で、Locationが「入力URL+スラッシュ」だった場合、ディレクトリと判断して、入力URLにスラッシュを補完して再度アクセスチェック。なおドメインのみの入力は、最初から機械的にスラッシュを補完。 一度削除したサイトは、4ヶ月経過しないと再登録できない。同じサイトと見なす基準は、同じ最終ディレクトリで終わるURL、そのURLとindex.htm(l)、default.htm(l)、home.htm(l)、index.php等の組み合わせ。 入力バナーURLのチェック:入力URLフィールドは登録URLの最後のディレクトリまでテキストで表示、入力不可。入力URLにアクセスし、存在するか否かを識別。存在しない、転送されている、あるいはアクセスを拒否されたら登録不可。 違反指摘を受けた場合、それを処理しなければ他サイトに違反指摘はできない。継続中の違反指摘があれば、それは続行可能。 サーチ管理 管理者用ログインボタン/ページは作成しない。通常ログインでadmin用IDが入力された場合に自動遷移 登録件数がゼロだとなかなかサイトを登録する気になれないため、サンプルサイト登録機能をつける。adminでログインして登録したサイトはすべて登録サンプル。元データはサイトデータテーブルとほぼ同じレイアウトのサンプルサイトテーブル。ある程度登録数が増えたら管理画面から手動で削除(いったん登録数が増えたらゼロになることはまずないと思われるため、毎回サンプルサイトを識別する必要はなし)。 定期処理(cron) 毎日一定時間(未明あたり)を自動メンテに充てる。なおメンテ中と判断するのは、ディレクトリに特定のファイルがあったら。.htaccessでメンテ中ページに飛ばす。 違反指摘の放置などで、期限が過ぎたエラーサイトを削除する。 バックアップ処理。SQLiteファイルが更新されていたら、当日の年月日をファイル名にしてコピー&圧縮。バックアップしたファイルは一ヶ月ぶんくらい持っておく(それ以上古いものは削除)。 SQLiteファイルのVACUUM。頻度は月一回程度くらい? 一ヶ月以内に更新されていたらVACUUMを実行。 リンク切れチェック。頻度は数日に一度くらい? 三回連続でアクセスできなかったら、サイトのステータスをエラーにし、NOTEに事由を追加。 バナーURLチェック。これも頻度は数日に一度くらい? 三回連続でアクセスできなかったら、NOTEに事由を追加して、バナーURLクリア。 2010/09/16 01 11 17更新
https://w.atwiki.jp/s-ryouri/pages/35.html
569 名前:名無しのやる夫さん[sage] 投稿日:09/04/08(水) 16 50 50 ID AeffUH6s うん、面白かった、さっそく作ってみます。 マヨネーズかあ…考えもしなかったな かわりに作者さんに送る、故郷の隣街の郷土料理っす ttp //cookpad.com/recipe/164747 僕の母親はこれをケチャップライスで作ってました。 簡単料理2 揚げ豆腐を用意 しょうゆ、みりん、砂糖少し、酒少し、お好みで唐辛子 しょうゆ2みりん1ぐらいで煮汁を作る、砂糖・酒は隠し味程度に入れる(入れなくてもいい) 揚げ豆腐を鍋に入れて1/3ぐらいの量にする 時折、揚げ豆腐をひっくり返しながら全体に味を染みさせるようにする 濃い味付けなのでご飯に合う 煮汁は基本的に濃いしょうゆ系の味なら合うと思うので自分なりにアレンジ可 私は酒を煮詰めてそこにしょうゆ、みりん唐辛子を入れて煮詰めてる 酒を煮詰めるのはアルコールを飛ばすため、 当然味見と称してアルコール飛ばす前の酒を頂くのは基本である ちなみに母親の料理、私はこれが一番好き しかし母親の煮汁はもっと美味かったんだがどうやってあの味出してたのやら
https://w.atwiki.jp/mycampaign/pages/37.html
1 こまめに動作確認をする 2 ストーリー会話の部分は最後に作る理由1 理由2 3 シナリオ動作確認段階では、各陣営の所持金は必要最低限にしておく 4 シナリオ動作確認段階では、霧と幕は無効にしておく 5 ユニット(タイプ)の名前はシビアです 6 「(一応)エラーなく動いている」シナリオは、バックアップしておき上書きしない。 経験上、効率的に Battle for Wesnoth のキャンペーン(シナリオ)を作成するためにやった方(やらない方)がよいことを書いておきます。 1 こまめに動作確認をする 1ヶ所でも変更したら、その都度動作確認をしてみましょう。面倒なようですが、エラーの早期発見、早期対策にはこれが一番確実です。 2 ストーリー会話の部分は最後に作る 会話部分は、ゲームの進行や登場人物の性格づけに不可欠なものですが、シナリオ作成中で動作確認をしている段階では、ゲーム開始前のストーリーや登場人物の会話は、どうしても必要な場合を除いて入れないようにしましょう。 理由1 動作確認中は、同じシナリオを何度もプレイすることになりますが、そのたびにストーリーが表示され、登場人物が会話するのはかなりの時間の無駄となります。 理由2 会話部分がエラーの原因となり、バグつぶしのためシナリオ作成がストップしてしまうことが多々あります。 動作確認ができているあとなら、エラーの原因が会話部分にあるらしいということが容易にわかります。 3 シナリオ動作確認段階では、各陣営の所持金は必要最低限にしておく 所持金が潤沢にあると第1ターン目の各陣営の雇用にやたら時間がかかってしまいます。 所持金の調整は、一通り全体の動作確認ができてから行いましょう。 4 シナリオ動作確認段階では、霧と幕は無効にしておく そうしないと、各陣営が思ったとおりの動きをしているか確認できませんからね。 5 ユニット(タイプ)の名前はシビアです 登場人物や雇用対象のユニット(タイプ)名は、http //units.wesnoth.org/1.8/C/mainline.html などを見て、正確に書きましょう。 1文字でも間違っていると、シナリオがロードされなかったり、一応ゲームは始まるけど、ユニットを雇用できないなどの不具合が発生します。 「こんなユニットいないよ」とエラーメッセージが出るときもありますが、なんらエラーメッセージがでない場合も多いのでやっかいです。 6 「(一応)エラーなく動いている」シナリオは、バックアップしておき上書きしない。 作り込んでいくうちにエラーが発生し、どうしても原因がわからずに、ひとつ前の段階に戻したくなることがしばしばあります。 バックアップを取らずに上書き保存していくと、こんなときお手上げになってしまいます。 まあ、こまめに動作確認していれば、こんなことにはならないはずなのですが。
https://w.atwiki.jp/hetare09/pages/13.html
タイトル未定 ゲームジャンル アドベンチャーゲーム(仮) ゲームエンジン 吉里吉里2 SDK version 2.30 stable rev.2 / KAG 3 3.30 stable rev.2 対象年齢 全年齢 キャラクターボイス 無し 画面サイズ 800×600 CGモード 未定 音楽モード 未定 回想モード 未定 制作開始 2009年3月~ 完成・配布予定 ~2011年度初頭まで 配布形態 ウェブでのフリー公開 ED数 未定 プレイ時間 未定
https://w.atwiki.jp/new-mtk/pages/4.html
舞台とキャラ紹介 舞台とキャラ紹介冒険の舞台 キャラクター紹介プラム(PC) リオ(PC) モース(PC) メイザー(PC) ライセル(PC) 冒険の舞台 三本の剣が創りし世界「ラクシア」にあるテラスティア大陸北部ザルツ地方。そこにある最大の国ルキスラ帝国の王都ルキスラの街にある冒険者の店『金竜の牙亭』に、“リルドラケン”の老人と若者、“ハイマン”の少年と“シャドウ”の男、そして“ドワーフ”の女の子。そんな人間が一人も居ない凸凹冒険者パーティーが誕生する。 最初の仕事として、とある村の村長から蛮族退治の依頼を引き受けた彼等。果たしてどんな冒険が待ち構えているのか? キャラクター紹介 プラム(PC) リオ(PC) モース(PC) メイザー(PC) ライセル(PC)
https://w.atwiki.jp/hetare09/pages/25.html
6月7日夜9時より2時間程度行った第一回オンライン絵茶のキャプチャ記録 主な議題もやもや暫定事項 キャプチャーアンドロイド顔デザイン 上半身および全身デザイン案① 全身デザイン案①~③ デザイン案④(②+③) 親友全身デザイン案 主な議題 アンドロイド(仮)および親友(仮)のデザイン もやもや暫定事項 アンドロイド(仮)はナース用かメイド用向けに開発されていた製品の不良品 アンドロイドの開発元は「ターミナル」とかいう企業 アンドロイド(仮)の型番的なもの「Terminal Android Maid model 01」を略して「TAM-001」とか通称「タムワン」とか ナースモデルなら「Terminal Android Nurce model 01」を略して「TAN-001」とか キャプチャー アンドロイド 顔デザイン 上半身および全身デザイン案① 全身デザイン案①~③ デザイン案④(②+③) 親友 全身デザイン案 広告sage>w<
https://w.atwiki.jp/hetare09/pages/38.html
【名前】沢渡 櫻子 【性格】 【身長】 【体重】 【一人称】わたし 【外見の特徴】 ■髪型 ■スタイル ■その他 【設定】
https://w.atwiki.jp/hetare09/pages/40.html
【名前】外部 新斗 【性格】 【身長】 【体重】 【一人称】オレ 【外見の特徴】 ■髪型 ■スタイル ■その他 【設定】
https://w.atwiki.jp/hetare09/pages/42.html
【名前】日守 誠 【性格】 【身長】 【体重】 【一人称】オレ 【外見の特徴】 ■髪型 ■スタイル ■その他 【設定】
https://w.atwiki.jp/hetare09/pages/26.html
主な制作メンバー:4名 フォルテ 白夜 t リリス 作業分担(暫定) 制作まとめ フォルテ 原画・グラフィック t キャラクターデザイン t シナリオ 白夜 音楽 フォルテ