以下からダウンロードおよびインストールできます。
当方、Firefox3を使ってるのですが、https://から始まるページのときロケーションバーに背景色がつかなくなってしまって直感的にわかりにくくなった感がありました。これは割りといいかも。
]]> 記事を読んでコメントする ]]>InstaMTのダウンロード・インストールの説明はwww.movabletype.jpの以下のページに記載されています。
MTOS4.2をwww.movabletype.orgからダウンロードします。
MT4.2へのアップグレードの具体的な方法が、The blog of H.Fujimotoさまにて紹介されています。
手順のとおり、必要なフォルダを上書きし、[ mt-static ]フォルダは、[ www ]フォルダ内のmt-staticに上書しました。
ログインすると、ウィザードが起動してアップグレードがおこなわれました。
尚、当方アップグレード前にログインしてInstaMT同梱のMTOS4.1テンプレートでブログを構築していましたので、テンプレートの編集のところでRefresh Blog Templateをおこないリビルドしたら、MT4.2のほうのテンプレートが反映されました。
あと、mt.VicunaのテンプレートセットもInstaMT環境で使えるようでした。
MTOS4.2ですと、デフォルトでウィジェットセットがセットされてないようなので、空のwidgets.cfgを作らなくてもそのままRefresh Blog Templatesからインストールできました。フォルダを入れる場所は、Vicunaの説明のとおりで、pluginsフォルダはinstamt/cgi-bin/mt/plugins/に、Vicunaのテーマは、instamt/www/mt-static/themesに入れました。
]]> 記事を読んでコメントする ]]>Yahoo!知恵袋にもレジ袋に関しての質問があるようです。
で、自分の場合のどうでもいい回答はこれです。
中央の開ける箇所（袋によって真ん中で縛れるように長めになっているのもあります）を指同士で擦るのでなくて、（左右の）手のひらに挟んで摩擦します。
側から見るとバカみたいに見えるのが欠点なのですけど、このやり方でほとんどあけるのにてこずったことは（手をこすってはいますがw）ありません。あと薄いビニール袋もこの方法であけやすくなったりします。
備え付けの湿らせてあるタオルとか、指でなめると負けかなと思っている方は試してみてはいかがでしょうか。
]]> 記事を読んでコメントする ]]>アドオンのダウンロードは以下よりおこなうことができます。
これまで使っていなかったのは、以前記事にしましたが（Custom Editor Buttonで記事作成の効率アップ）、MTの管理画面のボタンでほとんど事足りてしまう状態だったためです。
それで、ここ以外にもブログサービスでやっているんですけど、編集画面では細かくユーザの都合に合わせた機能が提供されていないというのが現実です。
というわけでブログ記事作成効率を図るべくMake Link導入に踏み切ったというわけなのです。
今更なお話ですので、使い方などは「参考リンク」にて参照ページとして示すにとどめておきます。
]]> 記事を読んでコメントする ]]>割と不器用なので、うずらのたまごを茹でたはいいけど、殻をむいたらボロボロに崩れてみたいなことをよくやらかします。
そこで、こんな方法なら結構綺麗に殻をむけるのでは？というのをやってみたのでメモおよびご紹介させていただきます。
とこれだけ。手順はというと
＊割るときに机の角にあてないようにします。これは結構重要だったり。
よく言われている、ゆでたまごをタッパーに入れてシェイクする、というのと殆ど変わりありません。タッパーのフタを閉めるよりもお椀をかぶせるだけなので手軽。お椀の丸い形状がたまごの形にもあっていてよさそう。さらにいうと、シェイクする動作が楽しかったりします。という特徴はあるかと。
うずらのたまご1個だけでしか試してません。あまり多くいれると効果がないかも。ちなみにですが、普通の（というか鶏の）たまごでもこの方法で綺麗にむくことはできました。
余談ですが、本記事タイトルは、ホッテントリメーカー利用させていただきました。
]]> 記事を読んでコメントする ]]>Six Apart - Movable Type News: [重要] Movable Type 4.2 RC5 とセキュリティアップデートの提供を開始より
Movable Type においてクロスサイトスクリプティングによる脆弱性が確認されました。この問題に対処するため、Movable Type の修正バージョンを公開いたします。脆弱性の修正バージョンとなりますので、対応するバージョンへのアップデートを 強く推奨 いたします。
ということで、セキュリティアップデートをおこなってみました（*ホットリリース）。アップデート後のMTのバージョンですが、MT4.1ですと4.14となっています（対応表が示されていますのでそれに従って利用中のバージョンにあったものを選択します）。
なお、後日正式なアップデートとしてリリースされるようでして、「ホットリリースへのアップデート後、テスト完了版が公開された際には、再度のアップデートをお願いいたします。
」との説明があります。
Movable Type 4.2 RC5 とセキュリティアップデートは以下より提供されています。
]]> 記事を読んでコメントする ]]>以前、INSTINCのおもちゃ箱のmonbikkeさんの「INSTINCのおもちゃ箱 - 「最近の記事」リストはいるか？」というエントリにてコメントさせていただいたかと思ったんですが、名無しさんになっているので、自分のコメントかどうか確認できないけど、monbikkeさんがレスしているところをみるとコメントしていた模様。
今頃になってなんですが、この件について少し考えなどをこの記事にて述べてみたいと思います。
最近書いたことを辿るような重要な事を書いていない
これは訪問者の立場でみていくと、記事の重要度はひとによって違うようなきがするんですね。自分の書く記事すべてが重要でもないと思っていても、もしかしたら、ほかのひとには何か役に立つとか心にとまるところがあるとかはあるのでないかなー、と考えてます（＃とかいって自分のとこは棚にあげておくとします）。記事内容を重視するのならば、特定カテゴリに絞った新着記事を表示みたいにするのがいいのかも。
カテゴリーを多く設けたので万が一何か探す時もこれでよかろうかと
カテゴリ分けはどのブログでもおこなわれていることですし、新着一覧よりはカテゴリ一覧のほうが利用価値はありそう。探すことに関していうと、一応、動作が遅いとかいわれていたりしますがMovable Typeの検索を利用するという手もあります。タグを設けて絞り込むということも出来ますね。コメントに書いたかどうか忘れたのですが、記事の関連記事を設けていると当該記事以外のページにも興味のある方は読んでいただけるのでないかと思います。＃このあたり運営方針と絡んでくる箇所ですけど。
あとmonbikkeさんの挙げた新着記事を表示させていない理由のほかに、リビルドに関しての問題もあるのでないかと思います。
ダイナミックパブリッシングは別として、新着記事リストをモジュールとして取り込んだ場合、過去記事にはその時点での新着記事になるので、過去記事において常に最新記事を表示させるためには、「サーバサイドインクルード」による表示をおこなう必要がでてくるわけです。このあたりについては以下のエントリなどが参考になります。
理由の前に、いるか・いらないか、の2択でしたら、まず「いらない」と答えておきます。それでも表示しているその主たる理由は以下のようになります。
訪問者が見たブログをアクティブかどうか気にするものなのかもわからないんですけど（links for~ とか~(BlogPet)みたいな自動投稿の記事が新着記事リストに並んでるのを見たら、アクティブなブログってあまり感じないのではないかと）。あまり無いとは思いますが、アクティブなブログということで継続して購読されるかたがもしかしたらいらっしゃるのではないかと。これはどうでも必要という積極的な理由ではないんですけどね。
]]> 記事を読んでコメントする ]]>リニューアルについては、delicious blogにて記事があがっています。
はじめにひとこといっておきますと、今の時点では特に変更してなくても、フィードのURLやユーザのページURLなどは今までのドメイン（del.icio.us）からdelicious.comのほうに表示されるようになってます。従いまして以下に示す変更をおこなわなくてもActionStreamsは稼動しているようです(2008/08/01確認)。
改変については自己責任ということでお願いします。
先にdelicious.comになって変更になったURLをあげておきます。
ローカルにあるpluginsフォルダのActionStreamsフォルダ内にあるconfig.yamlファイルを開き、以下のように変更してみました。
140行目付近
delicious:
name: delicious
url: http://delicious.com/%s/
＊nemeのdeliciousの先頭は小文字にしておきました。
316行目付近
url: 'http://feeds.delicious.com/v2/rss/{{ident}}'
書き換えが終わったら、config.yamlをサーバに上書きします。反映をすぐに確認したいときは、ブラウザからMTシステムのログフィードを読みこんでみたらよいかと。
あとこのままでは、Elsewhereのプロフィールページが前の状態のままですので、変更をすべて反映するには以下のようになります。
(＊)2.で示したように変更されていれば、プロフィールのプルダウンメニュー内は「delicious」という名称にかわっています。
なお、delicious.com用として(単独に)config.yamlを作る手も考えられるのですが、どの道既存のdel.icio.us profileを削除する必要はありそうなので、オリジナルのconfig.yamlを変更でいいのではと思ってます。
追記:タイトルがおかしな感じなので変えました。
今月の主な変更などはこのようなところです。
autopagerizeの対応への方法はNot renewalさまの以下の記事を参考におこないました。
PathtraqのAPIを利用して、定番の記事を出力するようにしてみました。
APIの具体的な使い方は、ステップ・バイ・ステップで Pathtraq の API を使ってみよう - IT戦記にてまとめられているようです。
定番記事のフィードを利用しています。読み込みには、SimpleXML使ってみたです。気が向いたら他の方法とかいろいろ試したいなーとか思ってます。
]]> 記事を読んでコメントする ]]>たまにしかペンで字を書くことがなくなってきたんですけど。先日水性インクのボールペンで書いてたときに乾きがわるいので、手にインクが若干ついてしまいました。
縦書きで毛筆タイプの筆ペンを普通に鉛筆を持つような格好で書いたとき、手にインクがつき、その手についていたインクが書いてる紙にも移って汚れてしまう、といったことがあるかと思いますが（＃ないかも）、そんな感じと一緒です。
これを回避する方法で（水性インク使うな、っていうのは無で）思いついたのはこれ。
横書きならば、まず問題は発生しないかと。
書道の持ち方のときに、角度が垂直だとインクがでにくくなったりしないかとか問題ありそうな気が。
乾かしながら、というのは、例えば、一行書いたら吸い取り紙を上に当てるとか、ドライヤーで乾かすといったことです。はっきりいって効率はよくありません。
左側から書いていくという方法は、あらかじめ全体のレイアウトができあがっているのに限られてしまいます。例えば宛名書きとか。
]]> 記事を読んでコメントする ]]>
以下からダウンロードおよびインストールできます。
当方、Firefox3を使ってるのですが、https://から始まるページのときロケーションバーに背景色がつかなくなってしまって直感的にわかりにくくなった感がありました。これは割りといいかも。
]]> 記事を読んでコメントする ]]>Movable Typeのシステムログをみたところ、検索のところにいくつか同一IPのものが並んでいました。そこまでは、よくあることなんですが。
上のキャプチャ画像のアクセスはIPを調べた結果（というよりは、サーバの生ログからたどったのが実際なんですけど）、Yahoo!の検索ロボットであるということがわかりました。
MTのシステムログでは、「検索」という文字があるだけで実際のページのURIが示されていないものですから、実際の検索結果のページがタグ検索なのか、キーワード検索かといった区別が見た感じではわかりにくいです。そこで、サーバのログを使いまして同じIPのアクセスを調べたわけです
結果として、Yahoo!によるもので、URIは例えばpluginというタグをつけたページの検索結果ページで出力されているような場合、
/mt/mt-search.cgi?tag=plugin&Template=feed&IncludeBlogs=1といったページをクロールしていたもようです。どのようなページかというと、タグ検索の結果をフィードで出力するページです。タグ検索結果のページで、link要素に記述されているURIです。
さて、検索ロボットのアクセスが毎回システムログにあがるのは、ちょっとうっとうしい感じ。なのでこの際、MTの検索結果ページそのものが検索エンジンに登録されないように調整してみることにしました。
robots.txtに以下のような記述でちょっと様子見ということにしています。
User-agent: Slurp
Disallow: /*mt-search.cgi
[追記 2008/07/30] msnbot-mediaも巡回するっぽいです。
[28/Jul/2008:00:13:50 +0900] "GET /mt/mt-search.cgi?tag=driver&Template=feed& IncludeBlogs=1 HTTP/1.0" 200 1958 "-" "msnbot-media/1.0 (+http://search.msn.com /msnbot.htm)"]]> 記事を読んでコメントする ]]>
地震の発生した10時13分に黙祷を奉げました。夜には復興花火が打ち上げられました。
さて、以下の写真が実家の床についた傷です。
この傷は、あやまって傷つけたものでなくて、昨年の中越沖地震の際に倒れた本棚によってつけられた傷なのです。当時は、割れたガラスや、散乱した物などを片付ける手伝いにおわれていました。
この位の傷ならば、すぐにも直せる程度なのかも知れません。でも実際には、家中で直すべき場所のほうが優先となって、未だに直さずじまいなのがこの結果です。
街のほうを見ると、主要道路では復旧がすすんでいるようですが、路地に入るとまだ地震のつめ跡を残したままのところもあります。完全な復興へはまだまだこれからといった感じを受けます。
最後にですが、この1年間、多くの方がたの支援によりここまで来ることができたものと感謝しております。
]]> 記事を読んでコメントする ]]>はてなハイクモバイル版はパソコンのブラウザからでも見ることができるようです。モバイル版を読んだほうが軽かったりすることがあったり、お絵かき投稿とかをしないようならば、モバイル版からでも使えるのでないかと考えています。
書いたスタイルを以下に示します。
@namespace url(http://www.w3.org/1999/xhtml);
@-moz-document url-prefix("http://h.hatena.ne.jp/mobile/") {
body { width: 30em!important; }
#index,
#keyword,
#following,
#album,
#user,
#id
{
margin-left: auto!important;
margin-right: auto!important;
}
.body { width:100%!important; margin-bottom: 1.2em!important; }
.title { margin-bottom :1.2em!important; }
}Firefoxのアドオン、Stylishで書いたものです。
widthを30emとして、中央寄せになるようにしてみました。Firefoxのサイドバーで読み込ませる場合は、センタリングしないほうが見やすいかもしれません。ついでに、タイトル部分（お題＝キーワード）とエントリの内容にマージンを指定して間をあけるようにしてみました。
なお、この記事執筆時点でのハイクのHTMLソースに基づいて書いてますので、その後の仕様変更等によって使えなくなることがあります。
]]> 記事を読んでコメントする ]]>以前、郵便局だったか、銀行だったか忘れましたけれども、ATMを利用して普通預金に預金しようとしたときのことです。
3万円を1万円札3枚で入金するつもりが、機械がお札を数えたときに、4万円になっていました。
これ、おそらく新札だったために2枚を1枚分として当方が数えてしまったためだと思います。
そのときに、もしかして、金額指定で入金額を3万円としたらいいのでは、と考えましたので、やってみましたところ、
機械が「1万円以上のお釣りを出せない」、といった旨の警告を表示してしまったのです。この状態で選択できることというと、おつりが1万円以上にならない額を指定するか、取り消しをするか、の2つです。
もともと3万円を入金したかったわけですから、ここは当然取り消しを選択しました。その後の動作はというと、この取引はなかったことになり、最初からやり直しということになりました。
よくよく、考えますとお釣りに1万円を出すということは、セキュリティ面からいえば、動作としては妥当なのかなと。不正な使用された場合に被害を抑えることができるわけですし。そこはいいのですけど、金額指定をしたときの取り消し後になぜ、最初からやり直しになってしまうのかが納得いかなかったという、そんなことがあったわけです。
窓口から入金する場合でしたら、最初に用紙にあらかじめこちらが指定した金額を記入します。仮に1万円多く窓口に渡してしまったとしても、担当のかたが1万円多いのですが......、と確認をとったのちに記入された額で入金してくれるはずです。ですから、金額が違っていたからといっても取引を始めからやり直しなどというケースはほとんどないわけです。
ATM側での動作はというと、その利用者がいくら入金したいのかまではお札や硬貨を入れて数え終えたあとでもわからないということですよね。数えたら、これだけありましたけれども、この金額を入金するといった選択を利用者がおこなったあとで初めて利用者の入金額を（ATMが）認識するというわけです（ただしATMからの振込みの場合は金額指定は必須ですから話は別です）。
このあたりが機械での処理で妥協しないといけない部分かなと思いました。
]]> 記事を読んでコメントする ]]>利用されているかたには説明するまでもないのですが、はてなスターの引用機能とは以下のようなものです。以下この機能のことをこのページでは「スター引用」という記述にて表現させていただきます。
以前見たもので、どのようなページだったか忘れてしまいましたが、引用タグ（blockquote）に対して引用を明示するための背景画像をスタイルシートで指定されていた場合に、スター引用した部分がそのページでblockquoteに対して指定したスタイルを引き継いでいるようです。実際にどう見えるかは、確認できたページを忘れましたので、自分でサンプルを作成することにしました。以下のような表示になっています。
テキトーに作ったものなので、お粗末なサンプルで申し訳ないですが、blockquote要素に対して、90x90ピクセルの背景画像を指定しています。この画像がスター引用したときに表示するレイヤーにも表示されていることが確認できるかと思います。スタイルの指定によっては、みづらいときもあるのでないでしょうか。
これを閲覧者側で見えなくするには、ブラウザがユーザースタイルシートを利用できるのならば、
blockquote {
background-image : none !important;
}
のような指定をすることで、スター引用の部分の画像は表示されなくなります。ただし、元記事の背景画像も消えてしまいます。
ページの製作者側で調整するという方法もあります。blockquoteに対してclassを指定しておけば、はてなスターのほうでは適用されなくなります。
<style type="text/css">
blockquote.hoge {
background-image : url(hogehoge.gif);
background-repead : no-repeat;
}
</style><blockquote class="hoge">
<p>
・ ・ ・
</p>
</blockquote>ただ思ったのですけれど、はてなスター側で要素を作っているわけですから、元ページのスタイルを引き継がなくてもいいのでないかなぁ、ということです。こちら側が調整してclassを付与するというのは何か手順が逆のような気がしています。
]]> 記事を読んでコメントする ]]>