ユーザページ(http://srad.jp/~tach/ みたいなの)の URL 生成ルールを一部変更しました。
今までのコードでは「 」(空白)をすべて「+」に変更し、 「+」を「%2B」に変更していました。しかしこの URL でアクセスされたとき、 「+」と「 」の区別をうまくつけられていないことがわかりました。 そこで、「 」を「%20」に変更することで、この二つの区別を付けられるようにしました。
この変更により、
アカウント名をそのままアドレス欄に書いてもアクセスできないというような問題がなくなり、
(新しいブラウザであれば)ニックネームをそのままアドレス欄に入力することで、
そのユーザのページにアクセスすることができるようになりました。
また、URL が変更になっているので、
ニックネームに空白が入っているユーザのページに直接リンクを張っている場合は、
変更が必要になります旧 URL にアクセスが来ても、リダイレクトするように修正しました。slashdot.jp 内で自動生成しているリンクは、
このように変更されます。
ちなみに、ニックネームに「 」(空白)が入っていない場合は何も変わりません。
昨日のエントリに対してたくさんのコメントをいただき感謝しています。 みなさんのコメントを読みながら、自分の中でいろいろと整理してみました。 そして、とりあえずこれがいまのところ最善かなぁと思われるものに変更してみました。
まず、各日記エントリページにあった「前のエントリ」「次のエントリ」は、 witch さんのアイデアを採用し「ひとつ前のエントリ」「ひとつ後のエントリ」にしました。 「以前」「以後」というアイデアも悪くはなかったのですが、 言葉の使われ方などから、この二つは「以前(のすべて)」とか「以後(のすべて)」などというニュアンスを感じ、 ひとつのエントリではなくエントリ一覧みたいなものが出そうだったので、採用しませんでした。
そのかわり、エントリ一覧を表示したときの「次の10エントリ」「前の10エントリ」は、 まさしく「以前」「以後」が活躍するパターンだと思いましたので、 こちらは「以後の10エントリ」「以前の10エントリ」にしてみました。
これで決定というわけではなく、もっと良いアイデアがあれば、 そちらを採用したいと思いますが、少なくともこれで、 前のような混乱しやすい文言ではなくなったと思います。
http://srad.jp/slash/comments.pl?sid=420357&cid=1426847 とか http://srad.jp/slash/comments.pl?sid=420357&cid=1427428 の話。 自分でもここは「どうするのがベストなのだろう?」と悩んでいます。
今の「前のエントリ」「次のエントリ」は並び順が降順なのであえてこうしています。 というのは、一覧を上から順番に読み進めているとき、 「次のエントリ」は「時間的に以前のエントリ」になるからです。
たとえば、ぼくの日記だと…。 1ページ目を下まで行くと 「次の10エントリ」へのリンクがあります。ここは「次」しかないので、混乱しません。 でも、2ページ目に行くと、 「前の10エントリ」と「次の10エントリ」があります。 読み進めたいときにどちらをクリックすれば良いのでしょう? このリンクは(どちらにせよ)混乱すると思います。
人の感覚にもよると思いますが、順番に読んでいくときは「次のページへ」 「次のページへ」となると考えています。この順番が降順(新しいものから古いものへ)なので、次のページに行くことは古いエントリが書かれているページに進むことと同じです。 読み進めるのに「前のページへ」というのは感覚的に変だと思います。
しかし、このページだけを見た場合、「次」というのは未来であり、「前」というのは過去である、という方が自然だと思います。なので、どちらにせよ混乱してしまうのだと思います。
で、これは「次」とか「前」などから受ける印象が、場合によって違うから起きている混乱なのだと考えます。ということは、そういった混乱が起きにくく、かつ自然な文言に変更するのが良いと思います。さて、どう変えればベストでしょうか?
モバイルモードの User-Agent マッチング条件を変更しました。
今のマッチング条件は以下の通りです。
(?:^(?:DoCoMo|SoftBank|J-PHONE|Vodafone|MOT-|KDDI-|emobile)|.+(?:WILLCOM|DDIPOCKET|IEMobile|Googlebot-Mobile))
これは、携帯ブラウザはモバイルモードに、フルブラウザ系はノーマル
モードに、という形になっています。いるはず。
あとは、ユーザごとの設定ができるようにします。
7,8月はPC向けの機能改善を中心に行っていく予定です。
一カ所にまとまっていたほうが良いと思うので、 スラッシュドット モバイル用ページ リニューアルストーリーに付いたコメントに対して、 現時点での状況を回答します。
Q: マッチングルールを公開してほしい
A: 状況に応じて変更していこうと思っているので、ストーリーにはわざと記述しませんでした。
この日記を書いている時点でのルールは「(DoCoMo|UP\.Browser|SoftBank|Vodafone|J-PHONE|IEMobile|WILLCOM|DDIPOCKET|Googlebot-Mobile)」です。将来的には、ユーザごとにこの正規表現を指定できるようにします。PSP などは画面が大きいから通常モードでも大丈夫かな…とか思っていたんですが、「メモリ不足で表示不能」という状態もありますね。このあたりも考えながら機能を実装していきます。
Q: モバイル用の URL にすれば良かったのでは?
それでも良かったのですが、より多くの人にモバイルの存在を知って欲しかったですし、
PC の URL でそのままアクセスしたときに、モバイル端末でもきちんと見られるようにしたかったので、現在のような形にしました。確かに、どちらのページを見るかをユーザに委ねるには、URL を分けるのが一番良いと思います。今後の検討課題とさせてください。
ちなみに「.pl」な URL の場合は、「?m=1」を付けると強制モバイルモードになりますが、リンクを辿ったりするとうまく動かない(「?m=1」が外れてしまう)場合があり、推奨はしません。
Q: ソース IP アドレスで判断しても良いのでは?
確かにその方法だと、携帯電話からのアクセスということがわかります。
しかし、主として以下の二点の問題があるため、採用しませんでした。
1. フルブラウザ等の環境で見たときにはモバイルモードではなく
標準モードで見たい場合がありそうなこと。
2. 無線 LAN 環境などでアクセスしたときに、IP アドレスがその範囲ではなくなること。
Q: モバイルモードと通常モードの切り替えボタン(リンク)を作ればいいのでは?
確かにその通りかも…。検討させてください。ただ、いろいろな条件の場合があり、けっこう面倒なので時間がかかってしまうかもしれません。
Q: http://srad.jp/m/ だとモバイルモードなのに、リンクを辿ると通常モードになってしまうのは変
A: http://srad.jp/m/ 以下のファイルはすべて静的にファイルを生成し、それを表示しています。なので、ここにアクセスすると、トップページおよびストーリーページは(どんなブラウザでアクセスしても)モバイルモードになります。しかし、コメントを読むリンクから先は動的に生成しているため、モバイルモード対応 UA 以外は通常モードになります。これは今のところ仕様です…。
Q: Netfront や Opera、iPod touch の safari でもモバイルモードを見たいんですが…
A: スマートフォンなどのブラウザの環境は、端末によって大きく変わってしまうものと想像しています。画面の大きいモバイル端末の場合、通常モードの方が読みやすいかもしれません。そのため、Netfront や Opera はわざと含んでいません。早めに「ユーザごとの UA 設定」を実装し、個別に設定できるようにします。
Q: ストーリー前後関係を表すリンクが、通常モードと逆ですね
A: はい、通常モードのほうはおいといて、モバイルモードではこのほうがいいのかなと思ってわざとそうしてみました。上(新しいもの)から順番に「次へ」と読んでいくため、古いものが「次」のほうが自然な感じがしませんか?
Q: ログインできたのかどうかよくわかりません
A: ページの下のほう「スラッシュドットジャパン トップ」の下にユーザ名とログアウトリンクが出ていればログイン中です。「ログイン」リンクが出ていればログインしていません。
cookie に対応していなければログインはできないのでご了承ください。subscriber id などを利用した自動ログインは今後検討します。
Q: バグがあるのでさっさと直してほしいんだけど…。
鋭意努力いたします…。が、人的資源に乏しいため時間がかかるものはなかなか進んでいません。申し訳ありません。
バグ報告をいただいて、いくつかバグを修正しました。 あと、 検索ヘルプページを作成しました。 あまり詳しく書いてないですけど、とりあえず足しにはなるかなぁ…と。
いろいろな作業と並行して行っているので、モバイルページはなかなか進んでおりません。 が、α段階として、とりあえずストーリーとコメントをモバイル端末から見られるようになりました。 もうしばらくするとβテストとして、みなさまに公開出来るようになるかと思います。
今日は DSA-1576 への対応で疲れました。 いくつかのサーバの鍵はこれに合致していましたし、sf.jp のユーザにも、メールと Web で アナウンスしています。 みなさまもご確認ください。
日記ページの右上に、日記の検索フォームを付けました。 特定ユーザの日記を表示しているときはそのユーザの日記を、 それ以外のとき(日記トップなど)は、日記全体を検索対象としています。 これで過去の情報を探しやすくなったかな…。
あと、日記ページの右が寂しかったので、に最新30件の日記への slashbox を付けました。 ただ、日記トップは重複しちゃってるのでどうしようかな…というところです。
モバイル向けページは、単純なフレームワークの実装まで終わっています。あとはこれに あわせてページ構造を変更したりテンプレートを変更したり CSS を調整したり…と 面倒な作業が目白押しです。
ようやく先ほど検索機能をリリースしました。といっても beta です。 みなさまのバグレポートや要望をお待ちしています。
実は検索以外もちょくちょく改良しています。たとえば、 トピック一覧にセクショントピックを表示しないようにしたとか、 自動的に入るタグを日本語にしたりとか。
さて、とりあえず検索機能を beta リリースしたことで、次の(大きな)目標を 立てられるようになりました。次はモバイルをやりたいと思います。といっても モバイルセクションの話ではなくて、モバイル向けスラッシュドットです。
最近、au から MNP 転出でイーモバイルの S11HT を購入したのですが、Mobile IE でスラッシュドットを見ると、見るに堪えない事態になります。 モバイル専用ページなら見られますけどね…。 アクセス統計を見ていると、携帯やモバイル端末からスラッシュドットを見に来てくれる方も多く、 モバイル環境対応を疎かにするわけにはいかないとずっと思っていました。
会社の人員も増えてきて、多少はいろいろなことができる余裕も出てきていますし、 各機能の改善を行いつつ、モバイル対応に本腰を入れていこうかと思います。
日記がアレたまに反映されなかったり、日記のコメントがアレたまに反映されなかったりするバグが あったのですが、さきほど修正しました。どうしてそうなるかを把握するのに時間がかかってしまいましたが、 思いもよらないところに問題が潜んでいました。またこれに併せて、タレコんだ日記のコメントがストーリーに 引き継がれない問題も解決しました。
いろいろと細かいバグ修正は随時行っているのですが、ひさしぶりに表に見えるところを修正しました。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」