kamyu's chronicle

美人ゲッター

2011-03-30T17:00:35+09:00

javaで、美人時計の画像を一括保存するプログラムを書いてみたよ。ちなみに、InputStreamだとだめだった。 -apachecommonsとか、必要な外部jarをきちんとインポートしてね。 -Cドライブ直下に「bijin」フォルダ作ってね。 ---- package main; import java.awt.image.BufferedImage; import java.io.File; import javax.imageio.ImageIO; import org.apache.commons.httpclient.HttpClient; import org.apache.commons.httpclient.methods.GetMethod; public class getBijin{ public static void main(String[] args) { for(int i = 0;i<60*24;i++){ int hour = i/60; int minute = i%60; StringBuilder sb = new StringBuilder(); sb.append((hour<10)?"0":"").append(Integer.toString(hour)); sb.append((minute<10)?"0":"").append(Integer.toString(minute)); String time = sb.toString(); System.out.println(time); GetMethod method = null; try{ HttpClient client = new HttpClient(); client.getParams().setParameter("http.protocol.single-cookie-header", Boolean.TRUE); client.getParams().setCookiePolicy("compatibility"); method = new GetMethod("http://www.bijint.com/jp/tokei_images/"+time+".jpg"); method.addRequestHeader("Referer", "http://www.bijint.com/jp/"); File file = new File("c:\\bijin\\"+time+".jpg"); int status = client.executeMethod(method); if(status == 200){ BufferedImage img = ImageIO.read(method.getResponseBodyAsStream()); if (ImageIO.write(img, "jpg", file)){ System.out.println(time + " get bijin! "); continue; } } System.out.println(time + " not get..."); }catch(Exception e){ System.out.println(time + " ERROR"); e.printStackTrace(); }finally{ method.releaseConnection(); } } } }

メニュー

2011-03-30T16:54:35+09:00

**メニュー -[[トップページ]] **DB/SQL -[[INDEXの貼り方]] -[[SQLチューニング]] **PHP系 -[[cakePHP]] --[[便利element]] -[[ktai library]] **linuxとかサーバー系 -[[環境構築]] -[[TIPS]] **ビジネスプラン -[[ビジネスプラン]] **その他 -[[美人ゲッター]] //**更新履歴 //#recent(20) &link_editmenu(text=ここを編集)

Greed Island

2011-03-25T14:01:28+09:00

*Greed Island &anchor(gaiyou){概要} &anchor(purpose){目的とかメリットとか} ---- **&aname(gaiyou,option=nolink){概要} -会員登録をして、アイテムを収集していくタイプのサイト/アプリ。 -スマートフォンの位置情報取得とカメラ機能を利用し、「写真」を集めていく。 -自分の「アルバム」を全て埋めきることが目的。 -写真を奪い合うこともできる。 -全て集めきった人は、実際に印刷したアルバムを手にすることができる。 **&aname(purpose,option=nolink){目的とかメリットとか} -旅行に行くための理由になる。旅行者が増えることで、経済が回る。 -旅行先で、どの場所に行けばいいのかが明確になる。 -アルバムをコンプリートするために、海外旅行者も増える。 -海外の人が日本にくるきっかけになり、日本経済が成長する。 -地域振興になる。範囲を狭めることで、幅広いニーズに対応。 -奪い合うシステムがあるため、戦略的な思考を養うことができる。 -良い写真、良い風景を撮ろう！となるので、芸術的な感覚が身につく。 **①アルバムシステム -会員登録をすると、自分の「アルバム」を与えられます。 -アルバムには、「東京アルバム」「日本アルバム」「世界アルバム」など、たくさんの種類があります。 -それぞれのアルバムで、集めなければならない写真の種類や数が異なります。 -一人が保持できるアルバムの数は３種類までです。 -アルバムを埋めると、もう一冊、アルバムを保持することができるようになります。 -埋まったアルバムは、申し込みをすれば、印刷されて自分の手に届きます。 **②収集システム -指定された場所に行き、アプリを通じて写真を撮影します。 -位置情報(&時間情報)が合っていれば、その場所の写真を手に入れることができます。 -同じ位置の写真は、10枚まで保持することができます。 -写真を撮った際には、同じ写真が、保持できる最大数まで与えられます。 **③バトルシステム -アプリを利用していると、さまざまな条件で、サイト内通貨が与えられます。 -ショップにて、さまざまなアイテムを購入できます。 -アイテムの中には、「相手の写真を奪う」アイテム＝攻撃アイテムがあります。 -攻撃アイテムは、例えば次のようなものがあります。自分のいる場所から、半径100m以内にいる人に対し、指定した位置の写真を奪う。ただし、指定した位置の写真を持っていない場合、攻撃は外れる。 -上記の場合、まずは、相手が指定した写真を持っているかどうかを調べるためのアイテムを使う…などの戦略をたてたりすることができます。 -プレイヤーの位置は、「最後にアプリ内で位置登録をした場所」となります。なお、ログイン時や、何かの行動をした際に、位置情報は自動的に更新されます。 -なお、同じ位置の写真は10枚まで持つことができますが、そのうちの１枚は、他人に奪われることはありません。ただし、その１枚は「自分で撮った写真」である必要があります。 -攻撃を一回防ぐアイテムや、指定した写真に対して攻撃を永久的に防ぐアイテムなど、「防御アイテム」も充実しています。 ---- -[[アイテム一覧]] ---- **収入計画 -サイト自体の広告収入 -アルバムの指定ポイント登録料 ⇒こちらが勝手に登録することも可能。そのときはもちろんお金は発生しない！ -サイト内通貨の購入 ⇒レアアイテムを入手することができる。 -実アルバム作成料 ⇒アルバムを埋められたら、お金を払ってでも作りたいはず。

アイテム一覧

2011-03-25T13:53:53+09:00

ビジネスプラン

2011-03-25T13:00:05+09:00

トップページ

2011-03-25T12:40:22+09:00

-このwikiは管理人kamyuの備忘録です。 -書いてあることが間違っていたら修正していただいてかまいません。

INDEXの貼り方

2011-03-25T12:36:11+09:00

*INDEXの貼り方 DBのTABLEにINDEXを貼るとき… どこを見ても「場合によって違います」としか書いていないので、ちょっと簡単にまとめてみる。よく思うんだけど、「場合によって違います」ってのは正しいのは正しいけど、解答として意味が無いんだよね。最低値と平均値と最高値くらい答えられるだろ、って思う。２時間くらいネットサーフィンしただけの知識なので、間違ってたら指摘してください。 ---- **①よくSELECT文を投げるテーブルに対してINDEXを貼る当然だけど、INDEXは検索の時にするもの。なので、SELECTされるテーブルに対してINDEXをはる。ログ的なものなど、INSERT/UPDATEの処理が多いものだと、INDEXにもINSERT/UPDATEする必要があるので逆にパフォーマンスが落ちる。 SELECTの頻度とINSERTの頻度を比べて、貼らないものは貼らないべき。貼るとしても、たくさんは貼らない。なお、実行計画の順位付けから、単純に比べたら、INDEXを貼らないほうが早い！ってケースもあるにはあるけど、そんなときはSQL側の修正をすれば、やっぱりINDEXを貼ったほうが早い。だから、INDEXはSELECTを使うときには貼るべき。 **②よく検索に使われるレコードに対してINDEXを貼る。例えば、 (例1) SELECT a.id,a.name FROM test_table a WHERE a.kubun = :kubun AND a.status = :status AND a.name like '%test%' ORDER BY a.seq_no がよく使われる検索だったら、 +kubun > status という結合INDEXを貼る。 **③ORDER BYするレコードに対してINDEXを貼る。例1だと、 -seq_no の単独INDEXを貼る。 ORDER BY a.seq_no,a.priority とかだったら、 -seq_no > priority の結合INDEXを貼る。ただし、ORDER BYする列はNOT NULLでなければならない。なお、DISTINCTはできるだけ指定しないこと。 **④GROUP BYするレコードに対してINDEXを貼る。 SELECT place_id,sum(val) FROM tsumiki_sales GROUP BY place_id 上記なら、 -place_id > val の結合INDEXを貼る。なお、できるだけHAVINGは使わず、WHERE句を使う。 **⑤COUNT,MAX,MINを使うカラムに対してINDEXを貼る。 MAXとかMINは結局ソートしてから値を出すので、INDEXを貼っておくと早くなる。 COUNTも、COUNT(列名)の指定ならINDEXを使うと早くなる。 **⑥できるだけ、種類が多いカラムから優先的にINDEXを貼る。 INDEXは「コレでコレだったら何行目！」ってのを返すわけなので… 例えば、0と1しかないところにINDEXを貼っても意味があんまり無い。なので、PRIMARY_KEYになっているものや、複合PRIMARY_KEYになっているものだと INDEXの効果が最大限に発揮できる。 …と言っても、検索に使っていないカラムにINDEX貼っても無駄だけどね。 **⑦INDEXを貼っても意味が無いのは… -LIKE検索しかしていないカラム（前文一致ならOK） -NOT検索しかしていないカラム（INとかに変えてINDEXを貼ろう） -IS NULL検索しかしていないカラム -カラムを演算している場合（カラムじゃないほうを演算しましょう） -SELECT文に全く使っていないカラム **⑧単独INDEXがいいの？結合INDEXがいいの？単独INDEXだけだと、例えば例１で +kubun +status とINDEXを貼ると、「インデックスマージ」が行われる。余計な手順であり、時間の無駄なので、同時に使われる場合は、できるだけ結合INDEXにすべき。ちなみに、kubun>statusでINDEXを貼っている場合、 kubunだけのINDEXも貼られていることになる。 **⑨ひとつのテーブルにどれくらいINDEX貼っていいの？ SQL文自体は参照しているだけであっても、データのロードやインポートなどの準備過程が必ず発生するため… 6～7個以内を目安とするのが普通みたいです。ちなみに、更新が頻繁に発生するテーブルなら、2～3個以内くらい。

右メニュー

2011-03-25T12:18:44+09:00

**更新履歴 #recent(20) &link_editmenu2(text=ここを編集)

プラグイン/ニュース

2011-03-25T12:18:44+09:00

* ニュース @wikiのwikiモードでは #news(興味のある単語) と入力することで、あるキーワードに関連するニュース一覧を表示することができます詳しくはこちらをご覧ください。＝＞http://atwiki.jp/guide/17_174_ja.html ----- たとえば、#news(wiki)と入力すると以下のように表示されます。 #news(wiki)

まとめサイト作成支援ツール

2011-03-25T12:18:44+09:00

* まとめサイト作成支援ツールについて @wikiには[[まとめサイト作成を支援するツール>>http://atwiki.jp/matome/]]があります。また、 #matome_list と入力することで、注目の掲示板が一覧表示されます。利用例）#matome_listと入力すると下記のように表示されます #matome_list