ページのバックアップ(No.17)

to your Kindle

目次 †

ページ周辺のタグ †

Array

ページ †

思い付き †

仕様が大きくなりそう
ページの仕様は分割する必要がありそう？

アクセス権は引き継がれる †

自動生成ページは元のページ（入力されたページ）すべてのアクセス権を引き継ぐ。
アクセス権の合成ルールが必要。

添付ファイルは1ページ扱い †

添付ファイル1つで1ページ。
閲覧用データ/編集用データがHTMLで添付ファイルを表示するようなもの。
内部用データは添付ファイルそのもの。
こうしたほうが扱いやすいし、ページの機能を利用できる。
ページにページを含める機能を利用して。

履歴を取らない †

同一ユーザーによる同じページの複数回更新は上書き。
バックアップや履歴を取らない。無駄。
更新を1回取り消すと他のユーザーによる更新まで戻ることになる。

Wikiは1ページが1つの板 †

この範囲で検索
書き込み
削除
などを。

※利用者登録も？
WikiFarmとは違う？

ページクラスに追加 †

iframeタグを生成するプラグインなど、管理者だけが使えるプラグインを使えるページ。
使える文字列が違う。

このページ事態管理者だけが使えるものでなくてはならない。

newプラグインを標準に †

章にはNew!が付く。
ということでページへのリンクにも付く。
章へのリンクにも。

ページタイトルと章タイトルにも。
タイトルに付ける方法は？

名前変更でリダイレクト †

ページの名前変更をしたら旧名はリダイレクトページになる。
もう一手間かけてリダイレクトページを消してもいいし、旧名をまた使うまで残しておくのも良い。

他サイトからのリンクを切らないための措置。

自由欄 †

適宜、動的要素を表示する部分。
ページの先頭に表示。
WikiFormatで位置が指定されているときはそこ（だけ）に表示。

内容は…

システムからのメッセージ
 リンクやボタンなども含む。
検索に適合した部分
前後の数文字、数行を含めて表示。
リンク。これが生成されたときはページ内にはアンカーを埋め込む。そのアンカーは先のリンクへリンク。

…などを章として追加。

実装 †

コンテンツとスタイルの分離 †

「人気のページ」など、データを提供するページはコンテンツとスタイルを分ける。
スタイルは…

スタイルシート
:t/スタイルシート[?]
フィルター
テンプレート

…で。

フィルターとテンプレートは別のページに埋め込んだときに可能…になるはず。

リストとハッシュ †

リスト状に並んだページ…版。
ハッシュに格納…Wiki。

凍結 †

ページの凍結は再生成を止めるということ。
編集、参照などは可能に。

OPML †

OPMLを使う手も。
キーワード:OPML

XOXO †

microformatsのXOXO。
キーワード:microformats

不要？ †

WikiTextにフォーマットなど無いので、共通フォーマットも不要。
ただページ→他のWikiEngineでのページに変換することができれば良いだけ。
インポート手順は相手WikiEngine次第なのでサポートしない。

→エクスポート機能は変換しやすい形式でダウンロードできればよし。

ページに手を加えるにはページごとに †

{属性→値}
でできた指示をキューイング。
適当なときに処理。

最新版が必要なときは自動リロード。

衝突したか知らせるために、編集後のレスポンスには最新版が必要。

編集 ページは検索エンジンにインデクシングさせないように指定 †

本体はオブジェクト †

ページの本体はオブジェクト。
WikiTextではない。
WikiTextはオブジェクトを操作するためのコマンド集。あるいはオブジェクトの設計書。

アクセスログはページの属性 †

ページを扱うとき、一緒にアクセスログも扱えるように。

ページはプラグインのDB †

プラグインが生成するデータはページに記録。
独自形式を使うよりも使いやすくなければ無意味。

再作成を頻繁に行う †

ページにID
同一IDはFlyweight。
→PageFactoryが要る。

資料 †

ごく簡単なHTMLの説明 - The Web KANZAKI
http://www.kanzaki.com/docs/htminfo.html

属性はファイル名に保存 †

ファイルの中に書くよりも活用しやすいので、属性はファイル名の一部に。
データ量が大きい属性やプラグインが定義する属性には対応せず、ファイルの中に書くことにして。
凍結→r、とか編集権限削除とか読み取り専用とか。