akulog.com

引越し

akulog — Sat, 07 Jan 2012 12:24:28 +0900

新年明けましておめでとうございます。今回の引っ越しで何回目だろうか…しかし今回決定的に今まで違う点がある。

それは…

自宅サーバが無い！！

結構、面倒だったんだよね。自宅サーバ…だって引っ越してからISPセットアップしてDNS設定して…ってやるのに数日かかっちゃうから復旧がどうしても遅くなる…今回親父からこんなメールが…

引っ越しに伴い、おとうさんのブログが大よそどの程度「一時的シャットダウン」となるのか、あるいはならないのか。そのあたりの見通しについても、教えてもらえるとうれしく思います。

自宅サーバ時代からホスティングしている親父のブログ、一瞬でも落ち様ものならクレームのメールと電話…いやいやいや、無料でやってやってんだから文句言うなバカって毎回言ってるんだけどね、一度甘やかすと人間いい事ないですね。えぇ。

話が若干それるけどどうして日本人ってこういったインフラ系の正統な評価とか価格が理解できないのかなーと…日頃皆さんが何気なく使っているインフラって凄いマンパワーとお金がかかってるんですよ…なんでもかんでも自動化してると思ったら大間違いなんだけどなぁ…

"安ホテルに泊まった時のこと隣の部屋で男女がやってる声が聞こえた思わず股間を押さえながら我慢できず自分も抜こうと有料テレビを見たら同じものだった"

akulog — Fri, 06 Jan 2012 16:49:41 +0900

“

安ホテルに泊まった時のこと
隣の部屋で男女がやってる声が聞こえた

思わず股間を押さえながら我慢できず自分も抜こうと有料テレビを見たら同じものだった

”

- (via filemente)

Wordpressで完全なOGPを実装しようとしたらreg_replaceでUnknown modifierって怒られたので自力で回避したメモ

akulog — Wed, 21 Dec 2011 13:20:21 +0900

WordPressで、OGP（The Open Graph Protocol）に完全な情報を反映させる | WordPress | いろいろコードスニペット

この記事を参考に完全なOGPを実装しようと画策してみたのだけど、いざやってみると正規表現関連っぽいreg_replaceでUnknown modifierが出てしまうので自力で回避したメモ。

functions.phpに追加したfunctionが悪さをしていることがわかった。問題の箇所はいずれもreg_replaceしている箇所。

//$eyeImg[0] = preg_replace(‘/^\/wp-content/uploads/’, get_bloginfo(‘url’) . ‘/uploads’, $eyeImg[0]); ←コメントアウト
$eyeImg[0] = wp_get_attachment_url( get_post_thumbnail_id($post->ID) ); ←追加

と

//$thumb[0] = preg_replace(‘/^\/wp-content/uploads/’, get_bloginfo(‘url’) . ‘/uploads’, $thumb[0]); ←コメントアウト
$$thumb[0] = wp_get_attachment_url( get_post_thumbnail_id($post->ID) ); ←追加

最初のはアイキャッチがある場合のイメージURL取得、後者は投稿で使用されている最初のイメージURL取得。いずれも無い場合はデフォルト画像を使う。

実は以前、投稿をサムネイル付きで一覧を表示するウィジェットプラグインを製作していたのでそのコードの流用だけど、これでエラーは出ないのでよしとする。

Value Domainで取得したドメインのウェブサーバをさくらインターネットで運用しつつメールはGoogle Appsを利用する際のDNS設定でハマったのでメモ

akulog — Mon, 19 Dec 2011 13:51:00 +0900

どうも、良いお年をとか言いながら書いちゃいます。だって書かないと忘れちゃうからねてへぺろ

Value Domainでのドメイン管理はもう何年目か忘れたけどお手の物（のはず）でもさくらインターネットのサーバを使い出したのはつい最近な悪さんです。

これがValue Domainのネームサーバに

Primary: ns1.dns.ne.jp
Secondary: ns2.dns.ne.jp

って設定しちゃったのが運の尽きだったみたいで、ネームサーバからさくらインターネットを見ちゃうとMXのレベル10のところで取得したドメインが強引に設定されてしまうというさくらインターネットの仕様にハマってしまいました。解決策はネームサーバをCoreserverかなんか（Value Domainの用意してるネームサーバを使う）を割り当てて、DNS設定側で手書きでさくらインターネットを見るようにする。つまり、

1. バリュードメインの設定で、「ネームサーバーの変更」でNS1.VALUE-DOMAIN.COM から NS1.DNS.NE.JP へ変更していたら、

「当サービス内のネームサーバーをご利用になるにはココをクリックしてください。」

をクリックして、初期設定に戻します。

2. 「DNSレコード/URL転送の変更」画面で以下のように設定します。

a @ 182.48.49.154
cname google**************** google.com.
cname mail ghs.google.com.
mx ASPMX.L.GOOGLE.COM. 1
mx ALT1.ASPMX.L.GOOGLE.COM. 5
mx ALT2.ASPMX.L.GOOGLE.COM. 5
mx ASPMX2.GOOGLEMAIL.COM. 10
mx ASPMX3.GOOGLEMAIL.COM. 10
mx ASPMX4.GOOGLEMAIL.COM. 10
mx ASPMX5.GOOGLEMAIL.COM. 10
txt @ v=spf1 include:aspmx.googlemail.com ~all
ns www ns1.dns.ne.jp.
ns www ns2.dns.ne.jp.

これだけっす。こんな簡単なことで何日もハマってたの？って思うくらいあっさりと…なんか悔しいけどここにメモすることで誰かの助けになれば幸いです。はい。この情報は偶然Googleで調べていたときに発見したものです。以下リンクを御覧ください。

Gmail for your domain についての質問です．現在，ドメインをV.. - 人力検索はてな

違うドメインでブランディング始めちゃったら…

akulog — Wed, 14 Dec 2011 11:28:01 +0900

こっちの運用がおろそかになるという…

Tumblrなんでカネなくなっても確実に残るのはこっちなんですけどね…いや、特に何かを書きたかったワケじゃなくて、一応生存確認ね。

それじゃ、良いお年を…

"自分達で管理できないものを改善できるわけが無いシステム部門が業務プロセスの改善に貢献できない理由。突き詰めれば１つだけです。自分達で管理できずに、安易に外部に投げているからです。管理できないシス..."

akulog — Fri, 21 Oct 2011 16:13:39 +0900

“

自分達で管理できないものを改善できるわけが無い

システム部門が業務プロセスの改善に貢献できない理由。突き詰めれば１つだけです。自分達で管理できずに、安易に外部に投げているからです。管理できないシステムをたくさん持っているからどのシステムをどう改善すればどの業務がどう変わるのか、それを誰も議論できません。どこから手をつけて良いかも分かりません。報告を受けてちょこちょこ動くのが関の山です。

で、その先はどうなるかと言えばこうなります。

｢それで結局のところ、アウトソーシングをした本当の理由は何ですか」。

ほとんどのシステム責任者は、筆者の質問に反応し、答えてくれた。答えは皆同じであった。

「本当の理由ですか。人です。私の次の世代が来たら、自力でシステムを管理できません。後輩の能力の問題ではなく、そもそも人数からしてまったく足りないのです。IT企業としっかり契約を結んでシステムを維持してもらうしか手はありませんでした。｣
2011年版「あえて今、『システム内製』の勧め」 - 記者の眼：ITpro

こうなったらもうどんなに経営がわめいても無駄です。Whatをいくら騒いでもHowが破綻してしまえば、Whatだけが宙に浮いて受け取った人間が爆死する構造になってしまいます。誰も火中の栗は拾いません。

簡単な話なんですが、自分達で管理できないものを改善できるわけが無いんですよ！当たり前じゃないですか、そんなことは。仕様書をどんなにしっかり作ったとしても、実際に動かすプログラムは絶対に変化していきます。変化に即応するためには、プログラムの状態を常時把握しておくしか無いんですよ。だから、プログラムを自分達で書いて内製するしかないんですよ。ITは確かにツールです。ツールからビジネスは作れません。ビジネスが分かってればIT戦略の企画は出来るかもしれません。でも、戦術が無いから崩壊する。ツールの使い方は経験して、良い面も悪い面も体験しなければわからないんですよ。頭だけで理解できるわけがない。

”

- IT部門と経営の溝を埋めるために必要なたった1つのこと - GoTheDistance (via raitu)

"IBM研究所は、多くの人が受信トレイをToDoリストとして使うことに依存しすぎていることが問題だと言います。研究結果によると、分類されたフォルダからメールを探し出すのには平均で58秒かかる一方、単純..."

akulog — Tue, 18 Oct 2011 11:35:00 +0900

“

IBM研究所は、多くの人が受信トレイをToDoリストとして使うことに依存しすぎていることが問題だと言います。

研究結果によると、分類されたフォルダからメールを探し出すのには平均で58秒かかる一方、単純に検索機能を使った場合は17秒しかかからなかったそうです。また、人々が受信メールをフォルダに分類する理由は、生産性を上げるための戦略というよりは、単純に受信メールの多さに圧倒されてしまうためだと言います。

結局のところ、受信トレイをToDoリストとして利用するのでなければ、メールをフォルダに分類する必要はないとのことです。後でメールを探しやすくすることが目的なら、Gmailの検索機能を使えばいいでしょう。

もちろん、フィルタ機能を使って受信メールに自動でラベルを付けてしまえば、そのメールが重要なメールなのか、何に関するメールなのかを一目で見分けることができ、メールを探しやすくはなるでしょう。しかし、後でラベル付けされたメールを一つづつチェックしていくハメにならないように気をつけてください。それではフォルダ分類と同じく、検索したほうが速いということになってしまいます。

”

- 「メールをフォルダに分類すると生産性が低下する」という研究結果 : ライフハッカー［日本版］

問題なのはタイトルのネーミングルールなんだよな。それを統一化しない事には後から検索もしにくいという悪夢に見舞われることになるんだけど、そこんとこはあまり書かれてないな。

BlogをTumblrに移行

akulog — Sat, 15 Oct 2011 13:36:32 +0900

ということでTumblrで行こう♫