知っておくと便利!味が長持ちするキッチンライフハック22選 野菜や果物ってすぐに新鮮さがなくなりますよね。そこで今回は知っておくと便利なキッチンライフハックを22選ご紹介します。野菜や果物のおいしさをキープして、新鮮な状態を長持ちさせる方法が知りたい方は必見ですよ。ぜひ試してみてください! 2017年5月24日 更新

いろいろあって今の家から引っ越すことになった。 良い物件どうやって探したらいいか分からなかったので、適当にググって http://nanapi.jp/286/ を実践してみたら、結果的にうまく行ったので経験をメモ。 結論 良い物件を探すのではなく、良い不動産屋を探すという方法にしたところ、僕の性格としては上手く行った 今回の流れ suumoやhomesで住みたい場所の物件を眺める 希望条件をまとめる 不動産屋を選んでメールしまくる 良さげなところを数社に絞って、さらに送られた物件見ながら返信してみる 一番いい感じに返答してくれた雰囲気の店に行って相談 suumoやhomesで住みたい場所の物件を眺める http://nanapi.jp/286/ とやってることは一緒なので割愛 希望条件をまとめる http://nanapi.jp/286/ とやってることは一緒なので割愛 不動産屋を選んでメ
ひとり暮らしで自炊していると食材をよく腐らせるとかなんとか話題なので腐らせないための方法をまとめときますよ。 1,肉 まあ、普通は冷凍だよな。でも冷凍の薄切肉ってあんまり美味しくないだろう。 肉は塊で買って料理してから冷凍するのがよいよ。 チャーシュー作って冷凍しとくとチャーハンやら冷やし中華やらラーメンやらいろいろ捗る。 塩漬けしてパンチェッタもどき作ってから冷凍もオススメ。パスタが格段にうまくなる。 作り方はググればいろいろ出てくるので自己責任でどうぞ。一度冷凍すればそんなに危険はないと思う。 薄切り肉は冷凍するとドリップでパサパサになるし、使う分だけ買うのがいいな。 どうしても冷凍したいならもともと冷凍してあるものがいい。あれならまだドリップも少ない。 買ったら凍ったままフリーザーバッグに移し替えて冷凍庫。そのままだと使ってる途中ですぐに白くなる。 自分で小分けして冷凍は面倒だしやっ
情報取得中-@maname 1999/12/31 情報取得中-@maname 1999/12/31 情報取得中-@maname 1999/12/31 情報取得中-@maname 1999/12/31 情報取得中-@maname 1999/12/31 情報取得中-@maname 1999/12/31
・包丁をうまく使えるようになるより、100均の皮むき器を買った方が早い。 ・にんじん、ジャガイモ、かぼちゃなどの固い野菜は茹でると何十分もかかるが、電子レンジだと5分で柔らかくなる。 ・卵の賞味期限は生食を基準にしている。完全に熱するならば多少は賞味期限を過ぎてても味は変わらない。 ・肉類は買ったらすぐに酒と塩につけて冷凍するとよい。長持ちするし、旨味が増す。 ・素早く解凍したい場合は流水につけるとよい。30分ほどで解凍できる。 ・スーパーに無料で置いてあるビニール袋は耐熱温度が低いので電子レンジにかけてはいけない。 ・白米を炊く時は、料理酒と塩を少量入れるとふっくらと炊き上がる。 ・肉を柔らかくするために一番いいのは塩と玉ねぎとヨーグルト漬け。 ・市販の味付き塩胡椒にはかなり旨味調味料が含まれている。 ・味噌汁や鍋など冷蔵庫で次の日まで保存する場合は、先に流しで流水につけておくと冷えやす
このホームページに記載されている記事、画像等全てのデータの無断複写、転載をお断りします。 Copyright(C)2001 THE NIPPON POLICE DOG ASSOCIATION Inc. All rights reserved.
MySQLのrootユーザーのパスワードが必要なスクリプトを書く場合、 #!/bin/bash mysqladmin -uroot -ptiger ping のようにスクリプト自体にパスワードを書くのではなく、rootのHOMEディレクトリの.my.cnf(/root/.my.cnf)の中にパスワードを書き、rootユーザにしか読めないように600にしておく。 # cat > /root/.my.cnf [client] user = root password = tiger [mysqladmin] user = root password = tiger # chown root:root /root/.my.cnf # chmod 600 /root/.my.cnf と、ここまではいいのだが、テストとして、 $ sudo mysqladmin ping mysqladmin: co
Gitの使い方を覚えるにあたって、まず知っておきたいのは――git-cloneだのgit-commitだのは当然として――「操作をミスったときにどのように回復するか」である。それを実現するのは、次の3つのコマンドだ。 git-commit --amend git-reset git-reflog git-commit --amend あるファイルをコミットしたとしよう。 $ (edit...) $ git commit -am 'メッセージ生成処理を実装したよ。'しかし、しばらくして彼は気づいた。 def create_massage(param) ...typoしてる!massageじゃない、messageだ!マッサージを作ってどうする! 慌てるな。まずは直してステージに上げるんだ*1。 def create_message(param) ...$ git add .そして…。 $ gi
結論例えば、this.is.a.pen@gmail.com というアドレスがあったとします。これは下記のアドレスのどこに出しても、ちゃんと届きます。 thisisapen@gmail.com this.isa.pen@gmail.com this..is..a..pen@gmail.com t.h.i.s.i.s.a.p.e.n@gmail.com アカウント部分ドット(.) はどうでもよいようです。 テストアカウントにこれを利用すると、別メールアドレスが簡単に作れますので、テストアカウントとか、複数のアカウントを用意したいときとかに便利です。Gmail で別メールアドレス(エイリアス)を作る方法は「+」を使う方法が良く知られていると思います。例えば、先ほどの例のアカウントですと下記のようなアドレスもエイリアスとして有効になり、this.is.a.pen@gmail.com に届きます。
GMailのコンタクトリスト漏洩のエントリのついでに。 JSONデータをscriptタグにのせて配信するサービス(JSONPなど)で、限られたサイトのみにしかそのデータを配信しないようにするためには、クライアントが送出してくるリファラ情報を使ってサービスコンシューマとなっているサイトを特定してアクセス制御する方法がある。 この方法はおそらく大部分のクライアント(ブラウザ)に対しては有効で、例えば実際にGoogle MapsなどもそれとAppKeyを組み合わせてサイトを判別しているっぽいのだけど、意図的にリファラ送出を切っているブラウザであったり、あるいはプロキシプログラムなどが自動的にリファラヘッダを除去してしまうようなクライアント環境に対しては無効になってしまう。 ということで、そんなクライアントでもなんとかならないだろうかと考えていたときにちょっと思いついた、もしかしたらこの方法なら許
Songbird の Developer Center で見たときから、素敵なんじゃね?と思って使いたいなーと思ってたけどなかなか面倒くさそうでやってなかったけどやってみたら本当に面倒だったからメモのこす。 基本的にインストールガイドに書いてあるんだけど、なんかハマリどころが多かったなあ。 というわけで結果的に動いた。 感想しか興味がない人はレッツスクロール。w MindTouch delivers a proactive customer support experience. Nothing found for Resources Official_MindTouch_Installation_Guides CentOS_5_MindTouch_Enterprise_Package_Installation (公式のインストールガイド) 前提条件 OSなど。 sotarok% unam
追記(2009/05/10 09:25):何をもって「関数に見える」かは人によると思いますが、下記のリストはリファレンスマニュアルのURLがfunction.*.phpとなっているものを引っ張ってきました。 PHPには一見関数に見えるけど関数ではないキーワードが多く存在します。つまり、PHPの言語の解釈として関数とは異なる処理をしている関数モドキが何個かあるのです。具体的には、他の関数については関数名の解釈はparserが行うのですが、この「関数に見えるけど言語構造」についてはlexer(tokenizerとも呼ばれます)レベルで別のトークンとして解釈されます。 そんなキーワードをZend/zend_language_scanner.lから抜粋してみました。 array die echo empty eval exit include include_once isset list pri
誰に教えられたのでもないのですが、ぼくは冬眠前のリスのようにコード片を溜め込んでいます。 コード片とは、ライブラリにするほどまとまった大きさではない、数行〜十数行のコードのことで、溜め込んだコード片は、アプリケーションやツールを作るときに使っています。 例えば「Perlでメール送るのどう書くんだっけかな」とか「Pythonでファイル開いて全部読むのどう書くんだっけかな」とかというときに、溜め込んだ中からコード片をさっと取り出してコピペした後、なじむようにちょっと修正して使っています。 コードポケット コードを溜め込んでいるディレクトリをぼくは「コードポケット」と名付けていて、コード片を取り出すことを「ポケットからコードを取り出す」と呼んでいます。先日、知り合いが似たようなことを実践していて、その人は「コードスケッチ」と呼んでました。いい名前ですね。 ぼくの場合、コードポケットは ~/lan
分散SCMを使いたい!と思う今日この頃。 仕事ではSVN(Subversion)を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある?いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ!」とうそぶいてきているわけだが…ハッタリかましてました!本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く