Flexy1.3.0:１年以上ぶりのバージョンアップ
開発終了したのかと思ってた。
(ノ・・)ン。。。。。。(((●コロコロッ
愛用と言っていいほど使っていたPEAR::HTML_Template_Flexy。
βのころから使っていたからもう何年になるかな。
自身のサイトでもSmartyではなくFlexyを散々推してきた。
Smartyという選択肢がありながら、
それを使わなかった自身の捻くれぶりには失笑するしかないが、
その後長く使うことになったわけで間違ってはいなかったという事だろう。
一年前、1.2.5にアップされてから、
その御難の音沙汰もなく。
欲しい機能はまだいっぱいあるのになぁと思っていた。
プラグイン機能でなんとかできるのでこれは絶対必要と言うほどでもなかったのだが。
そんななか。
２００８年１月３０日に、
最新版１．３．０が公開された。
Let's note R6が壊れた
いきなりか。
(ノ・・)ン。。。。。。(((●コロコロッ
ＰＣのスイッチを入れ起動させてみると、
・・・（゜Д゜）ナンジャコリャ
先日まで一切問題なく・・・いや、一度ＨＤＤ死んで修理したことあるけど。
また壊れたと思い速攻で修理に出す。
(ノ・・)ン。。。。。。(((●コロコロッ
ＰＣのスイッチを入れ起動させてみると、
0200：ハードディスクエラー0
・・・（゜Д゜）ナンジャコリャ
先日まで一切問題なく・・・いや、一度ＨＤＤ死んで修理したことあるけど。
また壊れたと思い速攻で修理に出す。
PYTHONPATHの挙動を正確に把握する
ちなみに本文は長いので。暇な人だけ読むと良い。
(ノ・・)ン。。。。。。(((●コロコロッ
Python使うとハマる原因になりそうなもの、
PHPでいうとinclude_pathと同じで、
パスが通らない問題が発生する。
PYTHONPATHとは、環境変数として定義して置くことで、
内部利用してくれるPATHを指定してくれるもの。
しかし、このPYTHONPATHの挙動を正確に理解している人は、
熟練のPython使いでも少ない気がする。
それとも昔のPythonとでは挙動が違うのかもしれない。
私が調べた時の環境はさくらインターネットのPython2.4。
きっかけはさくらインターネットでCGI利用した時のこと。
コマンドラインで動作するのを確認してから、
CGIで実行しようとした時にパスが通ってない問題が発生した。
.htaccessにSetEnvディレクティブでPYTHONPATHを定義するのが定石の様だが、
さくらインターネットはSetEnvディレクティブの定義を全部認めてくれないらしく、
PYTHONPATHは見事にスルーされていた。
(cgitbを知る前だったから原因がわかるまで異常に時間がかかったのは余談です)
対策を施そうといろいろ調べたが、
SetEnvで設定すればいいよとしか書いてない。
代替案を提示してくれている以下のサイトを発見し、
「さくらのレンタルサーバ」で Python 外部モジュールを使う
さっそく試してみたが、
全部ダメだった。 ...orz
(アイデアその２は論外)
二年以上前の記事だから仕方がないか。
調査結果を先に言うと
正確には
また、OSに依るのかもしれないが、
今のところうまくいった試しがない。
Linux, Freebsd両方ダメだった。
私なりの結論としては、
さくらインターネットなどSetEnvディレクティブが使えないサーバや、
いろんな環境を想定しなきゃならない配布用アプリケーションでは、
でPYTHONPATHを(擬似的に)指定するには、
site.addsitepackages()という線もあるかな。
(実際は、前回の記事を踏まえているが)
PYTHON起動時に利用されるとか、
sys.path.append()と等価だとか、
putenvでPYTHONPATHを登録すればいいなどの、
誤情報に散々惑わされてヘトヘト。
(ノ・・)ン。。。。。。(((●コロコロッ
Python使うとハマる原因になりそうなもの、
PYTHONPATH
PHPでいうとinclude_pathと同じで、
パスが通らない問題が発生する。
PYTHONPATHとは、環境変数として定義して置くことで、
内部利用してくれるPATHを指定してくれるもの。
しかし、このPYTHONPATHの挙動を正確に理解している人は、
熟練のPython使いでも少ない気がする。
それとも昔のPythonとでは挙動が違うのかもしれない。
私が調べた時の環境はさくらインターネットのPython2.4。
きっかけはさくらインターネットでCGI利用した時のこと。
コマンドラインで動作するのを確認してから、
CGIで実行しようとした時にパスが通ってない問題が発生した。
.htaccessにSetEnvディレクティブでPYTHONPATHを定義するのが定石の様だが、
さくらインターネットはSetEnvディレクティブの定義を全部認めてくれないらしく、
PYTHONPATHは見事にスルーされていた。
(cgitbを知る前だったから原因がわかるまで異常に時間がかかったのは余談です)
対策を施そうといろいろ調べたが、
SetEnvで設定すればいいよとしか書いてない。
代替案を提示してくれている以下のサイトを発見し、
「さくらのレンタルサーバ」で Python 外部モジュールを使う
さっそく試してみたが、
全部ダメだった。 ...orz
(アイデアその２は論外)
二年以上前の記事だから仕方がないか。
調査結果を先に言うと
正確には
らしい。
- Python起動後import site時に読み込まれる
- PYTHONPATHで指定されたディレクトリとそのディレクトリ下にある*.pthに登録されているサブディレクトリをsys.pathリストに登録する
- コンポーネントを呼び出す時、システムは環境変数PYTHONPATHを見ていない
また、OSに依るのかもしれないが、
様で、
- インタプリタ行でPYTHONPATHは指定出来ることは少ない
今のところうまくいった試しがない。
Linux, Freebsd両方ダメだった。
私なりの結論としては、
さくらインターネットなどSetEnvディレクティブが使えないサーバや、
いろんな環境を想定しなきゃならない配布用アプリケーションでは、
でPYTHONPATHを(擬似的に)指定するには、
という感じで行こうと思う。#!/usr/bin/env python
site.addsitedir('/home/xxx/local/lib/python2.4/site-packages')
# main content
site.addsitepackages()という線もあるかな。
(実際は、前回の記事を踏まえているが)
PYTHON起動時に利用されるとか、
sys.path.append()と等価だとか、
putenvでPYTHONPATHを登録すればいいなどの、
誤情報に散々惑わされてヘトヘト。
BluePrint:噂のCSSフレームワークを使ってみた
いつも思うがCSSってのは言語仕様まずすぎないか？
(ノ・・)ン。。。。。。(((●コロコロッ
CSSの悪いところは、
「オレ流フレームワーク乱立」
ＣＳＳ仕様書という謎の読み物を提出されるも、
読んでも意味不明なものばかり。
スパゲッティーコード、ＩＤ属性乱立、HTML知識無しと、
デザイナと名の付くもの達が組んだＣＳＳは酷いことが多い。
そう言ったところを吸収する出来そうな面白いものが
blueprint CSSとは？
CSSにもフレームワークか。。。
と思ったが、よく考えたらもっと早くあるべきだったのでは無かろうか？
この二つの大きな問題を吸収することが出来る。
さっそく試してデザイナに強要することにしよう。
(ノ・・)ン。。。。。。(((●コロコロッ
CSSの悪いところは、
「オレ流フレームワーク乱立」
ＣＳＳ仕様書という謎の読み物を提出されるも、
読んでも意味不明なものばかり。
スパゲッティーコード、ＩＤ属性乱立、HTML知識無しと、
デザイナと名の付くもの達が組んだＣＳＳは酷いことが多い。
そう言ったところを吸収する出来そうな面白いものが
blueprint CSSとは？
Blueprint is a CSS framework, which aims to cut down on your CSS development time. It gives you a solid CSS foundation to build your project on top of, with an easy-to-use grid, sensible typography, and even a stylesheet for printing.
CSSにもフレームワークか。。。
と思ったが、よく考えたらもっと早くあるべきだったのでは無かろうか？
- ブラウザによるＣＳＳの挙動の差異
- オレ流フレームワーク乱立
この二つの大きな問題を吸収することが出来る。
さっそく試してデザイナに強要することにしよう。
Pythonの文字化け対策:sys.setdefaultencodingの謎
これはどういうことだろう。
(ノ・・)ン。。。。。。(((●コロコロッ
(￣- ￣ ) ウーン
Pythonを使い始めて早幾日。
そこそこ数あるフレームワークからあれこれ使ってみる。
Spyceが想像したものと全然違って愕然とする。
メジャーなdjango, TurboGears, Zopeを選ばずPylonsを選択し、
さくらインターネットにインストールして超ハマリ。
XREA.COMにインストールすることでなんとか片づけたりと、
相変わらずあほなことをしている。
軌跡はこの辺りに。
XREA.COMでPylonsをとりあえず使ってみる
未だ言語自体を全く覚えていない。
そろそろ、書籍を一冊手元に置こう。
使いこなすにはあと数年は必要かな。。。
さて、今回問題にしたいのは文字コード。
PythonはUTF-8で書くのはデフォルトの決め事なのではあるが、
Pylons標準のMakoテンプレートエンジンを使った時に、
日本語が文字化けしてしまう問題が発生した。
まぁ、今後Pythonを使う上で避けては通れないものだし、
キチンと調べて自身の指標を立てておくことにするか。
結論はそれなりに出たのだが、
世間一般では全く使われていない方法。
相変わらずなにをやっているのやら。。。
(ノ・・)ン。。。。。。(((●コロコロッ
$ python
Python 2.4.3 (#2, Nov 7 2006, 13:07:47)
[GCC 3.4.4 [FreeBSD] 20050518] on freebsd6
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> hasattr( sys, 'setdefaultencoding' )
False
>>> reload( sys )
<module 'sys' (built-in)>
>>> hasattr( sys, 'setdefaultencoding' )
True
(￣- ￣ ) ウーン
Pythonを使い始めて早幾日。
そこそこ数あるフレームワークからあれこれ使ってみる。
Spyceが想像したものと全然違って愕然とする。
メジャーなdjango, TurboGears, Zopeを選ばずPylonsを選択し、
さくらインターネットにインストールして超ハマリ。
XREA.COMにインストールすることでなんとか片づけたりと、
相変わらずあほなことをしている。
軌跡はこの辺りに。
XREA.COMでPylonsをとりあえず使ってみる
未だ言語自体を全く覚えていない。
そろそろ、書籍を一冊手元に置こう。
使いこなすにはあと数年は必要かな。。。
さて、今回問題にしたいのは文字コード。
PythonはUTF-8で書くのはデフォルトの決め事なのではあるが、
Pylons標準のMakoテンプレートエンジンを使った時に、
日本語が文字化けしてしまう問題が発生した。
まぁ、今後Pythonを使う上で避けては通れないものだし、
キチンと調べて自身の指標を立てておくことにするか。
結論はそれなりに出たのだが、
世間一般では全く使われていない方法。
相変わらずなにをやっているのやら。。。
powered by 
