| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 |
Open Flash Chartの勉強をしていたところ、画像保存のところで、<img src="data:image/png;base64,path"> といった表現が出てきました。なんだこれ。ということで調べてみると、どうやら data スキーム URIというらしいです。以下個人のブログのコメントより記述ですが、
data:image/gif;base64,R0lGO...(略)...KAAA7 のように URI で表すことができる仕組み| 固定リンク
FlexはリッチなＵＩを提供できるFlashベースの便利なフレームワークですが、モジュールをロードするタイミングでモジュールが大きいとロードに時間がかかってしまいます。
そこで、Flex3では、モジュールやFramework部分をローカルのFlashPlayerにキャッシングし次回はそれを利用するという機能があります。
仕事でちょっと調査をする機会がありその設定方法を備忘録的に書いておきます。
今回利用する機能は、RSL (Runtime Shared Library)といいます。
通常、frameworkをそのままswfファイルに内包するケースでframework分のサイズは約100kb程度です。RSLを利用するとこのサイズ分はモジュールを小さくできます。
もちろん初回アクセス時にこのframeworkがローカルのFlashPlayerにロードされていない場合は、ＤＬされますので初回時は少し時間がかかるかもしれません。
RSLをframeworkに適用する方法は以下。
以上で完了です。
生成されているswfファイルのサイズを上記設定以前と比べてみて下さい。
RSLには、framework以外にもモジュールをキャッシュする設定などがあるようです。
ただ、モジュール単位で設定を施していくとなると管理や実装面でのオーバーヘッドは大きそうです。
参考になったサイトは以下Adobeのサイト
http://www.adobe.com/jp/devnet/flex/articles/flash_player_cache.html
プロジェクトの要件で、ブラウザからOutLookのメール編集画面を表示してほしいとの項目がありまして。。業務アプリってこういう無茶を平気で言うんだよね。
IE限定なので、VBScriptを使ってブラウザから呼び出してみることに。
結果こんな感じでできました。
| 固定リンク
PostgreSQLにてラージオブジェクトを削除したいということで、実施してみました。
ラージオブジェクトを保持するテーブルの該当カラムには、oid がセットされており、実際のラージオブジェクトは、別のところに保存されています。
delete from hogetable where delete_flag = 1;
で、対象のレコードを削除してもラージオブジェクトは削除されません。よってvacuumによっても削除されないのでデータサイズは、変わらないです。
ちなみに、データベースのサイズ確認を行う方法は以下です。
select pg_database_size('データベース名');
最終的にラージオブジェクトを削除する方法は以下。
select lo_unlink(oidのカラム) from hogetable where delete_flag=1;
delete from hogetable where delete_flag=1;
そして、削除を実施してから、vacuum実行でデータサイズも縮小。。
| 固定リンク
HPがちょっと寂しいので、WordPressを使って華やかに出来ないかとちょっとローカルにXAMPP+WordPressをインストールしてみた。
１．XAMPPのMySQLにてデータベースを作成
mysqladminにてrootでログインして以下を実行
create database wordpressdb;
2.XAMPPのapache/binディレクトリのphp.iniで以下を編集
magic_quotes_gpc = Off
※これは特にやらなくても良いかも
3.WordPressをダウンロードしてきて解凍したwordpressディレクトリをそのままXAMPPのhtdocsにコピー
4.wordpressディレクトリのwp-config-sample.phpをリネームしてwp-config.phpとする。
5.wp-config.phpをエディタで開きデータベースの設定をローカル環境に合わせる。
6.Apacheを起動し、http://localhost/wordpress/wp-admin/install.phpにアクセスする。
次に画面の指示に従いインストールを実行とすると、、はまります。
我が家のマシンには、ウィルスバスター2008がインストールされていてこのウィルスバスターが、WordPressのインストール時のメール送信処理に反応してWordPressのインストールが終わらない。終わらないというか、終了画面に遷移してくれない。遷移してくれないと、adminのパスワードがわからないということになります。インストールのタイミングだけウィルスバスターを停止して回避しました。
7．ウィルスバスターを一時的に停止
8.画面の指示に従いインストールを実行。
が、、投稿時にも同様のことが起こるらしいので以下サイトを参考にしてメールの送信をやめてしまいました。
9.wordpress/wp-includes/pluggable.phpのメール送信処理を実施しないように修正(160行目あたり)
global $phpmailer;
return TRUE;
| 固定リンク
最近のコメント