いくら仕事でIT関係をやっているといっても、いざ家庭に導入となると困る。
仕事でやってるからなおさらといおうか。ハンパにネット社会を見慣れていると、ネットの嫌なところが先に立ってなかなか上手くできると思わない。
しかし何時までもそんなことは言ってられず、"互いの"リテラシを向上しなければと思い、以前立ち読みして以来気になっていた書籍を買ってきた。
いやぁコレ、すごくいい本だと思うよ。紹介する俺がアルファブロガーでなくて申し訳ないくらいだ。
なんというか必死？守ること、教えることに必死な感じが書かれているのがいい。
こういうジャンルで他の物は少ししか見たことないので褒めすぎかもしれん、もう数年すれば世界もだいぶ変わってるかもしれんが、家庭内でITの事が分かるのが自分ひとりという状況のお父さんは読んでおいて損はないんじゃないか。
自分なんかはもうすぐ子世代の使う端末・リテラシについていけなりそうだが、それの巻き添えで子のIT活用を出遅れさせるのもつらいしね。
けんじろう と コラボろう！
http://blogs.itmedia.co.jp/kenjiro/
この本の内容は著者のブログ↑でだいたい読めるっぽいんだが、やっぱり紙がいいんだよな。
2010年5月18日火曜日
2010年5月6日木曜日
Windows XP Mode があればNameLandもWindows7(x64)で使える
G/Wにちょっと部屋を片付けたよ。
で、整理整頓と言えばラベルプリンター、一家に一台くらいあるだろう。キングジムのTEPRA(テプラ)とかCASIOのNameLand(ネームランド)とか。
経緯を省くが色々あって自宅のWindwosが 64ビット版Windows7しかなくなりました。
それでNameLandを使おうとしたら64ビット対応のドライバないんですって。
うちのNameLandはKL-E20、PCがなければラベルプリントできない！
しかし、困ったところの救いの手が、Windows XP Modeだ。
Windows XP Mode のダウンロード
母艦であるWindows7微妙に統合されたWindowsXP on VirtualPCがインストールされる。アプリケーションのみの使用も可能だ。
かくして無事にラベルのプリント環境は維持された。
他にも無線アダプタをルータにする系のデバイスとかもXPModeで動作確認取れてるみたい。
XPとの互換でWindows7への乗り換えを躊躇している人、XP Modeがあるから何とかなるぞ。
で、整理整頓と言えばラベルプリンター、一家に一台くらいあるだろう。キングジムのTEPRA(テプラ)とかCASIOのNameLand(ネームランド)とか。
経緯を省くが色々あって自宅のWindwosが 64ビット版Windows7しかなくなりました。
それでNameLandを使おうとしたら64ビット対応のドライバないんですって。
うちのNameLandはKL-E20、PCがなければラベルプリントできない！
しかし、困ったところの救いの手が、Windows XP Modeだ。
Windows XP Mode のダウンロード
http://www.microsoft.com/japan/windows/virtual-pc/download.aspx
母艦であるWindows7微妙に統合されたWindowsXP on VirtualPCがインストールされる。アプリケーションのみの使用も可能だ。
かくして無事にラベルのプリント環境は維持された。
他にも無線アダプタをルータにする系のデバイスとかもXPModeで動作確認取れてるみたい。
XPとの互換でWindows7への乗り換えを躊躇している人、XP Modeがあるから何とかなるぞ。
2010年4月21日水曜日
DeskNet'sからエクスポートしたスケジュールをPythonでGoogleカレンダー用に 整形する
DeskNet's(デスクネッツ)のスケジュールをGoogleカレンダーにインポートして何かいいことあるのかい？
iPhone / iPod Touch が勝手に同期してくれるじゃないか。
というわけで、PGほぼ素人ながらPython手習いの一環としてスクリプトを書いてみた。
DeskNet'sからエクスポートしたCSVのスケジュールを、Googleインポート用にヘッダ変更と並び変えをして保存するというつくり。
まあ、変換するだけなので簡単ですね、サンプルをつなぎ合わせたような。
応用でサイボウズもいけますね、ファイル名もなぜか同じだし。
これをGoogleのAPIに投げてインポートまで自動化出来たらいいんだけどなあ。
テストツールを使えばともかく、取得元のDeskNet'sやサイボウズとかから取ってくるのをスクリプトで自動化するのが大変。
これだけだと汎用性が微妙にエクセルマクロ以下なので、WEBにおいて、CSVアップしたら加工して戻してくれるようにしたいな。
サイボウズLiveとか、もっとAPI充実しないかなー
iPhone / iPod Touch が勝手に同期してくれるじゃないか。
というわけで、PGほぼ素人ながらPython手習いの一環としてスクリプトを書いてみた。
DeskNet'sからエクスポートしたCSVのスケジュールを、Googleインポート用にヘッダ変更と並び変えをして保存するというつくり。
まあ、変換するだけなので簡単ですね、サンプルをつなぎ合わせたような。
import csv
csvfile_in='schedule.csv'
csvfile_out='schedule_out.csv'
reader = csv.reader(file(csvfile_in, 'r'))
writer = csv.writer(file(csvfile_out, 'w'), lineterminator='\n')
writer.writerow(['Subject','Start Date','Start Time','End Date','End Time','Description','Location'])
i = 0
for row in reader:
if i != 0:
# print unicode(row[6], 'cp932').encode('utf8')
rw = [row[8],row[3],row[4],row[5],row[6],row[9]]
print rw
writer.writerow(rw)
i = i + 1
応用でサイボウズもいけますね、ファイル名もなぜか同じだし。
これをGoogleのAPIに投げてインポートまで自動化出来たらいいんだけどなあ。
テストツールを使えばともかく、取得元のDeskNet'sやサイボウズとかから取ってくるのをスクリプトで自動化するのが大変。
これだけだと汎用性が微妙にエクセルマクロ以下なので、WEBにおいて、CSVアップしたら加工して戻してくれるようにしたいな。
サイボウズLiveとか、もっとAPI充実しないかなー
2010年4月14日水曜日
pythonのコマンド一行WEBサーバは便利、ファイル転送やWEBアプリの確認に
性懲りもなく python なぞに手を出し始めていますが、初期モジュールにHTTPサーバがいくつか入ってます。
その中にWEBサーバがあるんですが、これに驚いた。
Windowsでもいいし、Linuxほかでもいい。この一行でカレントディレクトリをルートにしたWEBサーバがあがる。
デフォルトだと TCPの8000番で待つのでアクセスしてみる。
ちゃんとカレントのディレクトリリスト※が出ている、(起動したユーザのアクセス権によるが)もちろんブラウザやWgetからダウンロード可能。
※ index.html があったら優先される。
設定やら色々追加することでCGIにもなったりしてかなり使いでがあるようだが、とりあえずこれだけすればwget,ブラウザですぐファイルを運べるので覚えとくと便利。
相手が iphone とかでもいいんだよね。
覚えておけ！いいからPythonいれとけ！
その中にWEBサーバがあるんですが、これに驚いた。
python -m SimpleHTTPServerWindowsでもいいし、Linuxほかでもいい。この一行でカレントディレクトリをルートにしたWEBサーバがあがる。
デフォルトだと TCPの8000番で待つのでアクセスしてみる。
ちゃんとカレントのディレクトリリスト※が出ている、(起動したユーザのアクセス権によるが)もちろんブラウザやWgetからダウンロード可能。
※ index.html があったら優先される。
設定やら色々追加することでCGIにもなったりしてかなり使いでがあるようだが、とりあえずこれだけすればwget,ブラウザですぐファイルを運べるので覚えとくと便利。
相手が iphone とかでもいいんだよね。
覚えておけ！いいからPythonいれとけ！
2010年1月22日金曜日
イーモバイル Pocket WiFi のファイアーウォールを無効にしたら、WANからログ インできる
ほぼタイトルオンリーだが、驚いたのでエントリ。
イーモバイルの「Pocket WiFIことD25HW」 なんだけど、ルータとして所々妙な動き。
中でも驚いたのは本体設定のファイアーウォール機能を無効にしたら、WAN側の回線からHTTP管理画面が開けるところ。
確認したのは 2010/01/16 に契約した端末で、ソフト的にはこれ。
これはファームウェアの改良希望だな、そっちにバインドせんでええちゅーねん。
ほか、うちの環境だけという奴もあるかもしれないが、現行ファームでなんか変な所。
・ファイアウォール機能をONにしたら、ipod touch からプリセットでない自前設定したPOPSサーバに接続できない。なんだろねこれ。
・余計なトラフィックを外に流さないという、IPフィルタの設定がLAN側192.168.1.0/24 のルールばっかり、0.0.0.0 でいーやん。おかげでデフォルトのIPを変えづらい。
したは設定次第だからいいけど、上はなあ、、Touchはトラブルシューティングしづらいなさすがに。
ファームウェア更新の要望窓口を探さねば・・・
管理画面開くのははイヤん。
イーモバイルの「Pocket WiFIことD25HW」 なんだけど、ルータとして所々妙な動き。
中でも驚いたのは本体設定のファイアーウォール機能を無効にしたら、WAN側の回線からHTTP管理画面が開けるところ。
確認したのは 2010/01/16 に契約した端末で、ソフト的にはこれ。
ファームウェアバージョン:
706.11.174.12.109sp07これはファームウェアの改良希望だな、そっちにバインドせんでええちゅーねん。
ほか、うちの環境だけという奴もあるかもしれないが、現行ファームでなんか変な所。
・ファイアウォール機能をONにしたら、ipod touch からプリセットでない自前設定したPOPSサーバに接続できない。なんだろねこれ。
・余計なトラフィックを外に流さないという、IPフィルタの設定がLAN側192.168.1.0/24 のルールばっかり、0.0.0.0 でいーやん。おかげでデフォルトのIPを変えづらい。
したは設定次第だからいいけど、上はなあ、、Touchはトラブルシューティングしづらいなさすがに。
ファームウェア更新の要望窓口を探さねば・・・
管理画面開くのははイヤん。
2010年1月21日木曜日
Pocket WiFi のIPアドレスを変えたら色々不都合がある、メール出来なかった り。
イーモバイルのPocket WiFi(D25HW)でインターネットに接続するも、メール出来んという事態に陥ったことはありますか？
私はあります、原因はファイアウォールの初期設定。
デフォルトのネットワーク192.168.1.0/24 からLANの設定を変える、かつファイアウォール有効ではなんとSafaliによるWEBくらいしかマトモに動作しません。
おかげで「ipod touch」＋「Pocket WiFi」というヨドバシ黄金セットが危うく全く使えないものになる所でした。。
POPサーバにつながらない、IMAP・SMTPも無理でどうも困ってしまったので、設定を色々いじったのが原因かと思ってログインしてそれらしい個所を探してみました。
[caption id="attachment_1659" align="alignnone" width="300" caption="画像：Pocket Wifiの設定画面"]
[/caption]
結局FireWallを切ったらPOPアクセスOKでした、細かい設定が無いのでプリセットなんでしょうが、「デフォルトのLAN『192.168.1.0/24』」←コレはいろんな環境で被りそうで嫌じゃん。。。
まあ仕方ないか。
pocket WiFiでメール出来んぞ？という方がいたらファイアウォール切ってみてください。
その他、あれ動かんこれ動かんというのがあったら、きっとIPアドレスをデフォルトから変更していることに起因しています、潔く戻しましょう。
追記：なんか微妙に違うような気がする、結局ファイアウォールだけのもんだいかもしれない。
続編みたいな記事が出来ている。
イーモバイル Pocket WiFi のファイアーウォールを無効にしたら、WANからログインできる
私はあります、原因はファイアウォールの初期設定。
デフォルトのネットワーク192.168.1.0/24 からLANの設定を変える、かつファイアウォール有効ではなんとSafaliによるWEBくらいしかマトモに動作しません。
おかげで「ipod touch」＋「Pocket WiFi」というヨドバシ黄金セットが危うく全く使えないものになる所でした。。
POPサーバにつながらない、IMAP・SMTPも無理でどうも困ってしまったので、設定を色々いじったのが原因かと思ってログインしてそれらしい個所を探してみました。
[caption id="attachment_1659" align="alignnone" width="300" caption="画像：Pocket Wifiの設定画面"]
[/caption]結局FireWallを切ったらPOPアクセスOKでした、細かい設定が無いのでプリセットなんでしょうが、「デフォルトのLAN『192.168.1.0/24』」←コレはいろんな環境で被りそうで嫌じゃん。。。
まあ仕方ないか。
pocket WiFiでメール出来んぞ？という方がいたらファイアウォール切ってみてください。
その他、あれ動かんこれ動かんというのがあったら、きっとIPアドレスをデフォルトから変更していることに起因しています、潔く戻しましょう。
追記：なんか微妙に違うような気がする、結局ファイアウォールだけのもんだいかもしれない。
続編みたいな記事が出来ている。
イーモバイル Pocket WiFi のファイアーウォールを無効にしたら、WANからログインできる
2009年12月10日木曜日
地球温暖化とCO2に関係があろうがなかろうが、グリーンIT戦線に異常は全くな い
前々から各所でいわれているとおり、CO2で地球が温暖化しているという話はでっち上げだよねというお話が最近とくに活発なようだ。
だとすれば排出権購入は小遣いを配り歩いているようなもので、完全に確証も無いのになにやってんの(そもそも排出権てナニよ)。と憤ったりもするわけだがそれはまた、別のお話。
巷にあふれる温暖化対策などはだいたいエコという概念に集約される、エコね、エコがインチキなの？
化石燃料もったいないという意味ではエコはインチキじゃあないと思う、それは節約しよう是非。
さてグリーンIT、エコ的なものと混同されがちな(と私は思う)グリーンITは似ているようで異なる。
エコがなにやら色々なものを含有した得体の知れない概念に育ってしまったのと違い、グリーンITの実現により目指すものはただ1つ、TCO削減だ。
使う機器を減らし、さらにそれぞれの消費電力を減らしていくことで支出をおさえる。
「グリーンIT＝環境保護」は桶屋が儲かる的な発想でしかなく、どこまで行っても企業の都合のはずだ。
グリーンITで環境問題に取り組むと本気でいう企業はなんかイヤだし、グリーンIT興味ないっていう所はコスト管理がずさんなのかなと思う。
ああ、宣伝目的で「グリーンIT＝環境保護」のイメージを利用するのは全然OKだとおもいます、むしろしましょう。表現単位がCO2削減量だといつまで使えるか分からないですけど。
例外一点。グリーンIT向けの機器を作る側にとっては商売道具ですね。すごくいい技術の使い方だと思います。
温暖化が、CO2が、たとえインチキで嘘っぱちだとしても、グリーンITを一緒にしないでねという事を言っておきたかった。
だとすれば排出権購入は小遣いを配り歩いているようなもので、完全に確証も無いのになにやってんの(そもそも排出権てナニよ)。と憤ったりもするわけだがそれはまた、別のお話。
巷にあふれる温暖化対策などはだいたいエコという概念に集約される、エコね、エコがインチキなの？
化石燃料もったいないという意味ではエコはインチキじゃあないと思う、それは節約しよう是非。
さてグリーンIT、エコ的なものと混同されがちな(と私は思う)グリーンITは似ているようで異なる。
エコがなにやら色々なものを含有した得体の知れない概念に育ってしまったのと違い、グリーンITの実現により目指すものはただ1つ、TCO削減だ。
使う機器を減らし、さらにそれぞれの消費電力を減らしていくことで支出をおさえる。
「グリーンIT＝環境保護」は桶屋が儲かる的な発想でしかなく、どこまで行っても企業の都合のはずだ。
グリーンITで環境問題に取り組むと本気でいう企業はなんかイヤだし、グリーンIT興味ないっていう所はコスト管理がずさんなのかなと思う。
ああ、宣伝目的で「グリーンIT＝環境保護」のイメージを利用するのは全然OKだとおもいます、むしろしましょう。表現単位がCO2削減量だといつまで使えるか分からないですけど。
例外一点。グリーンIT向けの機器を作る側にとっては商売道具ですね。すごくいい技術の使い方だと思います。
温暖化が、CO2が、たとえインチキで嘘っぱちだとしても、グリーンITを一緒にしないでねという事を言っておきたかった。
2009年12月8日火曜日
PowershellでWassrの発言を取得(RSS)してはてなダイアリーに投稿する
というスクリプトを書いた、wassr結構早くログ消えちゃうみたいだしね。
ちょっと乱暴かつ適当な切り貼りをしたんだけど、元がどこだったか。。MSのサイトは結構みたな。
仕組み的には自分の発言のRSSを取ってきて、メールにしてはてなダイアリーに投稿する、というもの。
RSSでは20件しか取れないのでヘビー発言ラー向けではないが。
とりあえず成功してるもよう⇒http://d.hatena.ne.jp/sawano_hat/
これをWindowsのタスクに登録して、12時の鐘と同時に起動すればOKさ。
[sourcecode language='sh']
# wassr timeline sender
# 2009/12/07
[String]$wassrapi = "http://api.wassr.jp/statuses/user_timeline.rss"
[String]$wassrid = "自分のID"
[String]$smtp = "送信に使うsmtpサーバ"
[String]$port = "smtpポート"
[String]$to = "はてなのメール投稿用アドレス"
[String]$from = "wassr2hatena@example.com"
[String]$user = "SMTP認証ユーザー"
[String]$pass = "SMTP認証パスワード"
# HTTPリクエスト
$webReq = [Net.HttpWebRequest]::Create($wassrapi + "?id=" + $wassrid)
$webRes = $webReq.GetResponse()
$sr = New-Object IO.StreamReader($webRes.GetResponseStream(), $webRes.ContentEncoding)
# レスポンスのRSSをXML型の変数に
[xml]$content = $sr.ReadToEnd()
# 読み込みクローズ
$sr.Close()
$webRes.Close()
# 昨日の日付作成
[DateTime]$yesterday = (get-date).adddays(-1)
$body = "http://wassr.jp/" + $wassrid + "`n`n"
# RSSから発言単位でFroeach
foreach ($item in $content.rss.channel.item){
# 発言の日時を取得
$itemdate = [DateTime]$item.pubDate
# 発言の日時と昨日の日付を比較して、等しければメールボディに
if ($itemdate.Date -eq $yesterday.Date) {
$body = $body + ":[" + $item.link + ":title=" + $itemdate.DateTime + "]:"
$body = $body + $item.title + "`n"
$body = $body + "`n"
}
}
#サブジェクト作成
[String]$subject = "Wassr " + [String]$yesterday.Year + "/" + [String]$yesterday.Month + "/" + [String]$yesterday.Day + " の発言"
#メール準備
$mail = New-Object Net.Mail.MailMessage($from, $to)
$mail.Subject = $subject
$mail.Body = $body
$mail.SubjectEncoding = [Text.Encoding]::GetEncoding("ISO-2022-JP")
$mail.BodyEncoding = [Text.Encoding]::GetEncoding("ISO-2022-JP")
#メール投稿
$sc = New-Object Net.Mail.SmtpClient($smtp)
$sc.port = $port
$sc.Credentials = New-Object Net.NetworkCredential($user, $pass)
$sc.Send($mail)
$mail.Dispose()
[/sourcecode]
はてなほったらかしだったんで、とりあえず役目ができてよかったよかった。
追記：折角だから日付のところをリンクにしよう。
修正した。
ちょっと乱暴かつ適当な切り貼りをしたんだけど、元がどこだったか。。MSのサイトは結構みたな。
仕組み的には自分の発言のRSSを取ってきて、メールにしてはてなダイアリーに投稿する、というもの。
RSSでは20件しか取れないのでヘビー発言ラー向けではないが。
とりあえず成功してるもよう⇒http://d.hatena.ne.jp/sawano_hat/
これをWindowsのタスクに登録して、12時の鐘と同時に起動すればOKさ。
[sourcecode language='sh']
# wassr timeline sender
# 2009/12/07
[String]$wassrapi = "http://api.wassr.jp/statuses/user_timeline.rss"
[String]$wassrid = "自分のID"
[String]$smtp = "送信に使うsmtpサーバ"
[String]$port = "smtpポート"
[String]$to = "はてなのメール投稿用アドレス"
[String]$from = "wassr2hatena@example.com"
[String]$user = "SMTP認証ユーザー"
[String]$pass = "SMTP認証パスワード"
# HTTPリクエスト
$webReq = [Net.HttpWebRequest]::Create($wassrapi + "?id=" + $wassrid)
$webRes = $webReq.GetResponse()
$sr = New-Object IO.StreamReader($webRes.GetResponseStream(), $webRes.ContentEncoding)
# レスポンスのRSSをXML型の変数に
[xml]$content = $sr.ReadToEnd()
# 読み込みクローズ
$sr.Close()
$webRes.Close()
# 昨日の日付作成
[DateTime]$yesterday = (get-date).adddays(-1)
$body = "http://wassr.jp/" + $wassrid + "`n`n"
# RSSから発言単位でFroeach
foreach ($item in $content.rss.channel.item){
# 発言の日時を取得
$itemdate = [DateTime]$item.pubDate
# 発言の日時と昨日の日付を比較して、等しければメールボディに
if ($itemdate.Date -eq $yesterday.Date) {
$body = $body + ":[" + $item.link + ":title=" + $itemdate.DateTime + "]:"
$body = $body + $item.title + "`n"
$body = $body + "`n"
}
}
#サブジェクト作成
[String]$subject = "Wassr " + [String]$yesterday.Year + "/" + [String]$yesterday.Month + "/" + [String]$yesterday.Day + " の発言"
#メール準備
$mail = New-Object Net.Mail.MailMessage($from, $to)
$mail.Subject = $subject
$mail.Body = $body
$mail.SubjectEncoding = [Text.Encoding]::GetEncoding("ISO-2022-JP")
$mail.BodyEncoding = [Text.Encoding]::GetEncoding("ISO-2022-JP")
#メール投稿
$sc = New-Object Net.Mail.SmtpClient($smtp)
$sc.port = $port
$sc.Credentials = New-Object Net.NetworkCredential($user, $pass)
$sc.Send($mail)
$mail.Dispose()
[/sourcecode]
はてなほったらかしだったんで、とりあえず役目ができてよかったよかった。
追記：折角だから日付のところをリンクにしよう。
修正した。
2009年12月4日金曜日
入力デバイス再考、コンパクトキーボードのススメ(3)
入力デバイス再考、コンパクトキーボードのススメ(1)
入力デバイス再考、コンパクトキーボードのススメ(2)
とまあ、実に色々な悩ましい事象が錯綜した結果、105キーのキーボードを使ってみようということで落ち着いた。
こういうキー配列の奴ね。
これも最初は絶対無理だとおもったんだけどねえ。
だってさ、カーソルポジションが飛ぶキーは凄く使うもの、それが丸ごとないんだ。
Ins、はまあペーストで稀に使うこともあるが使わないとしても、あとDel、Home/End,PgUp,PgDn どれも全部大事なキーだ、押しやすい所から去ってしまうのは非常に困る。。
その日も色々悩みながら手元のフルキーボードを見る。
小さめのキーボードほしいけど、右のほうにはテンキーしかないんだよなあ。
テンキーっつうと。
あ。
あるやん、必要なもの全部。
フルのキーボードというのも初めて見てからずっとテンキーはNumLockして使ってきたが、よくよく見れば数字より大事なキーがいっぱい並んでる。
これは今までもったいない使い方をしていたんじゃないか。。。。
105キーの採用検討にあたって、フルキーボードとの差を91キーと比べてみたが、91キーはホームポジション基点で見れば右側に違和感がない、しかし実はマウスを基点としたときには105キーの方がフルキーボードに近い。
自分は右端のエンターキーを意外と使うのでその感覚が顕著な感じ。
それにNumLockを切るという使い方は普通のキーボードでも通用する、むしろ普通のフルキーでも積極的にそうすることでフル⇔105キーの移動の際に困る感覚を最小限に抑えられる(と思う)。
もちろん今回買った105キーはFnキーとカーソルの組み合わせでHomeなどの長距離移動はできるんだが、それだと癖が変わりすぎるのでなるべく使わない方向で。
ついでにいうとNumLockは切らなくてもShiftを押せばテンキーのところでポジション移動はできる。ただ、シフト＋移動をするときに左右のシフトキーを両方押す必要があり、さすがにそれは嫌だし普通のキーボードで出来ない運指なので却下。
実に3回にわたってキーボードの記事を書いてしまったが、まあそれだけ考えてしまうほど入力デバイスってのは大事だということの裏返しかな。
おさらい、しばらく使うのはこれね。エレコムさんは製造終わらせないでください。
[caption id="attachment_1603" align="alignnone" width="300" caption="写真：エレコム赤"]
[/caption]
ELECOM の TK-U05FRD 。
あとパソコン工房の奴ね。
[caption id="attachment_1604" align="alignnone" width="300" caption="写真：パソコン工房のやつ"]
[/caption]
積んでるのはフルキーボードとの大きさ比べのため、だいぶスペースが省略できてなにより。
Elecomのと中身ほんと同じだとおもう。。。OEMかな。
しかしエレの赤はマットな質感＋カナ無刻印なのがいいので後悔しない、他の色は手触りが普通だった気がする。
入力デバイス再考、コンパクトキーボードのススメ(2)
とまあ、実に色々な悩ましい事象が錯綜した結果、105キーのキーボードを使ってみようということで落ち着いた。
こういうキー配列の奴ね。
これも最初は絶対無理だとおもったんだけどねえ。
だってさ、カーソルポジションが飛ぶキーは凄く使うもの、それが丸ごとないんだ。
Ins、はまあペーストで稀に使うこともあるが使わないとしても、あとDel、Home/End,PgUp,PgDn どれも全部大事なキーだ、押しやすい所から去ってしまうのは非常に困る。。
燈台下暗し？自分的に
その日も色々悩みながら手元のフルキーボードを見る。
小さめのキーボードほしいけど、右のほうにはテンキーしかないんだよなあ。
テンキーっつうと。
Home | ↑ | PgUp |
← | → | |
End | ↓ | PgDn |
Ins | Del | |
あ。
あるやん、必要なもの全部。
105キーは、NumLockを切って使え
フルのキーボードというのも初めて見てからずっとテンキーはNumLockして使ってきたが、よくよく見れば数字より大事なキーがいっぱい並んでる。
これは今までもったいない使い方をしていたんじゃないか。。。。
105キーの採用検討にあたって、フルキーボードとの差を91キーと比べてみたが、91キーはホームポジション基点で見れば右側に違和感がない、しかし実はマウスを基点としたときには105キーの方がフルキーボードに近い。
自分は右端のエンターキーを意外と使うのでその感覚が顕著な感じ。
それにNumLockを切るという使い方は普通のキーボードでも通用する、むしろ普通のフルキーでも積極的にそうすることでフル⇔105キーの移動の際に困る感覚を最小限に抑えられる(と思う)。
もちろん今回買った105キーはFnキーとカーソルの組み合わせでHomeなどの長距離移動はできるんだが、それだと癖が変わりすぎるのでなるべく使わない方向で。
ついでにいうとNumLockは切らなくてもShiftを押せばテンキーのところでポジション移動はできる。ただ、シフト＋移動をするときに左右のシフトキーを両方押す必要があり、さすがにそれは嫌だし普通のキーボードで出来ない運指なので却下。
実に3回にわたってキーボードの記事を書いてしまったが、まあそれだけ考えてしまうほど入力デバイスってのは大事だということの裏返しかな。
おさらい、しばらく使うのはこれね。エレコムさんは製造終わらせないでください。
[caption id="attachment_1603" align="alignnone" width="300" caption="写真：エレコム赤"]
[/caption]ELECOM の TK-U05FRD 。
あとパソコン工房の奴ね。
[caption id="attachment_1604" align="alignnone" width="300" caption="写真：パソコン工房のやつ"]
[/caption]積んでるのはフルキーボードとの大きさ比べのため、だいぶスペースが省略できてなにより。
Elecomのと中身ほんと同じだとおもう。。。OEMかな。
しかしエレの赤はマットな質感＋カナ無刻印なのがいいので後悔しない、他の色は手触りが普通だった気がする。
2009年12月3日木曜日
入力デバイス再考、コンパクトキーボードのススメ(2)
入力デバイス再考、コンパクトキーボードのススメ(1)
の続き。
自分の文字入力に影響が少ない範囲で省スペースのものを探すため考えてみた。コンパクトキーボードの夜明けだ。
キーボードって大体こんな感じだ。
文字打ちに使う部分、ポジションの移動やテキスト選択に関わるキーの部分とテンキーに分かれる。
ファンクションキーやらはまあ、ついてるものを前提に考えたいのでもう書かない。カーソルキーも同様に大体ついてるので考慮外。
ここから組み合わせを考えていったんだ。
基本のセットと変わらない使用感を保ちつつ、1つ削るとしたら筆頭に挙げられる組み合わせはこうだろう。
テンキーを廃止、ポジション移動関連に使うキーのみあるモデル。これを使うのがベストだと思うんだよね。
これなら通常のキーボードに戻してもほぼ違和感なく使えるし、なによりテンキーに頼らず数字入力をやってればノートPCでも困らない。
計算とかのエクセル地獄がたまにあるが、そんな時もテンキー増設しちゃえばいいしね。
とにかくこの作りの物を探し、色々みつけたんだ。
いいと思ったぜ91キー！
って高っ！
いや一個なら、まあ買ってもいいかもしれないなあという程度の物もあるが、複数購入を検討しているとなるとこりゃたまらん。。
ううむこれが理想だと思ったんだが、思いのほか価格の壁があったので無理だ。きっと需要がないカテゴリなんだろうな。
ということで残りの組み合わせ。
結論から言うとこれに落ち着いた、だって安いんだもん。
105キーというカテゴリだね。
これらELECOMから出ている物以外に、パソコン工房が全く同じものを出しており、それのほうがちょっと安い。
見栄えと表面加工はELECOMのほうがいいのでお好み。
結局俺は、職場用にELECOM(赤)を買った後しばらくして、自宅用にパソコン工房から1台追加で調達した。
ポジション移動用のキーがいつものところに無いって相当不便なんじゃないかと思いもしたが、そこは文字通り頭を切り替えて使ってみることで概ね解決する。
結構使いやすく、またフルキーボードに戻してもあまり違和感の発生しない使い方もあるということに気づいたんだ。
それはどういう使い方かって、もったいぶる必要もないんだけど、なんと105キーボード使い方のコツの記事に続く。
入力デバイス再考、コンパクトキーボードのススメ(1)
入力デバイス再考、コンパクトキーボードのススメ(3)
の続き。
自分の文字入力に影響が少ない範囲で省スペースのものを探すため考えてみた。コンパクトキーボードの夜明けだ。
キーボードをセクション分け、必要な部分を検討
キーボードって大体こんな感じだ。
部分 |
文字打ちに使う部分、ポジションの移動やテキスト選択に関わるキーの部分とテンキーに分かれる。
ファンクションキーやらはまあ、ついてるものを前提に考えたいのでもう書かない。カーソルキーも同様に大体ついてるので考慮外。
ここから組み合わせを考えていったんだ。
文字キー部分＋ポジションキー部分
基本のセットと変わらない使用感を保ちつつ、1つ削るとしたら筆頭に挙げられる組み合わせはこうだろう。
部分 |
テンキーを廃止、ポジション移動関連に使うキーのみあるモデル。これを使うのがベストだと思うんだよね。
これなら通常のキーボードに戻してもほぼ違和感なく使えるし、なによりテンキーに頼らず数字入力をやってればノートPCでも困らない。
計算とかのエクセル地獄がたまにあるが、そんな時もテンキー増設しちゃえばいいしね。
とにかくこの作りの物を探し、色々みつけたんだ。
いいと思ったぜ91キー！
って高っ！
いや一個なら、まあ買ってもいいかもしれないなあという程度の物もあるが、複数購入を検討しているとなるとこりゃたまらん。。
ううむこれが理想だと思ったんだが、思いのほか価格の壁があったので無理だ。きっと需要がないカテゴリなんだろうな。
文字キー部分＋テンキー部分
ということで残りの組み合わせ。
結論から言うとこれに落ち着いた、だって安いんだもん。
105キーというカテゴリだね。
これらELECOMから出ている物以外に、パソコン工房が全く同じものを出しており、それのほうがちょっと安い。
見栄えと表面加工はELECOMのほうがいいのでお好み。
結局俺は、職場用にELECOM(赤)を買った後しばらくして、自宅用にパソコン工房から1台追加で調達した。
ポジション移動用のキーがいつものところに無いって相当不便なんじゃないかと思いもしたが、そこは文字通り頭を切り替えて使ってみることで概ね解決する。
結構使いやすく、またフルキーボードに戻してもあまり違和感の発生しない使い方もあるということに気づいたんだ。
それはどういう使い方かって、もったいぶる必要もないんだけど、なんと105キーボード使い方のコツの記事に続く。
入力デバイス再考、コンパクトキーボードのススメ(1)
入力デバイス再考、コンパクトキーボードのススメ(3)
2009年12月2日水曜日
入力デバイス再考、コンパクトキーボードのススメ(1)
[caption id="attachment_1600" align="alignnone" width="320" caption="写真：105キーの．．．"]
[/caption]
ある日(深夜)職場をたらたら歩いて、キーボードの持ち込みが結構多いことをつかんだ。
ふむ、確かに文字入力その他もろもろのため、入力デバイスに自分が気にいったものを使うのは道理。
自席に戻り手元をみると配られたDellのキーボード、きっと原価は300円くらいのものだ。これはもうちょっと考えてもいいんじゃないかと思った。
一口に持ち込み、自分に合ったキーボードと言っても何を重視するかで選ぶものも変わってくるだろう。
大体みんなこんなもん？
コダワリの職人気質HHKBもいれば、キーの押し下げがしんどいらしくパンタグラフ式にしているのもいる。タッチパッド・トラックポイント命というのももちろんありでしょうね。
で、自分は何を求めて探しに行ったかというと。
常に触るのが自分のPCならいいが、人のやつとかサーバの奴とか結構触るので、そのときあまり戸惑わないように普通っぽさを重視。
用はノートPCみたいにパンタグラフとか、キー配列が特殊なものは避けたいと。
で、そんな中でも省スペース指向のものがイイんだ。
なにせ机の上がすぐ物でいっぱいになるうえ、ネットワーク図とかをVisioで起こす前は必ず手で書いてみないと出来ないタチでよく『キーボードが邪魔でよける⇒なんか液体こぼれる』ということもある。
キーボード自体の取り回しがよければ動かすのも影響が少ない、動かさなくてもよいこともあるだろう。
そして何より安いもの。
新しいキーボードを気に入ったとして職場・自宅でそろえてごらん、まず2つ分の代金が必要になってしまう。どちらでも同じ問題を抱えているためだ。
その他経年劣化・お酒に付き合ってもらってしまい乾いた後にもべとつくなど、買い替え需要はそれなりにあるかもしれない。
と、だいたい自分の求めるキーボード像をまとめて、売り場に触れるキーボードがそこそこ置いてある梅田ヨドバシへ行った。
えー、最初行った時はこれだと思った。
というかこれは今でもかなりお勧めの一つ。ついでにいうと「タイムリー」ってところが販売代理店をしてるのかな、ヨドバシのはそうだった。
Solidyear ACK-230
省スペース指向、感触もソフトタッチでとてもいい、安いと3拍子揃っており、WEBで下調べした良キーボードの東プレだとか、ダイヤテックものと比べてもそんなに質に差があるように思わなかった(※使ってりゃあ違うんだろうがね)。
しかし値段と第一印象のギャップが大きかった上、知らないメーカーだったので帰ってゆっくり考えようとその場では買わなかった。
いやほんとに質感に比べて、安すぎると思ったんだよね。その後WEBで同キーボードの情報を見たが、やっぱり評判は良かった。
これにしようかなっと思いましたよしばらく。
しばらく考えて、大きさが今のとそこまで変わらないんではないかと思い始める。
スペースを削るならテンキー部分くらいは無くてもいいんじゃね？と思い購入を踏みとどまることに。
そして次のターゲットを探したんだ。
なんせ最初はフルキーボードしか見なかったから、最初からやりなおしさ。
つづく。
入力デバイス再考、コンパクトキーボードのススメ(2)
入力デバイス再考、コンパクトキーボードのススメ(3)
[/caption]ある日(深夜)職場をたらたら歩いて、キーボードの持ち込みが結構多いことをつかんだ。
ふむ、確かに文字入力その他もろもろのため、入力デバイスに自分が気にいったものを使うのは道理。
自席に戻り手元をみると配られたDellのキーボード、きっと原価は300円くらいのものだ。これはもうちょっと考えてもいいんじゃないかと思った。
目的様々十人十色
一口に持ち込み、自分に合ったキーボードと言っても何を重視するかで選ぶものも変わってくるだろう。
大体みんなこんなもん？
- 大きさ
- 打つ感触
- 特殊機能
- 色・形
- 流行・模倣
- 価格
コダワリの職人気質HHKBもいれば、キーの押し下げがしんどいらしくパンタグラフ式にしているのもいる。タッチパッド・トラックポイント命というのももちろんありでしょうね。
で、自分は何を求めて探しに行ったかというと。
- 普通のキーボードからあまり離れたものでなくて
- 打つ感触はPC付属よりはちょっといいくらいで
- 省スペースで
- 安いもの
常に触るのが自分のPCならいいが、人のやつとかサーバの奴とか結構触るので、そのときあまり戸惑わないように普通っぽさを重視。
用はノートPCみたいにパンタグラフとか、キー配列が特殊なものは避けたいと。
で、そんな中でも省スペース指向のものがイイんだ。
なにせ机の上がすぐ物でいっぱいになるうえ、ネットワーク図とかをVisioで起こす前は必ず手で書いてみないと出来ないタチでよく『キーボードが邪魔でよける⇒なんか液体こぼれる』ということもある。
キーボード自体の取り回しがよければ動かすのも影響が少ない、動かさなくてもよいこともあるだろう。
そして何より安いもの。
新しいキーボードを気に入ったとして職場・自宅でそろえてごらん、まず2つ分の代金が必要になってしまう。どちらでも同じ問題を抱えているためだ。
その他経年劣化・お酒に付き合ってもらってしまい乾いた後にもべとつくなど、買い替え需要はそれなりにあるかもしれない。
と、だいたい自分の求めるキーボード像をまとめて、売り場に触れるキーボードがそこそこ置いてある梅田ヨドバシへ行った。
梅田ヨドバシで触った結果．．．
えー、最初行った時はこれだと思った。
というかこれは今でもかなりお勧めの一つ。ついでにいうと「タイムリー」ってところが販売代理店をしてるのかな、ヨドバシのはそうだった。
Solidyear ACK-230
省スペース指向、感触もソフトタッチでとてもいい、安いと3拍子揃っており、WEBで下調べした良キーボードの東プレだとか、ダイヤテックものと比べてもそんなに質に差があるように思わなかった(※使ってりゃあ違うんだろうがね)。
しかし値段と第一印象のギャップが大きかった上、知らないメーカーだったので帰ってゆっくり考えようとその場では買わなかった。
いやほんとに質感に比べて、安すぎると思ったんだよね。その後WEBで同キーボードの情報を見たが、やっぱり評判は良かった。
これにしようかなっと思いましたよしばらく。
しばらく考えて、大きさが今のとそこまで変わらないんではないかと思い始める。
スペースを削るならテンキー部分くらいは無くてもいいんじゃね？と思い購入を踏みとどまることに。
そして次のターゲットを探したんだ。
なんせ最初はフルキーボードしか見なかったから、最初からやりなおしさ。
つづく。
入力デバイス再考、コンパクトキーボードのススメ(2)
入力デバイス再考、コンパクトキーボードのススメ(3)
2009年11月24日火曜日
家に5ポートのギガスイッチを導入する、TCO減らして行こう！
自宅にもスイッチいるよね。
最近のPCはどれを買っても代替1000Baseに対応したNICが搭載されている、ということで折角なのでギガ対応のスイッチを導入することにした。
さて自宅に置くものとして気になる要素は色々ある。ファンが回るとうるさいし、でかいとやっぱり邪魔なのでポートは5つで十分。
そこらを考慮して、候補を2つに絞ってみた。
2製品を比較すると判るように、全体的にバッファロー側のほうが性能が上の印象。
バックプレーンの転送量にあたるスイッチングファブリックは2Gも差があるし、ジャンボフレームの最大値に至っては倍近い、唯一パケットバッファが99KBと5KB少ないくらい。
この辺が評価の決め手になってくるのか？
さあ、ではどっちを買ったか。
こっち。
[caption id="attachment_1578" align="alignnone" width="560" caption="写真：FXG-05EP"]
[/caption]
バッファローのがイイんとちゃうんかい、と思うかもしれないがPLANEXにしたのは理由がある。
この2点でPLANEXのほうが有利だったからだ、先代のスイッチは実に4年も動いていた(何もしなくてもそれなりに熱いという腹の立つ仕様のまま)ので、結局長く使う＝目先の性能よりTCOが大事なんだよね、これからは何でも。
まあ、積もったところで毛ほどの差しか生まないだろうが、誤差で済みそうな性能の差を無視して、年間でビール一杯くらいの差を確保しようじゃない。
ついでにいうと、数年前の100Baseのスイッチ使ってる方、結構それ電力食ってるよ、マジで！今￥3,000-くらいだし、未使用ポート節電タイプに買い替えといてもいいとおもうよ。
常時ONなら1-2年でおつりがくるんじゃないのかな。
最近のPCはどれを買っても代替1000Baseに対応したNICが搭載されている、ということで折角なのでギガ対応のスイッチを導入することにした。
さて自宅に置くものとして気になる要素は色々ある。ファンが回るとうるさいし、でかいとやっぱり邪魔なのでポートは5つで十分。
そこらを考慮して、候補を2つに絞ってみた。
| メーカー | PLANEX | BAFFALO |
| 型番 | FXG-05EP | LSW3-GT-5EP |
| 製品 | ||
| 対応規格 | IEEE802.3：10BASE-T IEEE802.3u：100BASE-TX IEEE802.3ab：1000BASE-T | IEEE802.3：10BASE-T IEEE802.3u：100BASE-TX IEEE802.3ab：1000BASE-T |
| AutoMDI/MDI-X | ○ | ○ |
| パケットバッファ | 104KB | 99KB |
| スイッチング・ファブリック | 10Gbps | 12Gbps |
| MACアドレス登録数 | 1,000個 | 1,000個 |
| スループット | 10BASE-T：14,881pps 100BASE-TX：148,810 pps 1000BASE-T：1,488,095 pps | 1000BASE-T 1,488,095pps 100BASE-TX 148,810pps 10BASE-T 14,880pps |
| ジャンボフレーム | 9,216 Bytes | 16,000Byte |
| 消費電力 | 最大4.75W | 最大5.5W |
| ファンレス | ○ | ○ |
| 未使用ポート節電 | ○ | ○ |
2製品を比較すると判るように、全体的にバッファロー側のほうが性能が上の印象。
バックプレーンの転送量にあたるスイッチングファブリックは2Gも差があるし、ジャンボフレームの最大値に至っては倍近い、唯一パケットバッファが99KBと5KB少ないくらい。
この辺が評価の決め手になってくるのか？
さあ、ではどっちを買ったか。
こっち。
[caption id="attachment_1578" align="alignnone" width="560" caption="写真：FXG-05EP"]
[/caption]バッファローのがイイんとちゃうんかい、と思うかもしれないがPLANEXにしたのは理由がある。
- 初期コスト
- 消費電力
この2点でPLANEXのほうが有利だったからだ、先代のスイッチは実に4年も動いていた(何もしなくてもそれなりに熱いという腹の立つ仕様のまま)ので、結局長く使う＝目先の性能よりTCOが大事なんだよね、これからは何でも。
まあ、積もったところで毛ほどの差しか生まないだろうが、誤差で済みそうな性能の差を無視して、年間でビール一杯くらいの差を確保しようじゃない。
ついでにいうと、数年前の100Baseのスイッチ使ってる方、結構それ電力食ってるよ、マジで！今￥3,000-くらいだし、未使用ポート節電タイプに買い替えといてもいいとおもうよ。
常時ONなら1-2年でおつりがくるんじゃないのかな。
2009年11月11日水曜日
DNSにVRRPという組み合わせはどうなんだろうか
DNSサーバを冗長化する……
っていったら普通は別拠点の別回線とか、全然違うところに置くのが普通の冗長構成です。
外向けのコンテンツサーバとしては大体の場合はそれが一番イイ。
さて、別拠点を用意してないとか、中向けのネームキャッシュとして使うとかという時に同じところにDNSサーバを2台並べたりする事もあり。
役割の被るサーバが同じ場所にあるならVRRPと組み合わせるとどうかと考えてみる。
とりあえず普通に2台並べて置いてみよう。
[caption id="attachment_1570" align="alignnone" width="540" caption="画像：DNS2台、普通"]
[/caption]
普通だ、ゾーンとかはマスタ/スレイブで同期してると思ってくれ。
片方を遊ばせるのはもったいないので、LAN内のクライアントは適当にクエリ対象を分散させるように優先順を変えてリゾルバを設定した事にする。
ああ、図にしてみて思ったがこれでも十分かもしれない。。。
最初のでイイかなと思いつつも、折角だからVRRPを使ってみる。
図にしてみるとこうなる、まー bind と keepalived かなー。
[caption id="attachment_1571" align="alignnone" width="540" caption="画像：DNS2台、VRRP×１"]
[/caption]
LAN内のリゾルバ設定は統一できる、DNSサーバ１が再起動しても多分すばやめに仮想IPが切り替わるのでアップデートとかメンテナンスの気が楽になるかもしれない。
でもこれじゃあDNS2遊んじゃう。。。
ルータの勉強してた時だと思うがどっかで見た、VRRP×２を思い出した。
構成してみよう、こうかな？
[caption id="attachment_1572" align="alignnone" width="540" caption="画像：DNS2台、VRRP×２"]
[/caption]
おお、こうだよな。
DNS１とDNS２で普段から平等に使いつつ、片方落ちたらVRRPで仮想IPを切り替えて生きているほうが落ちたサーバ担当分も引き受ける、復旧まで。
これをグローバルIP環境でやるにはIPが４ついる？もったいないかと思いきや、仮想IPだけグローバルでもいけるから２つでも何とかなるかも知れん。
これならDNS１が突然永眠した場合もクライアントからは何事もなかったように見えるだろう。
最初の構成では片方に障害が出て、復旧が長引いたときに多少レスポンスがばらつく気がしないでもない。
もちろん手動で死んだ側のIPを生きてるほうに付けちゃうという手がある、結局IPの手動付け替えをやっちゃうならあんまり変わらんなあ。
そう考えると自動化する手間ばっかりで微妙．．．
まーちょっとやってみてもいいけど、苦労の割には効果が薄いんじゃないかなかろか。
自動化できるのは規模によってはウレシイが、同時マスタ等、むしろリスクが増加するというマイナス面が心配だ。
とういことでまとめると、、、
メリットが無くもないがそんなにお勧めでもない、と思いました。
ご利用の際は計画的に。
っていったら普通は別拠点の別回線とか、全然違うところに置くのが普通の冗長構成です。
外向けのコンテンツサーバとしては大体の場合はそれが一番イイ。
さて、別拠点を用意してないとか、中向けのネームキャッシュとして使うとかという時に同じところにDNSサーバを2台並べたりする事もあり。
役割の被るサーバが同じ場所にあるならVRRPと組み合わせるとどうかと考えてみる。
DNSサーバ2台を同じ場所に置く
とりあえず普通に2台並べて置いてみよう。
[caption id="attachment_1570" align="alignnone" width="540" caption="画像：DNS2台、普通"]
[/caption]普通だ、ゾーンとかはマスタ/スレイブで同期してると思ってくれ。
片方を遊ばせるのはもったいないので、LAN内のクライアントは適当にクエリ対象を分散させるように優先順を変えてリゾルバを設定した事にする。
ああ、図にしてみて思ったがこれでも十分かもしれない。。。
DNSサーバ2台でVRRPを１つ共有する
最初のでイイかなと思いつつも、折角だからVRRPを使ってみる。
図にしてみるとこうなる、まー bind と keepalived かなー。
[caption id="attachment_1571" align="alignnone" width="540" caption="画像：DNS2台、VRRP×１"]
[/caption]LAN内のリゾルバ設定は統一できる、DNSサーバ１が再起動しても多分すばやめに仮想IPが切り替わるのでアップデートとかメンテナンスの気が楽になるかもしれない。
でもこれじゃあDNS2遊んじゃう。。。
それならVRRPを２つ共有する？
ルータの勉強してた時だと思うがどっかで見た、VRRP×２を思い出した。
構成してみよう、こうかな？
[caption id="attachment_1572" align="alignnone" width="540" caption="画像：DNS2台、VRRP×２"]
[/caption]おお、こうだよな。
DNS１とDNS２で普段から平等に使いつつ、片方落ちたらVRRPで仮想IPを切り替えて生きているほうが落ちたサーバ担当分も引き受ける、復旧まで。
これをグローバルIP環境でやるにはIPが４ついる？もったいないかと思いきや、仮想IPだけグローバルでもいけるから２つでも何とかなるかも知れん。
これならDNS１が突然永眠した場合もクライアントからは何事もなかったように見えるだろう。
最初の構成では片方に障害が出て、復旧が長引いたときに多少レスポンスがばらつく気がしないでもない。
もちろん手動で死んだ側のIPを生きてるほうに付けちゃうという手がある、結局IPの手動付け替えをやっちゃうならあんまり変わらんなあ。
そう考えると自動化する手間ばっかりで微妙．．．
結論じみたもの
まーちょっとやってみてもいいけど、苦労の割には効果が薄いんじゃないかなかろか。
自動化できるのは規模によってはウレシイが、同時マスタ等、むしろリスクが増加するというマイナス面が心配だ。
とういことでまとめると、、、
メリットが無くもないがそんなにお勧めでもない、と思いました。
ご利用の際は計画的に。
2009年11月2日月曜日
SNIA-Jのストレージ技術セミナー(新大阪)に行ってきた
10/30、SNIA-Jの主催するストレジ技術セミナーの応用編に参加しました。
[caption id="attachment_1548" align="alignnone" width="225" caption="写真：SNIAセミナー関連資料"]
[/caption]
SNIAさんについて詳しくは公式を参照ですが、ストレージ技術の標準化を目指して技術の普及を推進する団体さんです。
．．．この手の団体さんはたくさんありますが字面だけみると、「世界征服を狙う悪の組織」とかとあまり変わらんですね、信念を持って作戦展開する点など根っこは同じなのでしょうか。
冗談はさておき、最近ストレージ関連に関わることが増えてきており、お勉強のためにセミナーに行ってみたのですが、これが面白かった。
一つの物理デバイスからデータセンタの運用まで幅広いテーマでの講演があり、一通り聞いておいて損はない感じでした。
SNIAさん的にはセミナーに来てほしいでしょうが、ちょっとだけ内容について書いちゃおう、まあ参加は無料だし。
ちなみに講演で引用されまくったオリジナルの英語資料は公開されてるので参考リンク。
http://www.snia.org/education/tutorials/
EMCの方よりソリッドステートストレージ(SSS)について。
ソリッドステートストレージ(SSS)ってなによ、SSDは知ってる。
今一般で言うとSSDだとフラッシュの単体ディスク、でもSSDが集合したりDRAMの奴もあろうので、そこらひっくるめてSSSと呼称しようという話が冒頭に。
SSDはSSSの一つだね。
そうかー
うーん。
SSDの技術解説あり、その辺は資料が詳しい。興味深かったのは内部ストライピングでIOPSを稼ぐなど。しっかりお高いSSDはマジで早い。
HDDとSSDでは単価が違うが、IOPSや信頼性をベースに試算すると色々用途別の利用法がはっきりする。
システム要件がIOPSベースだと、HDDを20台ストライプしないといけないところでSSDなら1台でOKだったり。
とにかく容量単価をって場合は弱くみえるが、消費電力と信頼性を加味して長期的にみると意外とイケる。
場所・消費電力みるとSSD偉く強い。
ちなみに講師の方が言うに『SSD2010』というやたら詳しい本があるらしい。
http://ec.nikkeibp.co.jp/item/books/184400.html
定価\15,000- 高っ。
ああ、あとSSDの容量は大分余裕があって、素子が少々ぶっ壊れたり寿命が来ても余分な領域にある代替のものに切り替わるから当面大丈夫みたいな事を言っていた。
言われてみればそうしないといけないのが判るけど、少しどうするのだろうと疑問に思っていた部分なのですっきり。
日立の方よりセキュリティに関したお話。
セキュリティ一般論で時間切れちゃった感じ。
個人的に後半の資料がおもしろそうだったので大体知ってる話のうちに終わってしまったのが残念。
ストレージ関連でクラウドサービス内でのストレージの話では、クラウドな為にデータがいつどこに置かれてそれをどうやって特定するのかが難しくなるかもという事が印象だった。
東芝の方よりグリーンストレージのお話。
今回一番のヒット、というか講師のノリがツボでした。。
グリーンITが流行っているが、理由が。。。今まで勘違いしていたようだ。
実はグリーンITとは、エコだとか温暖化対策だとかそんな中身のなさそうなボンクラ思想ではなく、『PC関係の消費電力多すぎ！熱出して冷却に金掛かりすぎ！データセンタの維持費たまんねーから何とかしようぜ、つーかしろ！』という実用一点主義だという事を理解することが出来た。
これは俄然興味がでてきたよグリーンIT。
iDC運用の悩みの種はやっぱり熱・場所・電力ということで、グリーンITを推進する企業のほとんどが投資効率のUPを狙ってのこと。環境保護は副産物だ、いいぞグリーンIT。
さてこの講演で覚えてくれと言われたことがいくつか。
その一つが『波及効果』。
サーバの電源を1W節約しました、たかが1W？いやいや、DC変換で0.5、そこに来るまでロスが1W、冷やすの結局1Wで実はiDCトータルで見たら3Wくらい減らせるのだ。
つまり、
『これは聖域なき消費電力改革が必要であることを意味する』らしい。
迂闊にもこれでウケてしまった、、、その後も所々で小ネタ的になことやぶっちゃけるような談話など挟まりえらい聞きやすかったな。
で、あとはストレージの話。
冗長性が求められた結果ストレージ関連設備は肥大化の一途を辿り、消費電力・場所でみた成長率はNo.1だと。
だが容量削減テクノロジーで場所・電力・管理コストを減らしすことでデータセンタのフットプリント削減ができるだろう。
シンプロビジョニング、デデュプリケーションなどの技術があれば見た目の容量に比べて実容量は大分減るはず。
さてもう一個覚えて帰れという話は、暗号化と圧縮を同時にやりたきゃ、圧縮してから暗号化しないと容量稼げませんよという話でした。
まあごもっともで。
最後はNECの方よりストレージ仮想化の話。
主に技術より、資料も講演も詳しかったのですが、これは実際に行ったほうがいいや。
記事書くの疲れたとかではなく、何か書いてどうこうという話ではなかったなあという感じ。
どこで・どのように仮想化をしてどう見せるかという技術をずらずらと。
と、大体こんな感じでした、東京大阪で年2回ずつやってるようなので、ストレージネットワーク関連を見る人は行ってみては。
あとはSNIA-Jの資格案内がありましたね。
合格は国内十数名と聞こえました。。数十名？なのかな。。でもほんとに十数名のような気もする。。
なんか狙い目かもです。
対策本はこれしかないのかな、まあこれあれば十分のような。
ストレージネットワーキング技術―SNIAストレージ技術者認定プログラム準拠
[caption id="attachment_1548" align="alignnone" width="225" caption="写真：SNIAセミナー関連資料"]
[/caption]SNIAさんについて詳しくは公式を参照ですが、ストレージ技術の標準化を目指して技術の普及を推進する団体さんです。
．．．この手の団体さんはたくさんありますが字面だけみると、「世界征服を狙う悪の組織」とかとあまり変わらんですね、信念を持って作戦展開する点など根っこは同じなのでしょうか。
冗談はさておき、最近ストレージ関連に関わることが増えてきており、お勉強のためにセミナーに行ってみたのですが、これが面白かった。
一つの物理デバイスからデータセンタの運用まで幅広いテーマでの講演があり、一通り聞いておいて損はない感じでした。
SNIAさん的にはセミナーに来てほしいでしょうが、ちょっとだけ内容について書いちゃおう、まあ参加は無料だし。
ちなみに講演で引用されまくったオリジナルの英語資料は公開されてるので参考リンク。
http://www.snia.org/education/tutorials/
ソリッドステートストレージ(SSS)
EMCの方よりソリッドステートストレージ(SSS)について。
ソリッドステートストレージ(SSS)ってなによ、SSDは知ってる。
今一般で言うとSSDだとフラッシュの単体ディスク、でもSSDが集合したりDRAMの奴もあろうので、そこらひっくるめてSSSと呼称しようという話が冒頭に。
SSDはSSSの一つだね。
そうかー
> ソリッドステートストレージ SSS に一致する日本語のページ 約 115 件
うーん。
SSDの技術解説あり、その辺は資料が詳しい。興味深かったのは内部ストライピングでIOPSを稼ぐなど。しっかりお高いSSDはマジで早い。
HDDとSSDでは単価が違うが、IOPSや信頼性をベースに試算すると色々用途別の利用法がはっきりする。
システム要件がIOPSベースだと、HDDを20台ストライプしないといけないところでSSDなら1台でOKだったり。
とにかく容量単価をって場合は弱くみえるが、消費電力と信頼性を加味して長期的にみると意外とイケる。
場所・消費電力みるとSSD偉く強い。
ちなみに講師の方が言うに『SSD2010』というやたら詳しい本があるらしい。
http://ec.nikkeibp.co.jp/item/books/184400.html
定価\15,000- 高っ。
ああ、あとSSDの容量は大分余裕があって、素子が少々ぶっ壊れたり寿命が来ても余分な領域にある代替のものに切り替わるから当面大丈夫みたいな事を言っていた。
言われてみればそうしないといけないのが判るけど、少しどうするのだろうと疑問に思っていた部分なのですっきり。
ストレージセキュリティ
日立の方よりセキュリティに関したお話。
セキュリティ一般論で時間切れちゃった感じ。
個人的に後半の資料がおもしろそうだったので大体知ってる話のうちに終わってしまったのが残念。
ストレージ関連でクラウドサービス内でのストレージの話では、クラウドな為にデータがいつどこに置かれてそれをどうやって特定するのかが難しくなるかもという事が印象だった。
グリーンストレージ
東芝の方よりグリーンストレージのお話。
今回一番のヒット、というか講師のノリがツボでした。。
グリーンITが流行っているが、理由が。。。今まで勘違いしていたようだ。
実はグリーンITとは、エコだとか温暖化対策だとかそんな中身のなさそうなボンクラ思想ではなく、『PC関係の消費電力多すぎ！熱出して冷却に金掛かりすぎ！データセンタの維持費たまんねーから何とかしようぜ、つーかしろ！』という実用一点主義だという事を理解することが出来た。
これは俄然興味がでてきたよグリーンIT。
iDC運用の悩みの種はやっぱり熱・場所・電力ということで、グリーンITを推進する企業のほとんどが投資効率のUPを狙ってのこと。環境保護は副産物だ、いいぞグリーンIT。
さてこの講演で覚えてくれと言われたことがいくつか。
その一つが『波及効果』。
サーバの電源を1W節約しました、たかが1W？いやいや、DC変換で0.5、そこに来るまでロスが1W、冷やすの結局1Wで実はiDCトータルで見たら3Wくらい減らせるのだ。
つまり、
『これは聖域なき消費電力改革が必要であることを意味する』らしい。
迂闊にもこれでウケてしまった、、、その後も所々で小ネタ的になことやぶっちゃけるような談話など挟まりえらい聞きやすかったな。
で、あとはストレージの話。
冗長性が求められた結果ストレージ関連設備は肥大化の一途を辿り、消費電力・場所でみた成長率はNo.1だと。
だが容量削減テクノロジーで場所・電力・管理コストを減らしすことでデータセンタのフットプリント削減ができるだろう。
シンプロビジョニング、デデュプリケーションなどの技術があれば見た目の容量に比べて実容量は大分減るはず。
さてもう一個覚えて帰れという話は、暗号化と圧縮を同時にやりたきゃ、圧縮してから暗号化しないと容量稼げませんよという話でした。
まあごもっともで。
ストレージ仮想化
最後はNECの方よりストレージ仮想化の話。
主に技術より、資料も講演も詳しかったのですが、これは実際に行ったほうがいいや。
記事書くの疲れたとかではなく、何か書いてどうこうという話ではなかったなあという感じ。
どこで・どのように仮想化をしてどう見せるかという技術をずらずらと。
と、大体こんな感じでした、東京大阪で年2回ずつやってるようなので、ストレージネットワーク関連を見る人は行ってみては。
あとはSNIA-Jの資格案内がありましたね。
合格は国内十数名と聞こえました。。数十名？なのかな。。でもほんとに十数名のような気もする。。
なんか狙い目かもです。
対策本はこれしかないのかな、まあこれあれば十分のような。
ストレージネットワーキング技術―SNIAストレージ技術者認定プログラム準拠
2009年10月13日火曜日
アンチスパムアプライアンスに潜む脆弱性
監視サーバに潜む脆弱性 に続いて、○○に潜む脆弱性シリーズ2つ目。
シリーズ化＝続かないフラグ でもあるがまあよかろう。
さて、アンチスパムのアプライアンスなどがあるじゃないですか、中でもスパムメールを隔離する奴に限った話になりますが．．．
例によってアンチスパムの恩恵を受けるユーザーさんが隔離されたメールを確認するのはWEBブラウザを利用して、ということになります。
で、確認に行くと下表のように表示されるかと。
皆まで言わなくとも判りそうですが一応、このアプライアンスは、スパムメールから「送信日時」,「送信者アドレス」,「件名」を分解してDBに登録します。
当然、件名がこんなだったら↓
隔離メールを確認に行くとこうなりますね。
無事に表示されるだけで済むでしょうか。
これなんか特に、SQLが通ってはいけないところですね。
まあ普通に製品として世に出ているもので、こんな脆弱性は残していないでしょうが、ちょっと自分で似たような仕組みを作る際(メールアーカイブとかWEBメーラとかもそうですね)には気をつけておかないといけませんね。
意外とこういうのは性善説というか、「クライアント嘘付かない」みたいな錯覚に陥るところだと思います。
シリーズ化＝続かないフラグ でもあるがまあよかろう。
さて、アンチスパムのアプライアンスなどがあるじゃないですか、中でもスパムメールを隔離する奴に限った話になりますが．．．
例によってアンチスパムの恩恵を受けるユーザーさんが隔離されたメールを確認するのはWEBブラウザを利用して、ということになります。
で、確認に行くと下表のように表示されるかと。
| 送信日時 | 送信者アドレス | 件名 | 本体ダウンロード |
| 2009/10/12 20:00 | spamer-desuyo@example.com | おクスリいらんかえ | メール本文を見るならこちら↓ |
皆まで言わなくとも判りそうですが一応、このアプライアンスは、スパムメールから「送信日時」,「送信者アドレス」,「件名」を分解してDBに登録します。
当然、件名がこんなだったら↓
Subject: おクスリ<script>alert(\"XSS\")\;</script>隔離メールを確認に行くとこうなりますね。
| 送信日時 | 送信者アドレス | 件名 | 本体ダウンロード |
| 2009/10/12 20:00 | spamer-desuyo@example.com | おクスリ<script>alert(\"XSS\")\;</script> | メール本文を見るならこちら↓ |
無事に表示されるだけで済むでしょうか。
これなんか特に、SQLが通ってはいけないところですね。
まあ普通に製品として世に出ているもので、こんな脆弱性は残していないでしょうが、ちょっと自分で似たような仕組みを作る際(メールアーカイブとかWEBメーラとかもそうですね)には気をつけておかないといけませんね。
意外とこういうのは性善説というか、「クライアント嘘付かない」みたいな錯覚に陥るところだと思います。
2009年10月12日月曜日
電子マネーに対応したICカードリーダ・ライタを比較する
私用で Edy を利用する機会が増えたので、管理に便利そうなリーダ・ライタの検討をしてみた。
さて、検索で見つかっためぼしい物は2つ、比較してみる。
今回狙い目のギフト、電子決済がどちらもできるのでどちらでもいいのだが、次回の確定申告をしないといかん気がするので、e-TAX対応のパソリが有利か……？
edy で楽が出来ればいいやという割りきりで、ぴタッチで安く抑えるべきか。。
それならそもそも買わないという選択も十分ある、交通機関で主につかうpitapaにはpitapa倶楽部もあるしなぁ。
今回ついでだがe-TAXなどの公的手続だけ使える機種もあったので並べておこう。
NTT-ME SCR3310-NTTCom
日立 公的個人認証用 HX-520UJ.K
ジェムアルト 電子申告(e-Tax)対応 住基カード用 PC Twin (USB)
この辺はe-TAXなどの公的個人認証専用(他向けのソフトが用意されていない？)っぽい。
まあ目的別にって所でしょうか。
検討対象は2つ？
さて、検索で見つかっためぼしい物は2つ、比較してみる。
| 名称 | パソリ | ぴタッチ |
| 商品 | ||
| 型番 | RC-S330 | USB2-NFC |
| メーカ | SONY | I/O Data |
| 電子マネー | Edy(電子決済・チャージ・ギフト) eLIO(D-URL) | Edy(電子決済・チャージ・ギフト) WAON(履歴、残高) |
| 交通機関 | 履歴、残高表示 ・Kitaca ・Suica ・TOICA ・ICOCA ・SUGOCA ・PASMO ・PiTaPa ・nimoca ・および、これらと相互利用しているカード | 履歴、残高表示 ・Suica ・モバイルSuica ・TOICA ・ICOCA ・PASMO ・PiTaPa（利用履歴情報のみ） ・及び、上記と相互利用のカード |
| e-TAX | 対応 | 非対応 |
| その他 | 「FeliCa™」対応 Type A、Type B 対応 | 「FeliCa™」「MIFARE®」対応 ※「MIFARE®」は対応アプリ付属無し |
安さの『ぴタッチ』、多機能『パソリ』
今回狙い目のギフト、電子決済がどちらもできるのでどちらでもいいのだが、次回の確定申告をしないといかん気がするので、e-TAX対応のパソリが有利か……？
edy で楽が出来ればいいやという割りきりで、ぴタッチで安く抑えるべきか。。
それならそもそも買わないという選択も十分ある、交通機関で主につかうpitapaにはpitapa倶楽部もあるしなぁ。
e-TAX のみなら別機種も候補に
今回ついでだがe-TAXなどの公的手続だけ使える機種もあったので並べておこう。
NTT-ME SCR3310-NTTCom
日立 公的個人認証用 HX-520UJ.K
ジェムアルト 電子申告(e-Tax)対応 住基カード用 PC Twin (USB)
この辺はe-TAXなどの公的個人認証専用(他向けのソフトが用意されていない？)っぽい。
まあ目的別にって所でしょうか。
2009年10月8日木曜日
監視サーバに潜む脆弱性
システムの運用維持に欠かせない監視サーバ、使ってるかな。
ダウンを検知して運用を良くするするためのツールだけど、実はそこに脆弱性があることも・・・
というお話。
世の中監視ソフトも出回ってるだけで色々あります。
それに単純な死活監視ものなら自社で開発しちゃったり、というのも珍しくないでしょう。
ではその監視ソフトは管理するコンソールを持っているとして、そうこんな感じに。
良くあるWEBブラウザで見るタイプ、状態が一目でわかっていいよね。
丁寧にサーバレスポンスも記録してくれて親切！
だけども。
このようにレスポンスを 「取得 ⇒ DB格納 ⇒ WEB表示」とやるようにしているのって気になりますよね。
例えばこちら、 thttpd というHTTPサーバソフトがあります、シンプル＆軽さがウリです。
ソースにちょっと手を加えてみましょうか。
今回実験に使用したのは "thttpd-2.25b"。ソースを展開して、"libhttpd.c" の503行目、ちょうどHTTPのレスポンスを記述している部分を。
このように。
まあ何がしたいかは判るよね。
それではこの書き換えた thttpd をサーバ：testserver 上でコンパイルして起動します。
では、 http://testserver:20000/ にWEBブラウザでアクセスしてみましょう。
ぱっと見変哲はないけど、レスポンスヘッダを取得すると、
こんな感じ、イカレたヘッダが混ざっているね。
これを監視サーバが食っちゃうと、、、
さて、無事に表示されるだけで済むかしら。
XSSならまだしも、SQLが通るようだと事によっては目も当てられない状況になるかもしれない。
さて、WEBアプリっていう側面で見れば当たり前の対策も、監視サーバの状態表示機能と位置付けたら結構対策を見落とすような気がする。
確かにこのケースはどういった経緯で発生するかなどは全く考慮してないけども、サーバ(通信相手)がいつも行儀のよいレスポンスを返してくれるとは限らないということは伝わっただろうか。
ちなみに監視サーバの代表例として、Nagiosの3は大丈夫だ。2.9頃にXSSの対策が入ってたが、もしかしたらこういうケースへの対策だったのかもしれないな。
このネタを思いついたのはそのNagiosのアナウンスを見てからだし。
ダウンを検知して運用を良くするするためのツールだけど、実はそこに脆弱性があることも・・・
というお話。
世の中監視ソフトも出回ってるだけで色々あります。
それに単純な死活監視ものなら自社で開発しちゃったり、というのも珍しくないでしょう。
ではその監視ソフトは管理するコンソールを持っているとして、そうこんな感じに。
| ホスト | サービス | ステータス | 詳細 |
| ServerA | HTTP | 稼働中 | HTTP/1.x 200 OK |
良くあるWEBブラウザで見るタイプ、状態が一目でわかっていいよね。
丁寧にサーバレスポンスも記録してくれて親切！
だけども。
このようにレスポンスを 「取得 ⇒ DB格納 ⇒ WEB表示」とやるようにしているのって気になりますよね。
例えばこちら、 thttpd というHTTPサーバソフトがあります、シンプル＆軽さがウリです。
ソースにちょっと手を加えてみましょうか。
今回実験に使用したのは "thttpd-2.25b"。ソースを展開して、"libhttpd.c" の503行目、ちょうどHTTPのレスポンスを記述している部分を。
static char* ok200title = "OK";
↓↓
static char* ok200title = "OK <script>alert(\"XSS\")\;</script>";このように。
まあ何がしたいかは判るよね。
それではこの書き換えた thttpd をサーバ：testserver 上でコンパイルして起動します。
>thttpd -p 20000では、 http://testserver:20000/ にWEBブラウザでアクセスしてみましょう。
ぱっと見変哲はないけど、レスポンスヘッダを取得すると、
HTTP/1.x 200 OK <script>alert("XSS");</script>
Server: thttpd/2.25b 29dec2003
Content-Type: text/html; charset=iso-8859-1
--snip--こんな感じ、イカレたヘッダが混ざっているね。
これを監視サーバが食っちゃうと、、、
| ホスト | サービス | ステータス | 詳細 |
| ServerA | HTTP | 稼働中 | HTTP/1.x 200 OK <script>alert("XSS");</script> |
さて、無事に表示されるだけで済むかしら。
XSSならまだしも、SQLが通るようだと事によっては目も当てられない状況になるかもしれない。
さて、WEBアプリっていう側面で見れば当たり前の対策も、監視サーバの状態表示機能と位置付けたら結構対策を見落とすような気がする。
確かにこのケースはどういった経緯で発生するかなどは全く考慮してないけども、サーバ(通信相手)がいつも行儀のよいレスポンスを返してくれるとは限らないということは伝わっただろうか。
ちなみに監視サーバの代表例として、Nagiosの3は大丈夫だ。2.9頃にXSSの対策が入ってたが、もしかしたらこういうケースへの対策だったのかもしれないな。
このネタを思いついたのはそのNagiosのアナウンスを見てからだし。
2009年10月2日金曜日
Wordpressに投稿して、Wassrのステータスをついでに更新する(プラグインの)プ ラグイン
自分のところのブログは、Yahoo!のブログ検索とかに出てこないなあと思っていたら、ヨソでこういう記事を見つけた。
WordPress から Yahoo! ブログ検索に Ping を送信するプラグインの改造方法：トイレのうず／ぼやき
WordPress は工夫しないとYahoo!に弾かれるらしいということや、更新のたびにPing送信という迷惑じみた仕様ということは全く知らなかったなあ。なるほど。
さて、引用。
おぉこれは・・・
ブログ更新のついでに適当なAPIをひっぱたいてこれるということか。
ちょっと探したが、WordPress更新で twitter のタイムライン更新はあるが、Wassr のはみつからなかったのでYahoo!対策のついでに実装してみた。
php に触れたことはほぼ無い(そもそもプログラムしない)が、元ネタさんが丁寧な改変をされていたのでとても作りやすかった。
ログの吐き方とかアヤシイが、まあそんなに困らないだろうが見栄えが変なのでそのうち直そう。。
せっかくなので置いておこう、使うような物好きがいるかもだが、できればマトモなphp書きにクオリティ・セキュリティ面を突っ込んでほしい所。
(1) まず、元ネタ トイレのうず さんWordPress から Yahoo! ブログ検索に Ping を送信するプラグインの改造方法を実施しましょう。
Yahoo!関連が不要ならそれはスキップでOKだが、Ultimate Plugins Smart Update Pinger はどうしても必要。
(2) Wassr用追加モジュールを落として、ultimate-plugins-smart-update-pinger.php たちと同じディレクトリに設置します。
⇒Smart Update Pinger Wassr
(3) 大元のプラグイン、ultimate-plugins-smart-update-pinger.php を編集して、処理を呼んでもらいます。
また引用ですが、
こちらを実施されたなら、そのさらに後ろに２行づつ追加します。しなかったら同じところで。
[sourcecode language='php']
require_once('smart-update-pinger_wsr.php');
$SUP_output_log = send_ping_wsr("http://api.wassr.jp/statuses/update.json", $row["post_title"], get_permalink($id)).$SUP_output_log;
[/sourcecode]
(4) smart-update-pinger_wsr.php にWassr用のユーザ名とパスワードを記述します。
19行目と20行目かな
[sourcecode language='php']
$URL['user'] = "username";
$URL['pass'] = "password";
[/sourcecode]
(5) 後は丸ごとアップロードして、管理画面でUltimate Plugins Smart Update Pinger を有効にすればOK。
WordPressに記事投稿をするたび『ブログ更新Ping：記事タイトル(URL)』 という感じでWassrのステータス更新が入るはず。
ということで公開と同時に最後のテスト、こけませんように(-人-)
(実は3度目)
追記：ログがめっさ汚いなぁ。。また今度直そう。
追記：治ったっぽい
WordPress から Yahoo! ブログ検索に Ping を送信するプラグインの改造方法：トイレのうず／ぼやき
WordPress は工夫しないとYahoo!に弾かれるらしいということや、更新のたびにPing送信という迷惑じみた仕様ということは全く知らなかったなあ。なるほど。
さて、引用。
手動で Ping を送るのは面倒。ということで、既存のプラグインをちょこっと改造することで、自動化することに成功しました。
おぉこれは・・・
ブログ更新のついでに適当なAPIをひっぱたいてこれるということか。
ちょっと探したが、WordPress更新で twitter のタイムライン更新はあるが、Wassr のはみつからなかったのでYahoo!対策のついでに実装してみた。
自分用「Smart Update Pinger Wassr」の出来上がり、一応配布なんぞを
php に触れたことはほぼ無い(そもそもプログラムしない)が、元ネタさんが丁寧な改変をされていたのでとても作りやすかった。
ログの吐き方とかアヤシイが、まあそんなに困らないだろうが見栄えが変なのでそのうち直そう。。
適当に確認用の行消したらきれいになったっぽい。＞ログ出力
せっかくなので置いておこう、使うような物好きがいるかもだが、できればマトモなphp書きにクオリティ・セキュリティ面を突っ込んでほしい所。
(1) まず、元ネタ トイレのうず さんWordPress から Yahoo! ブログ検索に Ping を送信するプラグインの改造方法を実施しましょう。
Yahoo!関連が不要ならそれはスキップでOKだが、Ultimate Plugins Smart Update Pinger はどうしても必要。
(2) Wassr用追加モジュールを落として、ultimate-plugins-smart-update-pinger.php たちと同じディレクトリに設置します。
⇒Smart Update Pinger Wassr
(3) 大元のプラグイン、ultimate-plugins-smart-update-pinger.php を編集して、処理を呼んでもらいます。
また引用ですが、
・107行目と117行目の2ヶ所の
$SUP_output_log=SUP_ping_services($forcedpings,get_permalink($id)).$SUP_output_log;
の後ろに下記を追加。
こちらを実施されたなら、そのさらに後ろに２行づつ追加します。しなかったら同じところで。
[sourcecode language='php']
require_once('smart-update-pinger_wsr.php');
$SUP_output_log = send_ping_wsr("http://api.wassr.jp/statuses/update.json", $row["post_title"], get_permalink($id)).$SUP_output_log;
[/sourcecode]
(4) smart-update-pinger_wsr.php にWassr用のユーザ名とパスワードを記述します。
19行目と20行目かな
[sourcecode language='php']
$URL['user'] = "username";
$URL['pass'] = "password";
[/sourcecode]
(5) 後は丸ごとアップロードして、管理画面でUltimate Plugins Smart Update Pinger を有効にすればOK。
WordPressに記事投稿をするたび『ブログ更新Ping：記事タイトル(URL)』 という感じでWassrのステータス更新が入るはず。
ということで公開と同時に最後のテスト、こけませんように(-人-)
(実は3度目)
追記：ログがめっさ汚いなぁ。。また今度直そう。
追記：治ったっぽい
2009年10月1日木曜日
WordPressに投稿したらWassrに自動でPOSTするテスト(4)
一個前のリトライ。
二個前のリトライ。
三個前のリトライ。
POSTには成功、でも記事タイトルとURLが出なかったのでもう一回
結果如何にせよ今日はこの辺で・・・
>> 一応の完成版はこちら ⇒ Wordpressに投稿して、Wassrのステータスをついでに更新する(プラグインの)プラグイン
二個前のリトライ。
三個前のリトライ。
POSTには成功、でも記事タイトルとURLが出なかったのでもう一回
結果如何にせよ今日はこの辺で・・・
>> 一応の完成版はこちら ⇒ Wordpressに投稿して、Wassrのステータスをついでに更新する(プラグインの)プラグイン
WordPressに投稿したらWassrに自動でPOSTするテスト(3)
一個前のリトライ。
二個前のリトライ。
ログに『{"error":"argument status required"}』何故だ？
と思ったら
連想配列 $psot を定義して$post をクエリで組み立てりゃあそうなるよね。
こんどはどないだ。
>> 一応の完成版はこちら ⇒ Wordpressに投稿して、Wassrのステータスをついでに更新する(プラグインの)プラグイン
二個前のリトライ。
ログに『{"error":"argument status required"}』何故だ？
と思ったら
連想配列 $psot を定義して$post をクエリで組み立てりゃあそうなるよね。
こんどはどないだ。
>> 一応の完成版はこちら ⇒ Wordpressに投稿して、Wassrのステータスをついでに更新する(プラグインの)プラグイン
登録:
投稿 (Atom)