みなさまこんにちは、加賀田です。きょうは自分のボキャブラリがちょっと増えたのでそのことについてメモ。

きょう、弊社の頼れるパートナー株式会社イーアンドディーの佐藤さんにべんりなソフトウェアをご紹介いただきました。WinSCP。SSHを利用した、セキュアなファイル転送のためのクライアントツールです。弊社ではFFFTPを使って暗号化されないFTPを利用するのがいまだ主流ですが、近年はこういったセキュアなツールというかプロトコルがよく利用されていると聞きます。

そういえば、自分のマシンにはFFFTPじゃなくFileZillaクライアントを入れて、こっそりFTPからSFTPに乗り換えてるんだよなー、こっちもSSHを介してるからセキュアなんだよなーと思ったところで疑問。「SCPって結局なに？SFTPとちがうもの？どっちがいいの？」

ということで調べてみたところ、よくまとまった記事がありました。@ITの『軽快なscpか高機能なsftp、sshサーバに向いているのは？』という記事。それぞれの仕組みやメリット・デメリットが図表を交えて簡潔にまとめられています。ありがたいことです。

で、結論としてはこんな感じ。

• SCPもSFTPも、クライアントとSSHサーバの間で暗号化された通信を行う。だからどっちもポート番号は22で同じということですね。
• 違いはSSHサーバの向こう側。SCPではUNIXシェルがサーバ側のファイルをやり取りする。いっぽうSFTPではSSHサーバの背後にSFTPサーバが立ち上がり、これがファイルのやり取りを行う。
• SCPはSFTPより軽快、SFTPはSCPより多機能。いまのところの使用感では、どちらでも業務には問題ないように思います。

皆さん、こんにちは。加藤です。
未だに風邪が完治しません。自分の体の衰えを感じております。
3連休も遊ばずに療養していたのですが…

さて、本日のネタは携帯サイトの文字コードについてです。
現在、とあるプロジェクトでMTでの携帯サイト構築を行なっているのですが、文字コードの問題が出てきまして備忘録も兼ねて記事にしておこう思います。

携帯サイトの文字コードは基本的にshift-jisで書くのが無難なのですが（3キャリア対応のため）、以前の記事でも書いたようにMTとshift-jisの相性は良くありません。なので、文字コードはUTF-8でいきたいのですが、携帯サイトでUTF-8だと古い機種で文字化けを起こすようです。
以下参考サイト

• 携帯電話での文字コード対応表 まとめ
• 携帯電話向けHTMLの考え方。

ただ、3G携帯のみの対応と限定すればUTF-8でも問題ないようです。
携帯対応ページのみをshift-jisにするには、なにかしらプログラムを挟まなくてはいけないようです。
MTのプラグインもあるにはあるようですが、全てのページの文字コードが変わってしまうようです。

みなさまこんにちは、加賀田です。今回も引き続きスラッシュドット・ジャパンの興味深いストーリーからひとつ。

『改めて問う、marquee、blinkタグの意義』と題する記事で、はてなダイアリーがmarqueeおよびblinkというブラウザ独自拡張のHTMLタグに今更ながら対応したというお話が取り上げられています。はてなダイアリー利用可能タグの一覧を見ると、確かにこのふたつの名前がみえます。へえー。

スラッシュドット・ジャパンはじめ各所のブログでこの話題は批判的に取り上げられているようです。そらそうですね、みんなしてWeb標準に準拠していきましょうという機運がやっと高まってきたこのご時世に、あえて時代に逆行するような仕様変更にチャレンジするというんですから。

個人的には、やはりやめておいてほしいなあというのが正直なところ。marqueeやblinkを使う間口を不用意に広げてしまうと、なくしていこうという動きに歯止めがどうしてもかかるでしょう。アクセシビリティ上問題があるこれらの要素を手っ取り早く世の中からなくすには、使える場所（つまり対応するブラウザとか、Webサービスとか）がなくなるのがいちばんなわけです。

で、はてなさんがどうして今回のような仕様変更に踏み切ったかというと、デコメールによるダイアリー投稿機能を追加したかったためのようです。デコメールの仕様に詳しくない自分には何の関係があるのか当初よくわからなかったのですが、NTTドコモのデコメールタグ一覧を見ると、確かにblinkもmarqueeも仕様に含められています。そうか、あんたが黒幕か！CSSとかJavaScriptに分離できなかったの？

ということで、ドコモさんの無茶ぶり仕様に付き合わされる羽目になったはてなさん。でもそのおかげで、デコメユーザ層がmarqueeやblinkを駆使したデコメールで「普段とは趣を変えた日記」を作成できるようになったということのようです。

「普段とは趣を変えた日記」というのはどういう趣の日記を指しているんでしょうね。巷の噂では愛生会病院（ブラウザクラッシュ注意）さんやじゅんちゅんのほうむぺいじや愛の妖精ぷりんてぃん（音声つき注意）みたいな趣なんじゃないかということです。実際、『はてなダイアリーがmarqueeとblinkに対応したので、愛生会病院してみた。』と題するはてなダイアリーの記事もさっそく話題になっており、ユーザの期待は高まるばかり。はてなダイアリーの明日はどっちだ！

皆さん、こんにちは。加藤です。
完全に風邪を引いてしまいました。しんどいです。
よって、本日の記事には（いつも？）誤字脱字があるかもしれませんが、ご容赦ください。

本日は、まだ風邪の症状がマシだったころのニュースを取り上げたいと思います。

HTML表示だけではない、近未来のWebブラウザとは（INTERNET Watch）

この記事の前半は、壮大というかこうなったら面白そうだねという感想ですが、私が興味を引かれたのは後半のHTML5の記事。
HTML5が策定中というのは知っていましたが、詳しい内容はぽろぽろとしか知りませんでした。

この記事によると

フォームの改良もいくつかある。これまでは、例えばテキストボックスに日付を入力した場合、正しいフォーマットなのか、送信前にWebブラウザ上の JavaScript、または送信後のサーバー上で確認する必要があった。HTML 5ではこれらが不要だ。日付の入力フォームがその1つ。HTMLに記載するだけで、プルダウンでカレンダーを表示し、正しいフォーマットの日付情報しか送 信できなくなる。そのほかには、数値の範囲を指定するスライダーもある。

ということが可能になるそうです。
現在、こういったものはJavaScriptライブラリなどで対応できますが、近未来はHTMLだけで簡単に実装できるようになる！
すばらしいですね！

みなさまこんにちは、加賀田です。先日会った知人にWeb & Peaceを読んでくれてるという者がいてちょっとびっくりしました。なんでも、職場のPCからのWeb閲覧に厳しい制限がかかっているそうで、会社からひまつぶしに閲覧するWebサイトとしてはいち企業サイトのコンテンツである当ブログが好適なんだそうです。ありがたいことです。

さて、そんな話を聞いたところでスラッシュドット・ジャパンにタイムリーな話題が上がっていたのでご紹介します。『職場のPCのWeb閲覧制限はどの程度？』と題するストーリー。

弊社では特段のWeb閲覧制限はかかっていないのですが、このストーリーを読んでいると世の中いろいろやなあと思わされますね。以前の職場でもとくに閲覧制限はなかったように思いますが、世間では制限されてるほうが多数派なんでしょうか。

ストーリーに上がっている閲覧制限の実例を抜き書きしてみます。

2chとお買い物、ビジネス系がダメ

2chは個人的にはあまり使ってないので特に困ることはなさそうですが、他の社員はどうでしょう。一方ショッピングサイトが使えないとなると、amazonで技術書の情報を見ることができないのがちょっと困りそうです。

HTTP以外のポートがふさがれ、Postメソッドが封印されて、すべての掲示板、チャットが使用不能になりました

これはきっついなー。SSHがふさがれたら商売あがったりです。

株関係のサイトをアクセス禁止に

株取引はやってないので、禁止してもらってもいいです。

URIに「2ch」「auction」などの文字列がある場合ブロック

URIではねられるのはなんだかいろいろ弊害がありそうです。2chそのものは使わなくても、URI文字列に”2ch”を含む便利なWebサービスが出てきたりしたらと思うと…。

Wikipediaへの投稿を止められている

職場から投稿する必要に迫られたことはないですね。困らないと思います。

Diggが駄目で、はてぶがOK

はてなブックマークが使えないのは調べ物にちょっと困る…。Diggは使ってないので。

ただいずれにしても、自分の業務を考えるといま何らかの閲覧制限がかかるのはつらいなあと思われます。いまの職場のネットワーク環境に感謝します。合掌。

皆さん、こんにちは。加藤です。
ここ2週間ほど満員電車を避けるため、早めに出社しています。
大体5時半ごろ起床し、支度してから6時半ごろ家を出ています。
これで、座って出社できるかな？とか思ったのですが、皆さん早起きですね。まったく座れません。
通勤電車で座るには何時ごろ出ればいいのでしょう…

さて、本日は最近お世話になったフリーのWeb素材サイトをご紹介しようかと思います。
私は、デザイナーではないので、デザインはしないのですが、弊社のWebサイト構築手法「スケルトン手法」で、いわゆるモックアップを作成するときに、下記のサイトを使わせていただいています。
モックアップといえどあまりに貧弱だと、イメージがわきづらいのでそこそこ綺麗に作らなくていけないのです。とはいえ、中学時代美術で3以上の成績をとったことのない（努力はしたのですが3が限界でした…高校では選択制だったのでとりませんでした）私にはちょっと自前で作成するのは限界があるので、こういったフリーのサイトがあると非常に助かります。
以下、少ないですが2つほどご紹介します。

• 無料素材・WEBデザイン　フリー素材屋Hoshino
• ホームページ制作の0円のweb素材屋さん

上記の2サイトは、検索エンジンでも上位に表示されているようなので、結構ご存知の方も多いと思いますが、フリーの素材を使用する機会があるときの選択肢の一つにしていただければと思います。

みなさまこんにちは、加賀田です。気づけばひと月ほど休載していたRuby連載、本日より満を持してRails編に突入いたします。

Railsの実験の準備として、ここしばらく参考書籍の選定や開発環境の構築などを行っておりました。本日は序章ということで、そのあたりをご紹介。

参考書籍としては『10日でおぼえる Ruby on Rails 入門教室』をチョイス。単なるリファレンスよりはチュートリアル的なものの方が順を追って読めるのがいいと思ったことと、開発ツールとしてAptana StudioベースのRadRailsを紹介していたことがポイント。Aptana気になってたんですよねー。

そしてamazonのレビューにもあるとおり、その題名とは裏腹に硬派な内容も好ましいですね。Railsの解説に入る前の章、Ruby文法の練習問題がやけにハードで印象的。この本の内容を10日でマスターしようと思うと、もう寝る時間以外は勉強しっぱなしみたいな10日間になるんじゃないかしら。

ちなみに、前回までのRuby連載の内容はおおむね『14歳からはじめる Rubyインターネットプログラミング教室』によっています。こちらもベーシックでいい本でした。題名のとおり、14歳くらいのプログラム初心者に読んでもらいたいです。

開発環境としては、件の解説書の案内どおりInstant Rails1.7とAptana StudioおよびRadRailsをインストール。Instant Railsはバージョン2も出ていますが、件の解説書によれば2系はまだ不安定とのことで1.7を入れてみました。そしてAptana Studioに関しては、Eclipse関連ファイルの配布サイトから日本語化パックをいただいてきました。

それでは、来週からRails連載本格スタートです（気が変わらなければ）。乞うご期待。

皆さん、こんにちは。加藤です。
ちょっと、のどをやられています。皆さんは体調不良など起こしていませんか？
急に寒くなってきて、弊社内でも体調を崩している人がちらほら現れています。体調管理には気をつけましょう！

話は変わって、いまさらですがMTで記事を投稿する際に、確認ボタンを押すことでプレビューが出来るのですが、その際にデザインが反映されていたり、されていなかったりすることに気がつきました。これは、どうやらプレビュー時に反映されるのは、ブログ記事テンプレートのようだ、ということが何回か検証した結果、判明しました。
自分自身、あまり確認ボタンでプレビューはしないのですが、日々更新するユーザーには必ず必要な機能です。
ブログ記事テンプレートを使用するときはいいのですが、使用しない時などは少々厄介ですね。
そもそも、MTの仕様でシステムテンプレートなどで設定できるようにしてくれれば、このような苦労はしなくて済むと思うのですが…。
そもそも、私の調査結果は正しいのかどうか…正しいとしたらSixApart様、仕様の変更をお願いしたいです。

みなさまこんにちは、加賀田です。今回は前回の補足です。重要な話をしていませんでした…。

さて、前回ご紹介したとおり設定ファイル.htaccessで当ブログの旧ドメインから新ドメインへの転送設定をしたわけですが、実は最初はうまく動いておりませんでした。原因は、設定ファイルhttpd.confで.htaccessを有効にする設定がされていなかったため。基本中の基本ともいうべきところですが、DBの移行がつつがなく終わったことに安心して、ついうっかりしていました…。

.htaccessによる設定を有効にするためには、httpd.confの当該の<Directory>セクションにその旨を追記しなくてはなりません。具体的には次のような要領で。

<Directory />
    AllowOverride All
</Directory>

ここで、1行目のスラッシュはルートディレクトリの意味。実際にはそのときに応じて対象ディレクトリを指定することになります。/home/hogehoge/public_htmlみたいな。

そして用語の話。日ごろHTMLばかり書いているとつい「Directory“タグ”」とか言いそうになりますが、httpd.confに登場するこの記号は「<Directory>“ディレクティブ”」といいますね。AllowOverrideもディレクティブ。そして<Directory>から</Directory>までを「<Directory>セクション」と呼ぶようです。以上、Apacheのディレクティブ一覧を参考にしました。

これでどうにか、ブログの移転はひととおり完了したのでした。めでたしめでたし。

皆さん、こんにちは。加藤です。
先週末のサッカーの結果は、私にとっては最良のものばかりでした。
FC東京は首位戦線に生き残る勝利を挙げ、アーセナルは、正直だめだと思っていましたが、マンチェスターユナイテッドに勝ちました。というわけで、今週はキモチ良く過ごせそうです。

さて、最近の私の仕事には必ずといって良いほど、MovableTypeを利用したCMS構築が付いてくるのですが、いつも悩みの種が構築後のマニュアル作りです。どうすればクライアントにとって分かりやすいマニュアルになるのか…毎回試行錯誤しています。
そんな私に朗報。言わずと知れた人気サイト「CSS HappyLife」さんが手本となりそうなマニュアルを公開してくれました。

MT 4.2x系の基本的な操作方法に関するマニュアル by CSS HappyLife

すばらしいですね。
このまま使うわけにはいきませんが、今後のマニュアル作りの参考とさせていただきます。