管理人さんのｻｲﾄ開発･運用報告+αの書

映画の公式サイトは、それなりに多くのリンクが張られますが、
必要な期限が限定されるので、そのドメインがずっと維持される事はなく、
そのドメインの有効期限が切れると、そこへのリンク等を目的とした全く関係の無いサイトに、
そのドメインを取られてしまう事が多いです。
こういうのを所謂Oldドメイン問題と言いますが、その性質上、「映画の公式サイト」は格好の的になります。

「その土曜日、7時58分 (海外映画)」
の公式サイトのURLは
ttp://www.doyoubi758.jp/
ですが、今はそこにアクセスすると、社労士の勉強のページに飛ばされるという形で、被リンク稼ぎの元になっています。

という事で、映画の公式サイトについては、公開期限を過ぎたらそういう事になっている事が多いので、気付いたらリンク外しとかをしておいて頂ければと思います。
作品DBのページの方を眺めていたら、そんな状態になっていたので、びっくりして外しました。

インターネットの仕組みとして言えば、今の所はどうしようもないものですが...
何とかしたい(して欲しい)根本的な問題の一つになります。
一応、Googleはそういうのを識別するよ、とは言っていますが、限界もありますからね。
識別&決めきれないんじゃないかと、見透かされている部分もまだあると思います。
現状はそんなレベルですが、もうそんな事しても無駄、逆に見つかったらペナルティになるよ、と認識されるレベルにまで、
能力向上&広報を頑張って欲しいなと思います。

コメントする	2個	RSS購読Google iGoogle Livedoor My Yahoo

	Tweet	Check

管理人さん さんのコメント (2012/05/29) [編集/削除(書込み者/所有者が可能)] herbaさん、コメントどうもです。 抱えている仕事で月末の期限ギリギリの勝負となっている事があるので、返信は月が変わってからさせて頂きます! (頂いている内容的に、返信に要時間となりそうなので) herba さんのコメント (2012/05/28) [編集/削除(書込み者/所有者が可能)] whois 検索からドメインの管理者/名義情報を得て、ある程度までは自動判別できるかも?(0) 例えば doyoubi758.jp で whois 検索かけると Registrant(「名義」(でいいのかな?))が "KsNet" になってる一方、 starwars.com なんかだと、しっかり "Lucasfilm Entertainment Company Ltd." が表示されます(1)。 この種の情報からコンピュータに自動的に判別させる基準を作れるのかどうかは疑問ですが(2)、 例えば定期的に(3)リンク先ドメインの名義情報を得て(4)、名義が更新されたものだけ(5)を期限切れ候補としてリストアップするくらいは自動化できるかもしれません(6) そのためには更新前の名義もあらかじめ保存しておく必要があるので、現時点ですでに期限切れになってるものについては問題が残ってしまいますが(7)。 実際問題としてはふるいにかかるものが多過ぎ/少な過ぎて実用にならないかもですが。 (0)少なくともリンク先のページ内容から判別するよりは単純かと。 (1) 連絡先( contact )も前者はドメイン取得代行業者らしき所で、後者は Lucasfilm Ltd. + 住所 (2) 仮に作れるとしても、どの程度手間がかかるかはっきりしないし、その基準を更新する手間も必要になるかもしれない。 (3) そうそう頻繁に更新されるものではないだろうから3ヶ月か半年に一度でも十分? (より正確にやるなら whois 情報にはドメインの有効期限も含まれてるのでそのタイミングでチェックすることも) ただ、一度に多量に whois 検索かけると(サーバにもよるでしょうが)アクセス拒否を食らうかも。例えば google 検索で同じことやると… (4) whois サーバが返す情報のデータ形式はサーバごとにまちまちで統一されていない、という問題もあるので、ちょっと面倒かもしれない (5) 名義だけで十分? 例えばドメインを引き継いだ第三者が前の名義と同一の名義を騙ることはあり得ないのだろうか? (6) 実際に確認する手間については脇に置くとして ― 引っかかったものは問答無用で抹消するのは強引過ぎる気がしますが、評価板に掲載されるリンクに「旧」マークを記すくらいはできるかも? (7) 中には更新前の情報も得られる whois サーバもあるかも? (やたら注釈+「かも」が多いコメントですいません。) --- (余談…最早ここに書き込む範囲を超えてしまってますが) ウェブ全体としてoldドメイン問題に包括的に対処するためのモデルを考えてみました: (1) 上述の様な目的に特化された whois サービスを DNS サーバのようなネットインフラとして整備する (この目的においては上述の「名義」(コンテンツホルダー/ドメインの所有者)にあたる部分は特定の団体名を指す必要は無く、ドメイン所有者の所持期間(所有開始日)がわかるデータのみで十分になる。また、所有者が変わってもコンテンツは変わらないケースに対応するため、ドメインの所有者が変わっても前の所有者と新しい所有者との合意があれば同じ「所持期間」を引き継げるようにすべき…もっとも売買が横行して有名無実化する可能性もあるので引き継ぎは不可にすべきかもしれない) (2) HTML の A タグにリンク先の日付を表す属性(例えば "date" )を規定する(すべてのブラウザが対応すべき標準として … 同じドメインを指すたくさんのリンクがある場合にいちいち日付を与えるのも面倒なので A タグが適切かどうかの問題はありますが) これらにより、ブラウザは日付属性を持つリンクの期限切れを検知して無効化するなり、期限切れであることを示すマークアップを施せる様になるんではないかと(ウェブ制作者たちが date 属性をリンクに付ける手間をかけるだろうか?という問題は残りますが)。

PC版の評価板を3列Viewに一旦してみましたが、1列Viewに戻しました。
前記事に書いた

> 今迄は作品情報/統計/商品の情報がずらっと並んでから評価が表示されるというViewでしたが、 1画面目に評価が表示されないデメリットは大きいのではないか(一見さんはページのスクロールする位ならページを戻るよ?)仮説に基づいて、修正させて頂きました。 > 思ったような結果にならなかったら元に戻させて頂く事もあり得ますが、とりあえずこの方向で進めさせて頂こうと考えています。

の指標に基づいて結果判断すると、数値の変化は誤差の範囲内で、そこまで期待した結果が得られていないな、と判断しました。

また、数値の変化にそこまで出なくても、機能として改善したと納得しきれるのならそのままにしておきましたが、ナビ用の列を混ぜて複数列を作るのと違い、コンテンツで複数列を作るのは、目の導線と空間の使い方として必ずしもそれが良いのか?、という点で確信できるものではないなと感じたので、1列に戻す事にしました。

なお、1列モードには戻しましたが、以下の点が以前と変わっています。

1. 評価分布円グラフは、右から左に移動 2. 評価統計/投票統計はあれこれまとめる形で上部に移動 3. ソーシャル系のボタンは右上に移動 4. 評価の部分は、完全幅に戻し(よってある意味それぞれの人の判断による改行制御に戻し) 5. 半角カタカナはなるべく排除 6. 一旦外していた横バーでの分布バーを復帰させました 7. 投稿ボタンの場所の整理 8. Viewを変えるにあたって、CSS依存度を高めた事で、HTMLソースのある程度の整備(独自CSSはあて易くなったかも?)

短い実験のような形になってしまいましたが、宜しくお願い致します。
現在のViewにも不具合等のご意見がありましたら、お知らせ下さい。

コメントする	6個	RSS購読Google iGoogle Livedoor My Yahoo

	Tweet	Check

管理人さん さんのコメント (2012/05/27) [編集/削除(書込み者/所有者が可能)] スペ9さん、コメントどうもです。 デザインは中々何が最適か判断するのが難しいですが、 皆さんのご意見は色々参考になるので助かります。 色々、ご迷惑もおかけする事もあると思いますが、課題として頂いている話含めて、 試行錯誤しながらも改善する方向に色々と積み重ねていければなと思っております。 スペ9 さんのコメント (2012/05/27) [編集/削除(書込み者/所有者が可能)] 管理人様 日々試行錯誤されていて頭が下がります。 今回の変更は、ビジュアルに見やすい・見難いは置いておいて〜私個人としてはあまり好きではありません でした〜、何故か読み込みにえらく時間がかかってしまっていましたので元の仕様に戻ってほっとして います。現仕様、歓迎です。

PC版の作品板のViewを評価が1画面目から表示されるようにする為3列に変更しました。
例:
http://www.accessup.org/janime/7_Puella_20Magi_20Madoka_20Magica/

今迄は作品情報/統計/商品の情報がずらっと並んでから評価が表示されるというViewでしたが、
1画面目に評価が表示されないデメリットは大きいのではないか(一見さんはページのスクロールする位ならページを戻るよ?)仮説に基づいて、修正させて頂きました。
思ったような結果にならなかったら元に戻させて頂く事もあり得ますが、とりあえずこの方向で進めさせて頂こうと考えています。

まだ修正点はあるかと思いますが、とりあえず出せるレベルまでは調整は済んだかなと。
明らかな不具合がありましたらお知らせ下さい。

コメントする	4個	RSS購読Google iGoogle Livedoor My Yahoo

	Tweet	Check

管理人さん さんのコメント (2012/05/25) [編集/削除(書込み者/所有者が可能)] 皆様、ご意見ありがとうございます。 頂きましたご意見を参考にさせて頂き、追加で以下の変更を行いました。 ================================ 1. それぞれの横幅の指定条件を、画面の解像度ではなく、ブラウザーの内部の表示領域をベースに決める。これにより、画面最大より更に小さくして閲覧している方でも、もっと最適化されたViewが表示される...筈 2. 左、中、右の幅それぞれ調整。 3. 仮に下にずれたとしても、右から下にずれるようにした(前は中が一番最初に下に落ちてた) 4. 一定幅を下回ると右が消える 5. 更に一定幅を下回ると、以前のViewに近い一列表示になる 6. 2ページ目では左にあたる部分を表示しない(グリグリ動くという点で、これが最適かどうかは別として、とりあえずスマホの為。スマホ対応非表示してから戻すかも) 7.右列に幅上限設け ================================ なお、表示の最適化は、一番最初に表示した時に行われるので、1度表示した後にブラウザー幅をそのまま小さくしたら、ずれるので、それについては、再度画面リロードするか、それはそういうものだとご理解下さい。 これでもまだこのルールに従わないで、左、中、右の関係が上下にずれてしまった場合には、バグとしてご報告頂ければと思います。 また、デザインは必ずしも共通の最適解になるわけではないので対応できるとか限りませんが、問題の所在を認識する事はとても役に経つので、ご不満点のご指摘もまだまだ歓迎致します。 後は、まだ具体的に考えてはいませんが、ご提案頂いているような、マウスオーバーしたら何か違ったアクションが起きるとか、選択肢を設ける、といったのも、最適化の方向でありかなと思います。 htmlソースの整理はちょこちょこ進めていきますm(_ _)m CSS使うようになってきたので以前より構造を意識しないといけなくなってきているので herba さんのコメント (2012/05/25) [編集/削除(書込み者/所有者が可能)] 以前は評価文の表示幅に"ある程度"の余裕があったぶん、その点を考えて(?)改行位置を決めて評価文を書かれてる方も見受けられるので、あまり表示幅を狭くするのもどうかかな? という気はしますけどね(表示幅が狭くなったため、余計な改行が入って読み難くなってる評価もあります)。 なので情報欄の領域は普段は狭く畳まれているけど、マウスをその領域に重ねた時には広く展開される、みたいな表示にする方法もあるんでないでしょうか。 あと、余計なお世話かもですが、とりあえず、ページソースもう少し整理されたものにしないとメンテ大変でない? 雪霞 さんのコメント (2012/05/24) [編集/削除(書込み者/所有者が可能)] ウィンドウを縮小表示にしていると、ページの上の方は真ん中に何も表示されず、 前以上にひたすら下にスクロールしないといけません……。 これをどうにかできるようなら改善していただけるとありがたいです。 あと、商品画像がやたらに大きい印象です。 kirin さんのコメント (2012/05/24) [編集/削除(書込み者/所有者が可能)] 管理人さん、お疲れ様です。 いつもお世話になっております。 縦三列のレイアウトにされたのですね。 しかしこれは…、あらすじ以下の作品の詳細情報や画像も縦に並んでいて、データベースとして情報が閲覧し辛くなったような気がします。 このサイトは評価だけではなく、作品の詳細情報が閲覧し易いことも大きな魅力の一つのように思います。 個人的な意見で大変心苦しいのですが、以前の方が閲覧し易かったように思います…。

前の記事に書いてあるサーバーソフトの更新作業、完了しました。
何かしら問題に遭遇する事がありましたらお知らせ下さい。

思っていたより、想定外&配慮する事があって、結局自分の週末はこの作業に捧げられる事となりました。

コメントする	11個	RSS購読Google iGoogle Livedoor My Yahoo

	Tweet	Check

須王 さんのコメント (2012/05/14) [編集/削除(書込み者/所有者が可能)] お疲れさん

1. サーバーソフト更新による作業中の不安定化の予告
2. 更新予定のプログラム
3. 進捗

本日深夜(=これから早朝までの間)にサーバーのソフトを更新予定です。
なお、その作業の為、深夜の定時更新処理の実行をそれが終るまで遅らせるので、結果提起更新が遅れる予定です。

3:00 AM 辺りから作業は開始しようと思っています。

作業開始と終了は報告させて頂きます。
作業に入ってからそれが終るまでは、サーバーの安定性/利用可能性は保証されません。
なお、深夜はきちんと寝て、日が上ったら起きるという、健康的な生活をしている方には関係の無い事にはなる予定です。
なので、その時間には書き込みは行われず、健康的に寝られる事をお勧めします。
(勿論香川選手のドルトムントでの最後?の試合、バイエルン戦が気になる人は起きておくように!いきなり香川ゴール! )。

実際、アクセスしてくる人が3時過ぎ辺り過ぎに最小になる為、こういう作業は昼間ではなく草木も寝静まる深夜に、お茶とかコーヒーとか飲んでカフェイン覚醒しながら行います。

プログラム	ソフト	旧バージョン	新バージョン	自分用インストールマニュアル
BerkeleyDB	データストレージ	5.1	5.3	文章
apache2.2系	webサーバー	2.2.21	2.2.22	文章
mod_apreq2	apacheモジュールの開発基盤	2.8	2.13	文章
perl	プログラムの実行言語	5.8.8	5.14.2	文章
mod_perl	Perlの高速化の仕組み	2.0.4	2.0.6	文章

が主に更新する予定になっています。
更新対象となる稼働中のサーバーは7台です。

主にサーバー稼働の安定性の向上を期待して、最新化をさせて頂きます。

ご不便をおかけすることもあるかと思いますが、宜しくお願い致します。

時系列

5/13 3:30	作業開始しました
5/13 16:00	2台更新しましたが、作品DBはまだ終っていない内に一旦休憩(睡眠)に入ってしまいました。最終的にダウンタイムが最小になるように、他のサーバーを更新してその手順を確立させきってから、最後に作品DBは更新する事になると思います。
5/14 4:20	全サーバーにて更新完了

サーバー更新状況

common	完了
search1	完了
search2	完了
search3	完了
crawler	完了
find	完了
accessup	完了

コメントする	10個	RSS購読Google iGoogle Livedoor My Yahoo

	Tweet	Check