Hatena::ブログ(Diary)

kinneko@転職先募集中の日記

検索エンジンから来た方へ: 申し訳ないですが、日記なので日々積み重なっています。
目的の情報にたどり着くには、右の検索窓から日記内を再検索してください。
北陸エリア内(もしくはエリア外でも)で転職先を探しています。
(マジです。ネタではありません。ホントですって...)
詳細履歴書をご希望の方はメールでご連絡下さいませ。(kinneko at gmail.com)
chromeで見ると、死ぬほど出るGoogleの広告がブロックできないので、
firefoxでABPを入れるとすっきり見られます。

2006-11-02

PukiWikiでのページ削除の方法

index.php?cmd=filelist

にて、コンテンツのファイル名を確認。

該当ファイルをシステムで削除。


GUIな削除インターフェイスは提供されない... orz

非標準プラグインにそういうのがあるみたい。delpage.inc.phpとかdeldel.inc.php。

http://fullmetal.dip.jp/pukiwiki/?memo%2F%E8%87%AA%E4%BD%9C%2F%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2Fdelpage.inc.php


あれ?

コンテンツをUIから全削除したら、RecentDeletedになって削除されるのか。

でも、データは残っているのかな?

どうやら、diff/の下に残っているだけらしい。

こいつは危険だな...

攻撃的削除を受けた場合、リカバーのコストが高いぞ。

cronでtar固めのバックアップを取ることを検討したほうがいいかもしれない。

ebichanebichan 2006/11/02 14:26 Pukiwikiでは、ページを編集、してテキストを全部消して登録するとページを消すことになります

kinnekokinneko 2006/11/02 20:15 それって、問題出たりしてませんか?

ほめほめ 2006/11/03 00:01 「管理者が指定した保存時間」を越えたデータはbackup/に保管されます。

kinnekokinneko 2006/11/03 00:32 ほぉ、それは便利。それは零時間に設定しなくては。
でも、バックアップは標準システムと別なもののほうが安心というのは、経験が語っていると思うのですが、どうでしょう?

ほめほめ 2006/11/03 11:07 別途rsyncやtarで、ごく普通の完全バックアップができるのであれば、ぜひ実施されるのがよいかと思います。復旧の度合いが異なるため。0時間にすると編集する度にバックアップが肥大化するので、なれてきたら調整すると良いかと思います

kinnekokinneko 2006/11/06 09:43 アドヴァイスありがとうございます。そうしてみます。

スパム対策のためのダミーです。もし見えても何も入力しないでください
ゲスト


画像認証

トラックバック - http://d.hatena.ne.jp/kinneko/20061102/p1