Google App Engine 2アプ目

Google App Engine 2� ..

437:nobodyさん
09/11/02 12:58:27
>>432
ゆとり乙。

438:nobodyさん
09/11/02 14:00:20
>>437
40手前のおっさんにむかって、生意気な口きくんじゃねー

439:nobodyさん
09/11/02 14:31:27
>>438
ゴメン(ww
でもご愁傷様(wwwww

440:nobodyさん
09/11/02 14:43:20
>>439
っていうか、教えてよ、教えて下さいよ。

441:nobodyさん
09/11/02 20:29:20
騙されるな
GQL使ってJOINみたいなことしまくるのがGAE的に正しい設計

442:nobodyさん
09/11/02 21:04:20
JOINは良いんだけど
refferenceの先の項目で検索したりソートしたり出来ないよなw
それしようと思ったら参照元テーブルに項目のコピー入れとけときたもんだ
一次性器化すら出来ないんだぜ？

443:nobodyさん
09/11/02 21:06:44
だよな
パフォーマンスを最優先に強制されられて、素直な記述がさっぱりできん

444:nobodyさん
09/11/02 21:12:20
その素直はRDBMS的な素直なんだぜ。
RDBMS脳を捨てようぜ。

445:nobodyさん
09/11/02 21:40:45
BigTableの最大利用のための原則と指針
URLﾘﾝｸ(www.infoq.com)
これだけみてもちんぷんかんぷんだぜ。

446:nobodyさん
09/11/02 21:53:03
コレクションフィールドで、GAEjでもJOIN検索をカバー
URLﾘﾝｸ(www.atmarkit.co.jp)
これはなんだね。

447:nobodyさん
09/11/02 21:53:19
>>445
読むなら原文(英文)のほうがよくね？

448:nobodyさん
09/11/02 23:05:42
抽出できたデータ件数も全部数えるまで判らないなんてw

449:nobodyさん
09/11/02 23:07:13
>>446
ほう
Javaなら出来るのか

450:nobodyさん
09/11/02 23:09:22
>>444
貧弱なDBをソフトのレガシーテクニックでカバーしろということですねわかります

451:nobodyさん
09/11/02 23:30:47
世の中の常としてダサい部分は洗練されていくから
バッドノウハウ的苦肉の策があっという間に陳腐化していきそうでｲﾔｰﾝな感じ

452:nobodyさん
09/11/02 23:32:50
BigTableじゃなくてBigちんぽだったら良かったのに・・

453:nobodyさん
09/11/03 00:34:11
>>449
Pythonのdb.ListPropertyにあたる機能じゃないの？

454:nobodyさん
09/11/03 01:46:37
RDBのパフォーマンスチューニングテクニックのうち99%は
すぐ陳腐化するしシステム依存度が高くて応用も利かないバッドノウハウですけど何か？

455:nobodyさん
09/11/03 11:15:15
GAEのデータストアってiTunesみたいだな

元データ＝曲ファイルでアルバム名、アーティスト名、ジャンルで勝手に
インデックスが作られる。

アルバム名、アーティスト名、ジャンルはオブジェクトじゃない。
実体はない単なるインデックス。

これ、わかりやすくね？俺良く気がついた。えらい。

456:nobodyさん
09/11/03 11:43:10
そういえば今日はいい天気だな。

457:nobodyさん
09/11/03 11:51:38
GAEのデータストアってエクセルのシートみたいだな。
以下略。

458:nobodyさん
09/11/03 15:38:42
Googl App Engineでwebサービス作りたいんですが、
お前ら何かフレームワーク使ってますか？
素のSDKままだと足りなさ過ぎる悪寒。
django SDKあるけど、みんなdjango使ってるの？
App Engine Oilとかどう？

Rubyは慣れてるから、JRuby on Railsでも使おうと思ったんだけど、
フレームワーク標準マッパのActiveRecordつかえねーし、
JRuby + Sinatra使ってる方がPythonよりCPUタイム10倍食うから、金も10倍かかるとかいいだして、
萎えてるところです。

459:nobodyさん
09/11/03 15:42:23
上から下までグーグルに依存しなくてもいいんじゃない

460:nobodyさん
09/11/03 15:51:26
は？10倍かよ。

ソースきぼん

461:nobodyさん
09/11/03 16:31:27
>>458
これどうですかね
URLﾘﾝｸ(code.google.com)
日本語ドキュメント
URLﾘﾝｸ(kay-docs-jp.shehas.net)

462:nobodyさん
09/11/03 21:05:33
亀気味ですがすいません　>411
自分の場合も、sys.path.append ってやってもエラーになるんすが（ちなみにうちもmac）
こんなふう↓↓↓にやって出来てるんすが
（GAEのドキュメントにはそうしろと書いてあるように見えたんで）
---------
1. 自分のプロジェクト配下にサブディレクトリ（たとえば mylib）を作成。
2. そこに、ライブラリ(たとえばhoge.py）を置く。
3. 同じ場所に、__init__.py を作成。（中身は空っぽでおk）

で、import mylib.hoge でインポートできる。
---------

まだ本番環境にデプロイしてみてないんすが、問題ないでしょうかね？？
BeautifulSoupとか使ってて、その方法でimportしてるんだけど。

まだPythonもGAEも初めたばっかりだから、とんちんかんな事言ってたらごめんなさい。

463:nobodyさん
09/11/03 22:55:25 qB2JrodB
>>458
Oil は便利 django いらなくなった

464:nobodyさん
09/11/04 09:31:26
oilで十分じゃね？
crudフォーム自動生成ない時点でDjango使う意味なし。

465:nobodyさん
09/11/04 14:41:27
>>463-464
thanx

466:nobodyさん
09/11/04 15:02:19
んで、GAEOは何て読めばいいんだぜ？

467:nobodyさん
09/11/04 16:31:56
>>466
gaeoに決まってるやないか。

468:nobodyさん
09/11/04 17:59:26
油

469:nobodyさん
09/11/04 22:22:12
ぎょ

470:nobodyさん
09/11/04 22:39:03
だってプログラミングしてるときはいつもフル勃起してるもんｗ

471:nobodyさん
09/11/04 23:15:58
日本人のオッサンが作ってるフレームワークはスルーですか？

472:nobodyさん
09/11/05 21:19:30
何？

473:nobodyさん
09/11/05 21:39:25
>>471
kwsk

474:nobodyさん
09/11/06 00:29:45
>>473

>>461 の事じゃないかしらん

475:nobodyさん
09/11/06 10:17:26
djangoのラッパーを作って息子の名前をつけてフレームワークと言い張ってみました

476:nobodyさん
09/11/06 16:40:33
djangoのラッパーじゃなくね？

477:nobodyさん
09/11/06 17:33:51
ソレモソウカモネ
ウッウー！

478:nobodyさん
09/11/06 18:38:55
YO!YO! お前、ラッパー、俺、VIPPER, YO!

479:nobodyさん
09/11/06 22:03:32
>>475
あ、django の事は強く意識してますが、ラッパーでは無いです。
django を appengine 上で動かすと重いしデバッグしづらいので
appengine 専用に django を書き直したようなのを作ってます。

いちおうパフォーマンスのために色々工夫をしています。

例えばテンプレートエンジンに Jinja2 というのを使っているんですが、デプロイ前にパースして Python コードにしたものをサーバーにアップロードするようにしています。

また、誰もが使う訳では無いようなモジュールは積極的に遅延ロードするようにしています。

あとKayにバンドルしているWerkzeugのデバッガはけっこう使いやすいですよ。使い方なんかはこのあたりを見てください
URLﾘﾝｸ(kay-docs-jp.shehas.net)

480:nobodyさん
09/11/07 13:27:03
Djangoから乗り換えるとなるとプラグイン周りとかいろいろ面倒だよね。

481:nobodyさん
09/11/07 17:13:42
お前らドジャンゴていえよ、ドジャンゴ

482:nobodyさん
09/11/07 17:23:09
djangoって書いてるだけで頭の中ではﾄﾞｼﾞｬﾝｺﾞって読んでるだろJK

483:nobodyさん
09/11/07 20:25:38
えっ

484:nobodyさん
09/11/07 21:16:41
デジャンゴ
URLﾘﾝｸ(michilu.com)

485:nobodyさん
09/11/07 22:02:08
みんな j の音が間違ってる。本当はドヤンゴ。

486:nobodyさん
09/11/07 22:46:57
普通ダンジョーって読むだろ。

487:nobodyさん
09/11/08 20:21:03
ヤンゴじゃないんだ

488:nobodyさん
09/11/08 20:40:14
ｽﾞｼﾞｮﾝｺﾞって呼んでたわ

489:nobodyさん
09/11/08 20:44:53
ジャンゴ

490:nobodyさん
09/11/09 03:51:41
10個フルに作った場合、
完全削除したらまた作れるようになるの？
逆にいうと10個作ってない場合はdisableにするだけでいいってことか

491:nobodyさん
09/11/09 03:54:32 AkWowcrV
そう

492:nobodyさん
09/11/11 01:10:50
サーバーサイドでグラフ描画がしたいんだけど・・・

やっぱ、GAE上でmatplotlibは使えないですかね？
importでエラーになっちまうんだが。
（matplotlibの中で使っているnumpyの中のmultiarrayがimportできないと言われる）

493:nobodyさん
09/11/11 02:27:53
>>492
今は使えなさそうですね

使いたい人は他にもいるみたいです
URLﾘﾝｸ(code.google.com)

494:nobodyさん
09/11/11 04:40:40
URLﾘﾝｸ(www.atmarkit.co.jp)
エンタープライズ市場に浸透するか
Google Appsは常に「バージョン・ベスト」、米グーグル副社長
2009/11/05

　コンシューマ向けサービスでは押しも押されもせぬ存在となった感のあるグーグルだが、
エンタープライズ市場では、オラクル、マイクロソフト、 IBMなど大手ベンダに及ばない。
そもそも、クラウド・コンピューティングやSaaS自体が、まだ企業ユーザーの間では普及
段階にさしかかったかどうかだ。グーグルにとってエンタープライズ市場の展望は明るい
のか。グーグルで製品管理担当副社長を務めるブラッドリー・ホロウィッツ氏に話を聞いた。

495:nobodyさん
09/11/11 10:01:53
うちでGAEのmixiアプリの成功例話したらノリノリだったぞ
みんなしてクソッ出遅れた！とか言ってたｗ

そのうち使うかも知れんわ

496:nobodyさん
09/11/11 22:24:14
>493
やっぱりかー。thx.

numpy使わせろって人いっぱいいるのね。ちょっと安心したわ。

497:nobodyさん
09/11/12 11:08:40
で，Kayって誰か使ってるの？

498:nobodyさん
09/11/12 11:28:09
ひとりつかってるよ

499:nobodyさん
09/11/12 12:15:14
あなたの言う使っている人というのはもしかして作ってる人ではないでしょうか。

500:nobodyさん
09/11/12 12:51:08
松尾さんって中のひとなのか

501:nobodyさん
09/11/12 16:58:48
国内発のOSSってちょっと怖い。
特にコミッター/コミュニティのやり取りが日本語だと、
そのうち開発者不足でポシャっちゃいそうだなとか考えてしまう

502:nobodyさん
09/11/12 20:06:08
GAE辞退がポシャりそうな勢いだけどな

503:nobodyさん
09/11/12 20:15:41
それはないわー

504:nobodyさん
09/11/12 22:59:58
>>501
Rubyのことをそんな風に悪く言うなよ

505:nobodyさん
09/11/13 10:42:51
アセンブラのサポートはまだか

506:nobodyさん
09/11/13 10:52:58
2chブラウザ作ったら使う人います？
(kitakoreがあるのは知ってるけど)

507:nobodyさん
09/11/13 11:54:55 T/JsCHUl
書き込み有料の上に、閲覧まで従量課金ってか

508:nobodyさん
09/11/13 16:24:47
p2のかわりになるやつあったらいいよね。
個人個人でデプロイすれば無料範囲を超えないだろうし。

作りかけ→URLﾘﾝｸ(ch2.appspot.com)

509:nobodyさん
09/11/13 16:27:50
GAEで、写真共有サイトを作ろうと思うんですけど、
アップロードした写真はBigTableに保存することになるんですよね？
これって、容量と転送量の観点から見て、どうでしょうか？問題になりそうな点がありますか？
このような場合はAmazonを使った方が安いとか、そういうアドバイスがあれば教えてください。
漠然とした質問ですみません。

510:nobodyさん
09/11/13 17:07:29
>>509
>GAEで、写真共有サイトを作ろうと思うんですけど、

容量の問題は関係ないと思うよ。
だって今更新しい写真共有サイトなんて誰も使わないから。

511:nobodyさん
09/11/13 18:32:37
むしろ2ch互換掲示板アプリ作ろうかと思ってますが需要あるでしょうか。

512:nobodyさん
09/11/13 18:58:31
>>510
>だって今更新しい写真共有サイトなんて誰も使わないから。
仲間内で使うだけなんで、気にしないでください。
＃こういうチャチャ入れしかできない人は(ry

513:nobodyさん
09/11/13 19:19:42
具体的な話を伏せるから漠然としてるんだろ

514:nobodyさん
09/11/13 20:16:27
顔真っ赤で悔しいから
情報あと出しを装ってるんじゃねーの？
深読みしすぎかな？

515:nobodyさん
09/11/13 20:16:32
いや、本質的じゃないとこでチャチャ入れんなってことでしょ

516:nobodyさん
09/11/13 20:17:26
つかここで聞くなよ
過去ログ見ればどういうスレかわかるだろ

517:nobodyさん
09/11/13 20:58:42
>>510
こういう奴まじｳｾﾞｰ

518:nobodyさん
09/11/13 21:03:08
2chで聞くとこんなレスしか返ってこないからstackoverflowで聞け。

519:nobodyさん
09/11/13 21:26:02
>>508
枠しか表示されないみたいです。
楽しみにしていますので、頑張ってください。

520:nobodyさん
09/11/13 21:40:32
>>516
まあ過去ログうんぬん以前に２ちゃんだしｗ
>>518
条件後出しする奴を誘導されても困るがな（´・ω・｀）

521:nobodyさん
09/11/13 21:42:48
サーバーからデータだけ返してhtmlはjavascriptで全部組み立てか、
俺が作ろうとしてるのとめっちゃ似てるｗ

522:nobodyさん
09/11/13 21:46:32
条件後出しって、「仲間内で使う」ってとこのこといってんの？
なんか実装に影響すんのかねそれって。

523:nobodyさん
09/11/13 22:07:39
これもサーバ側はGAEで動いてるけど
URLﾘﾝｸ(app.riaservice.com)

524:nobodyさん
09/11/13 22:52:22
goが普及したらpythonサポートは切り捨てられるんだろうか？

525:nobodyさん
09/11/13 23:44:56
それは無いでしょっていうか
そんなにすぐにGoが普及するとは思えんけど。

526:nobodyさん
09/11/13 23:50:56
>>524
pythonが落ちぶれるよりも、Goが落ちぶれる確率の方が高いと思う。

527:nobodyさん
09/11/14 00:05:47
pythonのメイン開発者は、ずっとgoogleにいるぞ

528:nobodyさん
09/11/14 00:12:22
ぐぐったら、ずっとじゃねー
URLﾘﾝｸ(mojix.org)

529:nobodyさん
09/11/14 00:37:08
>>522
不特定多数と特定少数の違いは容量や転送量に影響しないのか

530:nobodyさん
09/11/14 01:14:36
>>523
それ結構すごいですね

531:nobodyさん
09/11/14 04:37:56
>>521
すげえな。
Perlのムック本に載ってたけど、Livedoor Readerも確かそんな感じだっけ。
裏側全部API化してJavaScriptで組み立ててる。

そういうのはGAE向いてそうだな

>>523はJavaScriptの代わりにFlexでフロントエンドにする感じかー。

>>522 >>529-530
仲間内なら、画像データなんてたかが知れてるからなんとかなるかもしれんけど、
一般にwebサービスとしてリリース(特に無料会員がいるとか)だと、GAEだけじゃまずムリっしょ。
今ならamazon s3使うとか。

かといって、利便性追求して、OSのシェル拡張作って、デジカメの1000万画素データをドラッグ&ドロップでうｐできるようにするとかしたら、
仲間内でも容易にパンクしそうだがｗ

画像の保持は面倒だから、flickerとか既存サービスのラッパーちゅうかフロントエンド作ったらどうかな？
データの保存は既存サービスに丸投げ(GAEだけで出来るのか知らんが)
今時、画像共有したいけど自作するだなんて、flickerとかの制限が嫌なんでしょ？

532:nobodyさん
09/11/14 07:07:30
google app engineからスクレイピングするいいPythonのライブラリはないですか？

533:nobodyさん
09/11/14 08:32:24
>かといって、利便性追求して、OSのシェル拡張作って、デジカメの1000万画素データをドラッグ&ドロップでうｐできるようにするとかしたら、
dropboxでいいじゃんって気がしてきたよ。

534:nobodyさん
09/11/14 10:42:13
>>532
BeautifulSoup+BSXPath 使っています。
特定のページのスクレイビングしか試していないので、良いか悪いかはわからないけれど、必要最低限のことはできてる。

535:nobodyさん
09/11/14 12:42:01
>>534
サンクス

やっぱりBeautifulSoupかー。BSXPath知らんかった見てみます。

Rubyのwww::mechanize相当の機能がPythonのmechanizeにもあって、
GAEで動いてくれれば苦労せんでもすむのに・・・うう。

536:nobodyさん
09/11/15 21:33:47
>>512
>仲間内で使うだけなんで、気にしないでください。
>＃こういうチャチャ入れしかできない人は(ry

仲間内で使うくらいのWebアプリなら、お前のウンチ脳で作ったもので十分。
データ構造がぐだぐだでもコードがスパゲッティでも、Googleの技術がなんとかしてくれる。

537:nobodyさん
09/11/15 23:17:57
>>536
ｳｻﾞｰ

538:nobodyさん
09/11/15 23:22:00
友達が使うといってはみたが，実は友達が居なくて．

539:nobodyさん
09/11/15 23:24:12
ウザイなら見なきゃいいのにその実リロードしまくり

540:nobodyさん
09/11/16 00:05:17
>>538
おいやめろ

541:nobodyさん
09/11/16 00:07:49
ｳｻﾞｰ

542:nobodyさん
09/11/16 22:27:46
糞野郎のせいで糞ｽﾚになった

543:nobodyさん
09/11/16 22:28:39
>>539
ｳｾﾞｰ

544:nobodyさん
09/11/16 22:34:50
ウンチ脳は死んだ方がいいね。

545:nobodyさん
09/11/17 01:52:13
>>544
お前が死ねよ

546:nobodyさん
09/11/17 08:03:52
自前のwebmailを立ててspamフィルタしようと思ったら
GMailとほとんど同じ仕組みになってしまうのか
それとも自分でカスタムのフィルタで馬なのか

547:nobodyさん
09/11/17 08:31:44 rhUOF4YW
自家発電FW作ってるおっさんより、こっちのおっさんのほうがすごそくね？

URLﾘﾝｸ(coreblog.org)

548:nobodyさん
09/11/17 08:34:05
本人

　　/''⌒＼　　　　 + ::.゜゜゜゜｡･｡
. ,,..' -‐==''"フ +::.゜゜゜゜｡･｡　.　.*
　゜（n‘∀‘）η　ｷﾀﾜｧ !!　　　　゜｡･｡

　　____,,... -‐ _ﾆ-=''７　。.　+
_二--‐‐＝'''" ＼／. .*　☆
　 |.　 σ　|-/σ　|　+★　キタワァ !!
ｰ-＼,.ﾍ　ﾚ'　''／ﾉ

　　　＿ ,,,,..　--―　 _二―＝'''７　　+
　―　　＿_,-=―＝''" ヽ　　　 /　. .　。.　+
二＝''"　　　,　　　　　　 ,ヽ､／　★　　☆　＿　＿__
　　l　　　 ○ 　l＿__/ ○　 l　　.。*　┼　ﾉヽ/　|　　|　　　┃┃
ｰ- |　　　''.　　　l　 /　 ''　　|　　　　　┼　　丿　　ノ　ア　 * .*
　　γ⌒ヽ　　　 l /　　　　 /⌒ヽ
_,,,,--＝''　＿＿＿,,-――＝''￣＿_,-―＝''￣　 /　　+
　＿,,-　　　　　　＿,,-―＝''￣　　　ヽ　　　　　／　. .　.　　.
￣　　　 ,,-＝''￣　　　　　　　　　　　　＼　　／　.　　。. ★　　☆
　　,,,―''　　　　　　ﾉ　　　　　　　　　ﾉ　　ヽ／　　　。.　　　　.
―''|　　　　　　　（;;）　　 |＿＿_/　（;;）　　 |　　　　 ┃ 　 ┏━┃ 　　　　　　　 ┃┃
　｜　　　　 """"　　　　|　　 /　　　　""" |　. 　 ━┏┛ ┏━┃ ┏━┃ 　　　┃┃
―-ヽ　.γ´~⌒ヽ　　　　 | 　/　　　　　　　/ 　　 ━┏┛ 　　 ┃ 　　　 ┃　━┃ ┛┛
　　　＼/　　　　 |　　　　 |_/　　　　　　／⌒ヽ、　　┛ 　　　 ┛ 　　 ━┛ 　┛ 　┛┛

549:nobodyさん
09/11/17 09:07:01
反応はやすぎね？
プププ(wwWwwwwWWwwwww

550:nobodyさん
09/11/17 09:42:16
>>547
宣伝乙

551:nobodyさん
09/11/17 10:00:55
先生、548が本人だと思います!
上の方にも降臨してるみたいだし、間違いありません!

552:nobodyさん
09/11/17 11:45:45
畑も耕さず、種も蒔かず、雑草も抜かず、肥料も巻かず、
水もやらず、添え木もせず、収穫もせず、金も払わず、

ただ実を食う。

そんな人間にも育て方が下手だと
批判をする権利はあります。

553:nobodyさん
09/11/17 12:48:34
権利はあるけど対応する義務はないぞ

554:nobodyさん
09/11/17 13:56:55
FAQだろうけど、聞いてみる。
GAEでセッション管理はどうすんの？
標準機能としては提供してないよね？
ぐぐってみたけど、これというのがなさそう。
みんなどうしてる？
Datastoreに保存すべきか、それとも暗号化してCookieに入れるようなのを作るか。

555:nobodyさん
09/11/17 15:37:57
gaeoはデフォmemcachedでDatastoreも選べる
django patchはDatastoreのみ

556:nobodyさん
09/11/17 16:31:07
こんな糞スレにURL張っても逆宣伝にしかならんだろ。

557:nobodyさん
09/11/17 17:15:03
>>555
あれ、GAEで、標準でセッションて使えたっけ？
詳細ページへのリンクをプリーズ

558:nobodyさん
09/11/17 18:26:16
gaeo

559:nobodyさん
09/11/17 19:11:59
これのいちばんしたにかいてあるじゃば
URLﾘﾝｸ(code.google.com)

560:nobodyさん
09/11/17 20:22:26
なるほど、GAE for Javaでは標準装備なのか。なんでPythonではついてないの？

561:nobodyさん
09/11/17 22:26:37
>>554
Python版だと無いですよね
Kay なら Datastore 版セッションと SecureCookie のセッションと選べますよ。

memcached のみのセッションは信頼性の面で難ありなので止めた方が良いです。

562:nobodyさん
09/11/17 23:03:58
セッション機能なんて自分で作っても5分くらいだから。

563:nobodyさん
09/11/17 23:21:37
5分でテストまで出来るなんてすばらしいな。
うちの会社に欲しい人材だわ。

564:nobodyさん
09/11/17 23:26:27
テストはテストという項目で請求しないのか。
随分がさつな会社だな。

565:nobodyさん
09/11/17 23:51:16
cookie + memchaced で作ったセッション管理モジュール上げてやんよ

566:nobodyさん
09/11/18 00:33:48
平日は早朝から夜まで、土日も関係なく社員が働く会社をブラック企業と言います。

567:nobodyさん
09/11/18 05:39:47
memcacheをセッションにするのは普通不安定なの？
GAEだから不安定なの？

568:nobodyさん
09/11/18 07:55:40
memcacheってよく壊れなくね？

569:nobodyさん
09/11/18 08:02:35
ec2でmemcached鯖立ててた時は
たまに消えてた

570:nobodyさん
09/11/18 10:03:07
Kayのオッサンはスルーかよ(www
551確定ってことか？

571:nobodyさん
09/11/18 11:08:35
どうでもいいよそんなこと

572:nobodyさん
09/11/18 12:24:42
memcached って expire 期間指定出来たっけ？

573:nobodyさん
09/11/18 12:33:34
expireする時間を指定可能
あと時々勝手な都合でexpireする

574:nobodyさん
09/11/18 16:00:17
URLﾘﾝｸ(code.google.com)
に
-----
App Engine には Python Cryptography Toolkit のカスタムバージョンが付属しており、
これは PyCrypto とも呼ばれています。
App Engine に付属するバージョンは pycrypto 2.0.1 をベースにしています。
これは最新バージョンではありませんが、その大半は新しいバージョンとの互換性があります。
-----

とあるけど、SDK 1.2.7 の中には見つからないんですけど。
import Crypto とかしてもエラーになるし。
だれか教えて！

575:nobodyさん
09/11/18 21:51:49
>>574
デプロイしたら動くんじゃね？

576:nobodyさん
09/11/18 23:14:16
セッションってmemcachedの主な用途だと思ってたんだが
不安定ならキャッシュくらいにしか使えないね

577:nobodyさん
09/11/19 00:17:46
その名の通りキャッシュなんで、不揮発じゃない

578:nobodyさん
09/11/19 00:23:18
576の将来が不安

579:nobodyさん
09/11/19 00:33:02
永続的（もしくは保存期間が長い）セッションに使うと、
単なるキャッシュなので、
get：参照して、無ければDB的な物から引いて更新
set：キャッシュ更新して本体書き込み

同時アクセス考慮するならDB的な物をロックするとか
トランザクションするならさらに制御が複雑に

最近のwebサービスだと、セッション用に素のmemcached使わずに永続的な実装にして使ってる。

580:nobodyさん
09/11/19 00:46:14
>>565
まだですか

581:nobodyさん
09/11/20 12:31:13
アクセス数を減らす為に、CSS Spriteとか使ってるけど、
そもそもサイトの静的リソース(画像、CSS,Javascript、Flashとか)を
別アプリケーション立ててそっちにもっていくのは規約に反するのかな？

582:nobodyさん
09/11/20 12:48:08
問題なし

583:nobodyさん
09/11/20 13:46:47
GAE内で２つってこと？

584:nobodyさん
09/11/20 14:28:37
>同時に複数のアカウントでアプリケーションを操作するなどして割り当てを侵害したり、悪用しようとしたりすることは、利用規約への違反となり、アプリケーションが無効になるか、アカウントが停止されることがあります。

アカウント内なら問題無さそう
むしろ一つのアプリケーションに複数のアカウントを関連付ける機能があるのにこれはひどい

585:nobodyさん
09/11/20 17:54:31
↑意味を取り違えてると思う

>同時に複数のアカウントでアプリケーションを操作するなどして

というのはその方法でCPUやDataStoreやMail/Dayのquotaの制限を突破しちゃだめっていう意味だと思う

586:nobodyさん
09/11/20 23:45:27
って突破できなくね？
ドメイン変わるし。

587:nobodyさん
09/11/21 04:55:21
アカウント２つでアプリ２つ作って、片方を静的ファイル置き場みたいに使っちゃダメってことだよね
当たり前か。
アカウント１つでもだめだろな

588:nobodyさん
09/11/21 05:34:15
静的コンテンツは他に鯖{借りて|立てて}スケールアウトすればいいのだ
・・・あれ？

589:nobodyさん
09/11/21 06:56:33
GAEいらないじゃん

590:nobodyさん
09/11/21 12:59:08
性的コンテンツなら、そこいらのレンサバで勝手にスケールするだろ

591:nobodyさん
09/11/21 13:10:56
どんだけアクセス数が少ないんだよ

592:nobodyさん
09/11/21 13:16:56
ボクの性的コンテンツがスケールしません

593:nobodyさん
09/11/21 19:23:31
ボクの性的コンテンツはビックスケールです

594:nobodyさん
09/11/21 20:04:56
DSの中にあります

595:nobodyさん
09/11/26 09:34:16
.

596:nobodyさん
09/11/26 16:54:02 7zJTiiD0
URLﾘﾝｸ(www.asahi.com)

597:nobodyさん
09/11/28 19:48:27
純粋なあの頃は仕事で追い詰められて自殺なんて都市伝説だと思ってたけど
今じゃ知り合いの失踪も自殺も体験した

598:nobodyさん
09/11/29 16:23:00
remote_apiでデータいじると、DateTimePropertyの値がUTCに直されずに保存されちゃうんだな
auto_nowにしてたフィールドが9時間進んでいて驚いた

599:nobodyさん
09/11/29 17:11:15
素人以下の造りだよなぁ

600:nobodyさん
09/12/02 11:07:11
質問いいですか？
GAEで作ったアプリてローカルでも運用できるもんなんでしょうか？

wikiみたいなのを作った場合を想定していて、
例えば外部公開用の他に、
自分用でかつネットつないでない時も使えないときも使いたい場合、
どうしたものでしょうか？GAEの
ローカルでもちゃんと動いてくれるものでしょうか？

感覚的にRailsのアプリのBTS、RedmineをWindows上でproductionモードでmongrelでローカルにて動かすような感じです。

601:nobodyさん
09/12/02 11:40:32
開発用のローカルサーバそのままでＯＫならそれでいいんじゃないの？

602:nobodyさん
09/12/02 11:58:20
鬼のようなPV(になる予定)のサイトを作るんですが、EC2かGAEか悩んでいます。

自由度無くて詰んだら嫌なのでEC2に決まりかけてたのですが、
mysqlをスケーリングしてうんぬんはやはり面倒なのでGAEがいいよなあと。

いまどきのWebサービスを開発するにあたって
GAEでどうしてもできないことはなにがありますでしょうか。

たとえば、
-全文検索サーバをインストールして使う
-数時間かかるバッチ処理
-HTTP以外の通信
-SQLでかんたんにできること JOINとか？
-巨大なファイルをあつかう1GB以上とか
-データベースの定期ダンプ
-複雑な画像処理 ImageMagick

ほかにありますでしょうか。アドバイスお願いします。
これから要件まとめてなにか気がついたら私もまたカキコします。

これ
URLﾘﾝｸ(code.google.com)
つかってGAEでRubyというのも良いですね。
ただ、CPUが無駄遣いだというカキコがちょっと前にありましたけども。

603:nobodyさん
09/12/02 12:40:43
鬼のようなPVなら俺なら迷い無くEC２

604:nobodyさん
09/12/02 13:24:04
EC2のHigh-Memory Quadruple Extra Large Instance 68.4 GB of memory,
26 EC2 Compute Units (8 virtual cores with 3.25 EC2 Compute Units each),
1690 GB of instance storage, 64-bit platform

にmysql載せればいくらでも相当無理しても大丈夫そうだ。
ディスクの速度が不明だな。書き込み速いのかな。

スレ違いでした。すまん。

605:nobodyさん
09/12/02 13:28:35
>>602
鬼のようなPVのサイトだから、独自ドメインを使うと思うんだけど、
なんか独自ドメインだとSSLが使えないらしいんだよね。
たとえば URLﾘﾝｸ(www.example.org) というURLで管理者情報をいじくるページをつくったとして、
これを https にしたいとしても、できないんだってさ。
独自ドメインじゃなく xxxxx.appspot.com ならSSL使えるらしい。

これってどうよ？俺的には致命的なんだけど、だれか回避策しらんかね？

あと、www.example.org はOKだけど example.org （naked urlというらしい）は使えないとか。まあこの制限は我慢できるか。

606:nobodyさん
09/12/02 13:32:29
別ドメインになるとセッションの受け渡しができないよなぁ。。

607:nobodyさん
09/12/02 13:33:04
>>602

>たとえば、
>-全文検索サーバをインストールして使う
>-数時間かかるバッチ処理
>-HTTP以外の通信
>-SQLでかんたんにできること JOINとか？
>-巨大なファイルをあつかう1GB以上とか
>-データベースの定期ダンプ
>-複雑な画像処理 ImageMagick

これ全部やりたいってことなら、GAEじゃ無理だね。
データベースの定期ダンプとか無理だろ。
頑張ってMySQLをスケーリングするか、memcachedを使いたおせ。

608:602
09/12/02 15:51:49
>>607
これから要件を洗い出すのですが、それ全部必要なわけではないです。
私の知識の範囲でGAEで出来ないことリストです。
GAE地雷リスト？

>>603
PV課金だからってことですね。EC2なら工夫次第でPV単価安くできる。

>>605
ありがとうございます。
(追加)
- SSLを自由に使えない
- 使えるドメインに制限あり(naked url)

>>604
"Amazon Relational Database Service"ってのを見つけました。
mysqlのおもりをお任せ出来ちゃうのかもしれません。

609:nobodyさん
09/12/02 17:29:01
>>605
セキュリティ的に回避できちゃ困る領域に見えるけど
SSL証明書どうすりゃいいんだ？

610:nobodyさん
09/12/03 00:14:17
*.example.com

611:nobodyさん
09/12/03 04:30:44
>>605
xxx.appspot.com で使ってたけど
SSL にも色々変な制限あるみたいで
xls を出力するプログラム(hogehoge)をうpしたら
URLﾘﾝｸ(xxx.appspot.com) はダウンロード出来たのに
URLﾘﾝｸ(xxx.appspot.com) ではダウンロード出来なかったり
SSL の意味無いやんって
GAE 使うのやめたよ

612:nobodyさん
09/12/03 06:32:27
えっ、マジSSLだめのか、GAE。それだめだろ・・・

ログインページはSSLでないと信用できない、という場面もある。
仕事のシステム作るような場合だと、さすがにSSL必須だし。(SSLなくても大丈夫って顧客だますの？)

回避策ないかね。

613:nobodyさん
09/12/03 06:33:25
てか、ネットで業務でGAEつかってる会社をたまに見かけるんだけど、
この辺どうやってんだろ、気になるな

614:611
09/12/03 07:31:10
>>612
いや、ログインページだけなら SSL に出来るんだ
URLﾘﾝｸ(xxx.appspot.com)
URLﾘﾝｸ(xxx.appspot.com)
なんかも問題ないし
HTML だけ出力するプログラム
URLﾘﾝｸ(xxx.appspot.com)
URLﾘﾝｸ(xxx.appspot.com)
とかも問題なかったのに
>>611
の条件だけダメだったりするんだ

615:nobodyさん
09/12/03 07:33:45
URLに日本語が入ってるときにUTF-8にした上でurlescapeしてもアクセス出来なかったりするね

616:nobodyさん
09/12/03 12:22:11
>>605
EC2でexample.org （naked url）で普通に運営してるぞ俺

617:nobodyさん
09/12/03 12:37:37
apps + app engineの制約だろ
>>610も何が言いたいのかわからん

618:nobodyさん
09/12/03 17:57:10
naked domain使えるようにならないかなぁ・・

619:nobodyさん
09/12/03 20:55:30
>>617
ワイルドカードのSSL証明書とれってことじゃないのかな？

620:nobodyさん
09/12/04 09:21:38
Google、無料DNSサービス「Google Public DNS」発表
URLﾘﾝｸ(www.itmedia.co.jp)

これでnaked domainを指定のサブドメにリダイレクトできるようにならないかな？

621:nobodyさん
09/12/04 09:55:26
よく見たらそういうもんじゃなかった fack

622:nobodyさん
09/12/04 10:18:03
fuckでした

623:nobodyさん
09/12/04 18:55:33
まとめサイトをwikiでつくりたいです。
GAEにwikiを設置したいんですが、使えるwikiアプリをご存知でしたら教えてください。

・PythonでつくられたwikiでGAEで動くもの
・JavaでつくられたwikiでGAEで動くもの

Quercus（PHP in Java）を使ってGAE上で動くPHPのwikiでもいいです。
Pukiwikiのファイルの書き込み部分を、GAE上ではBigTableに書き込むように改造するのは大変でしょうか？

624:nobodyさん
09/12/04 19:03:47
>>623
俺も知りたい
自作したがしょぼすぎるんだ

625:nobodyさん
09/12/04 19:08:22
疑似ファイルシステムつくるか

626:nobodyさん
09/12/04 19:21:43
wikiなんざ@wikiでも借りたらいいんじゃないかと思うんだが

627:nobodyさん
09/12/04 19:21:43
擬似RDBでも許す

628:nobodyさん
09/12/04 20:20:21
>>626
１日100万PVのアクセスがあっても対応できるGAEで、まとめwikiを作りたいんです＞＜

>>625
勉強するんで、作り方教えてください＞＜
・PukiwikiをGAE用に改造する
・Quercus（PHP in Java）で動かす
この改造路線でよろしいでしょうか？
（JavaとPHPは使えます。Pythonはこれから勉強する予定）

ちなみに、改造したコードはどこにおけばいいですか？
よく分からんけど、Google CodeとかGitHubという場所にアップロードすればいいんですかね？
Wikipedia項目ﾘﾝｸ

629:nobodyさん
09/12/04 20:26:55
>>628
今ならGitHubだな。

630:nobodyさん
09/12/04 20:29:05
pythonで有名なwikiってmoinmoinって名前だったっけか
探せばGAEで動くように移植した人とかいるかもね

631:nobodyさん
09/12/04 20:43:43
>>629 >>630 ありがとうございます。
MionMoinを調べてみます！

＜擬似ファイルシステム＞
BigTabelに、[AlterFile]というテーブルを用意する。
カラムは、(1) [FileName]（＝ファイル名を保存する）と、(2) [FileData]（＝ファイルの中身）がある。
従来のファイル操作関連の関数を、BigTableに書き込む関数でラップするかんじですかね？

632:nobodyさん
09/12/04 22:50:02
FileSize
FileCTime
FileATime
FileMTime
はあった方が良いだろう

633:nobodyさん
09/12/04 22:51:03
FileAtribute
FileOwner
なんかもいるんじゃないかな

634:nobodyさん
09/12/05 01:16:34
ラップしたらそのファイル操作関数は制限されずに呼び出せるの？

635:nobodyさん
09/12/05 03:10:19
そりゃまぁそういう風に作ればそうなるだろう

636:nobodyさん
09/12/05 08:06:48
>>628
Pukiwikiは全ファイルなめるような操作あったような気がするから、
記事が1000件超えたらまずそうな気がするｗ

あと、何するにしても日本語検索を自前で実装しないといけないから注意。
サイトマップ作ってgoogleにindexさせて放り投げてもいいけど

637:nobodyさん
09/12/05 08:10:58
>>630
feature requestsはでてるみたいね。

FeatureRequests/GoogleAppEngineCompatibility - MoinMoin
URLﾘﾝｸ(moinmo.in)

638:nobodyさん
09/12/06 21:30:52
Cしか書けない低レベルプログラマだけど

ここ一週間GAE＋PYTHONの勉強をがんばって
2chライクの掲示板とか作ってみたけど
なんか疲れた。
もうちっと面白いアイデアがないもんかねえ

639:nobodyさん
09/12/06 21:43:18
結構何作ったらいいのかとか思い付かないよね。

640:nobodyさん
09/12/06 22:59:48
Twitterのbotとかも作るのは簡単そうだけど
肝心のしゃべらせる内容が思いつかないｗ

641:nobodyさん
09/12/06 23:17:48
勉強会の資料みたけどトランザクションきっちり必要な用途には向かないみたいね。ブログとかは向くだろうな。

適材適所。

642:nobodyさん
09/12/07 01:51:30
昨日見つけたんだけどこれはどうなんだろう↓
URLﾘﾝｸ(eiichirouchiumi.blogspot.com)

Acid HouseというGAE/Jのフレームワークで、エンティティグループをまたいでの
トランザクション処理ができるらしい
これが使えるとかなり助かるし、結構画期的だと思うんだけど

643:nobodyさん
09/12/07 11:44:19
Google App Engine Datastore のアトミック・トランザクションで更新できるのは、１エンティティ・グループだけですよね？ご存知の通り、Google App Engine Datastore では、このような「複数エンティティ・グループをアトミックに更新する」方法がありません。
実は、Low-level API なんかをうまく使って対応する方法が色々とあるんですが、Acid House を使うと、このオペレーションを１トランザクションで行うことができるので、すごく楽です。

だってさ。

LowLevelAPIで何とかなるなら標準でなぜサポートされていないんだろ。

644:nobodyさん
09/12/07 12:27:45
>>640
なるべくボットっぽくないボットを作って、followerを一杯釣るのにいきがいを感じるのはどうだろうか。

はてぶのホッテントリ(URLﾘﾝｸ(b.hatena.ne.jp))のURLに対して、
適当にこれまたはてぶのコメントからスターがたくさんついたコメを引っ張ってきて、ちょっと改変してつぶやくとかどうだろうか？

また、なるべくボット臭を消すために、たまにはてブ以外のこともつぶやく。

・URLﾘﾝｸ(buzztter.com) 話題をから拾ってきて適当に発言。～～わろた、～～てなんだこれ？等
・URLﾘﾝｸ(twitter.com) から拾ってきて、～～なうと発言
・URLﾘﾝｸ(twitter.com) や URLﾘﾝｸ(twitter.com) から拾ってきて～～爆発しろ！

APIや情報ソースとして使えそうなサービスと連携して時事をつぶやけばいいと思う

645:nobodyさん
09/12/07 12:29:03
>>644
はてぶホッテントリのURLミスった
URLﾘﾝｸ(b.hatena.ne.jp)

646:nobodyさん
09/12/07 14:29:21
>>644
なんとなく寂しいな

647:nobodyさん
09/12/07 16:26:13
lowlevelAPIってどうやったら使えるの

648:nobodyさん
09/12/07 18:25:42
Javadoc見て感覚で書く

649:nobodyさん
09/12/07 20:03:03
えっ
パイソンじゃ無理なの？

650:nobodyさん
09/12/07 22:09:43
>>642だけどソースを見たらどうも駄目っぽい
コミットの途中でクラッシュした時のことが考えられてないし、整合性の問題がある
箇所がいくつもあったり、競合が発生した場合のひどいパフォーマンスとか
とにかく問題が多すぎて、たぶん使ったら大変なことになる

651:nobodyさん
09/12/08 03:17:44
>>650
＞のような「複数エンティティ・グループをアトミックに更新する」方法がありません。
＞実は、Low-level API なんかをうまく使って対応する方法が色々とある

「ローレベルAPIならアトミックにできる」とも読めてしまうけど、そういうわけではないってこと？

652:nobodyさん
09/12/08 10:24:42
例えば銀行口座間の送金をトランザクションを利用した実装にするには残高entityをすべて１つのentitygroupにまとめておく必要があるわけですよね。
するとロック範囲も全体なので並列処理できない。スケールしない。

すると出てくる手法はなにがあるのでしょうか。

分散トランザクションとか２フェーズコミットとか？
ジャーナリングファイルシステムみたいにまず入出金イベントentityを作ってあとから各口座に反映させる？

ちなみに銀行アプリのentitygroupは口座ごとに分けて残高entityをrootにして入出金ログentityを子にするので考えています。

653:nobodyさん
09/12/08 11:13:10
>>652
BASEトランザクション
・Basically Available
・Soft-State
・Eventual Consistency

ACIDとは、別の概念が、クラウドでは出てきている。

654:nobodyさん
09/12/08 12:49:57
>>651
そもそもAcid HouseではLow Level APIは使ってない
内部でJDOのPersistenceManagerを複数生成して、それぞれ別のトランザクションを
開始しているんだけど、どうもデータストアが提供するこの機能のことを指して
Low Level APIと言っている気がする

本来のLow Level APIはJDOに比べて速度が速くて自由度が若干高いというだけで
機能自体は変わらないはず

655:nobodyさん
09/12/08 12:51:42
>>652
Song of Cloudでもその話題を扱ってますね
送金のトランザクション処理パターン
URLﾘﾝｸ(songofcloud.gluegent.com)
分散トランザクション処理の最適化
URLﾘﾝｸ(songofcloud.gluegent.com)

656:nobodyさん
09/12/08 13:40:38
>>654
＞速度が速くて自由度が若干高いというだけで機能自体は変わらない

なるほど、ありがとう

657:nobodyさん
09/12/08 23:18:02
なんか難しい話になってるな
銀行システムでも造るのか

658:nobodyさん
09/12/09 00:51:34
>>655
すげーわかりやすかった。さんきゅ。

659:nobodyさん
09/12/09 00:54:51
>>653
>>655
ありがとうございます。やろうと思えばできるのですね＞トランザクション
datastoreはindexが更新されるのに若干タイムラグがあるので
そもそもEventual Consistencyではありますよね。

>>657
課金とかポイントの使用とか

660:nobodyさん
09/12/09 08:54:10
webアプリすら不慣れであれなんだが、トランザクションてようするにちゃんと２つ以上のDB書き込みを同時に最後まで行うってことを指すのか？
例えば銀行だとAからBに振込んだときに、
A銀行で金減らす、B銀行で金増やす処理をちゃんと途切れずに行うってことで良いのかな

661:nobodyさん
09/12/09 09:31:44
ひとまとまりでおこなうってことじゃね？
途中でエラー起きた！とかなってもちゃんとその操作を行う前の状態に戻れるように
何したか記録してあるみたいな。

662:nobodyさん
09/12/09 10:12:17
>>661
それは、ロールバック(UNDO)・セグメントという更新前のジャーナルの概念。
それだけでなく、REDO・ログという更新後のジャーナルの概念と両輪になっている。
ロールバックに対して、ロールフォワードという機能。

ACID特性を、実現するために、UNDO/REDO両方を備えるのが通常。
たくさん更新してコミットしない間は、UNDOセグメントが多く使われちゃう。

663:nobodyさん
09/12/09 15:44:37
処理の成否に関らず矛盾しちゃダメよってことじゃない？

ところでトランザクションでサポートされてたとしても
通帳的なデータは作ったほうがいいんじゃまいか

664:nobodyさん
09/12/09 16:12:32
>>660
金曜日の午後３時以降に振り込むと
月曜の午前８時までは
A銀行で金が減って
B銀行にはまだ金が増えない状態になりますが
よろしかったでしょうか？

665:nobodyさん
09/12/09 21:32:15
>>664
A銀行の予約の勘定に入るよ。
ちゃんと永続性のあるところに落ち着いている。

666:nobodyさん
09/12/09 21:48:58
>>660
>にちゃんと２つ以上のDB書き込み
板用とスレッド用のDB2つ使った2chのログ鳥アプリ作ってる最中だったからびびった

667:nobodyさん
09/12/09 23:32:49
１台のmysqlですむならrails、それ意外はGAE。

668:nobodyさん
09/12/10 06:42:01
ざっくりしすぎだろｗ

669:nobodyさん
09/12/10 06:53:38
>>664-665
横から質問なんだが
土日が月末で利息の勘定月だった場合
A銀行の預金の利息は減った金額に対して計算されるのか
それとも減る前の金額に対して計算されるのかどっち？

670:nobodyさん
09/12/10 08:33:36
普通預金勘定に無いんだから、前者。

671:660
09/12/10 22:13:38
このスレレベル低すぎワロタ
なんか安心したわｗ

頑張ってGAEで何か作ろう

672:nobodyさん
09/12/10 22:18:13
レベルの低い質問をしておいてその態度はいかがなものか

673:nobodyさん
09/12/10 23:44:59
技術だけで勝負するよりも、企業会計原則とか簿記の
からめ手も使って勝負しないと、きついぞ。
変な仕様で作りこんでも、運用できなくて没。

674:nobodyさん
09/12/10 23:48:34
がんばらなきゃ作れないのも
レベルが低いからなんだけどね

675:nobodyさん
09/12/10 23:59:15
>>673
最近どんどんそんな感じになってるよね。
技術の敷居が下がってきてる気がする。
業務知識とかアイデアと器用さがあれば充分みたいな。

676:nobodyさん
09/12/11 01:04:36
>>675
高級言語PGの方向性ってそういうもんでしょ。

677:nobodyさん
09/12/11 02:13:49
そだね、昔は技術だけで食えたから細かい技術が生き甲斐みたいな感じだった。
幸せだった。

678:nobodyさん
09/12/11 08:08:14
一概には言えないけど、技術のハードルが下がるのはいいことだと思う。
いろんな人が触れることでいろんなものが生まれる。

679:nobodyさん
09/12/11 08:49:26
方向性的には
「アレやっといて」でコンピュータがなんでもしてくれる理想の世界
に向いているわけだから正しい進化だよね。

680:nobodyさん
09/12/11 09:09:58
でなかったら車なんか運転できないもんな

681:nobodyさん
09/12/11 12:14:25
でも低級(言葉合ってる?)言語メンテ出来る人材も育てないと将来困りそう。

682:nobodyさん
09/12/11 13:22:25
そういう人は大学で純正培養されてしかるべき企業に就職してしかるべき物作ってるしなぁ。
いっちまえばGAEとかもそういうもんだしね。

683:nobodyさん
09/12/11 14:22:50
>>682
なら問題なしか・・・。

684:nobodyさん
09/12/11 15:29:26
>>682
Googleも、金も人も出すといって
Apache Software Foundationに、支配下の人を出向させて
動くものができたら、持ち帰らして、製品に仕上げるみたいな感じかな。

BigTableも、Apacheの実装が先で、クラウドで動くシロモノに仕上げたのはGoogle。
いろんな業者のJavaAPサーバも、Apache(Web)やTomcat(AP)のエンジン使って
付加価値つけて、サポート料とるビジネスモデルだしね。

LinuxやEclipseも、Apache Software Foundationに似たしくみをもっている。

次ページ