カテゴリ | |
---|---|
サマリ | apache権限で動作しているPHPでの使用(ロリポップ) |
バージョン | 1.4.2 |
投稿者 | GLM |
状態 | 完了 |
投稿日 | 2004-03-17 (WED) 10:35:53 |
サーバの移転でロリポップに PukiWiki を設置しましたが、ページの新規作成や編集を行うと「グループ:apache、ユーザ:apache」になってしまい、以後の編集ができなくなってしまいます。 問い合わせを行ったところ、PHP が apache 権限で動作するサーバの仕様であり、変更はできないとのことでした。 PHP の CGI モードの提供があるかどうかなどについて引き続き問い合わせていくつもりですが、上記のようなケースの場合に何か対処は可能でしょうか?
なにか設定を間違えていませんか? ロリポップで運用されている方は複数おられますよ。質問箱/2059・質問箱/2069
./wikiディレクトリ、./backupディレクトリ、./cacheディレクトリ、./diffディレクトリのパーミッションが777、./wikiディレクトリ内のwikiデータ(.txt)、./cacheディレクトリ内のキャッシュデータ(.dat)のパーミッションが666になっているか再確認してください。PukiWikiのファイル一覧参照。
「編集できない」というのは、PukiWiki上で編集できないのではなく、telnetやsshでログインして編集できないという意味ですよね? そうでしたら、それは、そういうものです。削除は可能であり、コピーするとユーザーの所有になりますので、(1)コピー、(2)元ファイルを削除、(3)コピーしたファイルを元のファイル名にリネーム、でOKのはず。
データをバックアップして一から設置し直してみました。無事に動作し、新規作成や編集に問題ないことが確認できました。お騒がせいたしまして申し訳ありません。
解決したのであまり意味はないかと思いますが、いちおう、状態がどうだったか補足しておきます。三浦克介さんのご指摘された「編集」については、PukiWiki 上での編集時に「Error message : cannot write page file or diff file maybe permission is not writable or filename is too long」というエラーメッセージが表示されていました(すみません、最初に書くべきでした)。ファイルやディレクトリのパーミッション、設定項目については数回にわたって確認しましたので、チェック漏れがあるのでなければ、他に思いつく原因はサーバ移行時に 1.4 rc3 から 1.4.2 にしてファイルを入れ替えたことくらいです。この際に、異なるバージョンのファイルが混在してしまったためでしょうか? 設置し直した際には、完全に 1.4.2 ベースで設定を載せ替えています。
GLMさんと全く同じ状況になりました。所有者がapacheで644権限にされてしまうので編集実行するとこのエラーが出ます。設置しなおしてみます。
owner=apache, mode=644 であれば、PHP(apacheモジュール版)によるファイルの読み書きは可能ですので、PukiWiki上で編集できないのは、別の理由によるものです。sshやtelnetでログインして(ログインユーザー権限で)編集できないのは、仕方ありません。そういうものです。ちょいと、UNIX系OSにおけるアクセス制限の仕組みを説明するページが必要ですかねぇ。