Xoops Cubeの設置がうまくゆきません。(自宅サーバーFedora8)

質問

（一度質問しましたが、整理して再度投稿させていただきます。）

自宅サーバー(Linux Fedora8) + Apache + php + MySQL
にXoopsをインストールしたいと考えています。

ダウンロード解凍した所定ファイルを所定の場所に置き、
インストーラーとなる、初期画面(/instal/index.php)にアクセスすると、
まっ白のページが表示されてしまいます。

おなじXoopsを同じような方法で、MacOSX内のサーバー環境に設置したところ、インストール画面が表示されましたのでXoops自体や設置方法ではなく、サーバー環境自体に問題がありそうです。

phpのインストールが上手くいっていないのかと思い、
infomationページを呼び出したところ、表示されました。
他にどこをチェックしたらよいのでしょうか。
インストーラのトップ画面で、MySQLはまだ関係していないですか？
心当たりの場所がありましたらご指摘下さい。
よろしくお願いします。

回答No.5

x415f484f · ベストアンサー

※ URL に変換されてしまうので引用の一部を変えました。

> Failed opening required
> .../modules/legacy/kernel/Legacy_CacheInformation.class.php'

英語で書かれているエラーの内容でわかると思われますが、意味は必要な
ファイルが開けないということです。

Xoops Cube をインストールしたディレクトリに
modules/legacy/kernel/Legacy_CacheInformation.class.php
というファイルはありますか?
ファイルが存在している場合はこれらのアクセス権や selinux に関する
設定は正しいでしょうか? (問題の切り分けのために selinux を無効に
してみて下さい)

> (include_path='.:/usr/chare/pear:/usr/chare/php')

include_path='.:/usr/share/pear:/usr/share/php'
ではないのでしょうか?

念のために MySQL のテーブルを一度消してから設定し直してみて下さい。
また、設定した URL が変更された場合はエラーがおきます。
(例えば http://localhost/ として設定した後で http://192.168... など
として呼び出した場合)

※ テーブルの削除は phpMyAdmin などで作業するほうが楽です。

# 私の手元の Fedora8 環境では同じバージョンの Xoops Cube も問題なく
# 動作しています。

お礼

お礼が遅くなり済みませんでした。
お陰さまで無事にインストールする事ができました。
なんとお礼を申し上げて良いかわかりません。
本当にご親切にありがとうございました。

> Failed opening required
> .../modules/legacy/kernel/Legacy_CacheInformation.class.php'

結局、このファイルの名前が文字化けをしていることに気がつき、
（.classあたりがおかしくなってました）
他のファイルを調べたところ、
いくつか同じようなことになっていましたので、
Linuxパソコンから直接ダウンロードして設置、
インストール作業をしたところ、うまくいきました。

回答No.4

x415f484f

※ ANo.3 ではトラブルへの対処(その後に予想されること)を書いて
　 しまい、説明するのを端折ってしまいましたが……。

(1) 権限について

> 権限についても理解が乏しく、勉強中です。
> その他、chmod 777 uploads/ templates_c/ cache/
> chmod 666 mainfile.php　設定してみました。

これは PHP が Apache のモジュールとして Apache の権限で動作する
からです。PHP の動作による書き込みが必要になる場合は 777 や 666
とする必要があります。
PHP を一般的な CGI と suEXEC を併用して使う場合や mod_suphp 等を
使う場合はこのような権限にする必要はありません。(mod_suphp の動作
原理等をご理解されるまでは使わないことをお薦めします)
因みに PHP を CGI として動かすのは、php.ini の設定を変える必要が
あり、PHP スクリプトの書き換えも必要です。(これらについての詳しい
説明も避けます、参考までにということで……)

(2) 文字化けについて

> viコマンドで該当ファイルを開いたところ、文字化けがおきていたので
> エディタで開いたところ、日本語が正常に表示されていましたが、
> それは問題ないのでしょうか。

その文字化けについては問題ありません。
元々が php の mbstring が読み込まれていないためのエラーですから
エラーの出る箇所については絶対に編集しないでそのままにしておいて
下さい。

最近の linux (一部の linux を除く) の殆どは、文字コードが UTF-8
ですから EUC-JP は正しくデコードされないで化けます。

Fedora8 は root で vi を実行すると /bin/vi が実行されます。
一般ユーザの場合 vi は /usr/bin/vim のエイリアスになっています。
Fedora8 等で vim に正しく文字を読み込ませるには各ユーザのホーム
ディレクトリの .vimrc を作って適切に設定する必要があります。

カテゴリーが違うのでこれらについてはご自身で調べて頂くか、適切な
カテゴリーで改めてご質問されることをお願いしたいと思います。

これはややこしくなるので、ドキュメントをお読みなり、よくお調べに
なられてから設定されることをお薦めしますが、XoopsCubeLegacy2.1.4 の
extras/extra_languages/ja_utf8/html にあるファイルを使えば EUC-JP
ではなく UTF-8 にもすることが可能です。(くどいようですが、ご理解を
されるまでは使わないほうがよろしいかと思います)

どちらにしても AddDefaultCharset UTF-8 は Shift_JIS 等で記述した
HTML もウェブブラウザで化ける(正しくデコードされない)原因になる
ことがありますので「# AddDefaultCharset UTF-8」として無効にした
ほうが良いと思われます。(これは ANo.3 の Apache の設定)

# と、かなり PHP とはかけ離れた内容となってしまいましたが……。

補足

長きにわたり、本当にどうもありがとうございます。
Fedora8の基本についても大変勉強になります。

mbstringですが、Apacheの再起動で認識したようで、
インストールの初期画面が立ち上がりました。
しかし、MySQL関連の設定を終えて、
インストール終了間際かという時に
500が返されてしまいました。

無理してLinuxを始めてしばらく経ちます。
どうしてもXoopsCubeを導入してみたいのですが、
この状況で予想される問題点または、
必要な調べるべき情報がありましたら
教えて頂けないでしょうか。

httpdログ（すみませんが、以下3行目の最後のほうが、
教えて！goo側に処理されて消えてししまいます。）

PHP Fatalerror: require_once()
[<a href='function.require'>function.require</a>]
:Failed opening required '/var/www/html/modules/legacy/kernel/Legacy_CacheInformation.class.php'(include_path='.:/usr/chare/pear:/usr/chare/php')
in /var/www/html/modules/legacy/kernel/Legacy_Controller.class.php
on line 23, referer: http://192.168.1.2/install/index.php

回答No.3

x415f484f

> 追加後にアクセスしたところ同じ症状で、

php-mbstring 等の追加後に Apache(httpd) の再起動をしていないの
かも知れません。(通常 php は Apache のモジュールなので Apache の
再起動を行わなければ反映されません)

/etc/init.d/httpd restart
または
service httpd restart
のどちらかで再起動して下さい。

> エディタで開いたところ、日本語が正常に表示されていましたが、
> それは問題ないのでしょうか。

これは一度再起動した後でしょうか?

文字化けの問題は FAQ だと思いますが、Apache の設定ファイルの
「/etc/httpd/conf/httpd.conf」に「AddDefaultCharset UTF-8」と
いう行がありますので

AddDefaultCharset EUC-JP
とするか
#AddDefaultCharset UTF-8
のようにしてみて下さい。

httpd.conf の編集後も変更を反映させるには再起動をして下さい。

回答No.2

x415f484f

> XoopsCubeLegacy2.1.4を解凍し、ftpを使ってFedora8の
> var/www/htmlへ設置しました。

FTP で転送されたのですか?
# もしかしてユーザを新規に作りホームディレクトリを
# /var/www/html 等に設定されたのでしょうか?
# その辺りの操作も詳しく書いてあると余計な憶測をしなくて済みます。

> drwxrwxrwx root root system_u:object_r:httpd_sys_content_t:s0 .

# 777 はどうかと思うので chown で所有を変更してはいかがでしょうか?
# ローカルで実験しているだけなら構いませんが。

> drwxr-xr-x root root system_u:object_r:httpd_sys_content_t:s0 ..
(省略)
> drwxrwxrwx taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 install

install/ が 777 なのは何故なのか不明ですが?
設定する場合は

cd /var/www/html
chmod 777 uploads/ templates_c/ cache/
chmod 666 mainfile.php

としておくべきではないでしょうか?
# FTP クライアントから行うのであればそれでも構わないと
# 思います。

> -rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 xoops.css

全て「system_u:object_r:httpd_sys_content_t:s0」となっているので
あれば selinux の問題だという可能性は低いと思われます。

> su でrootに入ってsetenforce 0を打ち込むと、
> bash: setenforce: command not foundが出ます。

「setenforce: command not found」はコマンドが見つからないと
言う意味です。

見つからないのは単に su では PATH 等の環境変数がログインした
一般ユーザのもので /usr/sbin/ へのパスが通っていないからです。

「su -」と su にハイフンをつけて root にしてから実行するか、
意味があって「su」だけにしているのであれば /usr/sbin/setenforce
のようにフルパス指定で実行して下さい。

# ls -alZ の実行結果からは selinux が原因ではないようですが
# 「setenforce: command not found」が気になりましたので。

> > php -m の実行結果を貼って頂けますか?
> [PHP Modules]

mbstring がありませんのでエラーとなるはずです。
# 真っ白いページというより 500 というエラーのはずです。
# php.ini の設定によっては PHP のエラー表示です。

yum install php-mbstring

を実行して追加して下さい。

# php-gd 等も追加してあると便利かもしれません。

それと httpd のログなども見るようにして下さい。

tail -f /var/log/httpd/error_log
(止めるときは Ctrl と C を押して終了)

というようにしてログを見ながらアクセスしてみて下さい。

# それでも動作しないのであれば他の原因ですが rpm -qa の結果を全て
# 貼ることも不可能でしょうから、httpd のログなどを調べて不明な
# 点があればまたご質問なさって下さい。

お礼

ご親切にわかりやすくご回答を下さりまして、
本当にありがとうございます。

> FTP で転送されたのですか?
> # もしかしてユーザを新規に作りホームディレクトリを
> # /var/www/html 等に設定されたのでしょうか?

新規にユーザーは作っていません。
ftpサーバーのテストがてら、
MacOSXから、Fedoraで最初に設定したユーザー名で、
/home/ユーザー名　ディレクトリへ入り、一度階層を上がって/var/www/htmlへたどり着き、MacOSXに一度
ダウンロードしたXOOPS Cubeをアップしました。

> drwxrwxrwx root root system_u:object_r:httpd_sys_content_t:s0 .
> # 777 はどうかと思うので chown で所有を変更してはいかがでしょうか?

ここは755でよろしいのでしょうか。
権限についても理解が乏しく、勉強中です。
その他、chmod 777 uploads/ templates_c/ cache/
chmod 666 mainfile.php　設定してみました。

「パスを通す」su -　など基本的なこと勉強させて頂きました。

真っ白いページですが、Headerを確認したところ
確かに500でした。
HTTP/1.x 500 Internal Server Error
Date: Tue, 06 May 2008 11:02:30 GMT
Server: Apache/2.2.8 (Fedora)
X-Powered-By: PHP/5.2.4
Set-Cookie: install_lang=japanese
Content-Length: 0
Connection: close
Content-Type: text/html

ご指摘頂きました
php-mbstring
php-gd
追加後にアクセスしたところ同じ症状で、
httpd のログには
PHP Fatal error:Call to
undefined function mb_language() in /var/www/html/install/language/japanease/install.php on line 190
とありました。
初めてログを知り、見てましたが、
該当ファイルの行まで出るのですね。
自分でも調べてみますが、何かわかりましたら教えて頂けると嬉しいです。

補足

お世話になります。以下、お礼欄の補足となります。

文字セット関連のようですが、検索で調べても
原因を見つける事ができませんでした。
viコマンドで該当ファイルを開いたところ、文字化けがおきていたので
エディタで開いたところ、日本語が正常に表示されていましたが、
それは問題ないのでしょうか。

該当の190行目～最終行までを貼っておきます。
mb_language( 'Japanese' ) ;
mb_internal_encoding( 'EUC-JP' ) ;
mb_http_output( 'EUC-JP' ) ;
@ini_set('default_charset', _INSTALL_CHARSET);

?>

回答No.1

x415f484f

# 詳しい状況がよくわからないので外しているかもしれませんので
# その場合はご容赦下さい。

> ダウンロード解凍した所定ファイルを所定の場所に置き、

この手順をどう行ったのかを詳しく書いて頂けると何かわかるかも
知れません。

> サーバー環境自体に問題がありそうです。

Fedora 8 の場合、デフォルトで selinux が有効になっているのですが
それが原因ということはないでしょうか?

他の場所(/root 等 /var/www/html 以外)で展開したディレクトリを
mv などで移動した場合は selinux に関する設定が異っています。

selinux が原因の場合は次のことを調べればわかると思います。

(1) インストールしたファイルのある場所で ls -alZ /var/www/... を
　 実行した場合にどうなっていますか?

(2) setenforce 0 を実行するとブラウザにインストール画面は出ますか?

(3) (2) で表示された場合 restorecon -R /var/www と setenforce 1 を
　 実行した後にインストール画面は出ますか?

※ 上記は selinux が原因であると仮定した場合の話です。

> phpのインストールが上手くいっていないのかと思い

php -m の実行結果を貼って頂けますか?

> インストーラのトップ画面で、MySQLはまだ関係していないですか？

初期画面の時点ではまだ関係ないと思います。

お礼

(2)
su でrootに入ってsetenforce 0を打ち込むと、bash: setenforce: command not foundが出ます。この状態でインストール画面は出ません。

このような知識の乏しさで申し訳ないです。
SElinuxに関しましては、FTPサーバーを設置した時にGUIを使って設定を緩和した記憶があります。

> php -m の実行結果を貼って頂けますか?
[PHP Modules]
bz2
calendar
ctype
curl
date
dbase
exif
filter
ftp
gettext
gmp
hash
iconv
json
libxml
mysql
mysqli
openssl
pcntl
pcre
PDO
pdo_mysql
pdo_sqlite
posix
pspell
readline
Reflection
session
shmop
SimpleXML
sockets
SPL
standard
sysvmsg
sysvsem
sysvshm
tokenizer
wddx
xml
zip
zlib

[Zend Modules]

phpはyumでとってきていますので最新版が入っていると思います。
なにか分かる点がありましたら、よろしくお願い致します。

補足

遅レスすみません。
ご丁寧な回答を本当にどうもありがとうございました。

>> ダウンロード解凍した所定ファイルを所定の場所に置き、

ローカルネットワーク内のMacOSXへダウンロードした
XoopsCubeLegacy2.1.4を解凍し、ftpを使ってFedora8の
var/www/htmlへ設置しました。

(1)
drwxrwxrwx root root system_u:object_r:httpd_sys_content_t:s0 .
drwxr-xr-x root root system_u:object_r:httpd_sys_content_t:s0 ..
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 admin.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 backend.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 banners.php
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 cache
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 class
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 core
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 edituser.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 favicon.ico
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 footer.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 header.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 image.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 imagemanager.php
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 images
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 include
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 index.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 info.php
drwxrwxrwx taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 install
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 kernel
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 language
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 lostpass.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 mainfile.dist.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 mainfile.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 misc.php
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 modules
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 notifications.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 pmlite.php
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 preload
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 readpmsg.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 register.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 robots.txt
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 search.php
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 settings
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 templates_c
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 themes
drwxr-xr-x taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 uploads
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 user.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 userinfo.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 viewpmsg.php
-rw-r--r-- taketake_kun taketake_kun system_u:object_r:httpd_sys_content_t:s0 xoops.css