アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
とりあえず入れてみました (スコア:3, 参考になる)
・実行スクリプト中のperlのパスが「/usr/local/bin/perl」固定
になってたり(システムによっては違うものもあるでしょう)
・CPANから必要なモジュールをInstallするスクリプトが付属して
いますがこれでは足りなくてmake testでFailするテストが
あったり
(私が試した環境ではStorableがなくてSession系のtestが
いくつかFailしてました)
します。これらは洗練されていくことで解決できるでしょう。
また、
・不要なモジュールは入れたくないので選択できないか
とか検討すべき点も残っているように思えます。
# 例えばDB系だとMySQL、PostgreSQL、SQLite用のモジュールが
# 入りますが通常使うのは1つでしょうし、
# JCodeを入れていますがPerl5.8は付属のEncodeモジュールで
# コード変換あたりはできるのでそちらを使いたいという要望も
# あるかもしれません。
# 運用する観点ではインストールするものは出来る限り
# 減らしたいものです。
いずれにせよOpenSourceでこういったフレームワークが出てくる
ことは大歓迎。今後の発展を期待したいです。
# 同業他社なので激しくAC
Re:とりあえず入れてみました (スコア:1)
まずはドキュメント増量と例の追加があると取っ掛かり易くなると思うのですが、この辺もpatch welcomeなのかそれとも将来的に供給(?)する予定があるのかロードマップを知りたいところですね。
そういう意味では利用者側に期待されている要素が何なのかを知りたいかな。何も期待されてないってんならそれでも良いし:-)
Re:とりあえず入れてみました (スコア:0)
「そういうフレームワークを社内で持っているから短納期で信頼性の高い実装が可能」というのをオンザエッヂの売りにすることもできるのにあえてOpenSourceで公開したということは当然社外のい
Re:とりあえず入れてみました (スコア:0)
余りに便利なので是非余所でも使ってもらいたい。
しかし余所の環境に合わせて拡張するのは面倒。
商売にしようと思ってるわけでも無し。
そうだ、ソースをオープンにすれば勝手に書き換えてくれるはずだ!
…つうことではないのですか?
Re:とりあえず入れてみました (スコア:0)
公開してくれただけで十分に親切だと思う諸兄の方が多いに違いないと思いますが。
他人の環境での問題までボランティアでメンテするのを当然と考える人間が多