Google App Engine - 暇つぶし2ch

Google App Engine ..

446:nobodyさん
09/01/01 21:10:52
>>443
URLﾘﾝｸ(djangoproject.jp)
URLﾘﾝｸ(djangoproject.jp)
まったく出来ない訳じゃないけど引数の数とかかなり制限ある
そもそもwebappのテンプレートはdjangoと完全互換じゃないし
webappの方で出来るかどうかはやってみないと判らない

447:nobodyさん
09/01/01 21:13:59
URLﾘﾝｸ(php-sql-gdgd.jugem.jp)

448:nobodyさん
09/01/01 23:46:18
URLﾘﾝｸ(d.hatena.ne.jp)
webappでカスタムフィルタできるやん
なんで嘘つくん？
しかしカスタムタグとかカスタムフィルタとかいちいち面倒くさいね～
PHPなら元来がテンプレートシステムだから楽なのに
pythonはショボい言語やなー

449:nobodyさん
09/01/01 23:50:05
確かにね

450:nobodyさん
09/01/02 00:02:01
いちいち面倒とか言ってるから
あんなコードができあがるわけですね・・・

451:nobodyさん
09/01/02 00:06:12
どんなコード？

452:nobodyさん
09/01/02 00:09:35
PHP最強！

453:nobodyさん
09/01/02 06:43:12
>>451
インデントも無茶苦茶で <?php ... ?> がそこら中に散らばり、
メンテナンスが不可能なゴミのように汚いコード。

454:nobodyさん
09/01/02 07:40:36
インデント揃えて<?php ... ?>をそこら中に散らばらせなければいいのでは？

455:nobodyさん
09/01/02 11:22:39
世の中の開発はWebだけだけと思っている人っているんですね。
おめでたいのは正月だけにしてくださいね。

456:nobodyさん
09/01/02 11:42:21
pythonをwebに使うのは無理があるんですね
分かります

457:nobodyさん
09/01/02 11:55:54
web2pyのスレ落ちたね

458:nobodyさん
09/01/02 12:00:35
Webもフロントエンドとバックエンドがあるよね。
コード量はテンプレートよりバックエンドの方が多いはず。
PHPでバッチスクリプト書くなんて信じられないです、ゴメンナサイ。

459:nobodyさん
09/01/02 12:03:48
>>458
PHPの人たちにそんなこと言ったって理解できないよ。
HTMLにちょっとコードを埋め込めば済むような安くてどうでもいい仕事しかしてないんだから。

460:nobodyさん
09/01/02 12:07:10
gaeでバッチ処理なんてできないでしょ
データストアに対する一括処理をしたくなった時はどうしたらいいんだろうね

461:nobodyさん
09/01/02 12:11:11
そうだね
gaeにはテンプレートはないしバッチ処理もできないよね

462:nobodyさん
09/01/02 12:15:40
gaeってコネクションの制約10秒までだから、
10秒以上かかるダウンロードは不可能なの？

463:nobodyさん
09/01/02 12:19:22
>>459
PHPエンジニアでそんな仕事やってるとこあんの？

464:nobodyさん
09/01/02 14:11:54
>>462
もちろん

465:nobodyさん
09/01/02 14:21:44
PHPでバッチ書いて飯を食ってる俺様参上
しかしスレ違いなので即退散

466:nobodyさん
09/01/02 18:32:33
PHPでもWindowsGUIアプリ書けるんだな
勉強になった

467:nobodyさん
09/01/02 19:11:55
よく出る話題だよね
今更知らなかったという点とPHPにできるわけないと思い込んでいたという点の両方において面白いけど

468:nobodyさん
09/01/02 19:26:03
PHPスレはここですか？

469:nobodyさん
09/01/02 19:57:04
新年から、ブサオタは二次元で我慢、とかそんな切ない話するなよ

470:nobodyさん
09/01/02 20:07:53
PHP使ったクラウドサービスってあるの？
RubyとかPerlは？

471:nobodyさん
09/01/02 20:25:57 qbbs520i
Python も PHP も使える俺はどうなるんだね？
君達は視野が狭いなー。

472:nobodyさん
09/01/02 20:34:08
どうなるって何が？

473:nobodyさん
09/01/02 20:46:02
>472
PHPのドカタ仕事ばかり回されてイライラする

474:nobodyさん
09/01/02 20:52:43
そりゃその程度の人材というだけ

475:nobodyさん
09/01/02 21:45:13
　　ドゴォォォォン！！
　　　　　　　　;　'　　　　　;
　　　　　　　　　＼,,(' ⌒｀;;)
　　　　　　　　　(;; (´･:;⌒)/
　　／⌒ヽ(;.　(´⌒` ,;) ）　’
Σ（；＾ω＾）(（´:,(’ ,； ;'),`
⊂　⊂　　　　/￣￣￣/＿＿
　　　　　　＼/＿＿＿/

476:nobodyさん
09/01/02 21:48:36
>>470
Aptana Cloud

477:nobodyさん
09/01/02 21:56:39
>>476
それはGoogleがやっているの？

478:nobodyさん
09/01/02 21:58:32
URLﾘﾝｸ(www.moongift.jp)
メモリ256MB、5GBのディスクで4セント/時間、
上級なメモリ2GB、25GBのディスクでも37セント/時間となっている。
月額計算で前者が30ドルくらい、後者でも266ドル程度だ

これ高くね？メモリ256Mのショボショボ鯖で30ドルて・・

479:nobodyさん
09/01/02 22:20:45
>>478
Amazon EC2の半額くらい

480:nobodyさん
09/01/02 22:29:37
ec2のスモールインスタンスはメモリ1.7Gで月7000円くらいだよ

481:nobodyさん
09/01/02 22:31:16
どれだけトラフィックが増えてCPU負荷が上がっても、
お金さえ払えば自動的にスケールする、
という期待をクラウドサービスに求めてはいけない？

482:nobodyさん
09/01/02 22:37:06
アプリの設計によるのではないのかな?

483:nobodyさん
09/01/02 22:38:37
>>481
gaeはまさにそれを目指してるのでは？

484:nobodyさん
09/01/02 23:05:38
URLﾘﾝｸ(japan.cnet.com)
自動的なスケールは幻想だという意見を見かけたもんで。

485:nobodyさん
09/01/02 23:23:58
HadoopとRDBを同列に語る時点でわかってない人な悪寒。

486:nobodyさん
09/01/02 23:50:18
江島君はスケールを心配する必要があるほど人気のあるサービスを作ってからこういうことを言えよ

487:nobodyさん
09/01/03 00:17:32
やっぱりドジャンゴのカスタムタグ書くの面倒くさすぎるな～
Tempitaは生pythonも書けるから、PHP的に使えるかしらん

488:nobodyさん
09/01/03 04:20:28
>>481
無限ループで課金されると怖い

489:nobodyさん
09/01/03 05:00:01
>>484-486
Goodボタンはあるのに
Badボタンは無いのが残念
あったら速攻押すのに

490:nobodyさん
09/01/03 05:06:24
>>481 >>488
もしさーgoogleがそのサイトにトラフィックを生み出すようなことしたらどうなる？
自作自演で(ﾟДﾟ)ｳﾏー

491:nobodyさん
09/01/03 09:00:50
アフィリエイトですねわかります

492:nobodyさん
09/01/03 13:00:19
Mako使ってる人いる？
まんこみたいで抵抗あるけど生python使えるし速いらしい

493:nobodyさん
09/01/03 13:04:59
Makoいいよ。
ただ，生Python使ったら使ったで別の意味で大変になるけどね。
テンプレートにロジックを書いてはいけないよ。

494:nobodyさん
09/01/03 13:06:31
URLﾘﾝｸ(groups.google.co.jp)
URLﾘﾝｸ(labs.unoh.net)
URLﾘﾝｸ(jkl.lomo.jp)
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(d.hatena.ne.jp)

495:nobodyさん
09/01/03 14:23:12 4Qze7k9y

俺は主な <div> 毎に python で関数を作って、それで
""" %(var1)s ... %(var2)s ... %(var3)s """ % locals()
ってな感じでレンダーしてる。
これが一番メンテがしやすくて、直感的。下手に template エンジンを使うと逆に
構造が複雑になる。

496:nobodyさん
09/01/03 14:25:40
筋肉バカってこの世界にもいるんだな。

497:nobodyさん
09/01/03 14:26:46
>>945
自分だけで作って使うWeb appならそれでいいかもね。
でもそれはオナニーとおなじだね。

498:nobodyさん
09/01/03 14:28:30
djangoのテンプレートで{% for %}まわして
1000件くらいレコード表示(するなよ)してみたら
あたりまえだけど遅くて10秒制限で引っかかる
同じことをpython側でやって1000件表示すると
一瞬で出てきた
gaeについて言えば常に10秒制限気にしないといけないから
割り切ってテンプレ使わない方が良いのかも知れない

499:nobodyさん
09/01/03 14:47:56
>>496-497
「主な <div> 毎に」って言ってんじゃん。
マイナーな div は全部 template ファイルに入れてるよ。
base html も定義してあるし、他のテンプレートエンジンの機能も使いこなしてる。
pyhtonコードが密になる部分は python で関数を作ってやった方がいいってことだよ。
ハイブリッド形式が一番だよ。

500:nobodyさん
09/01/03 15:11:22
>>498
テンプレートがいったんpython化されずに逐次解釈されてるってこと？
そんな恐ろしい処理を行ってたのか
そんなの使えねー

501:nobodyさん
09/01/03 15:14:20
？？？

502:nobodyさん
09/01/03 15:19:58
mankoは一旦pythonコードにコンパイルしてから実行してるみたいだよ
だから速いんじゃない？
コンパイル済みコードのキャッシュは、
gaeではファイルへの書き込みができないから出来ないけど。
自分でmemcacheへのキャッシュ部分を書けばできるかも。

503:nobodyさん
09/01/03 15:44:14
Mako程度だったら、他とそんなに違いはないし、
普通に Django 標準のエンジン使うわ。
他も全て乗り換えれるほどのbenefitがないものばかり。
わざわざ冒険しなくてもいいんじゃないか？

504:nobodyさん
09/01/03 16:27:52
>>499
女とセックスしながらオナニーもするのか
そっちの方がキモいわ

505:nobodyさん
09/01/03 17:09:25
　　　　　＿＿＿_
　　　　／_ノ '　ヽ_＼
　　　／（≡）　（≡）＼
　／::::::⌒（__人__）⌒::::: ＼　　mankoいいお…
　 |　　　　　|r┬-|　　　　　|
　＼　　　 `ー'´ 　　／　　　　　生関数をヘルパとして使えてPHPみたいだお…

506:nobodyさん
09/01/03 17:17:43
>>505
>>503

507:nobodyさん
09/01/03 17:22:19
　　　　／￣￣￣＼　
　　　　／　─　　 ─ ＼　
　　／　（●）　（●）　＼. 　　速度は問題じゃないよ
　　 |　　　　（__人__）　　　　|　面倒くさいカスタムタグ書かないでいいのが重要なんだよ
　　＼　　　｀ ⌒´　　　　／
　　／　　　　　　　　＼

508:nobodyさん
09/01/03 17:26:37
カスタムタグなんて簡単に書けちゃうしなー。
function decorator の仕組みを知らないから面倒だとか言うんじゃない？
で、お前誰だよw

509:nobodyさん
09/01/04 00:14:22
テストしてると、
ドキュメントディレクトリに.pycというファイルが勝手に作られてウザいのですが
何とかなりませんか？

510:nobodyさん
09/01/04 01:21:21
マニュアル見た感じ
環境変数に
PYTHONDONTWRITEBYTECODEに適当な値を入れるとか
コマンドラインに-B付ければ作らない…かもしれない

そもそもプロジェクトのディレクトリにファイルが増えたところで・・・って感じがするが
バイトコンパイルした結果をおいて置くディレクトリを選べると便利な気はするが

511:nobodyさん
09/01/04 15:19:17
webappってリクエストパラメータのバリデーション周辺、
一切提供してないよね？
自分でゴリゴリ書くしかないのかな

512:nobodyさん
09/01/04 15:23:17
今までPHPやRubyのフレームワークをいくつか見て来たけど
正直webappほど低機能なフレームワークは見たことないです（＞＜）

513:nobodyさん
09/01/04 15:41:10
マジレスすると，WSGIについて学ぶといいよ。

514:nobodyさん
09/01/04 15:47:39
>>511
GAE では django のを使うことになっているらしい
URLﾘﾝｸ(code.google.com)

結局自分でゴリってるけど

515:nobodyさん
09/01/04 15:50:27
URLﾘﾝｸ(groups.google.com)
URLﾘﾝｸ(groups.google.co.jp)
URLﾘﾝｸ(www.python.jp)

516:nobodyさん
09/01/05 00:40:19
webappってUTF-8以外のサイト作れなくね？
Requestクラス中でパラメータをUTF-8決めうちでunicode化してるから、
SJISだとパラメータがぶっこわれちゃう

517:nobodyさん
09/01/05 00:52:53
つーか、Requestのコンストラクタの中で
レスポンスヘッダたる'CONTENT_TYPE'を調べてるんだが
これはどういう意味なんだ？
グーグラーのくせにリクエストヘッダとレスポンスヘッダ混同してんじゃね？
それとも俺があほなのか…？

518:nobodyさん
09/01/05 01:26:08
>>517

PUTだとContent-Typeを含むリクエストがあると思う。
URLﾘﾝｸ(www.w3.org) だと
「The recipient of the entity MUST NOT ignore any Content-* (e.g. Content-Range) headers...」とある。

でも、POSTの方には、このことが書かれていないので、よくわからん。
URLﾘﾝｸ(www.w3.org)

519:nobodyさん
09/01/05 01:41:06
本当でした
俺があほでした・・

520:nobodyさん
09/01/05 01:54:03
post form multipart mime content-type

521:nobodyさん
09/01/05 04:46:14
実質utf-8決め打ちにしてるのはどうかと思う
google mobileだってsjisなのに。
しかもわざわざwebobに付け加えたみたいだし
変なおせっかいならないほうが余程マシ。

522:nobodyさん
09/01/05 07:53:05
accept-charset="utf-8"

523:nobodyさん
09/01/06 17:25:51 kNeyVv+2
セッションの機構はmemcache使って自分で書かなきゃ駄目ですか？

524:nobodyさん
09/01/06 17:45:42
gae oil

525:nobodyさん
09/01/06 19:03:17
ありがとうございました

526:nobodyさん
09/01/06 20:01:45
開発中なので、loggingでinfo等出力させています
メッセージはappserverのコンソールに出力されています。
これってgaeのサーバにアップする時も残しておいていいのでしょうか？

527:nobodyさん
09/01/06 20:24:11
いいですよ

528:nobodyさん
09/01/06 22:17:48
そうですか
ありがとうございました

529:nobodyさん
09/01/07 18:13:56 Htk0QDsx
gaeのサイトを独自ドメインで運用しようとしています
URLﾘﾝｸ(code.google.com)
ここを見て、appsのアカウント作成、gaeとappsのマッピングは済ませたのですが、
dnsをそのサイトにマップする方法が分かりません
どのように書けばいいのでしょうか？

530:nobodyさん
09/01/07 19:12:01
cname www ghs.google.com.
だけでした
naked domainはappsで対応してないようでちょっと不便ですね(-_-)
今時www付けるなんて冗長だ・・・

531:nobodyさん
09/01/07 19:32:11
できますよ

532:nobodyさん
09/01/07 20:44:25 Htk0QDsx
URLﾘﾝｸ(www.google.com)
Due to recent changes, Google App Engine no longer supports mapping your app to a naked domain.

と書いてありますが、できるのですか？
DNS付属のURL転送を使わないといけないのでは？

533:nobodyさん
09/01/08 02:22:37
value domainの転送なしドメインにしてたためnaked domainが解決できませんorz
ドメインの転送なんて使わないだろうと思っていたのですが、
たかだか10円違いでこんなことになるとは・・

534:nobodyさん
09/01/08 05:53:28 BLsuqMxo
生ｷﾛ

535:nobodyさん
09/01/08 06:48:08
>>533
10円に泣いた男ww

俺はさっきドメイン登録してきたが、もちろん「転送あり」だぜw

536:nobodyさん
09/01/08 15:24:40
転送なしというラインアップがあること自体がおかしいだろ
そんな差別化紛らわしいだけで一利なし
value domainは馬鹿

537:nobodyさん
09/01/08 15:29:04
>>536
UIの低能加減からして value-domain がアホなのは自明だけどな。

538:nobodyさん
09/01/08 16:07:06 Bg88FJOl
Google App Engine 教えてくれるセミナとかないの？

539:nobodyさん
09/01/08 16:15:09
ﾊｯｶｰﾄﾝとかいうのしてたみたいよ

540:nobodyさん
09/01/08 16:42:03
今更VDが馬鹿なのを主張されても…

541:nobodyさん
09/01/08 17:52:26
いつのまにか、google.co.jpにアクセスしたら
www.google.co.jpにリダイレクトされるようになってるな
google的にはホストがないurlなんて糞ってことか。

542:nobodyさん
09/01/08 17:55:35
urlにwwwが付いてると90年代初頭みたいだよね(´・ω・`)

543:nobodyさん
09/01/08 18:01:51
>>542
www2, www3 は90'初頭なかんじだけど、wwwは後半だな。

544:nobodyさん
09/01/09 00:22:51 PbQMr6cR
データストアでツリーモデル作りたいのですが、
どういうアプローチをしたらいいですか？

545:nobodyさん
09/01/09 02:45:41
ReferenceProperty って自分参照出来なかったっけ？

546:nobodyさん
09/01/09 03:49:16
データストアの500M制限って現実的に考えると小さすぎるよな
有料版ではこの制限も取れるんだろうか？

547:nobodyさん
09/01/09 06:22:01
>>545
できますね。ただ一回のクエリでツリーを取得するのは難しいかと
同じような疑問がグーグルグループにありました
URLﾘﾝｸ(groups.google.co.jp)
これから読んでみます

548:nobodyさん
09/01/10 06:26:14 luavPm0j
Kindをまたいで、同じプロパティーを持つエンティティーをselectすることはできますか？
sqlの疑似コードで言うと、
select * from * where user_id=1
みたいな

549:nobodyさん
09/01/10 06:51:27
共通の親クラスから継承するようにモデル作れば？

550:nobodyさん
09/01/10 06:58:10
確かにモデリング自体は、共通の親を継承させることでできますが、
横断的なselectの可不可は、また別問題では？
SQLでは、from * なんて書き方は絶対できませんが、
データストアはスキーマレスなので、
できないこともないような気もします・・

551:nobodyさん
09/01/10 09:21:18 pVr1yf0c
いくらなんでも select * from * は酷いな。
自分で
for table in tables:
... 'select * from %(table)s' ...
みたいにすれば？

552:nobodyさん
09/01/10 10:58:54
仮に同じプロパティーを持つエンティティー e が取り出せたとして
query = db.GqlQuery('select * from * where user_id=:1', user_id)
for e in query:
　　ここで e に対して何が操作出来るかどうやって区別するんだ

553:nobodyさん
09/01/10 11:00:13
e の polymorphism を利用するべきじゃないか？

554:nobodyさん
09/01/10 11:01:56
>>550
それは杞憂です
とりあえずうんこ行ってから続き書きます

555:nobodyさん
09/01/10 11:37:33
goggle的にはentitygroupを作ってparent-key-valueをall_entitiesにぶっこむのが正解らしい

556:nobodyさん
09/01/10 14:15:13
>>551
それだとKindが増えた時にコストがどんどん増えるので、
最初から一つのインデックスにできたらと思ったのです
>>553
そうですね
>>554
杞憂の言葉の意味分かってますか？
>>555
ありかとうございます。見てみます。

557:nobodyさん
09/01/10 16:33:33
URLﾘﾝｸ(s01.megalodon.jp)
URLﾘﾝｸ(s03.megalodon.jp)
URLﾘﾝｸ(s02.megalodon.jp)

558:nobodyさん
09/01/11 18:08:07
URLﾘﾝｸ(www.moongift.jp)
URLﾘﾝｸ(www.moongift.jp)
URLﾘﾝｸ(techon.nikkeibp.co.jp)
URLﾘﾝｸ(morii3.cocolog-nifty.com)
URLﾘﾝｸ(diaspar.jp)
URLﾘﾝｸ(jp.youtube.com)
URLﾘﾝｸ(code.google.com)
URLﾘﾝｸ(www.virtual-tech.net)
URLﾘﾝｸ(markmail.org)

559:nobodyさん
09/01/12 17:38:30 j7rSo5dO
mail.is_email_validの動作おかしくね？
メールアドレスじゃなくても通るっていうか、
mail.is_email_valid('hoge')でもTrueが返ってくるよ

560:nobodyさん
09/01/12 17:51:48
is_email_valid　"google app engine"
でググっても8件しか見つからない・・
gaeってあんま使われてないんの？

561:nobodyさん
09/01/12 18:56:45
URLﾘﾝｸ(markmail.org)

562:nobodyさん
09/01/12 19:05:52
Email address validation with Django and Google App Engine
Email address validation is a quixotic affair that's sure to end with you
sporting a false sense of achievement and your users in tears.
Many "better mousetrap" regular-expression-based validation system
on the web today are overly strict and reject perfectly valid email addresses.

Beyond regular expressions and other string-based techniques,
your options are to check the DNS server
(but DNS lookups can fail on occasion) and vrfy the SMTP server
(but many SMTP servers turn this off to stop email harvesters).
Ultimately, you can actually send an email to the address
and see if there are any bounces.

Or, we could just not bother.

That, at least, is the approach that the Google App Engine SDK currently takes.

Both the google.appengine.ext.db.EmailPropery()
and the google.appengine.api.mail.is_email_valid() functions
only check that a non-empty string instance is passed.

The problem with that is that you really don't want your good friends
asdfhdsjkj and asdfghdsj to make regular camio appearances in your lovely database.

563:nobodyさん
09/01/12 19:08:21

It feels to me that the best approach is to accept
that we can't truly validate email addresses
and instead perform some light validation
that doesn't provide false positives while blocking
the most obviously non-validating addresses.
This seems to be the approach taken by the validation regular expression in Django
(email_re in django.core.validators).

Phil Haack has a good article about all this from last year
this titled I Knew How To Validate An Email Address
Until I Read The RFC in which he quotes several
unlikely-looking yet valid email addresses from RFC 3696
(Application Techniques for Checking and Transformation of Names)
including such gems like !def!xyz%abc@example.com.
I ran the whole list through Django's validator and they all passed.

All this to say that I'm using the Django email validator
in my Google App Engine apps and it appears to be working well.

564:nobodyさん
09/01/12 22:51:05
日本語でおk
まとめると「イマイチ使えない関数」ってことっすか？

565:nobodyさん
09/01/12 23:06:58
言い訳すんなって感じだな。
確かに、!とか%とか""とかスペースとか<> [] ()あたりを全部駆使すれば
相当に訳のわからないValidなアドレスは作れるが、所詮BNFで記述できる
範囲だから実装するのは簡単だし、もしくはふつーの形式以外は
拒否すりゃいい話。
なんか入ってればOKなんて結論になる理由になってない。

566:nobodyさん
09/01/13 02:17:52
gae oilってZendFramework参考にしてるんだ
pythonerがphpのプロダクト参考にしてるなんて・・プークスクス

567:nobodyさん
09/01/13 03:12:53
RoRもだね

568:nobodyさん
09/01/13 03:20:19
RoRの作者も元PHPERだから、PHP様々だねｗクスクスプー

569:nobodyさん
09/01/13 03:38:07
あーだからあんなに使いにくいのか

570:nobodyさん
09/01/13 12:39:27
馬鹿には使えないんです

571:nobodyさん
09/01/13 13:06:29
Perl様々だろ、常識的に考えて

572:nobodyさん
09/01/13 14:27:42
ｽﾚﾘﾝｸ(tech板)

573:nobodyさん
09/01/14 18:43:31 BrrRMqDH
Google App Engine で Django 1.x を使いたいんだけど、
サポートはまだですか？

574:nobodyさん
09/01/14 20:57:41
自分でインストールしたらいいだけじゃないの？
pure pythonなら大抵動くでしょ

575:nobodyさん
09/01/15 02:53:40 sFuWbZ6t
エンティティーグループを使わずに（トランザクションなしで）
同じKindのエンティティーを同時に作成した時、
それはエラーなしで実行されるのでしょうか？
自動で割り振られるidがほぼ連番なので、
id生成はアトミックに行われているような気もするし、
それだとマズいので、バッティングしないid生成を使っているような気もします

576:nobodyさん
09/01/15 03:56:11
idはダブらないよ

577:nobodyさん
09/01/15 04:07:27
たしかに、今動いてるアプリ見ると、
1から始まる連番と200から始まる連番が混在してますね
ノードレベルでアトミックなのかなぁ
連番の間隔もっと離れてた方がいいような気も・・

578:nobodyさん
09/01/15 06:11:06
きちんと連番にするためにidじゃなくて
自前のカウンタを持たせた場合
カウンタをインクリメントするときに
アトミックでないと当然同じ番号になるケースが起こる
カウンタに対してはアトミックなアクセスが必要

579:nobodyさん
09/01/15 08:12:32
expandoはプロパティーを好きに追加できますが、プロパティー数に制限ありますか？

580:nobodyさん
09/01/15 22:55:14
URLﾘﾝｸ(www.itmedia.co.jp)
Google、Google VideoのアップロードやJaikuなど6サービスを終了

gaeで構築してgaeがいきなり終わったら目も当てられないね

581:nobodyさん
09/01/16 05:58:22 JXr+7Aan
モデルを操作するメソッドは、モデル自身に実装させていいのですか？
たとえば、incrementなどです

582:nobodyさん
09/01/16 08:14:03
なんでmemcacheのビューアないの？なめてんの？

583:nobodyさん
09/01/16 12:12:53
get_stats()
Gets memcache statistics for this application.
All of these statistics may reset due to various transient conditions.
They provide the best information available at the time of being called.

The return value is a dictionary mapping statistic names to associated values.
Statistics and their associated meanings:
hits: Number of cache get requests resulting in a cache hit.
misses: Number of cache get requests resulting in a cache miss.
byte_hits: Sum of bytes transferred on get requests. Rolls over to zero on overflow.
items: Number of key/value pairs in the cache.
bytes: Total size of all items in the cache.
oldest_item_age: How long in seconds since the oldest item in the cache was accessed.
Effectively, this indicates how long a new item will survive in the cache without being accessed.
This is _not_ the amount of time that has elapsed since the item was created.

584:nobodyさん
09/01/16 15:53:33
>>583
たしかにそれで自分で作ればいいけども
datastoreビューアを用意するならmemcacheビューアがあってもいいじゃん

585:nobodyさん
09/01/16 21:00:05
いつのまにか機能が増えてるときがあるから気長に待て

586:nobodyさん
09/01/16 22:51:39
gae管理画面のタイムゾーンが日本時間でないので困ります
日本時間にする方法あれば教えて下さい

587:nobodyさん
09/01/16 23:13:28
シンプルなエンティティーを3つputするリクエストを繰り返すだけで、
Avg CPUがどんどん上がって赤くなっていくんだけど
1リクエスト中で許されるput数はたった2つ程度？
それでいったい何をしろと・・

588:nobodyさん
09/01/17 06:55:17
>>586
googleにメール

589:nobodyさん
09/01/17 06:56:25
>>587
使い方間違ってるかと

590:nobodyさん
09/01/17 18:56:07
あるモデルを全削除する場合、
all().fetch()してイテレータで回して一つずつ削除するしかないの？

591:nobodyさん
09/01/17 19:33:47
>>589
cpuタイムが1000ms程度超えるだけで赤くなるね
気にする程のことでもないみたい

592:590
09/01/17 20:09:31
Queryをイテレートでおkでした

593:nobodyさん
09/01/18 03:00:28 qAy4grM0
coLinuxにapp engineを入れて、ホストのwinからサイトを見たいのですが、
winからcoLinuxに接続出来ません
サイトは、coLinuxのlynxでは見えます。
lsof -i:8080
で確認すると、
localhost:webcache (LISTEN)
と表示されます。このlocalhostが気になります。
dev_appserverは、ローカル以外にはサイトを公開しないのでしょうか？

594:nobodyさん
09/01/18 03:10:24
-aオプションで解決しました

595:nobodyさん
09/01/18 05:13:32
解決おめ

596:nobodyさん
09/01/20 22:55:39
>>573
App Engine向けのDjango
URLﾘﾝｸ(code.google.com)

色々なものが動くようになってきたので、cronとか要望の高いものをどんどん拡張していってほしい所だな。

597:nobodyさん
09/01/21 00:16:28
うほっ

598:nobodyさん
09/01/22 09:25:14
>>596
でもそれ、まだ1.x系には対応してないんだよね？

599:nobodyさん
09/01/24 16:19:59
>>448
同じ問題で検索してカスタムフィルタで一部分は解決出来ました
ありがとうございました

ただ django の template はなんとも貧弱なのと
{% ifequal hoge fuga|customfilter:param %}
みたいなことしようとしても ifequal の中ではカスタムフィルタが
ちゃんと動いていないみたいなので目的は完全には達成出来ませんでした

{{fuga|customfilter:param}}の結果は期待通り出てるのになぁ

600:nobodyさん
09/01/24 17:59:26 v7FoOqq8
結局まだpython以外利用できないんだよね？
ってか今登録できるのは、無料アカウントだけですか？

601:nobodyさん
09/01/25 05:58:05 7yBqIDHT
>>600
言語は Python のみ。
登録は無料アカウントのみ。
ストレージは500MBのみ。

制限厳しすぎだな。 > Google
これじゃ流行らないよ。

602:nobodyさん
09/01/25 08:11:11
アパッチハドゥープでデータストアみたいの作れないのかな？

603:nobodyさん
09/01/25 08:16:25 7yBqIDHT
Google App Engine でストレージを購入できるようになったら本格的に使うのに。

今だと、外部のDB/APIサーバー作ってそことコミュニケーションさせるしか道がない。

604:nobodyさん
09/01/25 14:14:22
>>601
どうなんだろ。

無料の範囲でいい人にはいいだろうし、
そうでない人はVPSとか専用鯖借りるだろうし

Pythonのみというのは確かに致命的だが

605:600
09/01/25 22:14:13 l1F13FTZ
>>601
あざす！

606:nobodyさん
09/01/26 11:38:31 xM4CpIxr
GAEの正式リリースが何時か知ってる人いる？

607:nobodyさん
09/01/26 18:38:36 aFYLHCo/
去年の３月だっけ

608:nobodyさん
09/02/01 00:08:18
googleなんか調子悪いと思ったら今度は派手にぶっ壊れたね
こういうことがあると、gaeで全面的に依存するのもどうなのかと思う

609:nobodyさん
09/02/01 00:45:36
全面的に依存してたのか・・・

610:nobodyさん
09/02/01 00:58:16
gae使ったら依存するだろ

611:!omikuji
09/02/01 02:12:22
!omikuji

612:nobodyさん
09/02/01 07:00:43
Googleがぶっ壊れた

613:nobodyさん
09/02/01 07:18:16
NGURLの登録データ間違えてただけらしいね
big tableがぶっ壊れたのかと思った

614:nobodyさん
09/02/01 07:49:01 rg7gZ0Rw
さすがGoogle。
段々アホの子になってきたな。

615:nobodyさん
09/02/01 08:50:11
gmailの検索がやたら重かったり、google readerの一括更新が遅かったりと
最近のgoogleは何か変だ

616:nobodyさん
09/02/01 09:08:45
>>615
会社は大きくなればなるほど、非効率的で、コミュニケーションが停滞しがちで、
プロダクト間の連携も難しくなり、しまいにはバグが増え、会社自体がアホになってく。

Googleも他と同様、アホの退化への道を辿っているし、
この先ずっとそうなっていくことだろう。

だが心配なかれ。
また別の会社がでてくるから。
こうした創造的破壊は経済の必然プロセスなんだ。

617:nobodyさん
09/02/01 12:53:17 jgCOwxDC
>また別の会社がでてくるから。
>こうした創造的破壊は経済の必然プロセスなんだ。

Cloudのようなシステムを本格化するためには、こういう事では
ためだ。安定・長期のシステム稼働が無かったら使いものにならない。

618:nobodyさん
09/02/01 13:24:31
W.nnyが一番長期のシステム稼働かもな
安定かどうかは知らん

619:nobodyさん
09/02/02 02:00:32 enCDFoM0
一つのアプリの異なるURLを、別のドメインにマップすることってできますか？
URLﾘﾝｸ(www.hoge.com) → hoge.appspot.com/hoge/
URLﾘﾝｸ(www.hoge1.com) → hoge.appspot.com/hoge1/
みたいな感じに。
10個しか作れないので、単機能的なミニアプリ作るともったいないです

620:nobodyさん
09/02/02 06:25:12
アプリの削除機能付かないのかな

621:nobodyさん
09/02/02 06:28:12
>>619
複数のドメインを一つのアプリに割り当ては出来るから
そのアプリの各URLのところに
どのドメインでアクセスされているかを調べて
それぞれの処理を行うディスパッチャを作れば実現可能

622:nobodyさん
09/02/02 13:33:03
>>621
なるほど
ありがとうございました

623:nobodyさん
09/02/05 16:54:27
referenceproperty(a)を持つmodel(A)で
reference先のmodel(B)のproperty(b)の値を条件に
検索を行いたいのですがどうすれば出来ますか？
db.GqlQuery('SELECT * FROM A WHERE a.b=:1', hoge)
みたいな感じで書くとエラーになるようです＞＜

624:nobodyさん
09/02/05 17:16:42 865tdHLi
ちょっとまぬけだけどこんなの
URLﾘﾝｸ(groups.google.co.jp)

625:nobodyさん
09/02/05 17:23:03
whereに a > 1 and b > 2 のように
">" などの条件は２つ以上記述できない。（１つしかだめ)

', '.join(self.INEQUALITY_OPERATORS))
BadFilterError: BadFilterError: invalid filter: Only one property per query may
have inequality filters (<=, >=, <, >)..

626:nobodyさん
09/02/05 17:27:40
部分一致検索はできない
w が unicode のとき
q = db.GqlQuery("SELECT * FROM Hoge WHERE fuga>=:1 and fuga<:2", w, w + u"\uFFFD")
w が utf-8 のとき
q = db.GqlQuery(("SELECT * FROM Hoge WHERE fuga>=:1 and fuga<:2", w, w + "\xEF\xBF\xBD").decode("utf-8"))
自動でデコードされるみたいなので
q = db.GqlQuery("SELECT * FROM Hoge WHERE fuga>=:1 and fuga<:2", w, w + "\xEF\xBF\xBD")
でもいいみたい

627:nobodyさん
09/02/05 17:36:32
使えねーｗ

628:nobodyさん
09/02/06 23:57:51
馬鹿には使えないのですね
わかります

629:nobodyさん
09/02/07 04:07:10
馬鹿しか使わないのです。
全然わかってないですね

630:nobodyさん
09/02/07 07:00:42
なるほど
ありがとうございました

631:nobodyさん
09/02/07 07:23:13 +a2UfnZm
複雑だと思うならつかわなきゃいいんじゃねーの？
なんでアホはあるもの全部使わなきゃ気がすまねーの？

632:nobodyさん
09/02/07 18:47:59
そういうのの他にも、好きな物（言語とか）を袖にされて怒りで思考が乱れ、
心の平安を得る為に「相手を見下せるキャラ設定を相手にかぶせる」という
手短な方法を選ぶ人も多いね。>>628-631とか。

633:nobodyさん
09/02/07 19:01:16
632は？

634:nobodyさん
09/02/07 19:25:54
>>632
ただの痛い子です

635:nobodyさん
09/02/07 20:44:09
>>632
>>628-632の間違いじゃん。

636:nobodyさん
09/02/07 22:30:53
キャラ設定をかぶせているが、それほど不当だとは思ってない。

逆にそういうキャラと想定しないと、意見をスルーできずに心の平安を
得られないのもまあおっしゃる通りで、むしろ当然のことだと思ってるぞ。

637:nobodyさん
09/02/07 22:34:12
ロードマップが更新されたね
メール受信処理とかタスク処理とかなかなか使えそう

638:nobodyさん
09/02/08 11:20:51
ちなみに以前のロードマップ
URLﾘﾝｸ(codezine.jp)
それによると、今後2四半期（2009年3月まで）で次のような機能追加が行われるという。

* 大容量ファイルのサポート
* 大規模データのインポート・エクスポート
* 有料プランの開始
* 新しい言語サポート
* Uptimeモニタ用サイト

有料サポートは間に合うのか？
新しい言語サポートは無理そうだな・・

639:nobodyさん
09/02/08 23:42:00
馬鹿にされると(恥ずかしい？)のは馬鹿だからだろ
馬鹿じゃないんだったら馬鹿にされてもいいじゃん
ひとちがいなんだから

640:nobodyさん
09/02/09 13:47:41
自作モジュールを作ったんだけど、
ImportError: No module named xxxx
というエラーが出るんだけど、モジュールの置く場所って
何か知らせないとダメなの？

hoge/test.py
　　　 /xxxx.py ←今回作ったモジュール

test.pyの中でimport xxxxとやっても読み込めません

641:nobodyさん
09/02/09 16:12:08
　　　　　　　　　　　　　　　　　　　 |
　　　　　　　　　　　　　　　　　　　 |
　　　　　 ∩＿＿＿∩　　　　　　　　　 |
　　　　　 | ノ　 _,　　,_ ヽ　　　　　　（（　 |　ﾌﾟﾗﾌﾟﾗ
　　　　 /　　●　　　● |　　　　　　　　　(=)
　　　　 |　　　　( _●_)　ミ　＿　(⌒)　　J　　））
　　　　彡､　　　|∪|　ノ
⊂⌒ヽ　/　　　ヽノ　ヽ /⌒つ
　＼　ヽ　 /　　　　　ヽ　/
　　　＼_,,ノ　　　　　　|､＿ノ

642:nobodyさん
09/02/09 16:14:52
import sys, os
sys.path.append(os.path.dirname(__file__))

643:640
09/02/10 10:45:05
>>642
__init__.py作って、中にその2行足したらできました！！
ありがとうございました

>>641
クマさん　かわぃぃ＾＾

644:nobodyさん
09/02/11 03:33:41
urllib, urllib2, httplib がそのまま使えるようになったっぽっぽっぽ
>Google App Engine Blog: SDK version 1.1.9 Released
>You can now use the Python standard libraries urllib, urllib2 or httplib to make HTTP requests.
>This has been a frequent request on our issue tracker.
>We've been working on a set of tools that will make the process of uploading and downloading data from App Engine applications easier.
>Today we're excited to announce an early release of our new bulk uploading client.
>You can try it out here. Let us know what you think in our Google Group!
>Several updates to our datastore, including the automatic generation of single property indexes and the addition of IN and != operators to db.Query.
>See the Datastore API docs for more details.
>A bunch of additional bugfixes and enhancements, listed in our Release Notes.
> URLﾘﾝｸ(googleappengine.blogspot.com)

645:nobodyさん
09/02/11 04:35:54
URLﾘﾝｸ(code.google.com)
ダウンロードへいくと勝手に日本語サイトに飛ばされて
1.1.0しかダウンロードリストに出てきません
本当にありがとうございました

646:nobodyさん
09/02/11 22:21:42
今日の日付を取得しようと、
datetime.datetime.today().strftime("%Y/%m/%d %H:%M")
ってやるととんでもない時間が返ってくるんだけど、
日本の時間に設定できないの？

647:nobodyさん
09/02/12 00:45:35
いまはtimedeltaで+9するしかないみたいですね
そのうちTZに対応してくれるのかも知れないけど
timedeltaで+9するアプリばっかりになると
勝手にTZ対応されるとまた困ったことになりそうだね

648:nobodyさん
09/02/12 01:34:22 LTV8fqHE
>>647
やっぱりそうなんだ。
ありがとう

today = datetime.datetime.today() + datetime.timedelta(hours=+9)
print today.strftime("%Y/%m/%d %H:%M")

649:nobodyさん
09/02/12 02:48:51
+9をmodelとかcontrollerとかでいじると後でやばそうなんで
カスタムフィルタ作ってそこで変換した方がよさそうです
URLﾘﾝｸ(webdba.blogspot.com)
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(reiare.net)
URLﾘﾝｸ(w00kie.com)

650:nobodyさん
09/02/12 04:53:54 0dYkTFC0
memcache がローカルだとうまく動かないのですが
動いているかたはいらっしゃいますか？

651:nobodyさん
09/02/13 17:51:25
URLﾘﾝｸ(googleappengine.blogspot.com)

・No more "High CPU Requests"!
・Response deadline raised to 30 seconds.
・Size limits on code files, static files, and requests/responses raised to 10MB!

有料プランも早く頼むぜ！

652:nobodyさん
09/02/13 17:53:21
>>650
普通に使えるよ
memcachedといっても通常のmemcachedが動いてるわけじゃなくて
memcachedをエミュレートしてるだけだけど

653:nobodyさん
09/02/13 21:41:20
>>652
ありがとうございます
memcacheに放り込むデータがテキストとかじゃなくて
オブジェクトそのものを放り込もうとしてたのですが
pickleが無いとかなんとか言われてるんです

654:nobodyさん
09/02/13 21:46:43
>>651
検索条件に <= > とかを使うとき
一つのプロパティのみしかだめなのがつらい
あとOR使えなくてANDのみだし
そのせいでANDでいくつか条件クロスしようとすると
2^N個のオーダーで爆発的にindexが必要で
indices quota に引っかかってアプリケーション使えなくなったしw

655:nobodyさん
09/02/13 22:59:09
>>651
cron機能は早くほしいなぁ。

あと、サーバを日本に置いてくれないかな・・・
アクセスすると最初に表示されるの若干遅くない？
あまり皆は気にしてないのかな

656:nobodyさん
09/02/13 23:05:51
最初のアクセスではコンパイルされるから遅いんじゃ？

657:nobodyさん
09/02/14 08:52:40 N5ClWwf+
>>651
それいつから？
ただの希望？

658:nobodyさん
09/02/14 08:53:49
なんで中の人が希望をブログに書くんだよｗ

659:nobodyさん
09/02/14 11:20:50
>>657
実施済み

660:nobodyさん
09/02/14 11:31:42
つーか>>651の変更なんてショボいもんじゃん。
ファイルサイズの制限はいいから、全体のストレージのリミットを大きくしろと。

661:nobodyさん
09/02/14 13:20:46
>>655
それはブラウザにキャッシュがないからではないでさうか？

662:nobodyさん
09/02/14 13:31:39
>>656
ローカルでテストしたものをuploadしたら
pycも一緒にあがると思うんだ

663:nobodyさん
09/02/15 11:13:54 d/9tGzsZ
・No more "High CPU Requests"!
・Response deadline raised to 30 seconds.
・Size limits on code files, static files, and requests/responses raised to 10MB!

1000 件以上データぶっこんでるんだけど
30 sec でも足りないや

664:nobodyさん
09/02/15 11:25:06
>>654
漏れはその制限に気付いた時点で使うのやめたよ
おもちゃ以下だ

665:nobodyさん
09/02/17 19:14:43
GAEからAmazon Web Serviceを使って商品の検索とかできるのかな？

666:nobodyさん
09/02/17 20:12:34
Googleはユーザーをナメてんのか？
まじで最悪だ。

667:nobodyさん
09/02/17 22:55:14
>>666
何が？

668:nobodyさん
09/02/17 22:55:57
>>665
RESTだからOK

669:665
09/02/18 08:39:22
>ｻﾝｷｭ

670:nobodyさん
09/02/18 17:46:02
Gmail の API で libgmailer というのがあるようですが
これを Python で wrap したモジュールみたいなものはありますか？

671:nobodyさん
09/02/18 17:46:54
PHPのなら
URLﾘﾝｸ(gmail-lite.sourceforge.net)
URLﾘﾝｸ(gmail-lite.sourceforge.net)

672:nobodyさん
09/02/19 22:24:39 WEE3ivzL
Memcache API Calls 39 of 8640000
Data Sent to API 0.00 of 10.00 Gbytes
Data Received from API 0.00 of 50.00 Gbytes

673:nobodyさん
09/02/20 20:27:28
URLﾘﾝｸ(www19.atwiki.jp)

674:nobodyさん
09/02/24 20:05:14
gmail大規模死亡中
やっぱりgaeは危険？

675:nobodyさん
09/02/24 22:26:01
>>674
少しは自分で考えろや

676:nobodyさん
09/02/25 00:20:22
いやん

677:nobodyさん
09/02/25 00:57:47
やっぱ普通に考えて危険ですよねー

678:nobodyさん
09/02/25 06:29:53 Qc4kuRLj
URLﾘﾝｸ(googleappengine.blogspot.com)
New! Grow your app beyond the free quotas!

有料プランｷﾀｰ！

679:nobodyさん
09/02/25 06:47:59
gmailのトラブルはgaeのアップグレードの影響だったのかな
naked domainをやめてホスト名を付けるようになったり、
google内部の開発もどんどんgae的になっていってるような気がする

680:nobodyさん
09/02/25 07:25:02
>>678
知ってる。
さっきまでポストが Tuesday, February 23, 2009 になってたが、
今日書かれたんだろ。

681:nobodyさん
09/02/25 10:15:19
>>674
じゃぁどこなら安全だと思う？

682:nobodyさん
09/02/25 15:23:49
$0.10 per CPU core hour. This covers the actual CPU time an application uses to process a given request, as well as the CPU used for any Datastore usage.
$0.10 per GB bandwidth incoming, $0.12 per GB bandwidth outgoing. This covers traffic directly to/from users, traffic between the app and any external servers accessed using the URLFetch API, and data sent via the Email API.
$0.15 per GB of data stored by the application per month.
$0.0001 per email recipient for emails sent by the application

mailは何通まで？

683:nobodyさん
09/02/25 18:39:19
>>682
金さえ払えば限界ないんじゃね

684:nobodyさん
09/02/25 18:47:15
URLﾘﾝｸ(itfun.jp)
なお、Amazon EC2のようにお金さえ払えばどこまでもしてもよいというものではなく、それぞれに上限も用意されているようです。

制限あるならgaeの意味なくね？

685:nobodyさん
09/02/25 20:27:22
ロクなもん作れないおまえには関係なくね？

686:nobodyさん
09/02/25 21:32:18
制限におさまるようなサイトなら月500円のレンタルサーバで十分じゃん
何なのこれ

687:nobodyさん
09/02/25 21:34:16
無限ループするとCPUTimeでとまる
コツコツ地道に送り続ければ
どこまで行けるか知らんけど

688:nobodyさん
09/02/25 21:37:27
>>680
お前が知ってると、俺になんかいいことあんの？

689:nobodyさん
09/02/25 21:39:57
無料でSSLが使えるサーバーってありますか？

次ページ