sfmeble.pl
Właścicielem marki sfmeble.pl jest Meble.pl S.A. (adres prowadzenia działalności: ulica Langiewicza 33, 35-021 Rzeszów, Polska) wpisana przez Sąd Rejonowy w Rzeszowie, XII Wydział Gospodarczy do Krajowego Rejestru Sądowego pod numerem KRS 0000435035, będąca płatnikiem podatku VAT o numerze NIP: 517-027-26-45. Kapitał zakładowy (pokryty w całości) 25 788 000,00 zł. Ten serwis wykorzystuje pliki coo
Craftworks Tech Blog » C::P::Session::State::URI で HTML::Entities に日本語をエスケープさせない方法
Catalyst - Session管理とHTMLエンティティコード（数値文字実体参照） でも言及されているように、Catalyst::Plugin::Session::State::URI を使っていると、 <img alt="日本語" /> などが、エスケープされてしまい、表示がおかしくなったりします。 これは、HTML::TokeParser::Simple::Token::Tag::Start が悪さをしているのですが、 HTML::TokeParse::Simple::Token::Tag::Start が呼んでいる HTML::Entities::encode_entities() の第二引数を設定できれば、この問題は回避できるのですが、HTML::TokeParser::Simple::Token::Tag::Start::rewrite_tag() を redefine し
最近の Catalyst の構成
新しく作った開発プロセスの問題点が見えたわけだから、それはそれとして改善すればいいのに。プロジェクトに併せてテーラリングされてないのとか。そういうことを自発的にやれる人たちが必要だというのもわかるけど ■ [catalyst][perl] 最近の Catalyst の構成 最近 Catalyst のエントリをよく見かけるので自分の構成をさらしてみます。コードは CodeRepos にあります。 share - Revision 30441: /lang/perl/Chaostr/trunk 元々は、作ろうとしたアプリがあったんですが、去年の Catalyst confernce 以降、MyApp 的実験場になってます。仕事で作ったものはさらせないので、構成だけ表に出す感じ。ちなみに今のところ Catalyst 5.7 系でしか使ってないです。 あと、Controller クラスのベースで
ついに出た！最新Perlフレームワーク「Ark」徹底解剖：第1回 Arkって何だ？ -Ark が生まれるまで｜gihyo.jp ... 技術評論社
はじめまして。面白法人カヤックの村瀬と申します。ArkというWebアプリケーション作成用のフレームワークを開発しました。今回から4回にわたって、このリリースしたばかりの「Ark」について紹介させていただきます。 Ark（アーク）とは Arkは、Perlで作られたWebアプリケーションフレームワーク（WAF）です。 Arkの特徴としては Catalystに似たインターフェース CGI／FCGI／mod_perlなどさまざまな環境で実用的に動作する CGI用モードの存在 日本製であり、日本語ドキュメントが充実している などが挙げられます。 Catalystに似たインターフェース Catalystは、Arkと同様にPerl製のWebアプリケーションフレームワークで、現在、Perlのフレームワークでは標準となりつつあるものです。 Arkは開発動機の1つが「CGIでも実用的に動作するCatalyst
第7回 Catalyst::DispatchType::Chained：チェーンドアクションはむずかしい？ | gihyo.jp
モダンPerlの世界へようこそ 第7回Catalyst::DispatchType::Chained：チェーンドアクションはむずかしい？ 5.7系列の目玉だったチェーンドアクション 3年前に登場したCatalyst 5.7系列で導入された機能のひとつに、チェーンドアクションと呼ばれるものがあります。これは慣れると非常に便利な機能なのですが、それまでのURLとクラスの対応を根底から覆してしまう大転換だったわりにドキュメントが不足していたため、活用の仕方がわからないという声もありました。 今回はCatalyst 5.8系列で導入された新しいツールを使いながら、このチェーンドアクションの使い方を紹介していきます。スペースの都合でCatalystの基本はある程度理解しているものとして話を進めますので、わからないことがあったらCatalyst本体のドキュメントやCatalyst::Manualな
Moosification: Catalyst 5.8に移行した際にちょっと気づいた事。 - D-6 [相変わらず根無し]
Moosification: Catalyst 5.8に移行した際にちょっと気づいた事。 最初からMooseベースでアプリケーションを作るというのは、実務ではなかなか難しいのはわかります。一般論は JPA #02で話すのでおいておきますが（参加申し込みは今日5/12までですよ！）、5.8 からMoose化したCatalystであった問題・注意点をちょっと書き出してみます。 1. use Catalyst Catalyst::Upgradingを読んでいると package MyApp; use Moose; extends 'Catalyst'; __PACKAGE__->setup(qw/ ConfigLoader /); という表記が見られるが、これは気をつけないと駄目。 自分が直面した問題は、path_to()等を使った時に起こった。path_to() は現アプリのルートディレクトリ
第6回 Catalyst::Upgrading：検証はお早めに | gihyo.jp
3年前の大混乱 モダンPerl界を代表するウェブアプリケーションフレームワークといわれるCatalystが2006年半ばに5.6系統から5.7系統に移行したとき、創始者のゼバスティアン・リーデル氏を追い出す形で集団管理体制に移行した開発チームが最初にしたことは、プロジェクト開始当初から使われてきたCatalystという名のディストリビューションはそのままに、Catalyst-Runtimeという新しいディストリビューションをつくることでした。 このようなディストリビューション名の変更は、CPANクライアントを使っている分には（内部でモジュール名からディストリビューション名への変換が行われるので）問題にならないのですが、外部のパッケージ管理者たちには少なからぬ負担をかけました。なにしろ突然100を越す関連パッケージの依存が変更になるのです。基本的にはメタ情報だけ書き換えれば済む話とはいえ、従
JPA セミナー #1 (Session 2 Catalyst 改) - Craftworks Tech Blog - Branch
1. Plugin プラグインの使用を控える 間違った使用方法、実装方法で定義されていることが多い プラグインの使いどころ リクエストディスパッチのロジックを監視、変更する場合のみ リクエストパラメーターの変換、Catalyst のメソッド実行チェーンの変更を含む 本当に使わない方向で Catalyst::Plugin::* の中にはそもそもプラグインとして実装されるべきでないものが多い コンテキストオブジェクト ($c) にメソッドを追加する実装がそもそも良くない手法 大半のプラグインはモデルとして実装されるべき それ以外はそもそも存在するべきがどうかさえ疑問 (eg.Catalyst::Plugin::Message) Catalyst::Plugin::Authentication はどうなの？ とはいえ、例外はある 認証系とセッション系はプラグインで存在しなければならない意味がある
第4回 Mojoの歴史と展望 | gihyo.jp
MojoとHTTP::Engine ここまでMojoとそのサンプルフレームワークであるMojoliciousについて見てきましたが、国内でもYappoこと大沢和宏さんとtokuhiromこと松野徳大さんが中心となって、HTTP::Engineという同じような趣旨のフレームワークが開発されていることをご存知の方も多いと思います。今回はそのHTTP::EngineとMojoを比較しながら、Mojoの歴史や展望を見ていきましょう。 HTTP::Engineの誕生 HTTP::Engineも、もとをただせばMojoの作者ゼバスティアン・リーデル（Sebastian Riedel）氏が4年ほど前にリリースしたCatalystというフレームワークから派生したものです。だから、Mojoとは義理のおじ、あるいは いとこ・はとこ くらいの関係になるでしょうか。 CatalystもCPANモジュールをつなぐ「
Catalyst 5.7 vs 5.8でベンチマークを取ってみた - とほほのN88-BASIC日記
CPANにMoose版Catalystである5.8のdeveloper releaseが出ていたのでベンチマーク取って見ました。 なお、Catalyst::ClassDataがパッケージに含まれていなかったので、これだけリポジトリから持ってきて動かしてます。 テスト内容はcataltst.pl MyAppで出来るトップページをビルトインエンジンで起動して ab -n 1000 -c 100 http://localhost:3000/するだけ。 結果はこちら。 Catalyst 5.7014 Server Software: Server Hostname: localhost Server Port: 3000 Document Path: / Document Length: 5635 bytes Concurrency Level: 100 Time taken for tests:
Catalyst::Plugin::Session::State::URIと携帯端末とfragment付きリンク - Unknown::Programming
C::P::Session::State::URIは便利なんだけどfragmentが付いてるリンクまでセッションIDを埋め込んでしまうので微妙。 なんでかっていうとDoCoMo等、クエリとfragmentが存在する場合、ページ内リンクにならずにページ遷移してしまうんだよね。 ちなみにfragmentってのは以下のようなものね。 <a href="#">foo</a> 動画のダウンロードとかでオブジェクトタグ使ってるとダウンロードできなくなってしまうので困った困った。 なのでfragment付いてる時はセッションIDを埋め込まないようにするモジュールを作った。 package MyApp::Session::State::MobileURI; use strict; use warnings; our $VERSION = 0.01; sub session_should_rewrite_u
おどおどしつつCatalystをモバイルサイト開発に導入してみた：Catalyst機能拡張編 - とあるモバイル系エンジニアの日々
おっと、前回からかなり日が空いてしまった・・まだまだちまちま書いていきますよ。 再びCatalyst関連のドキュメントに戻り、主要なモジュール・プラグインについて習得を進めていきました。 セッション 認証 FillInForm その他のモジュール・プラグイン セッション さて、Catalystのチュートリアルを読み進めて行った訳なんだけれども、 Catalyst::Manual::Tutorial::Authentication これが有用なことを書いてそうなんだけど、何を言おうとしているのかさっぱり理解できない。 The Authentication plugin supports Authentication while the Session plugins are required to maintain state across multiple HTTP requests. ど
Catalyst＋mod_perl2＋DBIC(DBD::mysql-v4.008)でSegmentation fault - Unknown::Programming
なんか良く分からんけどSegmentation faultが出て泣きそうだったんだけどやっと原因がわかったっぽい感じなのでメモしとく。 とりあえず環境は下記 CentOS 5.2 Apache 2.2.9 Perl v5.8.8 mod_perl 2.0.4 MySQL 5.0.51b 現象としてはサイトを数時間放置してアクセスすると必ずセグるというもので、当初は何がなんだか分からないL状態でした。 で、coreファイルを解析したところ、 Program terminated with signal 11, Segmentation fault. #0 0x048be024 in mysql_send_query () from /usr/local/mysql/lib/mysql/libmysqlclient.so.15 というメッセージが。どうやらmysqlに問題があるっぽいことがわか
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Catalyst::Model::なんとかAdaptor系の話 - Unknown::Programming
Catalyst::Model::MultiAdaptorでlifecyle support - dann's blog - # やりたいことがいつの間にかできていた - 僕ト云フ事＠はてな出張版 この辺の記事を見てて思ったこと。 Catalyst::Model::Adaptorは便利だけど、モジュールの数だけモデル化用のファイルが増えるのも微妙という話。 そこでCatalyst::Model::DynamicAdaptorやCatalyst::Model::MultiAdaptorとかでその辺を解決という話なんだけど、 パッケージ以下全部を読み込みって言うのが僕の今回の用途に合わないので、個人的にこんな感じで書けたらいいのかなぁという案だけちょっと考えてみた。 __PACKAGE__->config( package => { 'TestApp::Service::*' => { lif
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
DBICの disconnect VS DESTROY - Pixel Pedals of Tomakomai
最近、 DBIx::Class の利用例を色々見てるのですが、Schema->connect は見かけるのですがdisconnectを見かけません。疑問に思ったので、色々調べてみました。 結論 disconnectは不要。 調べたこと disconnectはあるの？ DBIx::Class::Storage が持ってます。 my $schema = DB::Main->connect( ... ); # ... いろいろ処理 ... $schema->storage->disconnect; DBICのコネクションのライフサイクル テストスクリプトを含めたほとんどのサンプルでは、接続が必要となった時点で自動的に接続され、プログラムの終了時に切断されます。 接続に関しては、実際には DBIx::Class::Storage::DBIで dbh_do が呼ばれるタイミングで、 _populat
おどおどしつつCatalystをモバイルサイト開発に導入してみた：Catalyst基本の基本習得編 - とあるモバイル系エンジニアの日々
以前の日記で触れたように、仕事でPerlでモバイルサイトを新たに開発する機会があったので、Catalystをベースで開発してみることにした。 かなり篭っていたので本blogもしばらく更新がご無沙汰だったんだけど、ようやく一段落したので、これまでの足跡をまとめてみる。 前述のとおりCatalyst自体初利用なので、素人クサイ箇所も多々見受けられますがご愛嬌ということで。。 逆に、これから同様な導入を検討している人には参考になるかも。はてブの状況とかをみると、Perlの流行りっぷりに興味はあるものの、基本部分からの習得になるので、まして最近のモダンな流れまで考えると道のりが遠すぎると感じて、躊躇している人ってけっこう多いんじゃないかと思うんだよね。 僕もPerlの使用自体はかなり慣れていたんだけれど、モダンな書き方なんてほとんど触れてなかったし、Template-ToolkitやDBIx::C
Catalyst::Model::DynamicAdaptorってのもあるけど - Unknown::Programming
昨日の記事でid:vkgtaroさんが「DynamicAdaptor で読み込みまくってる。」って言ってたので少し調べてみた。 なかなか良さげ。 でもコンストラクタに渡す引数を個別に定義できないっぽいのでちょっと今回の用途に合わないなー。myapp.ymlからModelへの引数も設定できないっぽいし。 newでは何もしないっていうスタンスなのであれば問題ないんだろうけどね。 んー、それとも同じ引数同士のモジュールで名前空間を予め分けて package App::Web::Model::Logic; use base qw/Catalyst::Model::DynamicAdaptor/; __PACKAGE__->config( class => 'App::Logic', config => { foo => 'foo' }, ); package App::Web::Model::Lo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Catalyst::Plugin::CacheのCacheのsetupの流れ - 無貌断片