Google App Engine / Python 上での開発で最初から知ってればよかった、ってことをいくつか - Masatomo Nakano Blog
ここ数ヶ月、Google App Engine/Pythonを使い、初めてちょっとしたものを作ってみているのだけど、開発初期から知っておけばよかったなー、と思うノウハウ/tips的なものをずらずらと書いてみる。 基本的な環境設定は、 以前書いた まま。 0. 公式ドキュメントを良く読む 言うまでもなく、だけど、 マニュアル はもちろん、 この辺 の下の読み物も、流し読みだけでもしておいたほうがいい。 datastoreとmodel的なところ 1. key nameを使いこなす key nameは、レコードの作成時に指定できる(RDBでいう)primary keyの別名みたいなもの。primary key自体は自動的で作成されるので開発者が指定できるのはkey nameだけ。 key nameをうまく使うことで、datastoreを使いやすくすることができる。特にdatastore上で"un
iPython でちょっと便利なショートカットとか - 人生いきあたりばったりで生きてます@はてな
なんか色々便利そうなショートカットとかコマンド見っけてたので備忘録的にメモ。% ついてるやつは Magic Function とかいうらしい。 関数実行のショートカット かっこは省略できるらしい。初めて知った。 「/」でさらに引数の「,」を省略。「,」で引数を文字列に変換。 # かっこ省略で実行 In [23]: sample 1, 2 -------> sample(1, 2) # さらに引数の「,」省略で実行 In [24]: /sample 1 2 -------> sample(1,2) # 引数を文字列に変換して実行 In [25]: ,sample 1 2 -------> sample("1", "2") 名前空間関連 %who, %whos, %who_ls, %reset を使う。 どの変数に何を入れたのか忘れてしまったときとか便利。めんどくなったらリセットも可能。 #
Python 2.xと3.xの間にコンパチなレイヤーを提供する「Six」 | TRIVIAL TECHNOLOGIES 4 @ats のイクメン日記
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー Python 2最後のバージョンと公言される2.7のリリースも近づき，いよいよPython 3移行の足音が大きく鳴り響いてくるようになりました。フレームワークや各種サードパーティライブラリの3追従はまだ時間がかかると見込まれるものの，スタンドアロンな，またはPython 3に対応したライブラリのみに依存して書けるたぐいのスクリプトについては，そろそろ3で動かすことを意識してもよい時期に来ていると言えます。 2と3両方で動くプログラムを書くのは実はそれほど難しくありません。いくつか具体的な方法を挙げると 辞書型のhas_key()のように3で廃止された機能を使わないようにする print
Python Tips
1. アンダーバーで始まるけど見える・・・ # module1.py def func1(): print "this is func1." # アンダーバーで始まる名前の変数、関数、クラスは # 外部からは見えないけど・・・ def _func2(): print "this is _func2." # __all__ に定義すればモジュールの外から見える。 # 特に意味も無いが。。。 __all__ = ['func1', '_func2'] 2. グローバル変数を無理やり定義しちゃう __builtins__.func = lambda x, y: x * y __builtins__.foo = 'something' print foo print func(5, 8) どこでも利用可能になる。 これは一般的に当然お勧めしないやり方。 どうしてもグローバル変数を使いたいのなら、
複数バージョンのPythonを華麗に切り替える - When it’s ready.
かつて無いほど、pythonのバージョンが混沌としている。 今までは、バージョンが上がっても何となくどっちでもイイカンジでそれなりに苦労なくバージョンが上がってた。そもそも、そんなに頻度が高くバージョンアップしてきたのでバージョン3つ以上有るという状況になりにくかった。 現在、手元の環境に入ってるPythonのバージョンは 2.5.1（OSX付属) 2.5.2（port出入れたやつ） 2.6 (dmgで入れたやつ） 3.0 (dmgで入れたやつ） と、既に4つ入ってる。こんなの初めてな感じ。2.6移行のマルチプロセス大好きっ子になってしまったので、出来る限り2.6（3.0は動かないモジュール有ってまだ移行し切れてない）で開発して行きたいが、どうしても2.5じゃないと動かないモジュールもあるので未だに、これらの中から一本に絞るという事が出来ない。 今までは、それぞれのバージョン番号を付けて起
httplib2.Httpでtimeoutを指定した場合のエラー処理 - スコトプリゴニエフスク通信
httplib2でタイムアウトを指定するには、 import httplib2 client = httplib2.Http(timeout=5) client.request("http://example.com/") のようにhttplib2.Httpの引数でtimeoutを指定する。デフォルトではリクエストがタイムアウトするとsocket.timeout例外になる。なので、例外を適切に処理するには、 import httplib2 import socket try: client = httplib2.Http(timeout=5) headers, content = client.request("http://example.com/") except socket.timeout, e: # do something pass のように書かないといけない。せっかくhttp
プログラムのテストを続けるための3つの習慣 — TRIVIAL TECHNOLOGIES 2.0
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー テストをなかなか始められない人が多いように思います。 テストの効用として，コードのクオリティが高くなったりメンテナンス性がよくなったり，といったことはよく言われることです。また，テストのことを考えな がらコードを書くようになるので事前に十分な思考実験をするクセがついて，行き当たりばったりの開発をしなくなります。テストしやすいコードを書くように なるので，コードのモジュール性が高くなり，結果として再利用性の高い高品質なコードを書けるようになる，という利点もあります。 全部分かっていても，テストは面倒だし，テストを書くためには予備知識も必要なので，そんなことがハードルになってなかなかテスト
デコレータを書く時にはfunctools.wrapsを使おう - スコトプリゴニエフスク通信
トリビアルな例だが、元の関数(func)をデコレート・ラップするmydecoratorというデコレータを書いた時、下のように単純にinnerを返すと、 def mydecorator(func): def inner(*args, **kwds): print "Hi, I'm inner!" return func(*args, **kwds) return inner @mydecorator def hello(to): """ Say hello to somebody """ print "Hello, %s!" % to if __name__ == '__main__': print repr(hello) print hello.__doc__ 結果として、 None のように、デコレートされた元の関数(hello)の関数名やドキュメント文字列が失われてしまう。デコレータを
iPython を起動中にモジュールを再読み込みさせたい - 人生いきあたりばったりで生きてます@はてな
iPython でモジュールとかファイル読み込んで色々試しながら、エディタでソースをいじってちょこちょこ変更してくってことをよくやるんだけど、いちいち iPython 再起動＆再 import したりしてたもんですげーめんどくせーなーと思いながらやってた。で、なんかいい方法ないかなーと探してみたら実はちゃんと再読み込みするコマンドあったみたいなんでメモ。 reload、dreload、run とかを使うらしいっす。 import Sample っぽいことをした場合 とりあえず『reload』。 In [17]: reload Sample -------> reload(Sample) Out[17]: <module 'Sample' from 'Sample.pyc'> import したモジュールの中でさらにモジュールを import してて、そいつらも一気に reload したい場
PythonEncode - MoriMoin
こんなエラーがおきたとき >>> print hoge Traceback (most recent call last): File "<stdin>", line 1, in ? UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-7: ordinal not in range(128) デフォルトで設定されてる文字コードを変えると解決します。 で、その設定のしかたですが、 1. 環境変数LANG に端末が扱うエンコードを設定する。(たぶん LANG=ja_JP.utf-8 か、 ja_JP.eucJP のどちらかでいけるとおもいます) 2. 1は端末に出力(ただprintする時)するときだけに対応するので、 hoge = file(’hoge’, ’w’) print >>hoge, u
データストアに保存したデータが1000件を超えた場合の対処方法は？
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message DataStoreにdb.Modelを継承したクラスを使ってどんどんデータを蓄積していった場合で、 1000件を超えた場合、 GqlQueryの fetch() メソッドの 1000 まで制限のため、 1000件以降のデータが取り出せなくなるのですが、どうすればいいのでしょうか。 たとえば、10件ごと順番に取り出していく・・・という方法(API)が提供されていると 思っていたのですが、わたしが調べた範囲では、わからなかったので、 ここで質問させていただきました。 もし、逐次取り出しAPIがない場合は、 1000件制限を回避
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://kwatch.houkagoteatime.net/blog/2013/12/07/python-tips/
http://kwatch.houkagoteatime.net/blog/2014/08/24/python-pitfalls/
On Using eval() in Python | jathanism
Python library path
djangosnippets: Use pexpect to control manage.py syncdb or anything else
Tip: Reuse Django view in urlconf | Refactor the Life