逆に読んでたらどうしよう。「libc非依存なのでヒストリカルデートが完全にサポートされてる」って、前後つながってる感がない。だいたい、libcってなんだ。日付と時間の処理関数」というところで以下の3つの関数の記述がある。日付と時間を文字列表現に変換する。日付と時間の変換ははあ。こいつら完全にあたし見たことあるわ、phpで。phpのあの関数ってこいつらをラップしてたんだろか。こんなページがあった。gettimeofday)PHPのネイティブ関数(date,strtotime)DateTimeクラスベース日付の扱い方にこういう種類があるんだよ、とある。phpのstrftimeとかははラッパーだったんだー、いやそういう感じのことなんだろうなとは思っていたがちゃんと理解した。routinesってことは、Cのライブラリってのがlibcってことでいいんだな。SQLAlchemy+SQLiteにおきましては、こいつらには関係ない作りになってます。いやー勉強になりました。コメントはまだありませんphpめんどくさいよ。仕事で使って、なんで要件好きに決められる自分のプロジェクトでも自らphp選択するんだよ。いうことで、前の記事でphpをアレしてたのは一旦放っておき、愛するPyramidの環境をつくろうと思う。Nginx+Python+Mysql、Pyramid+Jinja2。個人的にはmaaDBはなんでもいいですけどこの構成が好きです。まともにアプリ書き終えるとこまで行ったことないですけどね。pcreateでざざっと作ったあとで思い出す。昔の記事で、このへんの構成を好みで動かしたやつがあった気がする。プロジェクトテンプレートを作っておけばよかった。手作業はまたディレクトリ指定間違えたりする凡ミスの温床なのよ。コメントはまだありません備忘のためのメモ。結論から書くと読めない。ConfigParserでdevelopment.iniとかを読み込むタイミングより先にmodelの__init__.pyを見に行ってるんだろうなーmodel以下に別途hoge.pyみたいにmodelファイル作って使うぶんにはだいじょうぶ。いいけど大航海時代やめちゃったから、もうNDI開発ブログじゃないんだよね。3をみながらAuthKitをセットアップしようとしていてはまっていた。DBにテーブルが生成されないの。もとから書いてあるBase.metadata.create_all(bind=Session.bind,checkfirst=True)は、AuthKitのテーブルは作ってくんない。自分でcreate_allを別に呼ばないといけない。development.iniできた。解けてみると当たり前なんだけどなー。role="delete")このあとSession.commit()これがいる。0.5(sklave)これか?既に試したきはする。問題は、こーやって参照しに行く先が、あたしの場合は3個もあって、常に3個なわけではないということだなーけど、愚直に見っけたもんをいちいちやるしかないのだ。あたしは変なトコをすっとばして悩む癖あるからな。エンジンが書き出してくれてるところを気づかずに勝手に一行消して「うごかねえぇぇ」とか言ってた品。(1)記載されている会社名・製品名・システム名などは、各社の商標、または登録商標です。