Google App Engine 2アプ目
at PHP
[前50を表示]
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
まあ過去ログうんぬん以前に2ちゃんだしw
>>518
条件後出しする奴を誘導されても困るがな(´・ω・`)
521:nobodyさん
09/11/13 21:42:48
サーバーからデータだけ返してhtmlはjavascriptで全部組み立てか、
俺が作ろうとしてるのとめっちゃ似てるw
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万画素データをドラッグ&ドロップでうpできるようにするとかしたら、
仲間内でも容易にパンクしそうだがw
画像の保持は面倒だから、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万画素データをドラッグ&ドロップでうpできるようにするとかしたら、
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‘∀‘)η キタワァ !! ゜。・。
____,,... -‐ _ニ-=''7 。. +
_二--‐‐='''" \/. .* ☆
|. σ |-/σ | +★ キタワァ !!
ー-\,.ヘ レ' ''/ノ
_ ,,,,.. --― _二―='''7 +
― __,-=―=''" ヽ / . . 。. +
二=''" , ,ヽ、/ ★ ☆ _ ___
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内で2つってこと?
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
アカウント2つでアプリ2つ作って、片方を静的ファイル置き場みたいに使っちゃダメってことだよね
当たり前か。
アカウント1つでもだめだろな
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
開発用のローカルサーバそのままでOKならそれでいいんじゃないの?
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なら俺なら迷い無くEC2
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
1日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件超えたらまずそうな気がするw
あと、何するにしても日本語検索を自前で実装しないといけないから注意。
サイトマップ作って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とかも作るのは簡単そうだけど
肝心のしゃべらせる内容が思いつかないw
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 のアトミック・トランザクションで更新できるのは、1エンティティ・グループだけですよね?ご存知の通り、Google App Engine Datastore では、このような「複数エンティティ・グループをアトミックに更新する」方法がありません。
実は、Low-level API なんかをうまく使って対応する方法が色々とあるんですが、Acid House を使うと、このオペレーションを1トランザクションで行うことができるので、すごく楽です。
だってさ。
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をすべて1つのentitygroupにまとめておく必要があるわけですよね。
するとロック範囲も全体なので並列処理できない。スケールしない。
すると出てくる手法はなにがあるのでしょうか。
分散トランザクションとか2フェーズコミットとか?
ジャーナリングファイルシステムみたいにまず入出金イベント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アプリすら不慣れであれなんだが、トランザクションてようするにちゃんと2つ以上の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
金曜日の午後3時以降に振り込むと
月曜の午前8時までは
A銀行で金が減って
B銀行にはまだ金が増えない状態になりますが
よろしかったでしょうか?
665:nobodyさん
09/12/09 21:32:15
>>664
A銀行の予約の勘定に入るよ。
ちゃんと永続性のあるところに落ち着いている。
666:nobodyさん
09/12/09 21:48:58
>>660
>にちゃんと2つ以上のDB書き込み
板用とスレッド用のDB2つ使った2chのログ鳥アプリ作ってる最中だったからびびった
667:nobodyさん
09/12/09 23:32:49
1台のmysqlですむならrails、それ意外はGAE。
668:nobodyさん
09/12/10 06:42:01
ざっくりしすぎだろw
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
このスレレベル低すぎワロタ
なんか安心したわw
頑張って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に似たしくみをもっている。
685:nobodyさん
09/12/11 16:02:29
だから企業でほぼOSS参加のみなのに給料貰える人がいるわけか
686:nobodyさん
09/12/11 20:32:45
GoogleのBigTableより先にあったApacheの実装ってなに?
Hbase?
687:nobodyさん
09/12/11 23:41:12
JNDIでスケールアウトできるDerbyやXindiceとN-gramで行き詰って死の谷に行って。。。
MapReduce・BigTableみたいな考えが出てきたんじゃないかな?
IBMが、XML-DBにリソース突っ込んだ後、今はHbaseに肩入れしている。
Hbaseを発表される前に、Googleは自分の実装完成させちゃった。
688:687
09/12/11 23:55:28
IBMやOracleが欲っていたものは、並列検索であって、
クラウドではなかったんだと思うのだ。
689:nobodyさん
09/12/12 00:24:40
トランジャクソンなんて
失敗したときとかバグったときに
銀行が損しない方向に倒しておけば良いんだよ
690:nobodyさん
09/12/12 00:27:06
聞いたかい、マイケル!こいつは傑作だよ!HAHAHAHAHA
691:660
09/12/12 12:44:15
トランジャクソン・ムーンウォーカー
692:nobodyさん
09/12/12 20:55:46
マイコーは機械になりたがっていたからな
今頃どこかのサーバに憑依しているのだろう
693:nobodyさん
09/12/20 00:18:42
1.3.0でJRubyかPythonより速くなったて本当?
Twitter / SASAKI TAKERU: @ashigeru 約5倍でした。URLリンク(bi)<)
GAE/JRubyが速くなった? - urekatのスカンク日記3
URLリンク(d.hatena.ne.jp)
GAE/JRubyのCPUコストは10000pv/$0.12 - urekatのスカンク日記3
URLリンク(d.hatena.ne.jp)
694:nobodyさん
09/12/20 01:42:38 SZMMX2fQ
JRubyでそうなんだから
Javaの方が糞速いってことか
パイソンって一体・・・
695:nobodyさん
09/12/20 01:53:32
JavaがLLより遅かったら存在価値なくなるだろ
696:nobodyさん
09/12/20 09:39:24
それもそうだが LL on Java の方がネイティブ LL より速いってのはちょっとね。
Jython の方がネイティブ Python より速かったら笑えるな。
697:nobodyさん
09/12/20 10:14:13
>>694
>>693の一番下、1.3.0の前の記事だけどそれにしてもJava速過ぎるw
JRubyがPythonに追いついたけど、それ以前にJavaが数倍速くてワロタ
698:nobodyさん
09/12/20 10:44:55
Jythonもネイティブに近い気がするな。。
Unladen Swallowがうまくいった場合に今後どれくらい速くなるかは気になる。
699:nobodyさん
09/12/20 11:13:29
Jythonの方がネイティブより速いってことはありえないだろ。
もしそうなら何かがおかしい。
700:nobodyさん
09/12/20 15:22:24
こんなん作ってみた
URLリンク(www.degifo.com)
作った感想
•作りたい物が決まってて機能的にGAEで実現できるならインフラ考えずに開発に集中出来るので楽
•バージョンアップのタイミングで平気で動かなくなるので遊びでしか使えない
•自分でExpireの設定とかしないと画像とか多いと大したPV無いのにあっと言う間に下り転送量が無料の範囲超える
•GAEの画像操作のサービス、圧縮率を操作できない。画像の縦横サイズを小さくしても無駄に容量がデカい。
701:nobodyさん
09/12/20 15:23:46
このスレ頭の方で暗黙の了解で話題はPythonに限るみたいな雰囲気出してたのに、すっかりJavaですか。
Python人気ねーなぁ。
702:nobodyさん
09/12/20 15:40:22
ぐぐって出てくる記事もjavaが多くなったな
703:nobodyさん
09/12/20 16:52:35
>>700
せっかくさらしてくれたので質問!
・下り転送量うんぬんということは、画像はDataStoreにつっこんでだってことですか?
・> バージョンアップのタイミングで平気で動かなくなるので遊びでしか使えない
マジスカ!?1.3にうpされたときの話?
・開発言語やフレームワークを教えてください!Java or Python, Django or Slime3 etc...
704:nobodyさん
09/12/20 16:53:26
>>703
でてるappengineの書籍も軒並みJavaみたいだし・・・
705:nobodyさん
09/12/20 17:19:44
>>699
javaは実行中にも最適化されるんだよ
激しく繰り返される処理は最終的にネイティブになるとか聞いたことがある
うそかもしれんが
706:nobodyさん
09/12/20 17:29:33
>>705
それただのHotSpot
707:nobodyさん
09/12/20 17:52:31
すまん、jythonの勉強からやり直してくる
708:nobodyさん
09/12/20 18:33:01
>>703
画像はDataStore。
静的ファイルじゃないから、GAEがよきに計らってくれず自分でリクエストヘッダ見て304返してる。
1.3の前にもしれっとメール受信の仕様が変わってた。
JavaとGWTで作ってる。
709:nobodyさん
09/12/21 01:06:07
未だに動かなくなるのか
ダウンタイムの履歴が見られるとこないの?
710:nobodyさん
09/12/21 15:16:35
>>700
>>バージョンアップのタイミングで平気で動かなくなるので遊びでしか使えない
自分で開発環境をバージョンアップさせて、それをアップしたら一部動かなくなったってことだろ?
それって GAE 関係なくね?
711:nobodyさん
09/12/21 17:53:59
>>708
>画像はDataStore。
>静的ファイルじゃないから、GAEがよきに計らってくれず自分でリクエストヘッダ見て304返してる。
たしかに、これくらいはGAE側で用意してくれてもいい機能だよな。
アップロードしたファイルをファイルシステムに保存できないんだから。
712:nobodyさん
09/12/22 00:28:54
内部仕様を勝手に変えられて動かなくなるってことだろう
713:nobodyさん
09/12/22 03:23:38
動かなくなったって、何か特殊なことやってるのかな。
1年以上前に書いてほとんどいじってないのを、今も普通に使ってるが。
714:nobodyさん
09/12/22 07:52:51
うーん確かに
どの辺が勝手に変えられるのか書いてもらえるとありがたい
715:nobodyさん
09/12/22 08:11:51
sdkのバージョンアップで
デフォルト値が変わったってのは見たことあるお
716:nobodyさん
09/12/22 10:46:01
>>708
ありがとう
実際にサービス動かしている人いると参考になります
717:nobodyさん
09/12/22 10:51:38
画像のストレージとしてPicasa使う方法見つけてきた。
GAEとPicasaでfaviconをPNGに変換して保存するAPIを作成する - Pyro Memo
URLリンク(d.hatena.ne.jp)
こんな感じではてなフォトライフ(180円/月で3GB/月までOK)使うとかw
いろいろ応用できそうなもんだが
Picasaの値段はこちらにあった
機能 : 容量のアップグレード - Picasa ヘルプ
URLリンク(picasa.google.com)
え?amazon S3?安いん?
718:nobodyさん
09/12/22 17:41:30
はてななんか使う奴の気が知れねえ
719:nobodyさん
09/12/22 19:45:59
サーセン
720:nobodyさん
09/12/23 06:18:27
movatwitterとかで投稿できる写ツがはてなフォトライフ利用してる。
あれwebサービスから利用してよかったのかw
721:nobodyさん
09/12/23 08:59:50
Google App Engine実践リファレンス
URLリンク(gihyo.jp)
722:nobodyさん
09/12/23 13:55:05
これは容量無制限
URLリンク(jp.zooomr.com)
どうじゃんご?
723:nobodyさん
09/12/23 15:23:16
質問です。
GAE JavaのDevAppServerって、もしかして外から繋げられないって仕様ありますか?
coLinuxに入れてみたんですが、ホストマシン(Windows)からどうしても繋げなくて困ってます。
Railsなどは同じポートで動かしてつなげたことがあるので、coLinux側の問題ではないと判断しています。
また、内側からはw3mでページが見られることを確認しています。
724:nobodyさん
09/12/23 16:03:23
--address=0.0.0.0 オプションをつけると幸せになれるかも。
基本的にはlocalhostのアドレスしかlistenしていない。
725:nobodyさん
09/12/24 04:14:41
>>722
いつ潰れるか判らんサービスは避けたほうがいいんじゃね
まぁどんなサービスであろうといつ潰れるか判らんけどな
726:nobodyさん
09/12/24 15:44:51
>>721
URLリンク(gihyo.jp) で公開しているサンプルソースコードが
CRCエラーで破損しているようなんだけど、どうしよう。
727:nobodyさん
09/12/24 16:09:26
>>724
いけましたいけました!
The server is running at URLリンク(localhost:3000)
とあるから、一緒じゃないか!と思ったんですが明示したらいけました。
728:nobodyさん
09/12/24 20:23:27
skydriveをストレージにできねぇかな。
729:nobodyさん
09/12/24 21:29:05
フォト蔵も容量考えると悪くないかと。
730:nobodyさん
09/12/27 12:01:16
フォト蔵とはずいぶんマイナーなウェブサービスをご存知ですね。
もしかして、上級インターネット検定所有者ですか?
731:nobodyさん
09/12/27 18:53:31
そっち側のクラスタにいるからフォト蔵がマイナーだとはこれっぽっちも考えていなかった
732:nobodyさん
09/12/27 19:12:03
結構住み分けされてきてるよな・・・
たまに知らないサービスが知らないうちに凄くもりあがっててびびる。
733:nobodyさん
09/12/27 19:13:17
オンラインアルバムとかその人の興味次第だしな
興味ない人はフォト蔵どころかFlickrさえ知らん事もあるだろうし
734:nobodyさん
09/12/28 08:25:13
漏れは ny とか mx とか知らなくて
それでも技術者ですか?見たいに言われたな
735:nobodyさん
09/12/28 08:36:57
君子危うきに何とやらと言ってやれ
736:nobodyさん
09/12/28 09:08:52
使う使わないは別にしてこれだけニュースやら新聞に載ってるのに知らないってのは尋常じゃねーと思うけど。
余程こき使われてるんだろうな。
737:nobodyさん
09/12/28 10:40:09
確かに使ったことなくても関連ニュースは目にしてると思うけどなぁ。
でもmxもnyもウィルスが流行りだしてから知ったって技術者が居てもおかしくないんじゃね?
今あの手のP2Pファイル交換ソフトでどれが流行ってるかとか知らない人も結構いると思うけど。
738:nobodyさん
09/12/28 13:21:00
使ったことはないし
具体的な使い方はまったく知らない
739:nobodyさん
09/12/28 17:41:02
不用意にそれってマイナーだよねとか言うと色々面倒な立場になりかねんな。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5401日前に更新/184 KB
担当:undef