約 55,158 件
https://w.atwiki.jp/kouteieki2010joho/pages/978.html
宮崎日日新聞 激震口蹄疫へ飛ぶ (魚拓) (2010年5月11日付) 本県で流行している牛や豚の口蹄疫のウイルスの塩基配列が、香港で今年確認されたものと99・22%一致していることが、10日までに明らかになった。 農林水産省が英国の家畜衛生研究所にウイルスの解析を要請していた。香港のほか、韓国のウイルスとも98・59%一致することも判明した。 農水省は「ウイルスの一致率だけでは、感染源や感染経路については何も言えない」としているが、一致率の高さは、口蹄疫がこれらの地域から何らかの経路で日本に入ってきた疑いをあらためて強める結果となった。 農水省は今月2日にも、本県で見つかったウイルスが香港やミャンマーのものと類似していると発表していたが、塩基配列の一致率や、韓国の型とも近いことが分かったのは初めて。 ウイルスは感染を繰り返すうちに少しずつ塩基配列を変えていくため、配列が近ければ近いほど共通の感染源から枝分かれした可能性が高いことを示す。 5月 農水省発表 防疫関係
https://w.atwiki.jp/asuka-ch/pages/257.html
一致団結リレー企画 その名の通り一致をデータ受け渡して リレーする企画 日時:今から明日朝まで (ぶーちゃんの大会中はでこぽんchで) 形式:一人大体一時間 データ受け渡しはテンプレ通りで 参加者:俺、でこぽん ゆるくやります、アドバイスめっちゃ します よろですヾ(o゚ω゚o)ノ゛ 概要 ルール 参加者 でこぽんch リンク 概要 企画 やくまる 日時 2010年12月22日(水)17時30分 ダンジョン 一致団結 制限時間 翌朝まで チャット会場 #asuka-ch, #dekopon02639 階層報告先 #asuka-ch2 裏方 ルール ルール ゆるくやります AsukaTools おおむね可.故意でない強制終了での AsukaRestart は可.AsukaHack は不可.乱数値固定/非固定は自由 バグ利用 換金・変化バグ可.店主焼き可 Asukagrid 可 エビマヨツール 可 Koppa 可(使い方) 参加者 やくまる,でこぽん でこぽんch http //asuka--sen-nin.ddo.jp/checker/page.cgi?ust dekopon02639 リンク アスカch 風来ch アスカチェッカー画像うpロダ 階層報告所 AsukaPlayers じゃわてぃーの多窓 Ustream/Jusin同時視聴ページ 獄卒ch獄卒チェッカー
https://w.atwiki.jp/fujiyan/pages/43.html
Slim3で部分一致検索(Like検索)を頑張ってみる (2012/06/19追記) 検索結果のキャッシュのことを考えたら、本ページのような小細工をせずに、おとなしく結果全件をListで取得したほうが良い気がしてきました…。 検索結果の件数が大きい場合を想定して、Listで取得するのを控えていたのですが、そもそも、そんな検索を許さないようにしたほうが健全ですしね…。 Datastoreでの文字列検索 GAEのDatastoreでは、Entityの検索方法として、プロパティの文字列の前方一致をネイティブでサポートしている。 よって、Slim3でも基本は文字列の前方一致となる。 package jp.fujiyan.gae.datastoretest; import java.text.DecimalFormat; import java.util.List; import jp.fujiyan.gae.datastoretest.meta.FooMeta; import jp.fujiyan.gae.datastoretest.model.Foo; import junit.framework.Assert; import org.junit.After; import org.junit.Before; import org.junit.Test; import org.slim3.datastore.Datastore; import com.google.appengine.tools.development.testing.LocalDatastoreServiceTestConfig; import com.google.appengine.tools.development.testing.LocalServiceTestHelper; public class QueryTest { private final LocalServiceTestHelper helper = new LocalServiceTestHelper(new LocalDatastoreServiceTestConfig()); private static DecimalFormat FORMAT = new DecimalFormat("0000"); @Before public void setUp() throws Exception { helper.setUp(); } @After public void tearDown() throws Exception { helper.tearDown(); } @Test public void test1() { // 2000個のEntityを作成 for (int i = 1; i = 2000; i++) { Foo foo = new Foo(); foo.setName("Foo" + FORMAT.format(i)); Datastore.put(foo); } // "Foo11"で始まるEntityは100個 List Foo list = Datastore.query(Foo.class).filter(FooMeta.get().name.startsWith("Foo11")).asList(); Assert.assertEquals(100, list.size()); } } InMemoryFilter 前方一致だけでは何かと不便なので、Slim3では部分一致でも検索が可能な手段を用意している。 InMemoryFilterという仕組みで、Datastoreから返された検索結果に対してフィルタリングをかけている。 ※以降、面倒なのテストメソッドのみ掲示… @Test public void test1() { // 2000個のEntityを作成 for (int i = 1; i = 2000; i++) { Foo foo = new Foo(); foo.setName("Foo" + FORMAT.format(i)); Datastore.put(foo); } // "2"を含むEntityは543個 List Foo list = Datastore.query(Foo.class).filterInMemory(FooMeta.get().name.contains("2")).asList(); Assert.assertEquals(543, list.size()); } limitとoffset ページングを実施する上で必要な処理として、例えば、ページ毎10件のページング処理で、8ページ目に該当するレコードを取得する場合には、71件目から10件分だけレコードを抽出する処理がある。 GAEのDatastoreでは、Queryのn件目から取得(offset)、クエリの結果をn件まで取得(limit)、というのがネイティブでサポートされている。 よって、Slim3でもoffsetやlimitが利用可能 これさえ使えば、ページングも楽々ですよ。 @Test public void test1() { // 2000個のEntityを作成 for (int i = 1; i = 2000; i++) { Foo foo = new Foo(); foo.setName("Foo" + FORMAT.format(i)); Datastore.put(foo); } // "Foo11"で始まるEntityは100個 List Foo list = Datastore.query(Foo.class).filter(FooMeta.get().name.startsWith("Foo11")).offset(71).limit(10).asList(); Assert.assertEquals(10, list.size()); Assert.assertEquals("Foo1171", list.get(0).getName()); Assert.assertEquals("Foo1172", list.get(1).getName()); Assert.assertEquals("Foo1173", list.get(2).getName()); Assert.assertEquals("Foo1174", list.get(3).getName()); Assert.assertEquals("Foo1175", list.get(4).getName()); Assert.assertEquals("Foo1176", list.get(5).getName()); Assert.assertEquals("Foo1177", list.get(6).getName()); Assert.assertEquals("Foo1178", list.get(7).getName()); Assert.assertEquals("Foo1179", list.get(8).getName()); Assert.assertEquals("Foo1180", list.get(9).getName()); } InMemoryFilterとlimit/offsetは併用できない… じゃあ、あとはInMemoryFilterを使えば、部分一致検索の結果に対してページングが出来そうですね。 @Test public void test1() { // 2000個のEntityを作成 for (int i = 1; i = 2000; i++) { Foo foo = new Foo(); foo.setName("Foo" + FORMAT.format(i)); Datastore.put(foo); } // "2"を含むEntityは543個 List Foo list = Datastore.query(Foo.class).filterInMemory(FooMeta.get().name.contains("2")).offset(0).limit(10).asList(); // 543個の中から先頭10個をとったはずが… Assert.assertEquals(10, list.size()); } 上記のテストの実施結果は junit.framework.AssertionFailedError expected 10 but was 1 ... なんと1件しか取れていません。 これは、SlimがGAEのネイティブなQueryを先に実施し、その結果に対してInMemoryFilterを適用するからです。上記の場合、2000個のEntityに対して、最初にoffset(0).limit(10)が実施されます。その結果、Foo0001~Foo0010の10個のEntityが返されます。 そのFoo0001~Foo0010の結果に対して、contains("2")のInMemoryFilterが実施されるため、結果はFoo0002の1件しか残らなくなるのです。 じゃあ、地道にasIterator()で拾い上げようと思ったら… offsetやlimitが使えないとなると、クエリ結果を最初から順番に拾い上げて、ページ先頭レコードまでスキップした後、目的の件数分取得する、しかなさそう。 ちょうどModelQuery#asIterator()というメソッドがクエリ結果を拾い上げるIteratorを返してくれそうです。では早速… java.lang.IllegalStateException In case of asIterator(), you cannot specify filterInMemory(). ... はい、一旦InMemoryFilterを適用してしまうと、asIterator()は使えないのです。 まぁ、Slim3の仕様として諦めてください…。 そこそこ自前で処理するしかなさそうです ということで、何もFilterを適用しないModelQueryの結果に対して、指定の条件でフィルタリングした結果を拾い上げるIteratorを作るしか無さそうです。 キモなところはApacheのCommons Collectionsを使っています。まぁ代わりにGuavaのIteratorsを使ってもイイかと思います。 package jp.fujiyan.gae.datastoretest; import java.util.Iterator; import org.apache.commons.collections.Predicate; import org.apache.commons.collections.iterators.FilterIterator; import org.slim3.datastore.InMemoryFilterCriterion; import org.slim3.datastore.ModelQuery; /** * InMemoryFilterでasIterator()が使えないため用意しています。 * @author Fujiyan * * @param M */ public class ModelQueryIterator M implements Iterator M { public interface IPredicate M { boolean evaluate(M model); } protected FilterIterator delegate; public ModelQueryIterator(ModelQuery M query, InMemoryFilterCriterion criterion) { final InMemoryFilterCriterion innerCriterion = criterion; this.delegate = new FilterIterator(query.asIterator(), new Predicate() { @Override public boolean evaluate(Object obj) { return innerCriterion.accept((M) obj); } } ); } @Override public boolean hasNext() { return delegate.hasNext(); } @Override public M next() { return (M) delegate.next(); } @Override public void remove() { delegate.remove(); } } いろいろ工夫の余地はありますが、とりあえず検証用のサンプルとして…。 使い方は下記の通り @Test public void test1() { // 2000個のEntityを作成 for (int i = 1; i = 2000; i++) { Foo foo = new Foo(); foo.setName("Foo" + FORMAT.format(i)); Datastore.put(foo); } // "2"を含むEntityは543個 Iterator Foo iterator = new ModelQueryIterator Foo (Datastore.query(Foo.class), FooMeta.get().name.contains("2")); Assert.assertEquals("Foo0002", iterator.next().getName()); Assert.assertEquals("Foo0012", iterator.next().getName()); Assert.assertEquals("Foo0020", iterator.next().getName()); Assert.assertEquals("Foo0021", iterator.next().getName()); Assert.assertEquals("Foo0022", iterator.next().getName()); Assert.assertEquals("Foo0023", iterator.next().getName()); Assert.assertEquals("Foo0024", iterator.next().getName()); Assert.assertEquals("Foo0025", iterator.next().getName()); Assert.assertEquals("Foo0026", iterator.next().getName()); Assert.assertEquals("Foo0027", iterator.next().getName()); } あとは、このModelQueryIteratorで、指定のレコードまでスキップ/指定の件数を取得、というお決まりのページング処理を行えば、何とかなるかと思います。
https://w.atwiki.jp/gundamfamily/pages/8157.html
550 顔と名前が一致した人は手を上げて2016/08/16(火) 19 39 10.23 ID zQy7PTBP0 某ホテルにて フラム「…えー、本日は記者の皆さまお集まりいただきありがとうございます。ただいまより、緊急記者会見の方始めさせていただきます」 ドール「えー、本日は我々のためにお集まりいただきありがとうございます」 ミンク「突然ですが、我々マジシャンズ8は」 レッシー「本日をもって解散することになりました」 グリン「急な発表でファンの方々にはもうしわけなく思っております」 ゼル「ですが方向性の違いなどもあり、各メンバー話し合いの末決めたことです」 レオ「どうかご理解いただければ幸いです」 サファー「今後につきましては各自ソロで活動していくことになりますが」 ネッド「詳細につきましてはヴェイガン公式ホームページの方で随時発表という形になります」 フラム「ありがとうございました。それでは質疑応答の方に移らさせていただきますが何か質問は…はい、そこの方」 フラン「えーと、根本的な質問なのですが」 ドール「はい」 フラン「そもそもあなたがた、誰?」 ドール「」 ミンク「」 レッシー「」 デシル「おい見ろよゼハートこの記事。マジシャンズ8解散だとよハハハ」 ゼハート「知り合いなのですか?」 デシル「いや、全然知らねえ。そもそもなんなんだよこいつら、アイドルグループ?」 ゼハート「さあ、私も芸能関係には疎いので。でもどこかで聞いたこともあるような…」 ミンク「…ウチらってこんなに知名度なかったんだね」 グリン「ちょっともう少し有名になるまで、解散やめようか」 ドール「そうだな…」 フラム「兄さん…」 頑張れマジシャンズ8! いつか有名になって解散するその日まで! 知名度がないのは数が多すぎるせいだと思うぞ、多分!
https://w.atwiki.jp/pipopipo555jp/pages/2555.html
http //www.47news.jp/CN/201001/CN2010013101000144.html 日中で南京虐殺犠牲者一致せず 共同研究報告書 日中両国の有識者による歴史共同研究委員会は31日、双方の論文をまとめた報告書を公表した。焦点の「南京大虐殺」(1937年)の犠牲者をめぐって「30万人以上」と言及する中国側と「20万人を上限」とする日本側の見解が一致しないなど、近代を中心に認識の隔たりが目立った。中国側の要求で非公表とされた戦後の現代史部分の取り扱いも今後の課題として残された。 両国が歴史問題の克服を目指し、2006年に始まった共同研究は報告書公表で一つの区切りを迎えた。報告書は「近現代史」と「古代・中近世史」について計約550ページ。それぞれの時代について日本側と中国側の論文を掲載した。 日本側座長の北岡伸一東大教授と、中国側座長の歩平・社会科学院近代史研究所長は昨年12月24日の最終会合後の記者会見で今回の報告を「第1期」として「第2期」の研究継続に意欲を表明した。 日中戦争をめぐる記述で中国は「日本軍国主義による全面的な侵略戦争」と断定。「中国人民の抗日戦争における偉大な勝利」で終結したと総括した。戦前日本の拡張政策に関し「古代より朝鮮半島獲得をあきらめていなかった」と分析した。 2010/01/31 17 02 【共同通信】 日中歴史共同研究
https://w.atwiki.jp/pipopipo555jp/pages/2534.html
http //www.chugoku-np.co.jp/News/Sp201001310260.html 南京虐殺犠牲者一致せず 日中共同研究報告書 10/1/31 日中両国の有識者による歴史共同研究委員会は31日、双方の論文をまとめた報告書を公表した。焦点の「南京大虐殺」の犠牲者をめぐり「30万人以上」と言及した中国と「20万人を上限」とする日本側の見解が一致しないなど、近代を中心に認識の隔たりが目立った。中国の要求で非公表とされた戦後の現代史部分の取り扱いも今後の課題として残された。 両国が歴史問題の克服を目指し、2006年に始まった共同研究は報告書公表で一つの区切りを迎えた。報告書は「近現代史」と「古代・中近世史」について計約550ページ。それぞれの時代について日本側と中国側の論文を掲載した。 日本側座長の北岡伸一東大教授と、中国側座長の歩平・社会科学院近代史研究所長は昨年12月24日の最終会合後の記者会見で、今回の報告を「第1期」として「第2期」の研究継続に意欲を表明した。 中国側は犠牲者数について、南京軍事法廷が「30万人以上」とした点を指摘した。日本は「20万人を上限として4万人、2万人などの推計がある」と分析した。 日中戦争の記述で中国側は「日本軍国主義による全面的な侵略戦争」と断定。「中国人民の抗日戦争における偉大な勝利」で終結したと総括した。戦前日本の拡張政策に関し「古代より朝鮮半島獲得をあきらめていなかった」と分析した。 日本側は「日中戦争で中国の非戦闘員に多くの犠牲を強いた」と明確にしたが、対外拡張政策については「日本で内閣制度が成立した1885年ごろは、軍備拡張も穏健だった」として中国側の主張と一線を画した。 戦争後半で中国共産党が攻勢に出た理由についても日本側が共産党の戦術の巧みさを評価したのに対し、中国側は党の「正義」が大衆の心をつかみ「抗日救国運動を盛り上げた」と述べた。 古代から中近世にかけて、中国と周辺国が上下関係となる国際秩序「冊封体制」の中に、日本がどう組み込まれていたかについても双方の見解は分かれた。 ただ盧溝橋事件(1937年)に関しては中国側が、日本の中国侵略政策との関連を主張しながらも、事件自体は「偶発的に起きた可能性がある」と柔軟な立場ものぞかせた。 日中歴史共同研究
https://w.atwiki.jp/knenet/pages/58.html
darcs version 2.0.0 (2.0.0 (+ 19 patches)) パッチを指定する条件を指定します。 'exact' パッチ名を直接指定します。 annotate --summary --match 'exact "my most excellent patch"' 'name' パッチ名に対して正規表現を適用します。 annotate --summary --match 'name [eE]xcellent' 'author' 作者名に対して正規表現を適用します。 annotate --summary --match 'author foo@bar' 'hash' パッチのハッシュを指定します。 darcs annotate --summary --match 'hash 20040403105958-53a90-c719567e92c3b0ab9eddd5290b705712b8b918ef' 'date' パッチの日付を指定します。 darcs annotate --summary --match 'date "tea time yesterday"' darcs annotate --summary --match 'date "2006-04-02 22 41"' また、'and', ' ', 'or', '||', 'not', '!' の論理が使えます。括弧でグループ化も出来ます。 (要検討)
https://w.atwiki.jp/keisks/pages/81.html
こちら %s/ .\{-} //g これは絶対忘れる自信がある。
https://w.atwiki.jp/kt108stars/pages/4844.html
930 名前: NPCさん 投稿日: 2009/05/28(木) 20 37 42 ID VeH+jWcr 某スレ(TRPGとは無関係)を見てたら去年体験した困話を思い出した。 うちの鳥取には困ったちゃんが二人いる。イニシャルで表記させてもらう。 一人は現代物でGMをする事が多いMT、もう一人はPL専のKK。どちらも男だ。 MTはヲタで吟遊。○○が処女じゃないのは許せんとか叫ぶ奴だが、それは今回の事件とは直接関係ない。 KKはジャンプで連載されてた某有名漫画の登場人物(主人公ではない)と同姓同名。 で、多分最初はネタのつもりだったんだろう。ある日現代物で、自分の本名のキャラつくったんだ。 それがウケて、その後も現代物やるときはその漫画の登場人物の名前ばかり使うようになった。 名前だけでなく、キャラの口癖とかも、その時々に作ったキャラの元キャラそのまんまだった。 問題は、GMのMTがその漫画のアンチだった事。 MTは、まあ、一種の同属嫌悪だと思うが、腐女子が大嫌いで、その漫画は腐女子に人気がある事で有名だったからだ。 ちなみにKKは腐男子ではない。多分。 MTはKKがつくるキャラにいつもケチをつけ、KKは俺の勝手だといって取り合わない。 もともとあまり仲は良くなかったが、徐々に険悪さを増してきた。 ある日、MTが珍しくファンタジー物でGMをする事になった。 俺はKKがどんなキャラを作るか興味津々だったが、出来上がったものは普通に外人の名前だった。 ところが、その瞬間… 「ホモはハッテン場へ行け!!!」 ぶちきれたMTがKKを口汚く罵り出したんだ。 KK「ホモじゃねーよ!決め付けんな。お前こそロリコンだろーが!」 MT「ホモじゃないならなんで○○○○の名前ばっかつかうんだ。あと俺はロリコンじゃねー」 KK「男で○○○○が好きならホモ?お前バカじゃね?」 どうやら今回の外人の名前も同じ漫画のキャラだったらしい。 まあ、俺はこいつらの趣味なんかどうでもいいんだが、こんなくだらない事でセッションを崩壊させるのはやめれ。 932 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 20 45 54 ID ??? 930 漫画名伏せる意味なくね? 933 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 20 48 06 ID ??? 多分テニスの王子様とかだろ 934 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 20 49 06 ID ??? 930 まあ中学生のうちはまだそんなもんだろ 高校生ですら仲が悪けりゃそうなる 935 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 20 54 44 ID ??? ○○○○ シスプリ おお! 936 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 20 55 44 ID ??? シスプリとホモ関係ねえwww 937 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 20 56 17 ID ??? 〇〇〇〇 こうめい げぇっ?! 938 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 20 57 55 ID ??? ○○○○ こうめい はわわ 939 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 21 01 44 ID ??? ○○○○ くそみそ ああ…次はションベンだ… 940 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 21 04 56 ID ??? ほらそうやって人に解らない話題を続けると困になるぜ 特に 938や 939は実物を見たことがあるのかい? 2chとかふたばとかニコ動とか俺はワカランヨ 942 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 21 09 38 ID ??? 940 とりあえず、一番最初のだけに 「意義あり!!」 943 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 21 10 43 ID ??? 痛いな。どっちも痛々しい。 944 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 21 12 01 ID ??? 942 「異議あり!」 …ああ、釣られちまった(自己嫌悪 947 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 22 36 43 ID ??? 930の○○○○はマンガのタイトルのはずなのに見当違いな穴埋めばかりで吹いた 948 名前: NPCさん [sage] 投稿日: 2009/05/28(木) 22 39 17 ID ??? どう考えても ○○○○=パタリロ スレ224
https://w.atwiki.jp/pipopipo555jp/pages/1837.html
http //www.jcp.or.jp/akahata/aik07/2008-12-12/2008121214_01_0.html 2008年12月12日(金)「しんぶん赤旗」 教科書の内容 改悪教基法と一致要求 検定審 制度改定の報告案 教科書検定審議会(文部科学相の諮問機関)は十一日、検定手続き改善作業部会と教科書改善作業部会の合同会議を開き、検定制度改定についての報告案を審議しました。 報告案は、教科書が、教育基本法に示す「教育の目標」を達成するための主たる教材であることを検定基準の総則に明記し、教科書の内容が同法と一致していることを明確化するとしています。 教科書会社に対して、教科書の内容と教基法の目的・目標との対照を示す書類の提出を求め、「愛国心」育成を目標とした同法にそう教科書づくりを要求しています。 検定手続きの「透明性の向上」については、教科書調査官が作成する調査意見書や審議会の部会・小委員会の審議事項などを事後に公表するとしています。しかし、これらは現在も公表されています。一方で、「情報が検定審査終了前に流出」した場合は審議を一時停止することを明確化するなど、情報管理の強化を図っています。 学習指導要領の範囲を超える「発展的な学習内容」については、「本文以外で記述する」との規定を見直し、分量の制限も撤廃。「教科書に記述されている内容をすべて学習しなければならない」という「従来型の教科書観」を、「個々の児童生徒の理解の程度に応じて指導を充実する」という観点で転換する必要があるとしています。 同審議会は二十五日に最終報告を提出。文科省は検定基準などの改定案を出す予定。 沖縄戦ニュース