100点満点にはならないのに、英語で完璧を目指すなんてナンセンスだと思うのです。(なかったらごめんなさい)。下にプロフィールを書いておきます。4)ぼちぼちと更新をしています。スパムばかり来るのでコメント欄は閉じてます。リビジョン機能は冷遇されているようで検索すれば無効化する方法がたくさん見つかります。一方でこの機能が「使える」ものだったらやっぱり使いたいよなあ、という人も多いのではないでしょうか。ブログ記事は書き捨てというやり方だけでなく、注目を集め反応が多かった記事に情報を追記していく場合もあるでしょう。ビジネス利用も増えていますが、そうであればなおさらリビジョン管理は重要です。そこで今回は現行のリビジョン機能の何が問題でどうすれば解決するかをまとめたいと思います。リビジョン機能止めて別に困らないという人はそれでいいのですけれど。リビジョン機能について正しい認識を持ちましょう。理解されていないように思われるのは以下の点です。リビジョンが作成されない。60秒間隔自動保存でバンバンリビジョンが増えていくというわけではないです。リビジョン機能は、基本的に記事にしたテキストデータの変更履歴を取るための機能と捉えるのが良いと思います。データベース関連についても一言言っておきます。通常の一記事表示ではインデックスを使用した検索になるので、ポスト数が増えても検索時間は比例しない。パフォーマンスに影響が出ることはまずない。データベースの容量に関しては確かにリビジョンを作成することでその分使用領域は増えます。テキストデータなので、画像に比べればたかが知れています。念のために言っておきますが、それはないです。イメージデータそのものはデータベースに入らないですし。一度書きますが、リビジョンが作成されるのはポストテーブルの内容のみです。ポストテーブルの内容を知らなければこちらで確認しておきましょう。使ってポストテーブルを参照するようになっています。リビジョン多くね?と、ここまで読んでも「実際には多数リビジョンが出来てるし、嘘書いてんじゃねーの?」と疑っている人もいるでしょう。確かにリビジョンが多く作成されてしまうのは事実です。以下の動作によるものです。プレビューをするたびにリビジョンが作成される。クイック編集や一括編集でもリビジョンが作成される。公開前はプレビュー操作を行って最終的な見栄えをチェックしながら文章を調整することがあると思いますが、そこでプレビューする度にリビジョンができてしまうのです。1世代なのですが、公開前だと何世代ものリビジョンができてしまいます。場合は公開初版のリビジョンだけあればよいですよね。ついては更に不要です。このような編集方法を採るときはタグやカテゴリーを直す場合が多いと思うのですが、そうなるとポストテーブルの項目に変更は発生しないことが多いにも関わらずリビジョンが作成されてしまうということになってしまいます。リビジョン比較をしても「同じ内容です」というちょっと悲しいリビジョンばかりできてしまいます。考えてもどうしようもなさそうですね。簡単な解決策があるんです。(縦に長い空白地帯)じゃーん。Revisions」を使えばよいのです。どっかで見たアイコン?...実は私がつくったのです。ステマではありません。それとこんな機能もあります。気に入ったら是非つぶやいたり、「いいね!」したりしてください。お願いします!(後半雰囲気を変わってしまいましたが、同じ著者によるものです。セッティング項目の見出しは一応読んでね。