目次 †
Wikiはページの集約。利用者はページ/内容にしか興味はない。
Wikiの情報もデータもすべてページに記録する。ページは永続化する。
→ ページでやること
→ X/Page
- -
- 目次
- ページ
- 関連
- ページ周辺のタグ
- ページとは
- 思い付き
- :t/ページより
- 実装
- 設計
- コード
- ページ/
ページ †
ページとは †
ページは情報を持ち、アクセス制御をするもの。アクセス制御するので見る者によって与える情報を変えることになる。見る者とは利用者、他のページ/要素、よそのシステム。
ページ/名前 × アクセス制御 → 情報。書き込むときは逆方向。
アクセス制御を表すのは権限。情報を表すのはページ/要素。
つまり、ページ/名前 × ページ/要素 × 権限を対応付けるのがWiki。
メタファー †
ページはいろいろなアプリケーションやサービスにも見られるもの。情報を記録するものと見たり、商品として見たり。
ページはファイルやデータベースに例えることができる。利用者が書いたことを記録してアクセス制御をするもの。そのページを集めたのがWiki。どのページに何を書いてどれとどれをリンクするかがWikiの構造。現在では情報は検索で探すものになっているので構造は重要でないとされているが、構造も情報のひとつなので、利用しない手はない。
型 †
ページには型がある。ページ/型を設定すればHTMLを直接書いたり、各種記法のレンダリング後(HTML)を貼っただけのページも利用可能。
→ :i/HTML許可ページ
→ :i/HTML書き込み
管理者のみページ/型:HTMLを使えるようにするには属性値に「ページ/型をHTMLにできる」といった値を設定可能にする。運用の問題。
→ :Done/ページ型/スレッド/データコンテキスト/記法定義まとめ#o051e5a4
権限を独占できる †
ページの作成者には以降の編集を自分だけで行なう権利がある。
全ての利用者には権限があって、その権限で編集可能なページがある。
→ :i/俺のモノは俺のモノ
† #te598c37
ページの構造 †
ページの内容(本文)はページ/要素だけ。要素間ではネストするけど、ページ内にページは現れない。
下位展開では名前に共通部分があるページをまとまりと見なしてレイアウト上で並べるだけ。ページ間のつながりではない。明示的リンクでページ間の関連性を示すことはできる。自動検出ではない関連性。
ページの組み合わせ方 †
ページの組み合わせがWiki。でもページ──Wikiまでの間にも組み合わせはある。
よそのWikiEngineと同じく各ページには固有のページ名がある。でも同じページに複数の版があったりして…それらを列挙すると全部で4つの名前が必要になる。
- 外部名4区分
利用者に見えるほうのページ名。(もう一方は内部名)
4区分とはスペース/ページ/名前/見解/版(統一感がない。統一感を出す別名…名前空間?ウィキ名?/項目名/見解名/版名)
ページ/名前はページ内容から自動生成。ページ内容の一部をページ名にする。
実体は版。外部名を完全に決めないとページを特定できないということ。
版のリストがページ/履歴。
版名以外を特定しなければページ/履歴は得られないということ。
ページ/名前のほかにWeb上でのページタイトル(<title>...</title>)もある。これもページ/内容の見出し要素から自動的に生成される。
† #afb81108
:i/ページ本文も属性のひとつ †
ページを操作するためのUI †
ページの管理は名前で行なう。名前の変更でページの移動や削除まで実施できる。そういうわけで(編集作業のために)閲覧中のページ名をコピペしやすくする必要がある。
名前さえあれば内容がなくてもページは存在できる。存在しないページを閲覧すると「書いて」ではなく空のページ(と関連情報)が見られる。この点はよそのWikiと違う点。
ページの削除方法 †
ページの削除も編集で。ページ名を(空)にすれば削除手続きになる。削除は編集なので、編集と同様に編集/承認が必要。その後実際の削除が行なわれる。(とは言っても(空)を示す最新版が作られるだけ)
† #m7402a92
UIになるページ †
UI化するページ/要素。
特定のページ/型を持つページ有効。→ :i/UI要素
UIになるページ/テンプレート †
閲覧時に適用されるテンプレートはヘッダー/フッター/常設メニューを作るのに使う。
入力用のテンプレート †
複数のUI要素を集めたテンプレートは「入力用テンプレート」とも呼べる。別名「フォームテンプレート」。閲覧ビューでの編集UI(その場編集のUI)としても利用する。
† :i/UI要素
† :i/テンプレートは制限するものではない
ページの元にするためのテンプレート †
† :i/増殖するページ
利用者がページ/作成をリクエストするほか、ログが増えるときにも使われる。投稿時に適用されるテンプレートなので、適用後はドキュメントに混ざって再利用はできなくなる。
複数ページをまとめる枠 †
下位展開時の枠や、複数のユースケースを一度に呼ばれたときの枠も「テンプレート」と呼んでいるけど「レイアウト」にしたほうが良さそう。複数のビューを1つのWebページにする。枠/枠1つぶんのリクエストはそれぞれ別。枠の数だけリクエストしてもらう。
† :i/ヘッダーの使い道
† :/ユースケースチェイン
† ヘッダー
テンプレートや見解をクライアントに合わせて差し替えれば多言語対応に。 †
テンプレートにも見解がある??
† :i/Webページのテンプレートは特定のページに書く
† #a6ce55e1
Wiki構築のためのページ †
管理者によるカスタマイズ。ページを作ることで実現できるように。
カスタマイズの手順。
- -----------------------------------------------
- 設定もページに書くという発想。設定以外でも使えるように汎用化してデータアクセスになった。
† :i/Wiki構築をページで
† :i/ページ主体の設計 - 設定はそれを使うページ/要素やフレームワーク/WikiEngineの機能次第。
- (コンテンツではなく)設定を書くページは隠しページにする。
† 隠しページ
いろいろなカスタマイズ †
- 公開範囲のカスタマイズ。権限設定で利用者を制限。Wikiがどう使われるかを決められる。
- 記法のカスタマイズ。既存記法の別表記(シンタックスシュガー)を追加可能。
- スタイルのカスタマイズ。テンプレートと属性/継承を使ってWiki内の一部分のスタイル変更。
- 各種テンプレートのカスタマイズ。
† ページ#template - ページはデータベース→永続的な情報はなんでもページ化→利用者もページ化。
† :i/利用者のページ化
ページの移動が利用者の異動。移動で上位ページが変われば(属性/継承によって)その利用者のロールや権限も変わる。
カスタマイズの動機になる情報を載せるページ †
† :i/機能/分析[?]
MediaWikiでの特別ページのように管理に役立つ情報を載せるページ。
分析ページは通常のページと実装が異なっていても、ページとして扱えるようにしたい。そのため呼び出し方を統一する。ページ名指定でページを参照すれば分析結果が通常のページの形式で分かるように。多くの場合、テンプレートを埋め込んだりするのでページ/要素として実装する。それを配置したページが分析ページ。管理者に作ってもらう。情報を記録する必要があるならページに記録する。† :i/ログはページに記録
:i/ページの重さも特別ページの1つ。
Wikiの可視化。概要把握の機能とその表示。
:i/最近更新されたページも特別ページ。実体がページ/要素で、その出力が動的なページリスト。
† #pfc0f372
ページを実装するには †
ページ自体の機能は永続化くらい。豊富な機能はページ/要素に委譲したり、ページを扱う側で実装。
ページでやることとX/Pageはページクラスの仕様。
† #v0cd5027
関連 †
ページは情報をページ/要素の入れ子にして保持する。永続化の対象はページ(と含まれるページ/要素)だけ。情報を生かすのはページ/要素自身とそれを使う側の問題なのでページは個々の要素を区別しない。ページが持つ機能は「NotationText(記法を使ったテキスト)←→ページ/要素」の相互変換と保持と参照くらい。
検索:ページ
ページ/要素→NotationTextのとき、ページ/型が「ページ/要素」を表す値のとき、データコンテキストに合った変換を行なう。「行なう」と言ってもページが行なうのはページ/要素にデータコンテキストの型を伝えるくらい。
- ページ/要素を表す値は application/x-X-document とか application/prs.X.document といった感じにして。
- データコンテキストのうち、記法を使ったテキスト(NotationText)を表す値は text/x-wikicreole, text/x-markdown, text/x-web-markdown, ... など。
ページ周辺のタグ †
Arrayページ/要素←NotationTextのときの変換はNotationTextで使われている記法系とページ/要素次第。ページ自体は介入しない。
ページとは †
ページとページ/要素 †
主体はページ/要素が持つ情報(利用者が書いたこと)。それを組み合わせるのがページ。ページを組み合わせるのがWiki。ページ/要素が中心。
→Page[?]
ページ間に上下関係があったり要素間に構造があったりするものの、利用者からのリクエストパラメーターはそれを解釈できる要素が直接解釈する。中間にあるオブジェクトは受け渡しするだけ。リクエスト→要素→レスポンス。構造無視。要素は単独でWebアプリのように振る舞う。
ページは再帰構造のデータベース。MVCのModelの中でも最も重要なもの。MVCのViewでもある。
ページがMまたはVに属するのではなく、ページの中にMとVが存在する。
wikiは1つのページ。
思い付き †
Xのモデル層にはページとページ/要素くらいしかない。永続化するのはこれらのオブジェクトくらい。(よそのアプリと連携するためのモデルクラスはできるかも知れない。)ページとページ/要素は同一視できないものの共通点はある(:i/ページは要素でもある)。例えばデータコンテキストに応じる機能。ページ/要素と:i/ページにtoJsonを実装して、いずれでもJSON形式を作れるようにする。インターフェイスを共通にする??
ページの用途 †
Wikiの構成要素としての使われ方
:i/属性と内容の実態は同じ。:i/ページ内容と属性領域の違いは操作に必要な権限。いずれも実体はページ。
:i/権限を判定するケースはページが関わるところ全てと、ユースケース。つまりいたるところ。権限の参照を速くすれば高速化できそう。
- Wikiのページにはファイル権限、日付、読み専用などの属性、パスなどがある。
利用者からの使われ方/用途は決めていない。「何を書き込まれるか」と書き込みから生じた要素の実装次第なので定義不可。ページを操作するAPIは用意するけど用途は未定義。
利用者にとってのページ(UI上で見えるページ)は複数のページの集約。ページ/内容、ページ/属性、ページ/裏、ページ/権限。さらに内容はドキュメント/スレッド1/スレッド1-1/スレッド2/…と分かれている。いずれも実体は独立したページ。
ページの上下関係 †
1つの上位ページで複数の下位ページをまとめることができる。ただページ/名前に共通部分を作るだけ。ページ間に関連なし・名前だけつながりのネスト構造。オブジェクト間はつながっていない。
下位のあるページは下位展開でまとめて表示可能。上下関係はページ名に含まれる単語数で分かる。→ 順不同パス#i8d1b64a "1つ上/1つ下"
下位展開時の表示順序はページ/属性で(だいたい)決まる。
† :i/ページと他オブジェクトとの関わり合い
† :/セクションをやめてページのネストで
Wiki構築をページで †
Wiki構築をページで。
他のWikiEngineでのプラグイン。
上下関係で最上位にあるのはルートページ。
…は全てのページの上位に位置するページ。
…は全てのページに共通する名前 / を持つ(だけの)ページということ。
…の階層レベルは0。単語1つでレベル1。
:i/なんでもページに記録 †
ほか †
- :i/ページを保存するときはオブジェクトだけ。NotationTextは要素が分担して永続化する。ページ/要素を記法と切り離す。
- :i/ページタイトルにビュー別接頭辞を入れておくと、ブラウザーの履歴検索でも役立つ。
- :i/ページの1行目は特別で、ページ/名前の元になる。ページタイトルになるのは最初の見出し。ページ/内容に全てを含める。コピペ1回でページ作成可能に。→ :Done/ページ名とページタイトルの書き方[?]
- :i/プロトタイピングには以前行なったページの実装がある。
- → :Done/ページ型/スレッド/データコンテキスト/記法定義まとめ
関連 †
ページ関連のアイデア目録。
- 全てURIで
- 外部名(4区分)
- 内部名(パーマリンク)
- リンク
- 永続化
- データストア
- 版はデータストアのもの
- ほか、ページ構造に関わるクラス
- ユースケース
- ページ/要素とセレクター
- ページ/属性
- 権限(鍵)
:t/ページより †
アクセス権は引き継がれる †
自動生成ページは元のページ(入力されたページ)すべてのアクセス権を引き継ぐ。
アクセス権の合成ルールが必要。
まとめる前の原案と、ページの参考になる点について言及したもの。
ページとは †
:i/派閥はページ←Amazonでの商品にあたるもの †
派閥は無くなったけど、ページがAmazonの商品にあたるのは変わらない。
添付ファイルは1ページ扱い †
添付ファイル1つに1ページ生成。
こうしたほうが扱いやすいし、ページの機能を利用できる。
ページにページを含める機能を利用して添付。
履歴を取らないとき †
同一ユーザーによる同じページの複数回更新は上書き。
バックアップや履歴を取らない。無駄。
更新を1回取り消すと他のユーザーによる更新まで戻ることになる。
Wikiは1ページが1つの板 †
※利用者登録も?
WikiFarmとは違う?
ほしい物リストから生成されたおすすめ商品や、それらを集めたマイストアも参考になりそう。登録したページでサブセットWikiを作っておいて、それを何かに利用したり?
ページクラスに追加 †
iframeタグを生成するプラグインなど、管理者だけが使えるプラグインを使えるページ。
使える文字列が違う。
このページ自体管理者だけが使えるものでなくてはならない。
newプラグインを標準に †
章にはNew!が付く。
ということでページへのリンクにも付く。
章へのリンクにも。
:i/ページは… †
データ保存場所
ページタイトルと章タイトルにも。
タイトルに付ける方法は?
利用者から送られてきたクエリーのうち、自身に関する部分だけは解釈できる
(ページを)入れ子にはしない。
入れ子(ネスト)にしないのは埋め込みができるから。クラス定義ではネスト不可。でも閲覧時の埋め込み解決後にネストしているかのように見えるのはあり。
名前変更でリダイレクト †
ページの名前変更をしたら旧名はリダイレクトページになる。
もう一手間かけてリダイレクトページを消してもいいし、旧名をまた使うまで残しておくのも良い。
他サイトからのリンクを切らないための措置。
:i/ページとは †
ページ内部は要素のリストでも、ページ要素ごとにデータ構造が違う。
ページはRDBのテーブル。ページ/要素1つが1つの型を持つフィールド。
→ フレームワーク/WikiEngineでやること#vad5bbbb
WikiEngineはページを操作するもの。
自由欄 †
適宜、動的要素を表示する部分。
ページの先頭に表示。
WikiFormatで位置が指定されているときはそこ(だけ)に表示。
内容は…
- (管理者からではなく)システムからのメッセージ
リンクやボタンなども含む。 - 検索に適合した部分
前後の数文字、数行を含めて表示。
リンクも生成して。 - リンクリスト
これが生成されたときはページ内にはアンカーを埋め込む。そのアンカーは前述のリンクへリンク。
:/ページと要素は似ている †
要素と同じ使い方ができても目的が違う。
…などを章として追加。
実装 †
要素は内向きで要素間連携のための、ページは外向きのインターフェイス。
:i/ページの属性は下位が豪華、内容は上位が豪華 †
継承とフォルダー式のまとめ。下位が上位を参照すると、下位が豪華になる。どう依存するかの違いでもある。
:i/ページはファイルと類似 †
ページ/属性とページ/裏に管理用データを持たせて。
ページは…
- データ保存場所
- 保持しているデータやそれに関する情報を文字で情報を提供する。
- 利用者から送られてきたクエリーのうち、自身に関する部分だけは解釈できる。
- 入れ子関係になっている場合、親になるページインスタンスから属性を受け継ぐ。
ページは…
ページは…
- ページ
複数。順序あり。ランダムアクセスはしない。 - テキスト(WikiText)
複数。順序あり。ランダムアクセスはしない。 - HTMLテンプレート
1組で良い。
が、複数も良い。複数ならテンプレートに適用順序を設けて順次使用することに。あまり意味はない。
:i/ページは機能のDB †
ページ/要素にデータアクセス。それをシリアライズして記法化。
…を含む。
存在しないページは無い †
存在しないページ=内容が空で存在するページ。
ページ管理クラス以外では(UIからも含めて)そうなっているように。
ページの内容はコードと見なせる †
出力の統合はどうやるか? †
→順位付きで出力。同順位同士では後に追加。
順位には複数に分かれたHTMLヘッダー領域も含まれる。
ページ/編集はページ/属性を変える一例 †
ページ/属性のエディターがWikiサイト。
ページ/編集はページ/属性にある「内容」を更新、保存する機能。
→継承される領域やページ/裏だけでなく、ページ/属性の数だけWiki上のページのフィールドがあるということに。
本文のレンダリングは最後 †
本文(ヘッダーなど以外の部分)の展開(レンダリング、HTML変換)は最後。
1つの画面に重複部分があるとき、ヘッダーなどを優先する。
二重展開を防ぐようにした場合、先にヘッダーなどを展開しないとヘッダー編集時のプレビューができなくなるから。
ページを更新できるのは自身だけ †
編集など、ページの属性を変更する操作は自身が全て行なう。
(自身とはインスタンス)
:i/ページは要素のインターフェイス †
利用者からのクエリーはそれを解釈できる要素だけが解釈する。解釈できる要素がいくつ存在していてもいい。ページを介しては伝わらない。
ページは要素にとっての場所。要素の配置を変えるときはページに指示することになる。
他から変更したいときは、指示を対象ページにキューイング。
そのページは最新状態をリクエストされるまでに自身を変更すればいい。
参照は自由にできていい。
編集は遅延処理。
ページに手を加えるにはページごとに{属性→値}で指示をキューイング。
適当なときに処理。
ページの内部 †
最新版が必要なときはそのページを呼び出して、最新版になってもらう。
衝突したか知らせるために、編集後のレスポンスには最新版が必要。
Webページのテンプレートは特定のページに書く †
システムが用意するページ(Webページ)は:config/Page/Editのような特定のページで定義。
:Done/スレッドモードは不要 †
ドキュメントはスレッド投稿の1件に相当。それぞれ内部にページ/型を持つ。
このページを書き換えて…
- ページの構造・内容(HTML)
- どんなときにどんなページを使うか
User-Agent別に定義して、フルブラウザ用とか、ケータイ用とか、スマートフォン用とか。
利用者の権限別とか。
ページの内部構造はページ/要素だけ。
:Done/ページの中のページは不可か †
ページ同士に関連は無し。
条件、それに合ったときの戻り値は特定のページに。
条件に使えるデータ、戻り値の用途はシステムにコードで定義。
コンテンツとスタイルの分離 †
「人気のページ」など、データを提供するページはコンテンツとスタイルを分ける。
スタイルは…
…で。
フィルターとテンプレートは別のページに埋め込んだときに可能…になるはず。
:i/ページ内容がオブジェクト構成を表す †
ページは要素の構成。要素も要素の構成。それらを決めるのがページ/内容。利用者はページを通して要素をあつかう。
リストとハッシュ †
リスト状に並んだページ…版。
ハッシュに格納…Wiki。
ページの性質 †
:i/BracketNameは不要 †
明示的リンク。
不要だけど利用者の意図をシステムに伝える手段として使う。
ページ同士に明確なつながりが有ることを示す。
編集ページは検索エンジンにインデクシングさせないように指定 †
ページ内容がオブジェクト構成を表す †
ページは独立したオブジェクト。
それを構成するElement系クラスを決めるのはページ内容。
1つのページ名にインスタンスは1つ †
Flyweight。
アクセスログはページの属性 †
ページを扱うとき、一緒にアクセスログも扱えるように。
:i/ページに型を †
Xの拡張容易点。要素だけで対応できない拡張はページ/型で。
ページはプラグインのDB †
プラグインが生成するデータはページに記録。
独自形式を使うよりも使いやすくなければ無意味。
再作成を頻繁に行うので… †
ページにID
同一IDはFlyweight。
→Factoryが要る。
資料 †
ごく簡単なHTMLの説明 - The Web KANZAKI
http://www.kanzaki.com/docs/htminfo.html
属性はファイル名に保存 †
ファイルの中に書くよりも活用しやすいので、属性はファイル名の一部に。
データ量が大きい属性やプラグインが定義する属性には対応せず、ファイルの中に書くことにして。
凍結→r、とか編集権限削除とか読み取り専用とか。
HTMLを直接書けるページ †
→ :i/HTML許可ページ
→ :i/HTML書き込み
ページ/型の1つ。HTMLや各種記法のレンダリング後(HTML)を貼るためのもの。
ファイル名に書けない属性 †
長すぎるもの。
リンクされたときに、リンクのツールチップ(バルーン表示)に出す文字列。
そのページの概要、一行説明。
→ページ内
ファイル名に置く属性 †
- ページ名(ページ名のパスも含む)
- 凍結中?
この型を管理者だけの物にするには?権限設定では属性値(ページ/型の値)を制限できない。
→「特定のページ/型を使わせない」のは不可能。
→属性値に「ページ/型をHTMLにできる」といった値を設定可能にする。使う側できちんと判定すればいい。
→ :Done/ページ型/スレッド/データコンテキスト/記法定義まとめ#o051e5a4
設計 †
コード †
Perl †
code*:364
:i/俺のモノは俺のモノ †
ページに書かれた情報の権利/権限。
権限設定、権利表明のコマンド。それと紹介文にも。
:i/見出しをページのタイトルに †
1行目よりもふさわしい箇所があればそっちで。
タイトルを見出し化するよりも、見出しをタイトル化。書くときは見出しだけを書くように。
→ :i/UI上でページ名は「管理用」とする
最初の見出しをページタイトルにするといい。
Webブラウザーに表示されるのは最初の見出し。
1行目をWebブラウザーのタブやGoogle検索結果に表示したいなら、1行目を見出しにしてでも見出しがページタイトルになるようにする。
- -
見出しと本文のうち最初の1行をページタイトルに。
ページを操作するためのUI †
→:タイトルとURLをコピペ †
はてなフォトライフのフォトライフ記法欄のような。
ページ名のコピペ以外に内部リンクを作る方法があるなら不要。オートコンプリートとか。ドラッグ・ドロップで使えるクリップボードとか。
このコピペ機能の代わりにページ名を逆リンク一覧にリンクするのもあり。クラシックWikiではそうなっているけどMediaWikiではそうなっていないので、どちらでもいい。
:i/存在しないページは無い †
UI上では内容が無くても関連情報はある。ページ名も情報のうち。
実装上はページの有無を気にしない。ページはSingletonのようなもの。
DanglingLinkは「存在しないページヘのリンク」という意味ではなくなる。
:Done/ページ削除のUI †
→ ページ/削除
UIになるページ †
それ用の要素を使って入力フォームを持つページを作ることができる。
→:UI要素
Wiki構築のためのページ †
:i/Wiki構築をページで †
設定項目をページに書ければいい。
汎用化してデータアクセスになった。
:i/ページ主体の設計 †
Wiki構築をページで行なうという発想。
ページの仕様が大きくなる。
:i/Webページのテンプレートは特定のページに書く †
条件別のページテンプレート。言語別とか。
:i/増殖するページ †
ページの元になるページ。ログなど自動生成されるデータのテンプレート。
(ヘッダーなど)通常のテンプレートと異なるのは、テンプレートを穴埋めした後に保存する点。
:i/テンプレートは制限するものではない †
入力用テンプレートはUI要素として実装。編集ビューではなく閲覧ビューでのその場編集に有効。
→ :i/UI要素
:i/利用者のページ化 †
ページはデータベース。利用者はページ。ページの移動が利用者の異動。
移動で上位ページが変われば(属性/継承によって)その利用者のロールや権限も変わる。
隠しページ †
(コンテンツ用ではなく)システム用のページは隠しページにする。
機能/分析 †
MediaWikiでの特別ページ。
:i/ログはページに記録 †
分析結果はページ自身に記録する。
:i/ページの重さ †
Wikiの可視化。概要把握の機能とその表示。
:i/最近更新されたページ †
システムが作るページ。実体がページ/要素で、その出力が動的なページリスト。なので「システムが書き込むのはページ/裏だけ」のルールと衝突しない。
実装案 †
:Done/ページ型/スレッド/データコンテキスト/記法定義まとめ †
ルートページ †
ページはページでまとめる。どうまとまるかはページ/名前次第なので、ルートページはそういう名前を持つ(だけの)ページということになる。
:i/ページと他オブジェクトとの関わり合い †
ページ同士の関わりはなし。ページ名でまとめる。順不同パスに共通点があれば下位展開でまとめて表示可能。
下位展開ビューでの順序情報に他のページ名が含まれるくらい。その情報は消えても間違っていてもいい。表示順序が変わるだけ。
:i/ページを保存するときはオブジェクトだけ †
NotationText(WikiText)は要素が分担して保存する。
記法テキスト以外でも書き換えられるようにするため。この方法でもテキストで書き換えられる。
:i/アクセスログはページの属性 †
ログの出力先を特定の(設定された)ページに。
でもシステムが書き込むのはページ/裏のはず。ページ/裏の1つに追記していく。アクセスログ専用のページ/裏。
:i/クラスごとにページを †
アクセスログもクラス名を冠したページ(のページ/裏)に?
:/セクションをやめてページのネストで †
ページ名でつながるネスト構造。オブジェクト間はつながっていない。
上位ページを閲覧すると下位ページも見える。上位と下位について→ 順不同パス
:i/テンプレートはページ名 †
独立したページにすると機能充実。その反面、テンプレートにも権限(錠)を設定できてしまう。運用の問題にしておく。
:i/属性と内容 †
扱いは同じ。操作に必要な権限が違う。
ページ/内容、ページ/属性、ページ/裏。
:i/検索結果でページを作れば「検索結果の検索結果」が可能に †
まず見るべきところを「まず見て欲しいページ」というページ名で見せることができる。更新される動的まとめ。
:i/権限を判定するケース †
ページが関わるところ全てとユースケース。つまりいたるところ。権限の参照を速くすれば高速化できそう。
:i/添付ファイルもページ †
ページは添付ファイルのアダプター。
:i/ページにtoJsonを †
実装。
:i/ページの1行目は特別 †
実装。
:i/ページは要素でもある †
実装。
:i/ページ内容と属性領域の違い †
実装。
コード †
code*:364 Perl
まだまとめてない †
:i/仮想ページという考え方 †
:/ページ属性の型は文字列だけ †
:i/ページ属性の接頭辞をやめる †
:i/ページ属性はセレクターで読む †
:i/ページ属性はデータアクセスで参照 †
:i/属性領域も複数に †
:/権限領域のページ名 †
:i/継承にも錠と鍵を[?] †
:i/見出しかダガーがその見出しへのリンク †
:Done/Twitter連携するときページ名をどうするか †
いらない †
:/ユーティリティページ †
:/ページはメモ化しない †
ページ/要素は制御されないので、外からはメモ化可能か分からない。