技術情報 » わくたまの「ジャンクな人とモノ」

1は動画をコピペでいろんなサイトに貼り付けられないようにする制限のこと。要は意図しない直リンク禁止機能。crossdomain.xmlで実現できる機能とほぼ同等と思っていい。2はストリーミング配信で、クライアントにキャッシュが残ることを防ぐ機能。ただ、ストリーミング配信単体で運用しても、コンテンツ保護の観点からは気休め程度にしかならないだろう。

さらに上記機能に加えて以下のような保護がなされている

● FLVファイルのリアルパス隠蔽機能

Kalturaのプレイヤーを利用する限り、ユーザーの目にFLVの実体パスが目に触れることはない。FLVの実体パスはウィジェットのHTMLには埋まっておらず、SWFに埋まっている。/opt/kaltura/web/content/entry/data/ 以下にFLVの実体ファイルは保管されている。ファイル名が分かっていればFLVに直接アクセスすることは可能。

しかし、Kalutra自身はすべてのコンテンツをコントローラー(index.php)経由で返却しているので、/opt/kaltura/web/content/entry/data/ にApacheのアクセス制限をかけることで、容易に直接アクセスを制限することができる。/etc/httpd/conf.d/my_kaltura.conf の中に上記ディレクトリのアクセス制限を書けばいいだろう。

もっとも、セキュリティの観点からはもう一つ欲しい機能がある。それは閲覧範囲の制限。

● 閲覧する人を制限する機能（IP制限であったり、あるいは認証システム連携して閲覧範囲を制限するとか）

実はこの機能もKalturaには備えられている。上記で紹介した「Kalturaアクセス制限のかけかた」の手順で、最後に「Advanced security & Pey-per-view」を選べばよい。

前述の通りKalturaはすべてのコンテンツをindex.php経由で返しており、これによってコンテンツの公開範囲などをコントロールしている。このKalturaの閲覧制限との連携をとる仕組みを「Kaltura Session」といい、このセッション機能を使えば、たとえばPHPで開発したアプリなどとの認証連携が可能になるという理屈のようだ。

ドキュメントはきわめて少なく、探したがそれらしい情報は公式ブログ（英語）くらいにしかなかった。

Create KS protected videos with free preview | Kaltura Developer Blog

あとは公式ドキュメント

KalturaAPI:startsession – Kaltura Wiki

投稿日時: 2011/02/28 19:22

カテゴリ: 技術情報

コメントする

header("Pragma: public"); header("Expires: 0"); header("Cache-Control: must-revalidate, post-check=0, pre-check=0"); header("Content-Type: application/force-download"); header("Content-Type: application/octet-stream"); header("Content-Type: application/download"); header("Content-Transfer-Encoding: binary"); header('Content-Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet'); header('Content-Disposition: attachment;filename="' . $filename . '"'); header('Cache-Control: max-age=0');

投稿日時: 2011/02/02 15:36

カテゴリ: 技術情報

コメントする

swfmillで日本語を正しく取り扱うには？

Flash(SWF)をXMLに変換したり、あるいは逆にXMLからSWFを生成したりするswfmill。XMLに変換できるということは、アクションスクリプト内に記述した変数の中身を置換できたりするということ。つまり、動的に値が変化するFlashを作成することが出来る。

そんなものXMLでやればいいじゃないかと思うかもしれないが、ガラケーのFlash Liteの実装は超テキトーで、仕様書通りに動いてはくれない。そういうわけで、携帯サイト向けのFlash動的生成にはswfmillがよく使われているわけだ。

ところがこのswfmill、日本語を扱うと正しくXML＞SWFの変換が行えない。ググると関連する情報が幾つか見つかるが、どれもバージョンが古いモノが対象らしく、私の場合は正しく動作しなかった。

結論から言うと、swfmillの実行オプションとか、そういうもので努力するよりも日本語を数値文字参照に置き換えてしまった方がよい。以下はPHPのサンプル。

$sentence = '日本語の文字列。'; $xml = file_get_contents( 'XMLファイルへのパス' ); $xml = str_replace( '%%randomSentence%%' , mb_convert_encoding($sentence, 'HTML-ENTITIES', 'UTF-8'), $xml );

mb_convert_encodingを用いて数値文字参照に変換するのがポイント（参考）。’HTML-ENTITIES’を指定すると数値文字参照に変換できる。こうして置換したXMLをswfmillを用いてSWFに変換すれば、正しく日本語が扱えるという具合だ。ググるといろいろな方法が見つかったが、まともに動いたのは私の場合この方法だけだった。

投稿日時: 2010/11/28 11:25

カテゴリ: 技術情報

コメントする

CentOS 5.x にyumでTrueCrypt をインストール

RPMforgeにTrueCryptは登録されているので、コマンド５つ打ち込めば、インストールできる。以下は64bit版の場合。
# wget http://dag.wieers.com/rpm/packages/RPM-GPG-KEY.dag.txt # rpm --import RPM-GPG-KEY.dag.txt # wget http://packages.sw.be/rpmforge-release-0.5.1-1.el5.rf.x86_64.rpm # rpm -ivh rpmforge-release-0.5.1-1.el5.rf.x86_64.rpm # yum install truecrypt

投稿日時: 2010/11/03 13:36

カテゴリ: 技術情報

コメントする

Zendフレームワークで日本語のPDFを取り扱う

まずは日本語用フォントが必要。
フリーで使えるIPAフォントをダウンロードし、Zendフレームワーク下に配置しておく。私の場合は \htdocs\library\font を作って配置しました。配置に悩むファイルがあったら、Zendフレームワークの推奨ディレクトリ構成を確認しましょう。



// Zend_Pdfのインスタンス生成

$pdf = new Zend_Pdf(); 
// 既存ファイルの読み込み

$pdf = Zend_Pdf::load('../data/pdf/yoyaku-kakunin.pdf');
// ダウンロードしたIPAフォントへのパスを指定

$font = Zend_Pdf_Font::fontWithPath('../library/font/ipagp.ttf');
// フォントを32ptで適用

$pdf->pages[0]->setFont($font, 32);
// 文字列定義

$text = 'てすと';
// 100pt, 600ptの位置にUTF-8で描画

$pdf->pages[0]->drawText($text, 100, 600, 'UTF-8');
// ドキュメントを出力

echo $pdf->render();