炊飯器で簡単激うま！中華栗おこわの作り方
秋の味覚の一つでもある栗。栗は僕の大好物の一つでもあります。ケーキのモンブランから焼き栗、栗おこわに至るまで、栗を使った料理はおおむね大好きです。まぁ栗きんとんだけは苦手ですけどね・・・(^^ゞ さて、パソコンの買い換えによりあれやこれやとやっていたらご紹介するのがずいぶんと遅れてしまった感がありますが、炊飯器で作る簡単栗おこわをご紹介したいと思います。簡単だけど味は本物。かなり本格的な中華おこわの味を楽しむことができます。冷めても美味しいので運動会のお弁当とかにピッタリです！(≧∇≦)b レンジで作る簡単中華おこわってのもあるんですけど、それはまた別の機会で！ではレシピの方どうぞぉ〜ヽ(´ー｀)ノ 材料 もち米： ３カップ 豚肩ロース： １５０g 戻し干し椎茸： ３個 水煮タケノコ： ７０g 栗： １５個 ごま油： 大さじ２ 調味料 醤油： 大さじ１.５ 日本酒： 大さじ１.５ みりん：
簡単レシピ - とにかく旨いメバルの煮付けの作り方
材料 メバル： ２匹 ネギのブツ切り： １本分 木綿豆腐： 一丁 調味料 日本酒： ３００cc みりん： ５０cc 醤油： ５０cc 砂糖： ２５g 水： １５０cc ※日本酒：水：醤油：みりん：砂糖＝６：３：１：１：０.５ の割合 作り方（レシピ） 鱗、内臓、エラを綺麗に取り除く。魚が大きければ、両面とも１〜２ヶ所切れ目を入れる。 調味料を全て鍋に入れ一煮立ちさせておく。 沸騰しない程度のお湯（80℃程度）を用意し、魚をサッと湯通しして鱗と臭み成分を取り除く。 メバル、豆腐、ネギを煮汁に入れ、アルミホイルの真ん中に穴を空けて落としぶた代わりにして、やや強火で５分煮込む。 落としぶたをとって、さらに１分程度煮込んで完成！たっぷりの煮汁と共に召し上がれ！ 従来の方法と比較して違いをまとめると以下の４点。 1. 煮立った煮汁に魚を入れることで、瞬時に魚の身が引き締まり、旨味の流出を防ぐ。 2.
Linux チューニング - Ext3 のパフォーマンスを最大化させる
じつは自宅サーバのロードアベレージが上がり続けています。分析の結果、ボトルネックは I/O 処理でした。CPU は Athlon64 X2 4400+ ですが、まだまだ当分この CPU で間に合いそうです。HDD は当時は 7200 回転で最速だった HITACHI Deskstar T7K250 SATA2 250GB を RAID1 構成にしたのですが、今思えば速度優先で RAID0 にしておけば良かったと少しだけ後悔。 I/O がボトルネックに成っている理由ですが、Drk7jp が公開しているサービスの全てがキャッシュファイルを利用した高速化手法を取っているのですが、単純にそれらファイルの write 処理が追いついていません。常に何らかのプロセスで I/O 待ち状態が発生しているような状況です。抜本的な解決方法としては disk を高速なものに交換する以外ありません。 というわけで
Oracle で大量の insert を高速に処理する方法の検討
久々に Oracle ネタです。以前 セッション管理に向いているデータベースは MySQL ? Oracle ? というエントリを書いたのですが、それとは別に insert の処理をどうしても高速化する必要に迫られました。今回高速化すべき要件として同一テーブルに大量のデータを一気に登録する作業です。いわゆる管理系業務で良くある csv のインポート的な機能に相当します。 さてそのような要件の場合、insert の方法は大きく分けて以下の方法が考えられます。それぞれどんなものかを知りたい方は本エントリー最後の参考を読むと理解できると思います。 アプリ側から csv のデータを読み込んで for 文で件数分ループして insert する マルチテーブルインサート機能を用いて、１つの insert で複数データを一括登録する バルクインサート処理を行う PL/SQL を定義して一括登録する SQ
innerHTML と outerHTML の使用可否のまとめ
ie で読み取り専用になっている要素タグには innerHTML は使えません。代替手段として outerHTML を利用して動的に書き換えるテクなどがあります。読み取り専用の要素は例えば table 要素が該当しますが、ちょっとやそっと調べたところで何が読み取り専用の要素なのか資料がでてきません。 と言うわけで適当にスクリプト書いて調べてみました。取りあえず調べた要素は以下の通りです。Internet Explorer Developer Center < meta Object に記述されている要素一覧です。html 要素は outerHTML すると ie がフリーズするので調査対象外です。 <a> <abbr> <acronym> <address> <applet> <area> <attribute> <b> <base> <baseFont> <bdo> <bgSound>
JIS X 0213:2004(JIS2004) で本当に文字化けする文字
とします。Perl で文字コードを操作する方法は、Encode.pm と旧Jcode.pm （0.8系）がメジャーどころなので、その２つについて調査しました。Encode.pm に関しては、Encode::JP と Encode::JIS2K を対象としました。 まず結論から。Encode::JIS2K を使う限り、文字化けする SJIS コードは以下の３５文字です。 JIS2004 で追加された１０文字：879F 889E 9873 989E EAA5 EFF8 EFF9 EFFA EFFB EFFC カ行に半濁音（゜）を付けた文字など一部の文字： 82f5 82f6 82f7 82f8 82f9 8397 8398 8399 839a 839b 839c 839d 839e 83f6 8663 8667 8668 8669 866a 866b 866c 866d 866e 8685 8
lighttpd + FastCGI は mod_perl + Apache1.3 より１割ほど高速 :: Drk7jp
巷で超高速 Web サーバとして話題になっている lighttpd を試してみました。lighttpd に関する日本語ドキュメントは非常に少なく、ちょっと込み入った設定ファイルの記述方法とかの解析に手間取りました。 lighttpd のコンセプトは、「セキュアで省メモリで高速に動作し、柔軟性もある」なのですが、「lighttpd 公式サイトのベンチマーク結果」や「UnknownPlace. - Catalyst ベンチ」で簡単な Catalyst - Hello.cgi のベンチマークが公開されているとおり、Apache 1系、Apache 2系よりも高速に動作するようです。特に static なページの処理は Apache の 2〜3 倍程度は高速に処理できるみたいです。 また注目すべき点として、Apache + mod_perl よりも lighttpd + FastCGI の方が１割
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
