2

WordPressサイトをローカルで開発している間、MAMPは私にとって完璧に機能していました。その後、Yosemite にアップグレードすると、ブラウザで「サーバーが見つかりません」というエラーが発生し始め (ポートがデフォルトの Apache: 8888、MySQL: 8889 に設定されている場合)、次に「データベースへの接続エラー」(ポートが に設定されている場合) 80、443、および 3306)。

唯一の変更点は Yosemite のアップグレードです。それで、MAMP Pro に切り替えてみて、違いがあるかどうかを確認しました。しかし今、試用期間が終了し、寒さに戻っています。次に、XAMPP と AMPPS も試しましたが、同じ問題が発生しました。これはすべて数週間前のことです。それで今日、私は新しいサイトの開発を開始し、MAMP Pro に登録することに決めました。頭痛を避けて生活を続けようと考えたからです。しかし今、MAMP Pro は私に同じ問題を与えています。何が起こっているのか、これをトラブルシューティングする方法がわかりません。

「localhost:8888」と「127.0.0.1」を使用してwp-configホスト設定を設定しようとしましたが、役に立ちませんでした。

任意の提案をいただければ幸いです。

4

3 に答える 3

0

同様の問題があり、同様のプロセスに従ったようです（MAMP Proにアップグレードすることにはなりませんでしたが、多くの同様の設定がありました）。エラーログを見て気づいたことの 1 つMAMP/logs/mysql_error_log.errは、次のメッセージでした。

InnoDB: Unable to lock ./ibdata1, error: 35
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.

アクティビティ モニターを開くと、アクティブな mysqld のプロセスが表示されました (MAMP が停止していても)。前のプロセスが正しく終了しなかったかどうかはわかりませんが、手動でプロセスを終了し、MAMP を再起動したところ、問題なく動作しました。私の場合、それは小さくてばかげたものでしたが、時々それが起こります. 幸運を！

于 2015-01-01T02:43:39.223 に答える
0

OSX Yosemite (OSX の新しいバージョンの可能性もあります) は、mysql.sock ファイルの間違った場所を検索します。これが、Yosemite にアップグレードするとローカル サイトが破損した原因である可能性があります。正しい場所へのシンボリックリンクを作成すると、問題が解決します:

sudo mkdir /var/mysql
sudo chmod 755 /var/mysql
sudo ln -s /tmp/mysql.sock /var/mysql/mysql.sock

欠落しているシンボリックリンクが特に WordPress の問題である理由は、wp-config.php ファイルで動作しdefine('DB_HOST', 'localhost');ないためです。別の回避策は、wp-config ファイルでこの値を に変更することdefine('DB_HOST', '127.0.0.1');です。

おそらく、wp-config ファイルで 127.0.0.1 を試したときに、MAMP で指定されたポートが正しくなかったのでしょうか? 80、443、および 3306 が機能するはずです。

于 2016-04-08T20:32:28.353 に答える