あちこち色色目にするのだけど。なんとなくだけど、頭を丸刈りにするのと通じる部分があるような気が。。
根拠は特になくて意味不明だけど、ふとそう思った。
MTとVoxとのクロスポストでRemarkのようなもの
ここでは、MTのブログとでクロスポストをたまにしてるんですけど、気づいている箇所だけメモっておきます。
重複コンテンツの問題があると思います。
具体的には、テクノラティなどで影響が(?)。
Voxブログのほうは、黙っていても記事を書いて公開設定にしていれば、テクノラティにping送信してくれているはず。で、もと記事となっているMTの側でテクノラティ登録しててPing送信してると、タイトルと概要とかが同じ記事が送られることになるかと。このことでテクノラティ側から同一コンテンツとしてあつかわれてしまって更新しても結果が反映されなくなったりとかいうのがあるかもしれないということです(*この辺りは推測でしかありません)。
そのようなわけで、MT側ではテクノラティにping送信しないようにしてます。ついでにいうとMTのほうは、googleブログ検索と、yahooブログ検索の2箇所しか今のところ新規記事作成時にPing送信してないです。最近はテクノラティ自体に関心がないのでというか、そこからの訪問者は皆無なのでどうでもいいといえばそれまでです。
MTで各記事を開いたときCAPTCHA画像表示してるページのギモン
無駄に長いような。MTのキャプチャ機能を使っていて、CAPTCHA画像がページを開いた時点で表示されてるようなページを幾つかみるようになったので疑問をなげておきます。
識者でもないんで、このようにせよ、とかいえませんし、謎にかんじてる部分だけとりあえず。
そのサイトにおいて、一日でCAPTCHA画像がどのくらい表示されているか、サーバのログでみてどうか
匿名のコメントでCAPTCHAを使ってコメントされるかたがどのくらいいるのか
Recommended Tagsのこと
あっちのブログのトップページのサイドバーに置いている、おススメタグのタグクラウドのことですが、、実はコチラで適当に選んでタグリストをこさえて、モジュールとしてインクルードしているだけという、カラクリもなにもないのでありました。
そもそものはなしになるけど、あのタグクラウドというのは自分の所では殆ど(参照|クリック)されてません。orz
なので、記事ページでもクラウド表示させないようにしたし、今のところ、タグで分類してますよ、程度のものでしかないです。そんなわけであれこれロジック組み込んでなんてやるのもかったるいから手動でやってるという、そんなロジック(此の場合ロジックでないか)でもいいんじゃないかなと。そのつもりでやってますです。
InstaMTとmt-config.cgiのデータベース設定の件で
メモというか。InstaMTでは、データベースのユーザ名はmt、パスワードはmtという設定があらかじめおこなわれています。
権限を調べてみると、rootがパスワードなしなので
configファイルのデータベースの設定でパスワードはコメントにして
DBUser root
#DBPassword mt
以上です…
母の日ー>ラジオ
今年の母の日は当人からリクエストがあったのでラジオを贈りました。
普段からよくラジオを聴いているのと、前に使っていたのが故障してしまったので、買ってあげました。台所でも使えるように防滴タイプので、あまり高価なのを買うと却って気をつかわせるので安いものですが、音がでれば十分使えます。
blog_ajax_json_search.jsとかで。。
密かに(謎)MT用のAjax高速検索システムを導入とかやっていました。そのなかで一寸きづいたことをメモ程度に。
参考にしているのは、以下
で、検索用のページをこさえて、WolaWolaさまのように別ページに移動するようにしてみたわけです。その辺はあとでもう少し丁寧に書くのでよいとして、
今回気になったのが、blog_ajax_json_search.jsにおいて、
- search_data.txt
がブラウザから読み込めない場合があるってことです。
そのファイル(search_data.txt)だけ表示させようとすると、
Firefoxで「内容符号化 (Contnet-Encoding) に問題があります」となってしまった。
この対応は、キャッシュとか履歴を消すことで解消されたのですが(参考)、、
blog_ajax_json_search.jsがsearch_data.txtが読み込まれることを前提としているみたいでして、データの要素が見つからなかった場合のパッチを当てないといけないようなかんじ。その前にtxtファイルがそのようになる原因を突き止めないとアレですが。
あと、元のページに戻るためのリンク「Go Back Page」はlocation.reload(true)なので、たぶん別ページ移動の場合はhistory.back(); return false; あたりかと。
それと、結果のページのリンクに #search_word=' + search_keyword … とあるのが何をするためのものかよくわからかったなあ。 #自分はパラメタにしておいたけど。
簡易ブレンド珈琲
おもいつきなのですけど、自分で淹れたストレートコーヒーを簡単にブレンドコーヒーにするには、
- 淹れたコーヒーにインスタントコーヒーを少し足す
のが手軽でいいです。
香りに拘ったネスカフェの香味焙煎などが結構おすすめ。
「香味焙煎」のラベルをみると、豆の種類はコロンビア、コスタリカ他というように書いてあるようなので、ドリップするほうはそれら以外の豆がいいかと。(#普段はグアテマラで飲んでいます。)
あとは説明不要ですね。普通にコーヒーを淹れてあとからインスタントコーヒーを足すだけです。
ストレートもいいけどたまにはブレンドも飲みたい、というようなときにどうでしょうか。コーヒー豆を数種類ストックしても飲みきれずに鮮度が落ちるよりはマシかも。。
InstaMTを使ってPerlを学んでみる
The blog of H.Fujimotoさまにてカテゴリ:「パソコン:Movable Type:MTでPerlを学ぶ」に属する連載記事があります。いつかはPerlに触れてみたいなぁという思いで毎回楽しみにしています。
さて、各記事においてサンプルテンプレートが毎回提供されていますので、それらをダウンロードしてInstaMTで試しています。ちょっとしたプログラムならばInstaMTでも十分な環境だと思います。
で、テンプレートのほうなのですが、他にもあれこれテンプレートをいじったり、テストブログをつくっては削除を繰り返したりなんかしているものですから、必要なときにサンプルテンプレートを新規作成から作る、というのもちょっと面倒な作業でもあります。
そこで、
に対応のconfig.yamlを作成するということをやっています。こうしておくことでいつでもサンプルコードのテンプレートが追加できるという寸法です。記事があがるごとにconfig.yamlに情報を追加していきます。
ところでこのプラグイン、拡張子が.mtmlになってないとうまく動作してくれなかったような気が。ということでダウンロードしたファイルは.tmplであるものを一旦.mtmlに拡張子を変えてから使うようにしています。まあそんな感じです。
links forな記事とトラバ
どうでもいいことなのでこっちで書いときます。
DeliciousにPOSTしたエントリをまとめて、ブログにPOSTする、「Blog Posting」なのですけど、
ブログにPOSTされたときタイトルが「inks for XXXX 」となる記事の話です。
これ(links forな記事)をトラックバック送信されてるヒトとかたまに見るんですけど、トラックバックを送る側は自由として、送られている側がよく記事に反映されているなぁと感心(ある意味ネガティブなほうで)していたりします。
自分ならば、受け取ったとしても記事には反映させないですね。誰がどの記事をブックマークしたかとかあまり興味がなかったりで。ブクマthanksという意味もあるのかなぁ
まぁでも、ありえないことですが、たとえ有名所からだったとしても自分ならば記事には反映させないですわ。