買い物、自重。なバイク乗りの日記

自分のメモ代わりだがカメラコーナーを新設。
うーん、コンデジの買い替え履歴が・・・。(笑)

以前から移行しようかどうしようか迷っていたが、思い切って PukiWiki Plus! を使って移行してみた。

うむ、結構楽だねこれは。

まとめサイト系は Wiki にしたほうがいろんな意味で楽かもしれず。

---

• ./plugin/comment.inc.php
  # #comment の投稿者名にリンクを張らないようにした。
  -define('PLUGIN_COMMENT_FORMAT_NAME', '[[$name]]');
  +define('PLUGIN_COMMENT_FORMAT_NAME', '$name');
  # #comment の投稿者デフォルト名を変更。
  -$_no_name = '';
  +$_no_name = '７７４ＲＲ';
  
• ./pukiwiki.ini.php
  # 改行を改行とするように変更。
  -$line_break = 0;
  +$line_break = 1;
  # トラックバックを無効に。
  -$trackback = 1;
  +$trackback = 0;
  # バックアップタイミングを即時に、取得個数を 15個に変更。
  -$cycle = 1;
  -$maxage = 360;
  +$cycle = 0;
  +$maxage = 15;
  # 見出し単位で編集可能に変更。
  -$fixed_heading_edited = 0;
  +$fixed_heading_edited = 1;
  
• default.ini.php
  # スキン変更。
  # 使用するスキンを :Header が利用可能なように修正済み。
  -if (defined('TDIARY_THEME')) {
  +//if (defined('TDIARY_THEME')) {
  - define('SKIN_FILE_DEFAULT', DATA_HOME . SKIN_DIR . 'tdiary.skin.php');
  -} else {
  +// define('SKIN_FILE_DEFAULT', DATA_HOME . SKIN_DIR . 'tdiary.skin.php');
  +//} else {
  - define('SKIN_FILE_DEFAULT', DATA_HOME . SKIN_DIR . 'default.skin.php');
  -}
  +// define('SKIN_FILE_DEFAULT', DATA_HOME . SKIN_DIR . 'cloudwalk.skin.php');
  +//}
  +
  +define('SKIN_FILE_DEFAULT', DATA_HOME . SKIN_DIR . 'blue.skin.php');
  
  
  

■お名前.comでDNSレコードを自由に設定できるサービスが開始
これで鯖が落ちても DNS だけは生きていられるということで。(ぉ
ぶっちゃけ、今のサービスで超重要なのはメールと DNS かな。
Web サービスはしばらく参照できなくてもどうってことはないけど、メールが使えないと話にならないし、DNS が死んでたらメールも届かないしで。

基本的な DNS の設定は全て出来るようで、しかも追加料金無しというお得設定。
これだと、自分ちで収容している DNS を外部に任せてみようかとも気軽に思える。
実際に LAN と WAN の両方のドメインを 1台の鯖で管理するとなると、今のところは bind-9 の view を使い、アクセス元に応じてどの IP アドレスを返すかを設定しなければならず結構ややこしい。
DNS を外に追い出すことが出来ればこの面倒な設定もなくなるので、運用的には楽になる。

ただ、DNS を運用する楽しみ (?) もあるので、少なくとも自分はやらないなぁ。

blog の代表的なスクリプト "MT" をはじめ、blog の記事は静的 HTML として保存 (ログそのものは DB に有る) されているが、さくら日記帳 for MySQL を作り始めてから未だに解けない疑問がある。

記事はいいとして、カレンダーや最新情報リストの更新は追従しているのか？

確認してみると、どうやら HTML 化されている過去記事も全て上記内容は追従しているようで。
しかし、新規エントリーやコメント、トラックバックされたりすると、左右に配置しているサイドバー内部の情報が書き変わるはず。
過去記事でもこのサイドバーの情報が全て書き変わっているのだが、更新が起こるたびに全 HTML の再構築がなされるのだろうか・・・？

---

どうやら php の include 関数を使っているようだ。
うーん、ﾏﾝﾄﾞｸｾ。('A`)

某 blog 経由でハイパーリンクをたどっているとこんな所に漂着。



※おもっくそ URL 間違えたので修正。

メモメモっと・・・。φ(．．　)

正直、Web 散歩してると「漂着」と言った方が正しいかもしれない。(ｗ

で、間違えた URL はこちら。

Diario

いや、こっちも綺麗だわ・・・。
神戸の方なので親近感が。

前々から手を付けようと思っていながら放置プレイしていた絵の展示部屋を現在再構築中。
それに合わせて公開を忘れていたり廃棄したりする絵をまとめ中。



廃棄する物が多いな。('A`;

---

と思ったらやっぱり掲載忘れがあった。('A`;;
2つ増えましたｗ

---

GRFN_51 の色塗り済みマスターデータが行方不明・・・。(TAT)
線画のみ CD-R にあるのはせめてもの救いか。

---

未完成絵展示場と絵展示場はほぼリフォーム完了。
あとは頂き物の方か。

昼休みにぶらぶらしていたら、ツーリングの行き先決めるのに丁度良い Web サイト発見。

日本の写真集　デジタル楽しみ村
http://www.tanoshimimura.com/

青山高原って有名？(・∀・)

昔はトラックバックの意味と存在意義がいまいちよくわからなかったのだが、仕様書を見たりしているとわかってきた。

つまりは関連記事の集まりを一元化するもの、と書けば聞こえはいいが、ようは「同じネタを持ったリンクが 1つの記事に集まっている」だけの事。
ただそれだけのことが結構重要で、例えば

同じ話題を書いている人はいるのだろうか(・ω・；

あの記事に返信を兼ねた記事を書きたいけど、返信先の人気が付かないよな。(´・ω・｀)

という事は往々にしてある。
身内ならまだしも、例えば有名なサイトの記事に返信したいときならなおさら。

そこで役立つのがトラックバック。
トラックバックを使うと、返信や関連記事へのリンクが簡単に行える。

トラックバックは非常に簡単な構造で、まずは例えば相手の記事の返信を新規記事として書き上げる。
次に相手の記事のトラックバック用 URL をコピーしてくる。
さくら日記帳の場合は、あとは自分で書いた記事に TB ボタンがあるので、ソレを押したらトラックバック送信用フォームに切り替わるので、「トラックバック先 URL」に相手の記事 URL を入力して送信ボタンを押すだけ。
これで相手の記事の下の方にある「トラックバックリンク集」みたいな所に自分が書き上げた記事へのリンクが張られる。

こうすると、例えばとあるサイトの記事に自分がトラックバックを行った場合、とあるサイトの記事を見た人はトラックバックによってリンクされている他の記事へのリンクをたどることが出来、いろんな、そして関連性のある記事を次々と見ることが出来るわけ。
これがトラックバック。

まぁ実際には頭で考えるよりも実際にトラックバックしてみた方が直感的に分かるんだけどね。

トラックバックを一言で凄く短く言い表すならば、
「相手の記事の下の方に、自分の記事へのリンクを勝手に付けられる機能」
とでも言おうか。
この「勝手に付けられる」っつーのがポイントであり、トラックバック機能の良いところ。

ちなみに、トラックバック送信クライアントというのが別に存在するので、それを使えばトラックバックに対応していないコンテンツもトラックバックできるようになる。