約 3,470,851 件
https://w.atwiki.jp/shadowbane/pages/247.html
アカウント登録 まアカウント登録には.Internet ExplorerかNetscapeしか受け付けません。 事前に用意してください。 こちらにアクセスをして、 右側のSign Upの下のClick Hereを押します。 ●User Name ログインIDにもなります。半角英数字でお好きな名前を書いてください ●Password ログイン用パスワードです。半角英数字で書いてください ●Confirm Password パスワードの確認です。同じのをもう一度 ●Email 捨てアドで平気です ●What is your preferred language? English ●First Name 名前 ●Last Name 苗字 ●Gender Male(男)/Female(女) ●Date of Birth 月/日/年 信頼ある会社なんで生年月日ちゃんと書いておいた方がpass忘れたとき再発行してくれるから便利 ●Country Japan ZIP/Postal Code 書かなくてok アンケート 無視でok 全て入力が終わったら、一番右下のNextをClick 同意書が出るのでAcceptをClick My Subscription(s)というのが出るので、 右側にあるAdd a SubscriptionsのボタンをClick StatusがActiveになっていれば完了
https://w.atwiki.jp/blackops2_cod/pages/270.html
クラン一覧PS3 page35 編集ルール※必ず読んでください。 •登録は上から順番に編集してください。 •レイアウトが崩れないように編集してください。(プレビューでの確認を推奨。) •バナーのサイズは300px×80px以内にしてください。 •登録数が20組を超えたら新たなページに登録してください。 •前ページの登録数が20になったらこちらに登録してください。 •一度登録したクランは登録しないでください、ページの増加を防ぐためですのでご了承ください。 •なお、上記に反した登録をした場合削除を行っても構いません。 番号 クラン名 人数 タイトル 紹介 登録日
https://w.atwiki.jp/blog_lines/pages/6.html
何でもご自由に書き込んで行ってください。 あああ -- キャノ 2006-04-19 15 53 16 あああ いいい -- tadahisa (2006-04-21 13 21 59) ううう -- ま~し~ (2006-04-21 17 05 47) えええ -- るっく (2006-04-21 20 50 33) おおお -- daddy (2006-04-22 11 05 42) カ行もいっとく? -- giro (2006-04-23 00 25 10) Ψ(`□´)Ψかかか -- はまぞう (2006-04-23 15 01 58) いや、そういうのでなくって普通にコメント入れてくださいよぉ~。 -- キャノ (2006-04-23 23 23 49) 誰か痔にやさしいサドル教えてーてーてー… -- tt (2006-04-25 10 11 01) お疲れ様です。メンバー紹介cloverさん抜けてますよ~ -- るみちゃん (2006-04-25 17 17 14) asahiさんは改名されていますので、この機会に変えちゃいましょう -- るみちゃん (2006-04-25 17 18 54) rumikoさんだと硬い気がするので名前はるみちゃんでお願いします。 -- るみちゃん (2006-04-25 17 19 51) チームジャージ、早く作りたいですねぇ -- tadahisa (2006-04-25 17 44 48) 5月中に発注しないと8月の鈴鹿に間に合わないかもよ~ -- tadahisa (2006-04-25 17 45 20) ジャージ案、いくつか作ってキャノさんに送ったので公開されたらコメントよろしく~ -- tadahisa (2006-04-25 17 46 25) レース参加時の事ですが、所属なしで申し込むのも面白くないので、 -- るみちゃん (2006-04-25 19 11 20) どこかチームに所属するまでブログラインズで申し込むというのはいかがでしょう? -- るみちゃん (2006-04-25 19 14 49) 強制というわけではないのですが、asahiさんもM岡さんもスタートリストで所属が空欄になっていたので、ここがブログラインズで埋まるといいかなと -- るみちゃん (2006-04-25 19 18 10) 一つの案としてどうでしょう。どこか近所のチームに所属するまでの架け橋的な位置になればいいかなと思います。 -- るみちゃん (2006-04-25 19 19 28) るみちゃんに賛成!なんですが・・・ -- tadahisa (2006-04-26 13 03 53) まだチームとしての認識が薄いのかなぁ? -- tadahisa (2006-04-26 13 04 13) やっぱみんなで何かイベントに早く出たいです -- tadahisa (2006-04-26 13 05 17) チームとしては5/4の中山耐久が初戦になります。がんばってほしいものですな~ -- tadahisa (2006-04-26 13 05 49) そういえば上の「tt」ってどなたでしょうか?? -- tadahisa (2006-04-26 13 09 22) すげーーー。チャットが出来る!! -- 志保 (2006-04-26 20 08 40) るみちゃんの案に賛成です!! -- 志保 (2006-04-26 20 09 19) しかぁ~~し!!bloglinesの初の表彰台は、GWの中山サーキットで奪いますから!! -- 志保 (2006-04-26 20 09 59) BLOG LINESの名前を使わないのは、使って良いのかなぁ~。とついつい考えてしまうからでしょう。私がそうでした。 -- キャノ (2006-04-26 22 27 44) これからはどんどん使いましょう! -- キャノ (2006-04-26 22 30 18) 最近ヤル気ゼロでぇ~す! -- giro (2006-04-27 21 11 47) bloglines初の表彰台目指してガンバってね~ -- giro (2006-04-27 21 15 22) さ、今から寝よう~っと!おやすみなさ~い♪ -- giro (2006-04-27 21 16 01) 人気ブログランキングのポイントあげようと思ってBloglinesで検索かけたらいっぱいでてきた! -- giro (2006-04-28 12 18 25) Bloglinesって言葉があるんですね~ ひとつおりこうになりました~ -- giro (2006-04-28 12 20 42) 眠いじぇい!こっくり(-_-)(_ _)(-_-)(_ _).。oOOこっくり -- るみちゃん (2006-05-01 00 42 28) 7月29日ブルベ琵琶湖の詳細な予定を教えてください。 -- るみちゃん (2006-05-10 07 34 44) 小豆島寒霞渓ヒルクラサイクリングを企画しました~いまの所、7/16or17を予定しています。詳細はBLOGにて。参加表明お待ちしています。 -- tadahisa (2006-05-10 09 55 23) 小豆島お深いを企画していただきました。参加ご検討くださいまし。 -- るみちゃん (2006-05-10 13 24 47) オオカーラ記録取ってきます。6月4日(日)です。 -- るみちゃん (2006-05-18 16 03 53) ↑取ってくるというのは、計ってくるという意味ですよ!コースレコードという意味じゃないですよ!(; ̄ー ̄A アセアセ・・・ -- るみちゃん (2006-05-18 16 04 41) タクリーノ常連のM岡さん、ってここ見てますかね~? -- るみちゃん (2006-05-23 00 36 54) 富士山寒かったじぇい!!つがいけも珍しく雨!諏訪湖は曇りか~ -- るみちゃん (2006-06-13 10 37 26) せっかくHPできたんだから、何か活用できませんかね~。 -- るみちゃん (2006-07-24 21 44 05) 忘れ去られてしまったHPですね・・・残念です。 -- るみちゃん (2006-09-01 15 07 25) 名前 コメント
https://w.atwiki.jp/fujiyan/pages/15.html
WebコミックLibraryhttp //web-comi.appspot.com/GAE/JとSlim3で作成してみた、各出版社から配信されているWebコミックをまとめて閲覧できるサイトです。只今、実験運用中… 参考サイト 公式サイト(Java) Slim3 Slim3へ appcfg My Applicationsに作成した、GAEアプリケーションの管理を行うコマンドラインツールです。 Google Plugin for Eclipseの場合、SDKがplugins/com.google.appengine.eclipse.sdkbundle_x.x.x.../appengine-java-sdk-x.x.xに存在するので、そのbinフォルダ内にappcfg.cmdがあります。 通常は、環境変数GAE_HOMEに上記のplugins/com.google.appengine.eclipse.sdkbundle_x.x.x.../appengine-java-sdk-x.x.xを設定し、%GAE_HOME%\binをPATHに追加します。 Datastore ~ Operations Quotaの中でも、世の中の頭を悩ませる最大の壁Datastore Read Operations Datastore Write Operations Datastore Small Operations 結論から言えば、Memcacheでキャッシュしまくるしかないです。 とりあえず、キャッシュについて、適当に考察してみました →キャッシュの計画 インスタンス 参考 GAE/PでのBackendsの使い方 - Tari Lari Run GAEでいう「インスタンス」とは、計算リソースのことです。「仮想的なCPU」と考えてもいいでしょう。Javaクラスのインスタンスとは全然別の概念なので、そこを取り違えないように。 GAEのインスタンスの属性としてclassという用語が出てくるけど、やっぱりJavaクラスとは何にも関係ないので注意。 何かしらのJavaクラスのコードを実行する際には、(GAEの)インスタンスが割り当てられて実行します。このとき、コードの起動方法と設定によって、割り当てられるインスタンスが決定されます。 Frontend InstanceとBackend Instance 参考 Properties of Backends(公式サイトのBackends Java API Overviewより) ※Default(Frontend) InstanceとBackend Instanceの比較表です。 通常の、ブラウザからのHTTPリクエストによってアクセスされるServletは、Frontend Instanceが割り当てられます。 CronやTask QueueからアクセスされるServletは、FrontendかBackendが選択できる? 多分、publicのBackendにすれば、ブラウザからのHTTPリクエストに、Backend Instanceを割り当てることができるのかな? Cron 参考 Scheduled Tasks With Cron for Java 定期的に、Servletを自動実行する仕組みです。主に、Webクローラー等の、UIを伴わないバックグラウンド処理に利用されます。 具体的には、定期実行したい処理を記述したServletに対応するURLに対して、設定ファイル(cron.xml)に設定されたタイミングでリクエストを送出します。 例外発生時にcatchしなかった場合でも、リトライは発生しません。 Cronから呼び出されることを想定しているURLは、外部から勝手に呼び出されないように、admin以外はアクセスできないようにしておきましょう(後述の「認証」を参照)。逆に言えば、管理者の場合は、ブラウザからURLを指定してリクエストを送出すれば、Cronからの起動を待たずに強制起動が可能です。 まぁ、結局は単なるServletなのですから、当たり前ですが… スケジュールの指定 参考 The Schedule Format - Scheduled Tasks With Cron for Java 指定可能なのは、下記2パターン。混在は出来ないようです。間隔を指定して実行例 1時間毎に実行 指定日の特定の時刻に実行例 毎日12 00に実行 間隔を指定して実行 下記の形式で指定 every N (hours|mins|minutes) ["from" (time) "to" (time)] 2時間毎に実行の場合 every 2 hours 10 00~14 00の間に、30分毎に実行の場合 every 30 minutes from 10 00 to 14 00 指定日の特定の時刻に実行 下記の形式で指定 ("every"|ordinal) (days) ["of" (monthspec)] (time) 毎日10 00に実行の場合 every day 10 00 Task Queue 参考 Java Task Queue Configuration Servletを非同期実行する仕組みです。主に、UIを伴わないバックグラウンド処理に利用されます。処理を非同期実行可能な単位に分割し、その単位をTaskとして実行させます。 具体的には、非同期実行したい処理を記述したServletに対応するURLを、設定ファイル(queue.xml)で定義したqueueにキューイングします。 キューイングされたURLは、とあるタイミングで取り出されて、リクエストが送出されます。キューからの取り出しをApp Engineに任せるのがPush Queue キューからの取り出しをアプリで指定(Task Queue APIまたはTask Queue REST API)するのがPull Queue 例外発生時にcatchしなかった場合、リトライされます。とは言え、無限にリトライすると、一気にインスタンス時間を消費するので、必ずqueue.xmlの retry-parameters でリトライの上限設定を行いましょう。 Task Queueから呼び出されることを想定しているURLは、外部から勝手に呼び出されないように、admin以外はアクセスできないようにしておきましょう(後述の「認証」を参照)。逆に言えば、管理者の場合は、ブラウザからURLを指定してリクエストを送出すれば、強制起動が可能です。 まぁ、これも結局は単なるServletなのですから、当たり前ですが… リトライ queue.xmlの retry-parameters でリトライの設定 queue-entries queue name testQueue /name retry-parameters task-retry-limit 5 /task-retry-limit /retry-parameters rate 1/s /rate /queue /queue-entries 上記のtestQueueでは、タスクで例外が発生した場合、最大5回のリトライが実施されます。 最大で、最初の1回+リトライ5回=6回実行されます。 task-retry-limit リトライ回数を設定します。5と指定すると、5回のリトライを試みます。 task-age-limit リトライ期間を設定します。例えば、"5d"と指定すると、最初のタスク起動から5日間、リトライを試みます。 task-retry-limit と task-age-limit を同時に指定した場合、両方のリミットに達しするまでリトライする、とありますが、実質 task-retry-limit が優先ですね。例え5日間経過しても、5回に達していなければリトライし続けるので。 min-backoff-seconds と max-backoff-seconds と max-doublings 次のリトライまでのインターバルを決定します。 インターバルは、リトライの度に増加します。1回目は10秒、2回目は20秒、3回目は40秒…、という感じです。 イマイチ、インターバルの計算方法がわかりません。実際に動かすと、予想通りの時間にならない…。 CronとTask Queueの使い分け サンプルとして、Webクローラを想定します。 Webクローラは、サイトA、サイトB、サイトCを巡回します。 サイトA、サイトB、サイトCは、それぞれ独立に巡回することが可能とします。 サイトA、サイトB、サイトCの巡回処理をタスクとして、それぞれの巡回処理を行うServletのURLを/crawlSiteA、/crawlSiteB、/crawlSiteCとします。 各巡回処理のタスクをキューイングする処理を行うServletのURLを/execCrawlersとします。具体的な/execCrawlersの処理は、/crawlSiteA、/crawlSiteB、/crawlSiteCをTask Queueにキューイングします。 Cronで、/execCrawlersを定期起動するようにします。 説明 もし、上記のような構成ではなく、全処理を/execCrawlersのみで構成した場合サイトAでエラーが発生した場合、サイトBやサイトCの巡回が実行されません。 Cronではリトライが無いので、エラーが発生しても、そのままです。 上記構成の場合は、/crawlSiteAでエラーが発生しても、/crawlSiteBや/crawlSiteCは独立して実行されます。 さらに、エラー発生したタスクについては、リトライが実施されます。 とはいえ、クローリングの無制限のリトライは、DoS攻撃に等しいので、リトライの上限を設けておきましょう。 Backends Backend Instanceを用いて、コードを実行させます。 backends.xml Java Backends Configuration Backendsの設定をbackends.xmlに記述します。 backends.xmlはWEB-INF直下に配置します。 backends backend name="test-instance" class B1 /class options dynamic true /dynamic /options /backend /backends 上記の場合、test-instanceというnameのBackend Instanceを定義します。インスタンスの名前は全て小文字じゃないと、deploy時に怒られます。 複数のBackend Instanceを定義したい場合は、 backend を並べていきます。 インスタンスのclassとしてB1を指定してます。classの種類についてはInstance Classesを参照 まぁ、課金しなければ、ほぼB1ですね。 インスタンスのタイプとしてDynamicを指定しています。インスタンスには、Resident(常駐型)とDynamic(動的起動型)の2種類があります。 詳しくはTypes of Backendsを参照 これもまぁ、課金しなければ、ほぼDynamicですね。 ようするに、上の設定は、一番ケチな設定です。 もうすこし詳しく Backendsの無料枠は9インスタンス時間B1を1時間稼動させる単位を1インスタンス時間とします。 classが1つあがる毎に、消費単位が2倍となります。 B2で1時間稼動させれば2インスタンス時間、B4の場合は4インスタンス時間となります。 Residentの場合、一度起動すると、手動でシャットダウンさせるまでずっと常駐しますそのため、リクエストに対してすぐに応答することができます。 そのため、インスタンス時間をどんどん消費していきます。無料枠でB1の場合、初期化される日本時間16 00から、9インスタンス時間後の25 00の間しか稼動しません。その後、再び初期化される16 00までは、そのインスタンスを利用することができません。 Dynamicの場合、リクエストがあったときに起動され、しばらくして不要になれば除去されます。そのため、リクエストがあったときにインスタンスが起動されていなければ、起動に時間がかかってしまいます。 そのため、インスタンス時間の消費量は必要な分だけになります。 試してみる Backendsだろうが、実行するコードはServlet(或いは、Servletベースのフレームワーク)です。今回はSlim3のControllerでサンプルを作ってみます。 今回は、/testInstanceというパスで作ってみました。 package jp.fujiyan.test.controller; import org.slim3.controller.Controller; import org.slim3.controller.Navigation; import com.google.appengine.api.backends.BackendService; import com.google.appengine.api.backends.BackendServiceFactory; public class TestInstanceController extends Controller { private BackendService service = BackendServiceFactory.getBackendService(); @Override public Navigation run() throws Exception { System.out.println(service.getCurrentBackend()); return null; } } 今回は、Cronで実行させるのが目的で、レスポンスを返す必要が無いので、run()の戻り値は不要です。Slim3 Plug-inの、build.xmlのgen-controller-without-viewで作れば手っ取り早いです。 BackendService#getCurrentBackend()は、コードを実行しているBackendsのインスタンスの名前を返します。コードがFrontendで実行されている場合はnullを返します。 ブラウザから、/testInstanceでアクセスした場合、Frontendsで上記Controllerが実行されます。Logには、下記の様に出力されます。 Frontendsなので、nullが出力されています。 2012-01-01 01 23 45.678 [xxxxx/1.358322054626724163]. stdout null Cronを使って、Backendsで実行 Cronで、Backendsで実行させる場合は、 target で実行させるBackendsのインスタンス名を指定します。 ?xml version="1.0" encoding="UTF-8"? cronentries cron url /testInstance /url description Backends Instance Test /description schedule every day 18 00 /schedule timezone Asia/Tokyo /timezone target test-instance /target /cron /cronentries 上記の場合、日本時間18 00に、test-instanceで/testInstanceに対応するControllerが実行されます。Logには、下記の様に出力されます。 今度は、Backend Instanceの名前である、test-instanceが出力されています。 2012-01-01 18 00 07.752 [xxxxx/test-instance.358322297746672704]. stdout test-instance Backend Instance実行のCronからのTask Queue呼び出し Task Queue呼び出しの際のInstanceは、キューイング元のInstanceになるっぽいです。なので、targetを指定せずに、Backend Instance実行のCronからTask Queueを呼び出した場合は、同じBackend Instanceでタスクが実行されます。 明示的にBackend Instanceそ指定して、Task Queue呼び出し 例えば、通常のWebブラウザからのリクエスト(Frontend Instance)から、Backend InstanceでTask Queueを実行したい場合は、URLのホスト名で、Backend Instanceを指定します。 通常、リクエストの際のURLは、http //[アプリ名].appspot.com/~ですが、これをhttp //[Backend Instance名].[アプリ名].appspot.com/~とすれば、指定したBackend Instanceでリクエストを処理します。例えば、http //test-instance.appname.appspot.com/testInstanceとすれば、test-instanceで/testInstanceに対応するControllerが実行されます。 つまり、通常のリクエストにおける、http //[アプリ名].appspot.com/~の形式は、インスタンスを指定しない→Default(Frontend) Instanceということですね。 LocaleとTimeZone GAEのデフォルトでは、Localeはen_US、TimeZoneはUTCです。但し、ローカルの開発環境では、LocaleはOSの設定のようです。日本ならja_JP。でも、TimeZoneはUTCです。 Locale.setDafault()は、アクセス制御により使用が禁止されていますが、TimeZone.setDefault()は利用可能なようです。 ということで、TimeZoneはFilterでsetDefault()でJSTにしておいたほうが、何かとシアワセかもしれません。 URL Fetch APIでキャッシュされてしまう 参考 Disable URLFetchService cache - Google App Engine for Java | Google グループ 下記のように、Cache-ControlとPragmaを設定して、キャッシュを無効にしてしまう String url = …; URLConnection connection = new URL(url).openConnection(); connection.addRequestProperty("Cache-Control", "no-cache,max-age=0"); connection.addRequestProperty("Pragma", "no-cache"); BufferedInputStream in = new BufferedInputStream(openConnection().getInputStream()); try { … } finally { in.close(); } 認証 参考 北海道を愛するプログラマの覚書 認証については、Googleアカウントを利用する。 よって、基本的にアプリ側で認証を実装する必要は無い。但し、後述の3種類の権限よりも細かく制御したい場合には実装が必要。 アクセス権限については、次の3種類A)Googleアカウントへのログイン不要(全公開) B)Googleアカウントへのログイン必要(一般権限) C)Googleアカウントへのログイン必要(管理者権限) 上記A)については、特に設定は不要。 上記B)またはC)については、web.xmlの security-constraint に記述を行う。 B)またはC)でアクセス制限したいURLパターンを url-pattern に記述する。 B)に対して許可する場合は role-name * /role-name と記述する。 C)に対して許可する場合は role-name admin /role-name と記述する。Googleアカウントに対して管理者権限を与えるには、アプリの管理メニューで指定する。 下記は、URLが/member/で始まるコンテンツは、Googleアカウントにログインした人のみアクセス可能で、/admin/で始まるコンテンツは、Googleアカウントにログインした人の内、管理者権限を持っている人のみがアクセス可能となる。 security-constraint web-resource-collection url-pattern /member/* /url-pattern /web-resource-collection auth-constraint role-name * /role-name /auth-constraint /security-constraint security-constraint web-resource-collection url-pattern /admin/* /url-pattern /web-resource-collection auth-constraint role-name admin /role-name /auth-constraint /security-constraint OpenIDによる認証 参考 xfanの日記 hidemonの日記 OpenIDを使えば、Googleアカウント以外のOpenIDプロバイダを利用できます。 mixi Yahoo! はてな 等々 アプリケーションの設定 AdminConsoleにて、アプリケーションの作成時、作成後ならばApplication Settingsにて、 [Authentication Options]を"Federated Login"に設定しておきます。 /_ah/login_required 認証がされていない状態で、前述の security-constraint で保護されたURLにアクセスすると、 /_ah/login_requiredへリダイレクトされます。この動作はAppEngineで用意されているものなのですが、 肝心の/_ah/login_requiredのリクエストを処理するサーブレットは自前で用意する必要があります。 通常は、この/_ah/login_requiredのリクエストを処理するサーブレットで、OpenIDプロバイダの選択画面を表示します。 また、/_ah/login_requiredにリダイレクトされた際に、パラメータcontinueには、最初にリクエストされた、保護されたURLが格納されているので、 OpenIDプロバイダへのリクエスト時に、同様にパラメータcontinueにそのURLを設定することで、OpenIDプロバイダ側での認証完了後に、 continueに設定されたURLにリダイレクトしてくれます。 Slim3の場合 Slim3の場合は、/_ah/login_requiredにControllerを割り当てることができます。 [パッケージルート].controllerに、AddRouterクラスを作成します。 package jp.fujiyan.controller; import org.slim3.controller.router.RouterImpl; public class AppRouter extends RouterImpl { public AppRouter() { addRouting("/_ah/login_required", "/loginRequired"); } } AppRouter#addRouting()を使うことで、第1引数で指定したURLへのリクエストで、第2引数で指定したURLをハンドルするControllerが呼び出されるようになります。 上記の場合、/_ah/login_requiredへのリクエストで、/loginRequeredをハンドルする、jp.fujiyan.controller.LoginRequiredControllerが呼び出されます。 ローカルのDatastoreのデータを削除 参考プログラマ的京都生活 /war/WEB-INF/appengine-generated/local_db.binを削除して、同名のファイルを新規作成する。 削除直後のアクセスで"Failed to load from the backing store"というログとともにスタックとレースがでるけど気にしない ローカルテスト環境での管理コンソール http //localhost 8888/_ah/adminで、ローカルテスト環境の管理コンソールにアクセスできます。主に、Datastore Viewerで、ローカルのDatastoreが閲覧したい場合に。 つうか、つい最近までコイツの存在を知りませんでした…。 /work/は使わないほうがいい パス/work/を実現しようとして、/war/work/というディレクトリを作ると、Jettyがテンポラリファイルをそこに作成してしまい、何かと面倒くさいです。 ロギング まぁ、Log4Jは使えるけど、たとえばwarn()でログ出力しても、Administration Console上ではWarningとしては扱ってくれません。Info扱いですね。 ということで、管理面を考えると、Log4Jは使わずに、おとなしく標準ロギングAPIを使ったほうが良いのですかね。 なので、下記の記事は、参考までに… Log4Jを使うには 参考 I can't commons-loggingのjarファイルをwar/WEB-INF/libにコピー log4Jのjarファイルをwar/WEB-INF/libにコピー war/WEB-INF/appengine-web.xmlの system-properties にorg.apache.commons.logging.Logを追加する system-properties ... property name="org.apache.commons.logging.Log" value="org.apache.commons.logging.impl.Log4JLogger"/ ... /system-properties srcにlog4j.propertiesまたはlog4j.xmlを置き、内容を利用したい設定に変更する 新規プロジェクト作成時には、デフォルトでlog4j.propertiesが作成されるが、DataNucleusのログ設定しかないので、修正が必要 war/WEB-INF/logging.propertiesは不要なので削除してもよい。 削除の際には、war/WEB-INF/appengine-web.xmlの system-properties のjava.util.logging.config.fileも削除する JDOを使わない場合 参考 Song of Cloud プロジェクトのプロパティダイアログを開き(プロジェクトを選択して、右クリック→[Properties])、[Builders]の[Configure the builders for the project]で、[Enhancer]のチェックをOFFにするJDO向けのモデル拡張を行うプロセス。チェックしていると処理が実行されるので外しておく。 src/META-INF/jdoconfig.xmlを削除JDOの設定ファイル。不要なので削除する。 GAEでStruts2 GAEでStruts2
https://w.atwiki.jp/tirunanogu/pages/225.html
使用文字統一のため下記ページは削除 内容に関しては複製済み 魔物の巣 Ⅳ Lucky Day ワガママお嬢様 ロザリアⅡ ワガママお嬢様 ロザリアI 恋物語 Ⅳ スカウト Ⅴ スカウト VI 伝説の武器 Ⅲ 探し物は何? Ⅰ 偽者Ⅰ 挑戦状Ⅰ 秘密の遊び場 Ⅰ 敵討ちのバラードIII 卵の中身は?II シナリオ名
https://w.atwiki.jp/love_thailand/pages/18.html
リアルタイムな口コミはやっぱりブログだー☆レア情報とか参考になる(。・ω・。) +2013-03-26 ★ タイ ブロガーズ ...ブログがまとまってる! ★ H.I.S.タイ4支店 ~サワディー通信~ ...H.I.S.バンコク・パタヤ・チェンマイ・シラチャー支店の現地スタッフさんblog 【バンコク】に関するBlog #bf 【タイ王国】に関するblog #bf
https://w.atwiki.jp/asagaolabo/pages/4507.html
お気に入り登録 【おきにいりとうろく】 お気に入り登録 楽曲の登録 キャラクターの登録 関連リンク ポップンミュージック eclaleで登場したシステム。 文字通り、お気に入りの楽曲・キャラクターを登録できるもの。 登録することで、カテゴリに「お気に入り」が追加される。 楽曲の登録 登録したい楽曲をプレイし、リザルト画面でテンキーの「7」を入力すれば登録できる。 次作のうさぎと猫と少年の夢で2017/01/24のアップデートから、既に登録している曲はそのリザルト画面で同じように「7」を入力すると、解除することが可能になった。 最大で30曲まで登録できるが、それ以上登録する場合は先に登録した楽曲を上書きして登録するため注意。 また、リザルト画面以外で登録・解除ができない関係で、解除したい場合にもう一度プレイしなければならない難点もある。 稼働途中で削除曲となった楽曲を登録しており、削除後に登録数が29以下になった場合は、30曲になるまで上書きされずに登録される。 任意に登録・登録の解除ができるようになったため、カスタマイズカテゴリでは不可能な設定(例:スコアが●●●以上のEASY譜面、担当キャラクターが●●●の曲など)を疑似的に作ることも可能。 そのプレイデータではプレイ可能になっていない隠し曲を、ローカルモードやうさ猫スコアチャレンジを利用するなどでプレイした場合は、解禁済みでない限り登録できない。 キャラクターの登録 2016/01/27のアップデートから追加された。 カーソルを合わせているキャラクターにおいてテンキーの「1」を入力すれば登録できる。 この登録は2Pカラーやバージョン違いの状態も含めて登録される形となる。 関連リンク オススメカテゴリ MY BEST ポップンミュージック eclale 基本要素・システム
https://w.atwiki.jp/ganbare-tohoku/pages/18.html
パーソンファインダーに入力するときの注意点 (yt様投稿の転記) ファインダー登録の際に、該当する名前が既にDBに存在して 誰かがこの人を探している場合、 私は以下のことに留意しています。ご参考として頂けましたら幸いです。 住所などから、本当に該当する人かどうかを確認 (近隣の市町村であった場合も当人であるとみなしています) コメントとして追記 「この人の状況」は変更しない(同姓同名の人違いであった場合のため) コメントは以下 xxxxxxの避難者名簿に名前が存在します。 https //picasaweb.google.com/116505943227607394790/2011_03_15_0700_name_list#5583955136380837554 同姓同名の別の方かもしれません。ひょっとしたらと思い、お伝え致します。 URLが変わるので、現状はドロップボックス内のものは実施していない (ドロップボックスから外れたものでも未登録のものはたくさんあります) コメント投稿者の名前には私の本名を用いる(探している方への配慮です)
https://w.atwiki.jp/thecircleofdaybreak/pages/20.html
登録アイドレス 登録アイドレス藩国着用12枠 暁天の民12枠 暁犬士12枠 更新履歴 藩国着用12枠 NO 人種 職業1 職業2 職業3 01 高位東国人 理力使い ドラッガー 理力建築士 02 高位東国人 大剣士 ドラゴンスレイヤー 王 03 暁の民2 大剣士 ドラゴンスレイヤー 王 04 暁の民2 大剣士 ドラゴンスレイヤー 剣 05 暁の民2 ドラゴンスレイヤー 王 ライオンハート 06 暁の民2 ドラゴンスレイヤー 剣 ソードマスター 07 暁の民2 理力使い 理力建築士 幻影使い 08 暁の民2 剣 ソードマスター 大戦士 09 暁の民2 王 ライオンハート 偉大なる歌い手 10 暁の民2 理力建築士 幻影使い 映画監督 11 - - - - 12 - - - - 暁天の民12枠 NO 人種 職業1 職業2 職業3 01 暁天の民 大剣士 ドラゴンスレイヤー 王 02 暁天の民 大剣士 ドラゴンスレイヤー 剣 03 暁天の民 ドラゴンスレイヤー 王 ライオンハート 04 暁天の民 ドラゴンスレイヤー 剣 ソードマスター 05 暁天の民 剣 ソードマスター 大戦士 06 暁天の民 王 ライオンハート 偉大なる歌い手 07 - - - - 08 - - - - 09 - - - - 10 - - - - 11 - - - - 12 - - - - 暁犬士12枠 NO 人種 職業1 職業2 職業3 01 暁犬士 忍者 犬妖精 - 02 暁犬士 犬妖精 大剣士 ドラゴンスレイヤー 03 暁犬士 大剣士 ドラゴンスレイヤー 王 04 暁犬士 大剣士 ドラゴンスレイヤー 剣 05 暁犬士 ドラゴンスレイヤー 王 ライオンハート 06 暁犬士 ドラゴンスレイヤー 剣 ソードマスター 07 暁犬士 理力使い 理力建築士 幻影使い 08 暁犬士 剣 ソードマスター 大戦士 09 暁犬士 王 ライオンハート 偉大なる歌い手 10 暁犬士 理力建築士 幻影使い 映画監督 11 暁犬士 理力建築士 医師 名医 12 - - - - ※【暁犬士+理力建築士+医師+名医】はイグドラシル外の為、編成不可 ※以下の職業組み合わせは根源力制限の為、現在着用不可 【暁犬士+ドラゴンスレイヤー+王+ライオンハート】 【暁犬士+ドラゴンスレイヤー+剣+ソードマスター】 【暁犬士+剣+ソードマスター+大戦士】 【暁犬士+王+ライオンハート+偉大なる歌い手】 ※医師、名医取得根拠 根拠 根拠2| 更新履歴 【2011/11/22】暁犬士用登録アイドレスの制限事項の追記(テンダイス指摘による) 【2011/08/28】EV172に伴う、登録アイドレスの更新 【2010/10/19】以下の1つは暁の民プロモの為、暁の民2に置き換え【暁の民+理力建築士+医師+名医】(犬士用登録ドレス) 【2010/09/20】以下の1つを削除【暁の民+理力使い+ドラッガー+理力建築士】 以下の1つを登録【暁の民2+理力建築士+幻影使い+映画監督】 以下の7つは暁の民プロモの為、暁の民2に置き換え【暁の民+大剣士+ドラゴンスレイヤー+王】→【暁の民2+大剣士+ドラゴンスレイヤー+王】 【暁の民+大剣士+ドラゴンスレイヤー+剣】→【暁の民2+大剣士+ドラゴンスレイヤー+剣】 【暁の民+ドラゴンスレイヤー+王+ライオンハート】→【暁の民2+ドラゴンスレイヤー+王+ライオンハート】 【暁の民+ドラゴンスレイヤー+剣+ソードマスター】→【暁の民2+ドラゴンスレイヤー+剣+ソードマスター】 【暁の民+理力使い+理力建築士+幻影使い】→【暁の民2+理力使い+理力建築士+幻影使い】 【暁の民+剣+ソードマスター+大戦士】→【暁の民2+剣+ソードマスター+大戦士】 【暁の民+王+ライオンハート+偉大なる歌い手】→【暁の民2+王+ライオンハート+偉大なる歌い手】 【2010/01/26】以下の1つを削除【高位東国人+ドラゴンスレイヤー+王+ライオンハート】 以下の1つを登録【暁の民+王+ライオンハート+偉大なる歌い手】 【2009/10/06】更新履歴記載(昔のはwiki更新履歴より遡って記載) 【2009/09/15】ドラッガー誤字修正(ドラッカー→ドラッガー) 【2009/08/28】以下の1つを削除【高位東国人+ドラゴンスレイヤー+剣+ソードマスター】 以下の1つを登録【暁の民+剣+ソードマスター+大戦士】 【2009/07/08】以下の1つを削除【高位東国人+大剣士+ドラゴンスレイヤー+剣】 以下の1つを登録【暁の民+理力使い+理力建築士+幻影使い】 【2009/06/07】以下の犬士用着用アイドレスを登録【暁の民+理力建築士+医師+名医】 【2009/02/28】以下の5つを削除【東国人+理力使い+ドラッカー+理力建築士】 【東国人+大剣士+ドラゴンスレイヤー+王】 【東国人+大剣士+ドラゴンスレイヤー+剣】 【東国人+ドラゴンスレイヤー+王+ライオンハート】 【東国人+ドラゴンスレイヤー+剣+ソードマスター】 以下の5つを登録【暁の民+理力使い+ドラッカー+理力建築士】 【暁の民+大剣士+ドラゴンスレイヤー+王】 【暁の民+大剣士+ドラゴンスレイヤー+剣】 【暁の民+ドラゴンスレイヤー+王+ライオンハート】 【暁の民+ドラゴンスレイヤー+剣+ソードマスター】 【2007/07/06】以下の2つを削除【東国人+剣士+犬妖精】 【東国人+理力使い+ドラッカー】 以下の7つを登録【東国人+ドラゴンスレイヤー+王+ライオンハート】 【東国人+ドラゴンスレイヤー+剣+ソードマスター】 【高位東国人+理力使い+ドラッカー+理力建築士】 【高位東国人+大剣士+ドラゴンスレイヤー+王】 【高位東国人+大剣士+ドラゴンスレイヤー+剣】 【高位東国人+ドラゴンスレイヤー+王+ライオンハート】 【高位東国人+ドラゴンスレイヤー+剣+ソードマスター】 【2007/05/20】以下の4つを登録【東国人+理力使い+ドラッカー+理力建築士】 【東国人+犬妖精+大剣士+ドラゴンスレイヤー】 【東国人+大剣士+ドラゴンスレイヤー+王】 【東国人+大剣士+ドラゴンスレイヤー+剣】 【2007/05/01】以下の3つを登録【東国人+剣士+犬妖精】 【東国人+理力使い+ドラッカー】 【東国人+忍者+犬妖精】
https://w.atwiki.jp/idress4/pages/34.html
このページの趣旨 作成したアイドレスを登録するための手順を紹介します。 登録手順 ログイン まずは 文殊のページに移動して右上のユーザー登録からログインを行ってください。 補足 まだuser登録とPCの認証が住んでいない場合は、このページの説明を読んでuser登録= PCの認証依頼を発行= 自国の華族に依頼してPC認証してもらう、という手順を先に踏んでください。 華族だけど自国の国民一覧からPC認証できないという人は黒霧か黒埼まで連絡してください。 TreeEditorから登録する ログイン後、文殊トップページの右下にあるTreeEditorのLinkからTreeEditorに移動してください。 ここで以前作成したJSONをインポートし、「文殊に保存」を実行すれば、保存されます。 補足1 共用部品 よそから流用した大部品を含むアイドレスを登録する場合、事前にそのアイドレスが登録されていることを確認してから登録してください。 というのも、アイドレスを文殊に保存する場合、保存したもの全ては保存者が作者だ、と解釈する仕組みになっているためです。すると間違えて流用元の部品の作者が自分になってしまいます。 間違えてしまった場合は後日実装予定の削除機能を利用して一度削除してください。 その上で以下の手順を踏んでください(以下の手順をgif画像にしたもの)。 1. まず登録したい大部品をインポート 2. 共用部品を削除 3. 共用部品をいれこむ先の大部品から「大部品を追加」のボタンをクリック 4. 「文殊」タブをクリック 5. 検索して、入れ込む大部品を選択して、「追加」ボタンをクリック 6. 無事追加されたら文殊に保存 補足2 複数の制作者や組織別からの提出 複数の制作者がいる場合や、特定組織からの提出に関しては、現在サポートできていません。 当面は代表者が登録する形で運用してください。 Tips ツリーの書こう 大部品の灰色の部分をドラッグアンドドロップすることでツリーの任意の場所に大部品を移動できます。 ただし他人の大部品の中に自分の部品をいれるみたいな事は出来なくなっています。 GroupViewerから閲覧する 文殊トップページの右下にあるGroupVIewerのLinkからGroupViewerに移動してください。 ここで左上の検索バーに先ほど登録した大部品名を入力し、Enterを押すと、少し時間をおいて該当項目のリンクが出てきます。 リンクをクリックすると、ページ右側に登録内容が表示されます。 これで登録は完了です。 GroupViewerの使い方 1. 検索の仕方 2. 検索結果pageのlinkの取り方 3. 大部品の無効化の仕方 4. 無効化も含めたpageのlinkの取り方 をこちらの動画で紹介しています。 データを削除する 1. GroupVIewerへ移動してください 2. 削除したい大部品を開きます 3. 大部品のページにゴミ箱ボタンがあるので、それをClickします 4. 移動先のpageで削除出来ます 他の人の部品は削除される? されません。大丈夫です。 うっかり他の人に強要されている大部品消してしまった 再登録して利用していた人に通知してください