Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
こんにちは。 購入したサスペンダーの今後の使い道に困っているにぽたんです。 そうそう、 結構お手軽に IP アドレスから国コードを検索 - にぽたん研究所自宅サーバの HDD が異音と共にぶっ壊れてしまい、10 分で作る Sledge アプリの動画とかのサルベージが出来ず、すっかり意気消沈の今日この頃、皆様いかがお過ごしですか。ということで、かつて Sledge ドキュメントの公開と共に、当時「10 分で作る○○アプリ」的なものが人気があったので、実践編として、「10 分で作る Sledge アプリ」という、明らかに他の 10 分で作るシリーズとは異質な動画を作って、そこそこはてブしていただいたことがあったのですが、結局これは適当に秋葉原行って買ったベアボーンを組んで作っただけの自宅サーバにしか置いてなくて、HDD が壊れてしまった瞬間にあの動画は消失してしまってました。 時々人からはあの
Sledge::Engineで、テンプレートとそれに対応するクラスはあるけれど、そのテンプレートに対応したdispatch_***()がなかったときに、その関数を自動生成するlookup_staticっていう関数があって、これすごく便利なんです。ただ、対応するクラスすらなかったときは404になります。まぁ当たり前ですね。 でもクラスも自動生成してくれるようにな機能があったらいいなと思って、というか業務で必要だったのでlookup_static()を以下のようにしてみました。 追加したのは最後のelse節です。なかったらその場で動的にクラスを作っています。多分PerlSetVarとかで有効・無効を制御した方がいいかもしれません。 下にpatchも貼っておきます。作者のshebangさんにメールしてみる、というか直接話すｗ sub lookup_static { my($self, $path
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
I want to use Sledge::View. Sledge::View is composed by Sledge::View and Sledge::Plugin::View. Sledge::View is abstract parent class of Sledge::View::*(e.g. Sledge::View::TT) Sledge::Plugin::View extends Sledge::Pages::Base for use Sledge::View. - *Sledge::Pages::Base::make_content = sub { Sledge::Exception::Obsolete->throw } - *{"$pkg\::output_content"} = sub { .. } - $self->view('QRCode') conver
id:nekokak さんがモバイルファクトリーのレポジトリで公開されている Sledge::Plugin::JSONに、ライブドアの金子さんがパッチを書いて公開されてました。 実は何を隠そう、僕もちょうど１年ほど前に、同名のプラグインをでっち上げwてみたりしてたんですが、ちゃんとここも見つけてくださって、ちょろっと触れていただいてました。 ちなみに、 d:id:hi-rocks さんが一年くらい前に同名のプラグインを公開されてたんですね。こちらも CPAN にはアップしていないようで。 AUTHOR: nekokak, originally-devised by hi-rocks で改めて CPAN にアップとか、どうですかね？ こちらとしましては、そんなところに名前を入れていただくのももったいないような気がしないでもないんですが、いずれにしろ「AUTHOR: nekokak」でアップし
2006年10月17日14:54 カテゴリ Sledge::Plugin::JSON のパッチをつくってみた livedoor Reader が JSON をふんだんに駆使して作られていることは良く知られていますが、 livedoor クリップも、 Reader ほどではないにしろ、いろいろなところで JSON API を使っています。 なもんで、 JSON データの扱いをうまくやらなきゃいけないことが多々あるわけですが、そういうのは別パッケージにしておきたいな、 Sledge プラグインとかどうかな、きっともう誰かが作って CPAN にあげてくれてるよね、と思って探してみたらない！いやあった！けどまだ CPAN にあがってない！ ということで、nekokak さんがモバイルファクトリーのレポジトリで公開されている Sledge::Plugin::JSON のパッチをつくってみました。たぶ
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
Sledge::Plugin::FormValidator::Simple - Sledgeのバリデータ Sledge用のバリデータを作ろうと決めてから結構たってしまいましたが、ようやくそれっぽいものができました。 Sledge::Plugin::FormValidator::Simple-0.01 今のところFormValidator::Simple::Extensionが必要です。 Sledge::Plugin::FormValidator::Simpleを使う場合にはあらかじめこれをインストールしておく必要があります。 このバリデータの特徴は以下のとおりです。 プロファイルをYAMLで定義できる 1つのYAMLファイルにすべてのプロファイルを記述でき、バリデーション時には自動で選択される 使用するプロファイルを手動で選択することも可能 エラー時の挙動も定義可能 エラーメッセージもYA
SledgeのValidatorを作るにあたって、FormValidator::Simple用のプロファイルをYAMLで定義するためのモジュールを書いてみました。 FormValidator::Simple::ProfileManager::YAML まずは以下のようなYAMLファイルを用意します。 # sample yaml profile group1 : - name - [ [NOT_BLANK] ] - email - [ [NOT_BLANK], [EMAIL_LOOSE] ] - tel - [ [NOT_BLANK], [NUMBER_PHONE_JP] ] - content - [ [NOT_BLANK] ] group2 : subgroup1 : - userid - [ [NOT_BLANK]] - password - [ [NOT_BLANK]] - name
SledgeでUTF8なサイトを作る。 Sledgeはプログラム内で扱うデータがEUC-JPにエンコードされたバイナリデータを前提としていて、テンプレートもEUC-JPで作成する必要があります。 これだけが原因ではないのですが、UTF-8なサイトを作ろうとすると、結構いろいろなワナがあります。 このことはSledgeのメーリングリストでも、過去にいろいろ議論されています。 http://lists.sourceforge.jp/mailman/archives/sledge-users/2004-March/000281.html http://lists.sourceforge.jp/mailman/archives/sledge-users/2004-March/000292.html http://lists.sourceforge.jp/mailman/archives/sledg
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
最近、お仕事で悩ましいのがデータベース負荷。結局のところ、Web サービスでボトルネックになるのは、バックグラウンドの ＤＢ 処理。特にどうしようもないのが、更新系リクエスト。つまりはマスターＤＢ。 既に多くのところが採用している構成と思いますが、MySQL とかでよくやる手段といえば、 参照系は、レプリケーション機能を使って参照系ＤＢを用意して負荷分散。マシンを増やせば負荷に対応可能。 更新系のクエリーだけは、できる限り高スペックなマシンを用意してマスターＤＢを構築して一手に引き受ける。増設困難で悩ましい。 もうちょい頭をひねれば、機能毎にマスターＤＢを分散させたり、ユーザ ID とかでパーティショニングしたりと、アプリ層で振り分ける。MySQL に限らず、Oracle とかでも同じようなことが言えます。 で、マシン負荷を監視という運用業務が必須な日々を送っていた（いや、実際にはPJのメ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
