[Tep-j-general] MySQLの検査と修復ほか

Back to archive index

hamada bungu****@leo*****
2004年 4月 23日 (金) 11:32:06 JST


こんにちわ。

On Thu, 22 Apr 2004 13:10:02 +0900
"HIRO@" <max_chibi****@ybb*****> wrote:

> 先日のメールを浜田さん宛てにCCで送らせていただいたのが原因かもです(汗)

どうも違うみたいですねぇ。

今回もHIROさんのご投稿のヘッダを見ますとReply-To:がカンマ区切りの2重に
なってまして、そのまま返信するとやっぱり2つのアドレスに対して返信するよ
うになってるみたいです。

このReply-To:はたぶんML側で付加されるモノだと思うんですけども、なんでこ
うなるんでしょうねぇ??

> 浜田さん、データーベースの検査の仕方がわからず、よろしければ教えてください。

なんか前にも書いたような気がするんですけど、myisamchkを使います。

http://www.softagency.co.jp/mysql/Manual/4.1.1/html-split/manual_4.html#SEC248

↑こちら等をご参照ください。

http://web.kuicr.kyoto-u.ac.jp/manual/mysql/manual.ja_Repair.html#Repair

↑当方が普段見てるのはこっちなんですけど、予想通りMySQL4をお使いみたい→
たぶん、当方の古いMySQLとは操作が多少違うんじゃないかと思います。

ということで、あまり細かい事については言及しません。大体は同じ操作みたい
なんですけども、迂闊に仕様が変わってるかもしれないMySQL3の操作を行われる
と、ちょっとアブナそうなので。

とにかく、データベースを直接いじられる場合にはくれぐれも事前のバックアッ
プを怠られませんように。

> 試してみました。
> 結果は同じです。やはりセッションを維持できておりませんでした。

ということで、ほぼ間違いなくosCommerceの問題ではなく、OSやPHP側の問題の
ようですね。

中村さんの指摘されている

「session.use_only_cookies が ON」問題

は、たしかにかなり怪しい要因のような気がしますので、まずコレを切ってみら
れるのは如何でしょうか?

session.use_only_cookiesも「PHP_INI_ALL」のようですので、

php_value session.use_only_cookies 0

とか書いた.htaccessを当該ディレクトリに置くこと等で、この設定を切れるん
じゃないかと思います。

ただ、cookieが使えるブラウザでもセッションが維持出来ていなかったというこ
とですから「これだ!」と言い切れちゃう訳でもなさそうですが…。

「セッションが維持出来ない」ということは、

<?php

//セッションを自前で作ってみる

session_start();

session_register("count");

if (!isset($count)) {

	$count =0;
}
else{

	$count++;
}

echo $count . "<br>\n";

echo session_name()  . "<br>\n";
echo session_id()  . "<br>\n";
echo $_SESSION['count']  . "<br>\n";
echo session_is_registered ("count") . "<br>\n";
echo isset($_SESSION['count'])  . "<br>\n";

echo "<a href=\"" . $PHP_SELF . "\">カウントアップ</a><br>\n";

?>

↑たとえばこんなスクリプトをサーバにおいて「カウントアップ」をクリックし
ても数字が増えないってことなんでしょか??

> 20
> PHPSESSID
> 25020dc4f234d8e627e256a34a77cb1c
> 20
> 1
> 1
> カウントアップ

↑ちなみに当方の環境での実行結果。「カウントアップ」をクリックする度に1
行めと4行目の数値が1ずつ増えます。あとは変わりません。

はまだ






Tep-j-general メーリングリストの案内
Back to archive index