[#j245980c]現状、編集画面で内容を一切変更していなくても、~更新ボタンを押すと、各種更新処理がおこなわれてしまいます。~これは無駄な処理であるとともに、変更がないにもかかわらず、最終更新が書き換えられるので、~管理する側にとってもユーザー側にとってもあまり良くないように思います((これが悪意のある攻撃ならば、話は別ですが))。使わずに編集(edit)で代用している人がいる((私もコマンド入力が面倒なので、ソースが必要なときは、基本的に編集ボタンからソースを見ています。人のことを言える立場ではないです。))ので、キャンセルではなく間違って更新を押しているせいだとは思うのですが。~~そこで、このような改造はどうでしょうか?~見出しから見出しまでの編集などの自作系への影響は、まだ確認してないので参考までにどうぞ。ファイルの更新処理をしてしまうのは、バグと言ってしまう程のものではないので、~現状のままにするというのもありなのかもしれません((悪意ある攻撃に対するログを取るという意味で))。~なので、上にも書きましたが参考意見のひとつとしてみてください。差分(diff)コマンドで表示した後、過去の差分を削除するためのリンクをクリックする。&br;認証画面でパスワードを入れる。&br;差分を消す&br;よりは楽ですからね~。↑に追加、ただどちらにしても、バックアップのサイズが少なからず増えてしまう気が。&br;それと、変更が何もないのにリンク更新の処理をする((たしか1つのページが更新されるとすべてのページに影響があったような))というのはサーバーへの負荷を増やしてしまうことになると。「空更新」というべき行為自体は、現状までにいくつかの役割が認識されていますが、どれもメリットとデメリットがありました。その一つはRecentChangesの上位にそのページを掲載して、注意を促す事(未処理のBugTrackがそうしてピックアップされる事もありました)。Wikiはあらゆるアクションが基本的にはエネルギーに変わるので、ほどほどであればあまり問題ではありませんでした。脈絡のない空postが多くあると、rssやRecentChangesを購読している人が萎えます。一つはteananさんが言われている、diffのクリアです。いたずらを直したときにその痕跡を(ある程度)隠すことでWikiに落ち着いた感じを与える事ができますが、いたずらをする方がその痕跡を(ある程度)隠すことにも使えます。実際にURL貼り付けspamに悪用されています。ここで挙げられているのは、恐らく別の視点のデメリット、というか単純な無駄の指摘ですよね。ツッコミありがとうございます。いま最初に挙げたとおりで、このアクションにメリットが無いとも言い切れませんが、デメリットの方を強く感じるような環境や、場面があると思います。利用感覚に関する互換性も考慮すると、(今回挙げられたような単純な無駄は省けるようにした上で)どっちがいいかを管理者が選べるようにするのがスマートな道なのではないかと思います。回答ありがとうございます。返答が遅れてしまい、すみません。さんの言うとおり、各管理者が変更できる方がいいと思います。&br;あと、上の例ではほぼすべての処理をキャンセルしていますが、実際に実装する時はどうするか、というぐらいでしょうか。textの更新など、それぞれに分岐を作るのか。