10/03/19 20:04:38 a+drQKsn
どっちのスレがマスターでどっちがスレーブなの？
更新処理はどっちのスレにすればおｋなんですか？
98:nobodyさん
10/03/19 21:43:08
ここでおk
99:nobodyさん
10/03/19 22:05:01
>>97
あっちはマスター、こっちがビギナー
100:nobodyさん
10/03/19 23:31:20
昨日、app engine使い始めたんだけど、既に挫折しそうだ
Javaでslim3 datastore実行時に、ローカル環境だと下記のように出るんだけど、デプロイすると動く
原因分かる人居ないですか？
tried to access method com.google.appengine.api.datastore.Entity.<init>(Lcom/google/appengine/api/datastore/Key;)V from class hoge.meta.HogeMeta
datastore-indexes.xmlが生成されてないのが、すげーあやしいんだけど。。。
ちなみにキーの生成はこうしてるんだけど、正しい？
User author;
Key key = Datastore.createKey(Hoge.class, author.getNickname());
というか、ユーザを識別するのってgetNicknameで一意になるの？
getUserId使うとやっぱりローカルだと取れないみたいだけど
101:nobodyさん
10/03/20 00:22:07
datastore-indexes.xml手書きで書いたらサーバにインデックスの登録も出来たけど、開発環境じゃやはり動かないな
102:nobodyさん
10/03/20 00:33:39
Java版に明示的にテーブル削除、もしくは、インデックス削除の方法って無いの？
103:nobodyさん
10/03/20 02:01:53
Pythonはこっちのスレでいいですか？
104:nobodyさん
10/03/20 02:19:21
>>103
>>6嫁
105:nobodyさん
10/03/20 04:26:03
初めて使う人は余計なフレームワーク無しが良いよ。
構造が理解しやすいし、既に用意されているライブラリだけでもかなり楽できるようになってる。
皮をいくら重ねても無意味。分かってから抽象化する分には便利だけどね。
106:nobodyさん
10/03/20 09:19:38
>>104
向こうのスレでslim3がどうのとか言ってるんで、
責任もって引き取ってくれますか
107:nobodyさん
10/03/20 09:31:33
GoogleによるPythonの講習。
URLﾘﾝｸ(code.google.com)
108:nobodyさん
10/03/20 14:59:35
>>105
既に用意された物でエンティティ跨ったトランザクションは難しいんじゃないの？
109:nobodyさん
10/03/20 21:51:20
security-constraintにweb-resource-name入れないとエラーでるのね
110:nobodyさん
10/03/21 21:56:40
slim3でinsert時にprimaryKeyが被る時に上書きじゃなくて、エラー出したりする方法って無いの？
111:nobodyさん
10/03/22 13:00:15
ユニーク制約ないんだよな
112:nobodyさん
10/03/23 05:48:01
JDOってやっぱり遅いの？
変更が多いとclose()の処理だけで30秒制限に引っかかっちゃうんだけど、slim3使うべき？
113:nobodyさん
10/03/24 14:00:44
URLﾘﾝｸ(d.hatena.ne.jp)
Slim3作者のコメントが参考になりますね。
・PythonでOK
・Javaを使うならSlim3でOK
114:nobodyさん
10/03/24 21:00:22
自分の作ったものにこんだけ自信が持てるってのはやっぱすごいなぁ
115:nobodyさん
10/03/24 22:30:01
ログ画面のFilter Logsで正規表現を試してるんだが、
例えば３月中のログをフィルタリングする正規表現って
^03.*$
じゃダメなんだがなぜ？？？？
116:nobodyさん
10/03/25 08:50:13
お前らお聞きします。
appengineで携帯向けサイト作るにはどうしたらいいんでしょうか？
結構モバイル向けのソーシャルアプリでの運用事例がちらちら見られるのですが、
モバイル対応どうしてるのかと。
railsのjpmobileみたいなのってないんでしょうか？
Python+django+uamobile+(αでシコシコ)
とかなんでしょうか？Java回りだとそれっぽいの見つけられなかった・・・
117:nobodyさん
10/03/26 04:25:02
馬鹿みたいに重い処理繰り返してたらGAEのサバが落ちたｗ
118:nobodyさん
10/03/26 06:01:51
そういうことあるのか。
割り当てられたリソースが切れたとかじゃなくて？
119:nobodyさん
10/03/26 11:18:44
管理画面にBlacklist追加されてる
120:nobodyさん
10/03/26 11:27:31
Datastore Viewerから1020以降のデータを見ようとすると
Server Error
A server error has occurred.
Return to Applications screen ≫
ってエラーが表示されるんですが、みなさんどうですか？
121:nobodyさん
10/03/26 12:22:35
いまはうちは大丈夫ですが
以前問題が起きたケースでは
最初はUTF-8で保存していて
途中からUNICODEで保存すると
そのデータを消すまで動かなくなったことがあります
UTF-8のみにしておくのが無難なようです
122:nobodyさん
10/03/26 12:31:38
>>118
どうやらうちだけではなかったみたいです。
>>120
デプロイするときにそのエラーが出て、何度も失敗した。
今は問題なく動いてる。
123:nobodyさん
10/03/26 14:22:51
utf-8との対比で出されるunicodeって何者だ？
124:nobodyさん
10/03/26 16:43:38
>>121-122
ありがとうございます。いろいろ原因探ってみます。
125:nobodyさん
10/03/26 18:37:57
>>123
UTF-16LEを表すWindows用語だろjk
126:nobodyさん
10/03/26 18:54:36
>>125
utf-8: utf-8で書かれた文字列。ex. ぱいそん→'\xe3\x81\xb1\xe3\x81\x84\xe3\x81\x9d\xe3\x82\x93'
unicode: いわゆるユニコード文字列。 ex. ぱいそん→u'\u3071\u3044\u305d\u3093'
ということではないかと。
127:nobodyさん
10/03/26 19:23:32
>>126
Unicode(UCS-2やUCS-4)は文字集合であってエンコーディングではない
UTF-8はエンコーディングであって文字集合ではない
文字集合であるUnicodeとエンコーディングであるUTF-8を対比するというのは
本来おかしいということを>>123は言っている
だが現実にはUTF-16でエンコードされていることをUnicodeと呼ぶ(誤用している)ことが多い
>>126の例はその典型だ
128:126
10/03/26 20:53:30
>>127
>>126は>>121が用いているutf-8,unicodeの用語の意図するところを説明したものなのだが。
129:nobodyさん
10/03/26 21:18:21
>>128
は？なんでそんなことを>>125にレスする必要がある？
だいたい>>121の意図なんて>>123だって分かってて突っ込んでるんだろ
130:nobodyさん
10/03/26 22:29:45
で
結局GAEのDataStoreの標準エンコードは
UTF-8
なんですか？
それとも
UTF-16LE
なんですか？
131:nobodyさん
10/03/26 22:30:35
logging に渡すエンコードも UTF-8 だと変な動きするよなぁ orz
132:nobodyさん
10/03/28 19:18:44
appcfg.pyのdownload_dataを使ってDataStore内のデータをローカルにDLする作業って
リソース制限の対象にされるんですね。
ということは
DataStoreにデータを入力する際に、デバッグでLogに書き込んで「request_logs」でログをDLした方がいいですよね？
133:nobodyさん
10/03/30 12:07:27
GAEのブログが更新された
URLﾘﾝｸ(googleappengine.blogspot.com)
簡単に言うとどうなったの？
134:nobodyさん
10/03/30 14:24:17
どうしてこうなった
When a machine at the primary storage location becomes unavailable,
a strongly consistent read waits for the machine to become available again,
possibly not returning before your request handler deadline expires.
But not every use of the datastore needs guaranteed, up-to-the-millisecond freshness.
In these cases, you can tell the datastore (on a per-call basis)
that it’s OK to read a copy of the data from another location when the primary is unavailable.
This read policy is known as “eventual consistency.”
135:nobodyさん
10/03/30 23:13:49
日本語でおk
136:nobodyさん
10/03/31 03:58:18
文盲は指でもしゃぶってろ
137:nobodyさん
10/04/03 16:13:50
マスターDBが落ちてても、予備のDBから最新とは限らないけど
結果を返しますよってことかな？
DBから結果が返ってこないでエラーってことが減るってこと？
138:nobodyさん
10/04/06 20:22:45
最近はメンテでダウンする時間減った？
139:nobodyさん
10/04/06 21:50:43
減ったよー
140:nobodyさん
10/04/07 08:41:02
(´・ω・｀)
141:nobodyさん
10/04/07 10:51:20
Link Email Category IMHandle PhoneNumberとかって何のためにあんの？
142:nobodyさん
10/04/08 09:09:41
DashboardのCPUtimeのグラフとか毎日リセットされるのってなんとかならんのかなぁ
途中はlast17hurとかlast20hurになっててlast24hurすっとばしてlast1hurはグラフの意味ないよ
143:nobodyさん
10/04/08 22:03:41
>>142
同意。毎日ログ見るとは限らないですよねー。
Googleに要望だしておいてね。頼んだよ。
144:nobodyさん
10/04/09 05:51:34
グロは毎日見る
145:nobodyさん
10/04/10 11:34:00
検索してたらこんな会社発見した
URLﾘﾝｸ(plusg.topgate.co.jp)
146:nobodyさん
10/04/10 12:53:21
googleで従業員だけでなく業界の雇用も支えてるんダナー
147:nobodyさん
10/04/10 12:57:42
「googleって」でした
148:nobodyさん
10/04/10 16:03:44
貧相なサイトだけど頑張ってるね
初期コストを抑えながら拡張もしやすい(ということになっている)
GAEの特徴を上手く説明出来ている
149:nobodyさん
10/04/10 17:23:29
beta版を商売にするのがわからない
作っただけであとはアップデートもせず放置とかだったらだめだね
150:nobodyさん
10/04/10 18:24:46
もしGAEが終了したら阿鼻叫喚だなｗ
151:nobodyさん
10/04/11 21:56:27
今後はGAE使った案件どんどん増えますかね？
152:nobodyさん
10/04/11 23:17:30
URLﾘﾝｸ(internet.watch.impress.co.jp)
>>Googleに買収されることを望んでいるベンチャー企業（もしくは採用されることを望んでいるエンジニア）であれば、なおさらだ。
>>Chrome OSの上でちまちまと動くクライアント・アプリを作る暇があるなら、Googleが提供するクラウド・プラットフォームである
>>Google App Engineを徹底的に勉強・解析して、その上で Googleも注目するような魅力的なWebプリケーションを作るべきだ。
153:nobodyさん
10/04/11 23:54:28
>>151
日本では増えない。
154:nobodyさん
10/04/12 00:47:37
なんで増えない？
155:nobodyさん
10/04/12 02:26:32
セキュリティとかで日本の企業はギャーギャー言いそうじゃん。
156:nobodyさん
10/04/12 03:30:45
>Google App Engineを徹底的に勉強・解析して、その上で Googleも注目するような魅力的なWebプリケーションを作るべきだ。
www
157:nobodyさん
10/04/12 07:12:15
>Google App Engineを徹底的に勉強・解析して、その上で Googleも注目するような魅力的なWebプリケーションを作るべきだ。
www
これ書いたの中学生?(wwWwwWWww
158:nobodyさん
10/04/12 10:35:14
Google App Engine と Google Apps の区別が出来てない記事だな
159:nobodyさん
10/04/13 00:22:26
日本では個人情報とかを外に出すって時点で論外だろ
160:nobodyさん
10/04/13 13:18:44
セキュリティとかで日本の企業はギャーギャー言い杉
161:nobodyさん
10/04/13 16:55:10
key文字列をbase64でデコードすると、同じモデルのエンティティはどれも同じになるんだが
162:nobodyさん
10/04/13 18:51:34
そりゃそうだ
163:nobodyさん
10/04/13 19:06:11
え？？だってkey文字列ってKind名＋キー名or数値IDを含んだ文字列をbase64でエンコードしてるんでしょ？
ってことは、デコードすればキー名or数値IDの部分で区別つく文字列になるはずでは？？？
164:nobodyさん
10/04/13 19:56:57
セキュリティ重視の割には外注で流出してる企業が結構多い気がするが…
165:nobodyさん
10/04/13 20:10:51
建前上は守秘義務契約でOKってことにはなってる
もちろん外注先の社員全員にも個人的に誓約書書かせる
流出を防止するっていう根本的な部分はおざなりですw
166:nobodyさん
10/04/13 21:29:41
要は自分以外に責任押しつければOKなんだな。
まぁビジネスってそういうもんか。
167:nobodyさん
10/04/14 09:13:38
後方参照のクエリー用にインデックスを貼る方法ってあるんでしょうか？
168:nobodyさん
10/04/14 10:25:05
文字列を逆順にする
169:nobodyさん
10/04/14 14:09:02
appcfy.py でCSVファイルでインポート＆エクスポートの歳に
"URLError: <urlopen error (54, 'Connection reset by peer')>"
のエラーがでます。
環境はMac スノレパでMacPortsからインストールしたPython2.5.5ですが、
同じような人いないでしょうか？？
170:169
10/04/14 14:19:18
>>169
ローカル環境だけで起きるエラーのようです。
本番環境では正常にインポート＆エクスポートできました。
171:nobodyさん
10/04/14 16:40:54 3rT4Ng9m
ﾍ⌒ヽﾌ
（ ・ω・） ㌧㌧
/ ~つと）
172:nobodyさん
10/04/14 16:41:53
ファイアウォールとか
IP制限とかじゃないか
逆引きかも試練し
Proxyとか鴨試練
urlopen だけ試すスクリプトを書いてローカルで試せばわかるだろう
173:nobodyさん
10/04/14 21:44:35
>>145
app engineってシステム作って客商売できるもんだったのか。目から鱗。
というかお金さえ出せるならまともに運用できるのかね
174:nobodyさん
10/04/14 22:02:45
もしGAEが終了したら阿鼻叫喚だなｗ
175:nobodyさん
10/04/15 23:29:51
クラウドなのにメンテで止まるって
何考えてんだとは思う
176:nobodyさん
10/04/15 23:33:27
バックグラウンドは無数にあるが
入り口が二つ以上あるとは言っとらん！
177:nobodyさん
10/04/16 06:14:21
>>145
〇〇で物をうったりサービスして儲けるより、〇〇で儲けられますよ費用が安くなりますよという触れ込みでシステム制作を請け負った方がもうかるというお話。
〇〇にはtwitterとかクラウドとかいろいろ入れるが、Google App Engineという用語も入るだけのお話。
178:nobodyさん
10/04/16 06:22:30
そこが儲からなくても金だけは貰えるからな
そういう商売はそのうち破綻するけど
179:nobodyさん
10/04/16 13:40:52
GAE開発者もっと増えてもいいと思うがイマイチ人いないね
180:nobodyさん
10/04/16 20:38:29
URLﾘﾝｸ(jp.youtube.com)
181:nobodyさん
10/04/17 15:45:07
みなさんoffsetの1000上限問題はどうしてますか？
検索条件とかなく単純にページングさせているだけであれば、
それぞれのEntryにユニークな番号でも採番しておいて、
それをwhere句で絞るという方法でいけると思うのですが、
条件で絞った検索結果のn番目からm番目を取得したいという
場合には上記の方法は通用しません。
何かよい方法はあるのでしょうか？
182:nobodyさん
10/04/17 16:34:08
cronで一分ごとにDBにinsertしているのだけど、
ある程度DBにデータが溜まるとinsertに失敗する。
同じ症状の人いませんか？
183:nobodyさん
10/04/17 16:48:24
>>181
それに気付いてるのにGAEを拾てないあなたが好きです
184:nobodyさん
10/04/17 17:25:32
>>183
無料ですから
185:nobodyさん
10/04/17 18:26:49
>>181
JavaならExtend？で無限に取れたと思う
186:nobodyさん
10/04/18 15:05:45
カーソルってそういうときに使うのか
187:nobodyさん
10/04/19 19:07:11
URLﾘﾝｸ(sites.google.com)
>>181
188:nobodyさん
10/04/22 14:46:26 scSEBkFd
slim3覚えるの面倒臭いな
課金節約になったりするの？
189:nobodyさん
10/04/22 18:29:22
だったらおとなしくJSP/Servlet+JDOでゴリゴリやってればいいじゃん。
そっちの方がよっぽど面倒だと思うけど。