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

to your Kindle

Wikiはページの集約。利用者はページ/内容にしか興味はない。
Wikiの情報もデータもすべてページに記録する。

UI
テンプレート
1. :i/Webページのテンプレートは特定のページに書く
ページの用途
実装
コンセプト
1. :i/ページのスレッドモード[?]
まだ
コード
いらない
ページ/
tag:ページ

UI †

:Done/ページ削除のUI †

→ ページ/削除

:i/UI要素 †

UI 要素を配置するためのページ/型が必要。その型のページに配置しないとUI 要素は有効にならない。

:i/テンプレートは制限するものではない †

入力用テンプレートはUI 要素として実装。編集ビューではなく閲覧ビューでのその場編集に有効。
→ :i/UI要素

テンプレート †

:i/Webページのテンプレートは特定のページに書く †

条件別のページテンプレート。言語別とか。
→見解を使うといい。

ページの用途 †

:i/ページに型を †

Xの拡張容易点。要素だけで対応できない拡張はページ/型で。

:i/HTML許可ページ †

ページ/型の1つ。
型を分ければ権限（錠）も分けられる？
→型では分けられないが、その型を集めて1つの上位ページでまとめればいい。属性の継承機能で一度に権限を設定できる。

:Done/ブログや掲示板として利用できるか †

ページ構成（ページ/要素の組み合わせ）で。運用の問題。

:i/Wiki構築をページで †

設定項目をページに書ければいい。
汎用化してデータアクセスになった。

:i/new機能を標準に †

ページ名とページの更新日時を抱き合わせに。
ページ名ではなくページ自体を扱うようにして。

:i/ヘッダーの使い道 †

~~枠の中身は別リクエスト。下位展開の区画と同じ。~~
複数のユースケースを一度に呼んだときにも有効。
これもページ統合の仕組みの一種。

:i/サブセットWikiで別物サイト生成 †

権限／拒否判定に加えて検索結果のページセットも反映させて。権限／拒否判定ではページセットを利用する予定。同じパターンのコードが増える程度。自動リンク化やページ一覧の動的生成にどう影響するのかもまったく同じ。
→ :Done/サブセットモードの解除操作
→ :i/常にサブセットWiki

実装 †

:i/要素がページに記述されたとき、Chain of Responsibilityで †

→ :i/要素がページに記述されたとき、Chain of Responsibilityで？
要素間／ページ間の依存をなくす。それぞれが独立。連携するなら相手に依存することになる。プラグインが守らなければならないルールが無い代わりに、連携をサポートすることも無い。

:i/ページと他オブジェクトとの関わり合い †

ページ同士の関わりはなし。ページ名でまとめる。順不同パスに共通点があれば下位展開でまとめて表示可能。
下位展開ビューでの順序情報に他のページ名が含まれるくらい。その情報は消えても間違っていてもいい。表示順序が変わるだけ。

:i/ページとは †

ページ内部はリストでも、ページ要素ごとにデータ構造が違う。
ページはデータベースを集めたもの。ページ/要素1つが1つの型を持つデータベース。RDBのテーブルのような。

:i/ページと要素は似ている[?] †

要素と同じ使い方ができても目的が違う。

:i/ページを保存するときはオブジェクトだけ †

NotationText(WikiText)は要素が分担して保存する。
記法テキスト以外でも書き換えられるようにするため。この方法でもテキストで書き換えられる。

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

ログの出力先を特定の（設定された）ページに。
でもシステムが書き込むのはページ/裏のはず。ページ/裏に書き込む？？

裏だけを使うページがあってもいいかも？？

:i/クラスごとにページを †

アクセスログもクラス名を冠したページ（のページ/裏）に？

:Done/セクションをやめてページのネストで[?] †

ページ名でつながるネスト構造。オブジェクト間はつながっていない。
上位ページを閲覧すると下位ページも見える。上位と下位について→ 順不同パス

:i/テンプレートはページ名 †

独立したページにすると機能充実。その反面、テンプレートにも権限（錠）を設定できてしまう。運用の問題にしておく。

コンセプト †

:i/ページのスレッドモード[?] †

隠すとよくない。Wikipedia化。見せてる例はニコニコ大百科。

Twitterをスレッドモードの代わりに使えるかも。Federatedじゃなくなる。

まだ †

:i/ページの属性は下位が豪華、内容は上位が豪華 †

:i/ページの重さ †

:i/ページはファイルと類似 †

:i/ページはメモ化しない[?] †

:i/ページは機能のDB †

:i/ページは要素のインターフェイス †

:i/ページタイトルにユースケース別接頭辞[?] †

:i/ページ内容がオブジェクト構成を表す †

:i/俺のモノは俺のモノ †

権限設定、権利表明のコマンド。それと紹介文にも。

:i/全ページ見出しから始める[?] †

:i/参考に †

:i/存在しないページは無い †

UI上では内容が無くても関連情報はある。ページ名も情報のうち。
実装上はページの有無を気にしない。ページはSingletonのようなもの。

:i/属性と内容 †

:i/本文のレンダリングは最後 †

:i/検索結果でページを作れば「検索結果の検索結果」が可能に †

:i/権限が影響するもの[?] †

:i/添付ファイルもページ †

:i/集約ページはGoogleに残さない †

:i/RSSフィードには差分以外に概要も †

:i/UI上でページ名は「管理用」とする †

canonical †

:i/ここからの目次 †

:i/ざっくりリバート †

:i/とりあえず1ページ表示 †

:i/カテゴリー要らず †

クリップボード †

セクション †

フレームワーク/WikiEngineでやること †

WikiEngineはページを操作するもの。

:i/ページを削除予定にするUI †

:i/ページ主体の設計 †

:i/ページ冒頭に書くべきはキャッチコピー †

:i/ページ名単語はどれも等しい扱い †

:i/ホットな記事、クールな記事 †

:i/メールのテンプレートもページ †

:i/ユーティリティページ[?] †

ルートページ †

ページはページでまとめる。どうまとまるかはページ/名前次第なので、ルートページはそういう名前を持つ（だけの）ページということになる。

:i/一人衝突対策 †

:i/上位ページナビ †

下位展開 †

複数のページを一覧するビュー。
まとめて操作…ではない。操作用のビューをまとめて表示…までのもの。

「まとめて操作」になるのは統合編集ビュー。

下位展開でやること †

代表 †

全てURIで †

埋め込み式ページ[?] †

ページ/型の1つ。
用途が決まっているなら指定なしに（デフォルトで）そうなるように。

:i/検索とは †

:i/検索ページ †

機能/分析[?] †

:i/消えた枠組み要素数でランキング †

管理 †

編集/HTML書き込み[?] †

:i/複数ページのマージ[?] †

:i/見出しをページのタイトルに †

コード †

code*:364 Perl

いらない †

:/DBクラスにページ検索の機能を †

:/X/PageFactory †

:/プラグインが使えるフック †

:/ページをセクションと比べると… †

:/ページを更新できるのは自身だけ †

:/リストとハッシュ †

:/保存は入力されたままのWikiTextか †

:/ページの出力はHTML †

:/自動生成ページにアクセス権は引き継がれる †

自動更新するなら権限不要にしないとおかしい。
自動更新にするための権限なら必要。それは拡張機能の導入権限。