phpログイン機能ページでログインすると拒否される。

Question

以前、こちらを参考にPHPのログインページを作り、活用していたのですが、レンタルサーバーを変えてログインしてみたところ、ログインできず、SQLSTATE[HY000] [1045] Access denied for user '〇〇'@'localhost' (using password: YES)が出てしまうようになってしまいました。サーバーはWebArena SuiteXです。以前のサーバーではこのコードで問題なく動作していたのですが、このサーバーでは拒否されてしまいます。ユーザー名やパスワードも新しいサーバーに合わせて何度も見直しましたがやはりできませんでした。
しかし、ログインせずにmysqlのデータを表示することはできています。サーバー付属のphpmyadminを使っていますが以前のサーバーより制限があるためどこを弄れば良いのかわかりません。何が原因でしょうか？

<?php
require 'password.php';   // password_verfy()はphp 5.5.0以降の関数のため、バージョンが古くて使えない場合に使用
// セッション開始
session_start();

$db['host'] = "***";  // DBサーバのURL
$db['user'] = "***";  // ユーザー名
$db['pass'] = "******";  // ユーザー名のパスワード
$db['dbname'] = "testdb";  // データベース名

// エラーメッセージの初期化
$errorMessage = "";

// ログインボタンが押された場合
if (isset($_POST["login"])) {
    // 1. ユーザIDの入力チェック
    if (empty($_POST["userid"])) {  // emptyは値が空のとき
        $errorMessage = 'IDが入力されていません。';
    } else if (empty($_POST["password"])) {
        $errorMessage = 'パスワードが入力されていません。';
    }

    if (!empty($_POST["userid"]) && !empty($_POST["password"])) {
        // 入力したユーザIDを格納
        $userid = $_POST["userid"];

        // 2. ユーザIDとパスワードが入力されていたら認証する
        $dsn = sprintf('mysql: host=%s; dbname=%s; charset=utf8', $db['host'], $db['dbname']);

        // 3. エラー処理
        try {
            $pdo = new PDO($dsn, $db['user'], $db['pass'], array(PDO::ATTR_ERRMODE=>PDO::ERRMODE_EXCEPTION));

            $stmt = $pdo->prepare('SELECT * FROM abcd WHERE id = ?');
			
            $stmt->execute(array($userid));

            $password = $_POST["password"];

            if ($row = $stmt->fetch(PDO::FETCH_ASSOC)) {
                if (password_verify($password, $row['password'])) {
                    session_regenerate_id(true);
		
					// セッション関連
					
			
					$_SESSION["NAME"] = $row['name'];
					$_SESSION["ID"] = $row['id'];
					
					
				//セッション追加
					

									
					header("Location: test.php");  // メイン画面へ遷移
                    exit();  // 処理終了
                } else {
                    // 認証失敗
                    $errorMessage = 'IDまたはパスワードに間違いがあります。';
                }
            } else {
                // 4. 認証成功なら、セッションIDを新規に発行する
                // 該当データなし
                $errorMessage = 'IDまたはパスワードに間違いがあります。';
            }
        } catch (PDOException $e) {
            $errorMessage = 'データベースエラー';
            //$errorMessage = $sql;
            // $e->getMessage() でエラー内容を参照可能（デバック時のみ表示）
            echo $e->getMessage();
        }
    }
}
?>

↓こちらのコードで接続し、SELECTするとデータは表示されます。上記のログイン時と同じホスト名データベース名ユーザ名パスワードを使用しています。

<?php
$dsn = 'mysql:****;dbname=testdb;charset=utf8';
$user = '****';
$password = '********';
try {
  $dbh = new PDO($dsn, $user, $password, array(PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION));
  
} catch (PDOException $e) {
	
  echo 'データベースにアクセスできません！' . $e->getMessage();

  exit;

}
?>

Answer 1

$dsn = sprintf('mysql: host=%s; dbname=%s; charset=utf8', $db['host'], $db['dbname']);
上記を下記に変えたらどうでしょうか。空白を削ってください。
$dsn = sprintf('mysql:host=%s;dbname=%s;charset=utf8', $db['host'], $db['dbname']);

PHPが悪いのか、MySQLが悪いのかよくわからないのですが、
バージョンか環境の違いなどで、空白があると接続できない場合があるようです。

私が確認したところ、Win10環境では空白があっても問題ありませんでしたが、
Linux環境では空白があったらエラーになりました。これも、Win10とLinuxの違いなのかどうかは判りません。

• 空白があったらどんな環境でも動かない
• 空白があってもどんな環境でも動く

のどちらかだったらいいのですが、動くときと動かない時があるというのは厄介ですね…。

サンプルを公開した人も自分の環境では動いたのでしょうから、その人が悪いわけではないのですが、動くときと動かない時があるコードがサンプルとして公開されているのは少し問題ですね。これは気付けなくても仕方がないと思います。

Comments

[chazukeo]

回答ありがとうございます。
空白を削りましたところログインできました。
前のサーバーでは空白アリでも動くサーバーだったということなのですね。
本当にありがとうございました。非常に助かりました。

Answer 2

DBサーバーの接続先が違うんじゃないでしょうか？
レンタルサーバーでlocalhostにDBを用意している事は通常無い事だと思いますが

Comments

[chazukeo]

回答ありがとうございます。
自分もそう思っているのですが、ログインせずにデータを表示するだけならできるので合っている？
それともログインページのコードに問題があるのでしょうか？それだとなぜ以前のサーバーでは問題なく動作していたのか謎です。

[hentaiman]

そう思うならきっとこうだろうという予測で判断するのではなく怪しいカ所を修正してみましょう
謎については知りませんが、エラーメッセージを読めていないようなので質問内容と併せて予想できる回答をしているだけです
まずは指摘箇所を確認修正してエラーを確認し直した上で分からない所があったら追加で質問文に書き加えてみてください

[hentaiman]

それか進展したら新しく質問立てたら良いと思います

[dameo]

@hentaimanさん
VALUE SERVERはps -ef | grep mysqldで何か出てきちゃいますが…

[hentaiman]

本当ですかｗオールインワンのレンタルサーバーなんてあるんですねｗ
そうなると尚更レンタルサーバーのDB接続情報をよく確認するしか方法無いですね