くだすれPython(超初心者用)　その5

1 名前：デフォルトの名無しさん mailto:sage [2009/10/24(土) 11:20:45 ] このスレッドは、他のスレッドでは書き込めない超低レベル、 もしくは質問者自身何が何だか分からない質問を勇気を持って書き込むスレッドです。 へび使いが優しくコメントを返しますが、 お礼は Python の布教と初心者の救済をお願いします。 エラーを解決したいときはエラー表示や環境を略さずに書き込んで下さい。 騙りが頻発しています。質問する方は一時的なトリップをつけることを検討して下さい。 次スレは >>950 辺りで 前スレ くだすれPython(超初心者用)　その4 pc12.2ch.net/test/read.cgi/tech/1243160751/ 関連スレ Pythonのお勉強 Part35 pc12.2ch.net/test/read.cgi/tech/1253535109/ 193 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 10:44:06 ] PythonスレでRuby薦めんなアホ 194 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 11:30:45 ] >>191 出典あんの？　自作ポエム？ 195 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 11:39:10 ] 最近ほかのスレで見たからコピペ 196 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 13:58:56 ] おや、またruby厨の荒らしですか 197 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 14:56:41 ] >>169 初めてのPython。オライリーが出してるやつ。 英語読めるならLearning Python。 198 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 15:06:02 ] 基地害は全部厨房用言語（ruby）にいってくれってこった 199 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 15:10:25 ] そういう煽りするとPythonも使ってないんだろうなって思われちゃうよｗ 200 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 15:18:18 ] >>198 そう言うんならBlenderにRubyを組み込んでくれｗ 201 名前：デフォルトの名無しさん [2009/11/13(金) 16:26:28 ] Pythonを使ってXMLをDOMで処理したいのですが、 xml.dom とpyxml.sourceforge.net/topics/ とは違うものなのでしょうか？ またこれらはExpatのPythonバインディングとも違うものなのでしょうか？ Python 2.4 しか使えない環境で使いたいツールを 作ろうとしているのですが、どのライブラリを使うと ポータビリティが最も高いのでしょうか？ 10KB程度のそれほど大きくないXML文書を 読み込んで異なる表現のXML文書に変換するツールです。 XSLTでは処理できないような変換なので Python を使うことを考えています。 Python は twisted でネットワークがらみの 小規模のツールを書いたことがある程度です。 202 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 16:28:34 ] >>199 いいんだよ。他人からどう思われようが、被害が少なければそれでいい。 203 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 16:44:07 ] lxmlって2.4で使えるっけ？ 204 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 17:26:32 ] 使える Python Package Index : lxml 2.2.4 pypi.python.org/pypi/lxml/2.2.4 205 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 17:37:38 ] ProgrammingError: (1064, "You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '\xe3\x80\x90\xe7\xb5\x8c\xe6\xb8\x88\xe3\x80\x91\xe4\xb8\xad\xe9\x96\x93\xe' at line 1") このエラーは具体的にはどんなエラーなんでしょうか？ 206 名前：デフォルトの名無しさん [2009/11/13(金) 17:46:36 ] near の後は 【経済】中間 の UTF-8 表現 207 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 17:54:00 ] >>206 ありがとうございます。 MySqlに日本語をinsertする場合はunicode型でないといけないのでしょうか 208 名前：デフォルトの名無しさん [2009/11/13(金) 18:02:43 ] >>207 それはもはやPythonの話ではなくMySQLの話だな。 it.kndb.jp/entry/show/id/15 クライアントから送られるSQL文の文字コードを 指定するためにデータのベースへの接続後すぐに set names utf8; を発行するのがいいんじゃね？ 209 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 18:04:34 ] って、UTF-8でMySQLとやりとりしたということじゃなかったのか。 インターフェイスで使う文字コードがあってさえいれば 別に他の文字コードでもいいと思うけど。 210 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 18:09:30 ] >>207 show variables like '%char%'; で表示される円コーディングにあわせるのが正しい方法 211 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 18:12:18 ] >>208-210 たくさんありがとうございます。 試してみます。 212 名前：210 mailto:sage [2009/11/13(金) 18:26:15 ] あ、 >>208 見ないでレスした [mysql] default-character-set=utf8 [mysqld] default-character-set=utf8 character_set_server=utf8 skip-character-set-client-handshake 213 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 20:29:46 ] turtleモジュールは図形描写に誤差があるのですか？ 三角形、四角形、五角形…を順番に描かせるとずれてしまいます 命令が間違っているのかもしれません・・・ from turtle import* reset() clear() h=3 while h<10: a=h b=(a-2)*180 c=b/a d=180-c for i in range(a): forward(100) right(d) h=h+1 214 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 20:46:33 ] >>213 正七角形の時に角度が整数の範囲に収まらなくなるが、 int 同士の演算なので、小数点が切り捨てられている。 from __future__ import division をコードの先頭に置くか、 c の計算を、 c = float(b) / a に置き換える。 215 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 20:50:09 ] >>213 ついでに h = 3 while h < 10: 　　... は、for i in range(3, 10): でOK 216 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 20:59:52 ] >>213です 助かりました、ありがとうございます。 217 名前：デフォルトの名無しさん mailto:sage [2009/11/13(金) 22:18:33 ] 【科学】道路に軍手が落ちているワケ、名城大研究チームが突き止める[09/11/05] namidame.2ch.net/test/read.cgi/hidari/1257990721/ 218 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 07:53:24 ] emacsのpythonモードなんですが、 a = 3 だとaをハイライトしてくれるのですが、 a,b = 1, 2 だとaを(bも）ハイライトしてくれません。 理由が知りたいです。 219 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 08:56:36 ] (a, b) = 1, 2 (a, b) = (1, 2) 220 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 16:13:53 ] Class内で 最前方に二重アンダーバー __ が付いている変数やメソッドはどういう意味なのですか？ 221 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 16:27:08 ] 上手く説明できた人には座布団2枚 222 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 16:33:24 ] 触るなよ絶対触るなよの略 223 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 16:37:25 ] >>220 継承したときに、たまたま同じ変数名を使ってしまったために不幸な事故が起こるのを防ぐために、 変数名に暗黙にクラス名をつける。 継承を使わないなら、 _ は一個で良い。 あと、 __ が先頭と最後両方についているメソッドは特殊メソッド。 224 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 16:39:36 ] ttp://www.python.jp/doc/release/tut/node11.html#SECTION0011600000000000000000 225 名前：220 mailto:sage [2009/11/14(土) 16:52:54 ] とりあえず、C++などでいうところのprivateなインスタンス変数、と理解しておきます。 226 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 18:20:12 ] >>225 アンダースコア1つは、C++のprivateメンバみたいなものを作るときに使う（厳密には、ネームマンぐりングされる） 前後にアンダースコア2つは、特殊メソッドを表すっていう慣例になってる。 特殊メソッドは、自分が呼び出すんじゃなくて、Pythonインタプリタによって間接的に呼び出されるメソッド。 C++のコンストラクタみたいなもの --> __init__ +演算子のオーバーロード --> __add__ JavaのtoStringみたいなもの -> __str__ len(myobj)したときの値 --> __len__ その他大量 227 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 18:26:30 ] アンダーラインひとつはマングルされないだろう from foo import * で取り込まれないだけ ふたつだとマングルされる 228 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 21:15:43 ] 文字列のPythonコードをPythonから別プロセスで実行させる方法ってありますか？ ファイルにしてインタプリタを起動し直せば可能ですが出来ればファイルにしたくないので メモリ上で処理できる方法がないか探しています 229 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 23:37:20 ] あります 230 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 05:01:31 ] UnicodeError: Shift_JIS decoding error: invalid character 0x878a args = ('Shift_JIS decoding error: invalid character 0x878a',) 具体的にどんなエラーでしょうか？ 231 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 06:15:45 ] >>230 文字コードの指定を間違えてるか、入力ファイルに不正な文字が含まれていてデコードに失敗 232 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 06:20:51 ] 不正な文字じゃなくても 「〜」が入ってるとだめだったりするな 233 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 06:24:15 ] >>> '〜'.decode('mbcs') u'\uff5e' >>> '〜'.decode('shift_jis') u'\u301c' >>> '〜'.decode('cp932') u'\uff5e' >>> '〜'.decode('cp932').encode('utf-8') '\xef\xbd\x9e' >>> '〜'.decode('shift_jis').encode('utf-8') '\xe3\x80\x9c' 234 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 06:25:04 ] >>230 WindowsのShift_JISは、厳密にはCP932っていうShift_JISの拡張になってるから 文字コードの指定で"cp932"を与えないと一部の特殊文字とかが読めない。 �鰍ﾁて字が読めてない。 235 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 06:40:33 ] >>231-234 本格的なアプリを作るならともかく使い捨て程度のコードですら文字コードでトラブルというのは 良い仕様とは言えないよな・・・仕様に文句言ってもしょうがないんだけどさ 1Byte圏発のブツだとこういう事が良くあるんだよなぁ 236 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 06:49:33 ] >>235 なんか根本的なところが間違ってる、とまではいわないまでも、考え違いをしているような気がする。 もういちどスタートラインに戻って考え直してみてはいかが？ 237 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 07:36:54 ] >>236 日本で使う言語として print "こんにちは" が動かないのはどうかと思うのよ 238 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 07:49:24 ] 一行目にshebangがあるとして ソースはUTF-8で保存した上で 二行目に # -*- coding: utf-8 -*- すると幸せになる 239 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 09:37:53 ] >>238 幸せになれるというかこれしないと タイプ数アホみたいに増えるから必須だと思う 240 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:07:15 ] >>235 たしかにPythonの文字コードまわりの面倒くささは尋常じゃないね 俺は一旦すべてユニコードにしてから必要なときにエンコードする ようにしてるけど、ここまで徹底する必要あるのか?と度々思う 241 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:18:40 ] そんなんじゃPython3000についてけねーぞ 標準ライブラリですら内部でstrに変換しやがるのがあるくらいだし別に徹底してない 242 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:36:05 ] >>240 そこまで徹底するのが、文字化け対策として一番楽なんだよ。 >>237 動かないわけ無いだろ。 Python3では問題ないし、Python2でもソースエンコーディングとターミナルのエンコーディングが一致 していれば動く。 Python2 でターミナルのエンコーディングと違うソースエンコーディング使いたいなら、最初に from __future__ import unicode_literals とするか、 u"こんにちは" と書けば良い。 243 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:37:02 ] >>240 正解 244 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 14:38:49 ] >>234 ありがとうございます。。 うまくいきましたが、こんどはMS932というので引っかかってしまいました。 .decode('cp932','ignore')ってやるとあとあと困ったりしますか？ 245 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 15:00:02 ] 困るかもって思うなら www.python.jp/doc/release/lib/codec-base-classes.html#codec-base-classes ここ見て置換させるとか 2chのdatなんてcp932/shift_jis/shift_jis_2004/shift_jisx0213のどれ使ってもエラー吐くときあるし 246 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 15:14:09 ] >>244 これ便利 => chardet.detect() 別途インストールしないと使えない(多分)のが玉に瑕 247 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 16:29:09 ] chardetはある程度の長さがないと役に立たんのがなあ まあ仕組上当たり前の事なんだが ID3タグみたいなエンコーディングどころかロケール情報もないクソフォーマット触った時は頭抱えたわ 248 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 16:38:42 ] def decorder(u):   if isinstance(u, unicode): return u   for cd in ['utf-8', 'euc-jp', 'cp932', 'iso-2022-jp', 'latin-1', 'ascii']:     try:       u = u.decode(cd)       break     except UnicodeDecodeError:       continue   else:     u = u.decode('latin-1', 'replace')   return u 249 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 18:54:33 ] >>238 それを強要する仕様を初心者向けと謳うのはどうかと思うわけだが 今時のメインシステムはWindowsでSJISだし 250 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 18:56:40 ] とりあえずUTF-8で書いとけってのにはまだ賛同できるが Emacsスタイルのコメントがむかつく 251 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 19:12:10 ] >>249 なんか今日の変な発言はみんなあんたなのかも知れんが Pythonには初心者に優しい仕組みを提供するみたいな理念はないぞ 読みやすく、バランス良くって結果がたまたま初心者にもそこそこ使いやすいって状況になっただけ 252 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 19:49:58 ] 簡単なものを複雑であるかのように見せかけてはいけない。 複雑なものを簡単であるかのように見せかけてはいけない。 253 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 19:55:57 ] thisってんじゃねーぞ 254 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 20:23:54 ] >>249 いや、コードページがCP932だからといって、スクリプトのエンコーディングまで 勝手にCP932だと仮定されてしまうようだとまずいだろ スクリプトを書くのは自分だけじゃないんだぞ 日本語Windowsで実行しているからと言ってブラウザがHTMLを 全部CP932だと考えるようではまずいのと同じだ エンコーディングなんて書いた奴しか分からない（推定はできるが）ので 指定させるのが確実で手っ取り速い、HTMLと同じだろ？ >>250 > Emacsスタイルのコメントがむかつく 別にEmacsスタイルである必要は無いよ #coding: utf-8 とかでいい 実際には coding[=:]\s*([-\w.]+) という正規表現で エンコーディング指定らしきものとパターンマッチしている 255 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 20:31:28 ] そういうことじゃなくて幸せになれるのは誰かってこと Windowsでそこらのエディタ使ってる初心者が幸せになれるわけじゃないよね あとPEPから正規表現抜いてくるんなら 引用元書いたほうが勉強してる人が幸せになれるよ 256 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 20:35:15 ] WindowsっていつまでSJIS使うんだろうなwww 257 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 20:40:43 ] C の初心者は #include <stdio.h> を #include <studio.h> と平気で書いたりするからな python でも # code: shift_jis とか書いて動かないとか言い出す香具師が出てきてもおかしくない 「初心者」と「アホ」は区別して良いと思う 258 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 20:54:56 ] >>254 ブラウザは実用に支障のないレベルで文字コードを自動判別してくれるぞ そこまでは行かなくてもWindows向けインタプリタのデフォルト文字コードは mbcsでも良いはずだ 259 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:00:38 ] どうですか？ boost.cppll.jp/HEAD/libs/date_time/doc/BuildInfo.html 260 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:02:39 ] スレ的にはこっちが良かったかな boost.cppll.jp/HEAD/libs/python/doc/index.html 261 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:10:44 ] >>258 > そこまでは行かなくてもWindows向けインタプリタのデフォルト文字コードは > mbcsでも良いはずだ それじゃ全然ダメなんだよ 他人が書いたモジュールやスクリプトのことも考えろ mbcsの意味がCP932なのは日本語ウィンドウズの話であって 外国ではWindows-1252だったりするわけだ Windows-1252な環境の連中の書いたモジュールやスクリプトを CP932でデコードして動くとでも思うのか？ 262 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:36:33 ] >>258 誤爆する可能性のある判別法を自動適用するとかアホすぎるぞ 263 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:44:40 ] ブラウザにhtmlの文字コード自動判定する機能があるからといって、それに依存して きちんとヘッダを書かないのは間違い。 ブラウザは自動判定ミスっても間違って表示するだけだけど、 プログラムが自動判定ミスって間違って動作するとマズイだろ。 264 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:45:38 ] 曲がりなりにもプログラミング言語なのに まともにHTMLすら書けないレベルの奴はさすがに相手にしてないだろｗ #coding: cp932のようにソースエンコーディングを指定するのも #include <stdio.h>とか書くのも 何かを足すときに+と書くのも 全部言語仕様であり決まりごとに過ぎんと思うが 265 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:50:54 ] >>261 配布されているコードは文字コードが書いてあるんだからデフォルトの文字コードが 何になっていようが問題ないのではないかい？ 266 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:59:59 ] > 配布されているコードは文字コードが書いてあるんだから 運用ルールで済ませるのではなく、「確実に」強制する方法を Pythonが選んだというだけだろ それ以外に「確実に」強制する方法は存在しないわけだし 1byte圏の人間がどんだけ文字エンコーディングに関心を持たないかなんて 知ってるだろ こんだけやってくれてるのはむしろ有難いと思ったほうがいいぞ 267 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:27:30 ] そうだな、これだけ厳密にやってくれてるから、Python製で日本語でも問題起きない アプリが多いんだよな。 268 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:45:24 ] >>260 そこヘッダにエンコードも書いてあるのに なんで化けるんだろう？ 269 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:50:10 ] エラーは明示的に、という設計思想だから一見文字コードのエラー(UnicodeEncode/DecodeEroor)が多いように見えるが、 どこがまずいのかを明確に指摘してくれるから俺のような初心者には逆にありがたい。 270 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:56:46 ] >>269の2行目は「それはどこがまずいのか明確に指摘してくれるってことだから〜」にしてくれ >>268 レスポンスヘッダがUTF-8になってるから 271 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:59:30 ] HTTPサーバのレスポンスヘッダの方が優先されるのね。不思議 272 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:03:30 ] >>271 ttp://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/charset.html HTML4.0仕様の5.2.2に優先順位が書いてある サーバレスポンスが一番優先順位が高い 273 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:32:09 ] >>270 なるほど�d Apacheのバージョン変えたときに AddDefaultCharset UTF-8 のままにしちゃってるパターンか 中のひと分かってるのかなぁ 274 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:33:50 ] 馬鹿よけのためにわざとやってるサイトがあるという話を聞いたことがある 275 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:44:02 ] 「原則unicodeで必要なときだけstrに変換すべき」 理想ではあるけど現実的じゃないよね 276 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:46:10 ] utf-8派がutf-8化の強制を目的としてわざとやることはある。 277 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:46:14 ] そう、従わない奴が多いからPython3はああいう仕様になった そういう意味では現実的ではない 278 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 01:17:28 ] 最近はUTF-8が増えてきたとは言え文字コードの扱いなんてそれぞれの言語圏で 育った文化の上に成り立っている物だし、それをガン無視して「仕様なんだから、こうしろ」とか 言っても不満が噴出して当然だよな 日本なんかいまだにJIS、SJIS、EUC-JP、UTF-8やらが入り乱れている状態だしなｗ 279 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 01:21:38 ] 意味が分からん 少なくともプログラマが吐くセリフじゃない 280 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 01:26:17 ] Unicodeには言語学者とかも係わってくるから騒ぎが大きいけど、 Pythonには不満が噴出するほど人がいない。 281 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 01:42:07 ] プログラマなら UTF-8 一択だろ JK 282 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 01:48:08 ] >>281 バカか？ｗ 扱う文字コードをすべてUTF-8に統一できるわけがないだろうｊｋ 283 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 01:55:05 ] それはお前がおかしい。 284 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 02:14:35 ] >>281 みたいなのがプログラマだったら大変だな 「仕様書が悪い」とか言い出しそうだｗ 285 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 08:59:32 ] >>282 扱う文字コードではなく、ソースコードのエンコーディングの話をしてるんだぞ？ 286 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 09:00:43 ] 意味が分からん 少なくともプログラマが吐くセリフじゃない 287 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 18:28:36 ] SQLインジェクションやXSSの対策ですが、 XSSはGET引数を query = cgi.escape(f.getfirst("q", "0")) で対応しているのですが完璧でしょうか？ また、SQLインジェクションもこれでいけますか？ SQLやXSSのほかに対策すべきことはあるのでしょうか？ 288 名前：デフォルトの名無しさん [2009/11/18(水) 19:27:11 ] 初心者過ぎてお恥ずかしいですが、助けてくださいorz OSはwindowsXPです。 code.google.com/intl/ja/appengine/docs/python/gettingstarted/helloworld.html これをやろうとしていますが、「アプリケーションのテスト」のところで、 「次のコマンドで helloworld ディレクトリまでのパスを指定し、Web サーバーを起動します。 google_appengine/dev_appserver.py helloworld/」 からわからなくなりました。 コマンドプロンプトで実行するんでしょうか。 helloworldフォルダをどこにおくべきでしょうか。どう指定するのでしょうか。 code.google.com/intl/ja/appengine/docs/python/tools/devserver.html#Running_the_Development_Web_Server 「Python 開発用サーバー」ページにある「dev_appserver.py myapp 」をcmdで打ったら「dev_appserver_main.py:410] Application configuration file not found in myapp.」のエラーになりました。 よろしくお願いいたしますorz 289 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 19:35:24 ] >>288 >コマンドプロンプトで実行するんでしょうか。 そのとおりです。 > helloworldフォルダをどこにおくべきでしょうか。 ディレクトリ構成は + google_appengine/ 　　- dev_appserver.py + helloworld/ 　　- app.yaml 　　- helloworld.py > どう指定するのでしょうか。 まずコマンドプロンプトで「python -V」と入力したら Python 2.5.4 みたいなのが出ることを確かめましょう。 そのあと「python google_appengine¥dev_appserver.py -p 8080 helloworld」を実行すればおけ。 290 名前：デフォルトの名無しさん [2009/11/18(水) 19:39:43 ] >>289 ご回答どうもありがとうございます。 Python2.6.4ですが、バージョンが違うからエラーになるのでしょうかorz 291 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 19:57:29 ] エラーメッセージをよくみようぜ。 Application configuration file not found in myapp とあるんだから、app.yaml が myapp の下にないんじゃないの？ 292 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:33:46 ] >>288 さっきからマルチポストしているお馬鹿さんへ あなたがポストするべき場所はこちらです pc11.2ch.net/test/read.cgi/php/1243654802/ さようなら 293 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:25:18 ] docs.python.org/ 公式では無かったようなのですが、2.4とか2.5とかのライブラリのソースが ハイライトされてるページが有ったと思います。 ２，３年前に見た記憶がありますがどこか忘れてしまいました。 誰か知りませんか？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef