知らないかもしれない便利なWordPress設定のヒント15選

WP-configはWordPressサイトで最も強力なファイルの一つであり、WordPressの舞台裏での動作方法において重要な役割を果たします。

WPBeginnerでは、長年WordPressをいじってきましたが、ほとんどの初心者が知らない非常に有用なWordPress設定トリックを発見しました。

メモリの問題に対処している場合でも、セキュリティを強化したい場合でも、開発ワークフローを高速化したい場合でも、適切なwp-configの調整はサイトの動作方法を変えることができます。

この記事では、WordPressサイトのトラブルシューティング、最適化、およびセキュリティ保護に役立つ、最も便利なWordPress設定のヒントをいくつかご紹介します。

WordPress の便利な設定トリック

これらの WordPress 設定トリックをどう使うか?

WordPressには、wp-config.phpという強力な設定ファイルが付属しています。これはすべてのWordPressサイトのルートフォルダにあり、重要な設定が含まれています。

詳細については、WordPressでwp-config.phpファイルを編集する方法に関するガイドをご覧ください。

すべての最高のWordPressホスティング会社には、1クリックでWordPressをインストールできる機能が備わっており、インストール中にwp-config.phpファイルを編集する必要はまったくありません。これが、多くのユーザーがこのファイルの強力さを知らない主な理由です。

wp-configファイルを使用して、WordPressサイトのトラブルシューティング、最適化、およびセキュリティ保護を行うことができます。

wp-config.phpファイルは強力なツールであり、コードのわずかな間違いでもウェブサイトにアクセスできなくなる可能性があります。このファイルは必要な場合にのみ編集し、変更を加える前に必ず完全なWordPressバックアップを作成してください。

それでは、WordPressのウェブサイトで利用できる便利なWordPress設定のヒントをいくつか見てみましょう。以下のクイックリンクを使用して、最も関心のあるヒントに直接ジャンプできます。

  1. 基本的なWordPress設定
  2. WordPressにセキュリティキーを追加する
  3. WordPressテーブルのプレフィックスを変更する
  4. WordPressでデバッグをオンにする
  5. サイトまたはWordPressのアドレスを変更する
  6. ファイル権限の上書き
  7. 投稿リビジョンの設定を変更する
  8. WordPressのゴミ箱設定の変更
  9. WordPress設定へのFTP/SSH定数の追加
  10. 自動データベース修復を許可する
  11. PHP メモリ制限の増加
  12. wp-content ディレクトリの移動
  13. カスタムユーザーテーブルを使用する
  14. マルチサイトネットワークを有効にする
  15. WordPress設定ファイルの保護

1. 基本的なWordPress設定

デフォルトでは、WordPressのインストール中にデータベース設定を入力するだけで済みます。wp-config.phpファイルが存在しない場合は、データベース情報を入力して作成するように求められます。

デフォルトのWordPress設定

WordPressは、wp-config.phpファイルを生成してこれらの設定を自動的に保存しようとします。ただし、失敗した場合は、手動で追加する必要があります。

これを行うには、FTP クライアントを使用してウェブサイトに接続する必要があります。接続したら、wp-config-sample.php ファイルを wp-config.php にリネームする必要があります。

wp-config-sample.php ファイルの名前を変更する

その後、新しく作成されたwp-config.phpファイルを編集できます。以下の行を変更して、データベース情報を追加する必要があります。

define('DB_NAME', 'database-name');
define('DB_USER', 'database-username');
define('DB_PASSWORD', 'database-password');
define('DB_HOST', 'localhost');

変更を保存し、ファイルをサーバーにアップロードし直すことを忘れないでください。

2. WordPressでのセキュリティキーの追加

デフォルトのWordPressインストールでは、セキュリティキーが自動的に設定ファイルに追加されます。これらのセキュリティキーは、WordPressのログインとCookie認証にセキュリティ層を追加するために使用されます。

誰かが適切な認証なしにあなたのウェブサイトにアクセスしている可能性があると感じた場合は、いつでもセキュリティキーを再生成できます。セキュリティキーを変更すると、ログイン中のすべてのユーザーがログアウトされます。

define( 'AUTH_KEY',         'put your unique phrase here' );
define( 'SECURE_AUTH_KEY',  'put your unique phrase here' );
define( 'LOGGED_IN_KEY',    'put your unique phrase here' );
define( 'NONCE_KEY',        'put your unique phrase here' );
define( 'AUTH_SALT',        'put your unique phrase here' );
define( 'SECURE_AUTH_SALT', 'put your unique phrase here' );
define( 'LOGGED_IN_SALT',   'put your unique phrase here' );
define( 'NONCE_SALT',       'put your unique phrase here' );

詳細については、WordPressセキュリティキーに関する記事と、その使い方をご覧ください。

3. WordPressテーブルのプレフィックスを変更する

WordPressの標準的なデフォルトインストールでは、すべてのWordPressデータベーステーブル名に wp_ というプレフィックスが追加されます。一部のWordPressセキュリティ専門家は、テーブルプレフィックスを変更することでWordPressデータベースをより安全にできると考えています。

そのためには、WordPressの設定で以下の行を変更する必要があります。

$table_prefix = 'wp_';

既存のウェブサイトでこれを行う場合は、WordPressデータベースのテーブルプレフィックスも変更する必要があります。その方法については、WordPressデータベースのプレフィックスを変更する方法に関する記事を参照してください。

4. WordPressでデバッグをオンにする

WordPressには、デバッグモードでのWordPressエラーを表示または非表示にできる便利なデバッグ機能が付属しています。これをオンにするには、WordPress設定ファイルにこのルールを追加する必要があります。

define( 'WP_DEBUG', true );

エラーをウェブサイト上で非表示にし、代わりにログファイルに保存しながらデバッグを有効にすることもできます。そのために、以下の行を構成設定に追加してください。

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

これにより、ウェブサイトのwp-contentフォルダ内にdebug.logファイルが作成され、すべてのデバッグエラーと通知がログファイルに保存されます。

5.サイトまたはWordPressアドレスの変更

通常、WordPressサイトとサイトのURLは設定 » 一般ページから設定できます。しかし、WordPressサイトにアクセスできない場合、リダイレクトエラーが表示されている場合、またはサイトを移動したばかりの場合は、その設定ができないことがあります。

その場合、以下の行を追加することで、wp-config.phpファイル経由でサイトとWordPressのURLを変更できます。

define('WP_HOME', 'http://www.example.com');
define('WP_SITEURL', 'http://www.example.com');

example.com を自分のドメイン名に置き換えるのを忘れないでください。

6. ファイル権限のオーバーライド

WordPressでは、ホストがすべてのユーザーファイルに対して制限的な権限を持っている場合、ファイル権限を上書きできます。ほとんどのユーザーはこの機能を使用する必要はありませんが、必要な人のために存在します。

define('FS_CHMOD_FILE', 0644);
define('FS_CHMOD_DIR', 0755);

ファイル権限の詳細については、WordPressでファイルおよびフォルダの権限エラーを修正する方法に関する記事をご覧ください。WordPressでファイルおよびフォルダの権限エラーを修正する方法

7. 投稿リビジョン設定の変更

WordPressには、投稿を以前のバージョンまたは自動保存に戻すことで、投稿リビジョン機能があり、投稿や固定ページの変更を元に戻すことができます。

設定ファイルを通じて、投稿リビジョンの設定を無効化または変更できます。以下に使用できるさまざまな投稿リビジョン設定があります。

以下の行を追加することで、WordPressがリビジョンとして自動保存する頻度を変更できます。

define('AUTOSAVE_INTERVAL', 120); // in seconds

サイト上の記事によっては、作成にかかった時間によって数十件の投稿リビジョンがある場合があります。この機能が迷惑だと感じる場合は、投稿ごとのリビジョンの数を制限できます。

define('WP_POST_REVISIONS', 10);

何らかの理由で、投稿リビジョン機能を完全に無効にしたい場合(全く推奨されません)、以下のコードを使用して投稿リビジョンを無効にすることができます。

define( 'WP_POST_REVISIONS', false );

8. WordPressのゴミ箱設定の変更

WordPressには、ゴミ箱と呼ばれるリサイクル機能が備わっています。ユーザーが投稿をゴミ箱に送ると、それはウェブサイトに30日間ゴミ箱として保存されます。その後、WordPressは自動的にそれらを永久に削除します。

ゴミ箱を保持したい日数に変更することで、この動作を変更できます。

define( 'EMPTY_TRASH_DAYS', 15 ); // 15 days

この機能が気に入らない場合は、以下の関数を追加することで無効にできます。

define('EMPTY_TRASH_DAYS', 0 );

注意:ゼロを使用すると、投稿は完全に削除されます。WordPress は「完全に削除」をクリックしても確認を求めません。誤ってクリックすると、失う可能性があります…

詳細については、WordPressで自動ゴミ箱の空きを制限または無効にする方法に関する記事をご覧ください。WordPressで自動ゴミ箱の空きを制限または無効にする方法

9. WordPress設定へのFTP/SSH定数の追加

デフォルトでは、WordPress は管理ダッシュボードから WordPress コア、テーマ、プラグインのアップグレードを許可しています。アップグレードしようとするたびに FTP または SSH 接続を要求するホストや、新しいプラグインをインストールするホストもあります。

WordPressがFTP情報を要求する

コードを使用することで、FTPまたはSSH定数を設定でき、それ以降心配する必要がなくなります。

// forces the filesystem method: "direct", "ssh", "ftpext", or "ftpsockets"
define('FS_METHOD', 'ftpext');
// absolute path to root installation directory
define('FTP_BASE', '/path/to/wordpress/');
// absolute path to "wp-content" directory
define('FTP_CONTENT_DIR', '/path/to/wordpress/wp-content/');
// absolute path to "wp-plugins" directory
define('FTP_PLUGIN_DIR ', '/path/to/wordpress/wp-content/plugins/');
// absolute path to your SSH public key
define('FTP_PUBKEY', '/home/username/.ssh/id_rsa.pub');
// absolute path to your SSH private key
define('FTP_PRIVKEY', '/home/username/.ssh/id_rsa');
// either your FTP or SSH username
define('FTP_USER', 'username');
// password for FTP_USER username
define('FTP_PASS', 'password');
// hostname:port combo for your SSH/FTP server
define('FTP_HOST', 'ftp.example.org:21'); 

注意: WordPressのパスとftp.example.comを、ご自身のFTPホスト情報に置き換えるのを忘れないでください。

10. データベースの自動修復を許可する

WordPressには、WordPressデータベースをワンクリックで最適化および修復するための組み込み機能が付属しています。ただし、この機能はデフォルトではオフになっています。

この機能を有効にするには、WordPress設定ファイルに次の行を追加する必要があります。

define('WP_ALLOW_REPAIR', true);

これを追加した後、WordPressデータベースの最適化と修復を行うために、以下のURLにアクセスする必要があります。

http://example.com/wp-admin/maint/repair.php

example.com をご自身のドメイン名に置き換えるのを忘れないでください。データベースを修復または修復および最適化するオプションが表示されるシンプルなページが表示されます。このページにアクセスするためにログインする必要はありません。

WordPressデータベースの最適化と修復

11. PHPメモリ制限の増加

最も一般的な WordPress エラーの一部は、PHP メモリ枯渇によって引き起こされます。wp-config.php ファイルを通じて PHP メモリ制限を増やすことができます。以下のコードを貼り付けるだけです。

define('WP_MEMORY_LIMIT', '128M');

12. wp-content ディレクトリの移動

WordPressでは、wp-contentディレクトリを移動できます。一部の専門家は、これによりWordPressのセキュリティを強化できると考えています。

wp-config.php ファイルに以下のコードを追加する必要があります。

define( 'WP_CONTENT_DIR', $_SERVER['DOCUMENT_ROOT'] . '/blog/wp-content' );
define( 'WP_CONTENT_URL', 'http://example/blog/wp-content');
define( 'WP_PLUGIN_DIR', $_SERVER['DOCUMENT_ROOT'] . '/blog/wp-content/plugins' );
define( 'WP_PLUGIN_URL', 'http://example/blog/wp-content/plugins');

example.com をご自身のドメイン名に置き換えるのを忘れないでください。

13. カスタムユーザーテーブルを使用する

デフォルトでは、WordPressはすべてのユーザーデータを wp_users および wp_usermeta テーブルに保存します。以下の関数を使用すると、ユーザー情報を保存したいテーブルを指定できます。

define('CUSTOM_USER_TABLE', $table_prefix.'my_users');
define('CUSTOM_USER_META_TABLE', $table_prefix.'my_usermeta');

14. マルチサイトネットワークを有効にする

各WordPressサイトには、同じインストールを使用して複数のWordPressサイトを作成できる組み込みのマルチサイト機能が付属しています。詳細については、WordPressマルチサイトネットワークのインストールと設定方法に関する完全なガイドをご覧ください。

WordPress 設定ファイルに次の行を追加することで、マルチサイト機能を有効にできます。

define('WP_ALLOW_MULTISITE', true);

15. WordPress設定ファイルの保護

ご覧のとおり、wp-config.phpファイルには非常に重要なWordPressの設定が含まれています。デフォルトではWordPressのルートフォルダに配置されますが、移動することも可能です。public_htmlディレクトリの外に移動すれば、ユーザーがアクセスできなくなります。ファイルがWordPressのルートフォルダに見つからない場合、WordPressはデフォルトで他のディレクトリを探します。

このファイルへのアクセスを制限するには、以下のコードを.htaccessファイルに追加することもできます。

# Protect wp-config.php
<Files wp-config.php>
    order allow,deny
    deny from all
</Files>

この記事が、知らなかった便利なWordPress設定のヒントを学ぶのに役立ったことを願っています。また、サイトで使用できる 57以上の最も欲しいWordPressのヒント、トリック、ハック のメガリストや、WordPressのフリーランサー、デザイナー、開発者向けのトップツール の選択肢もご覧ください。

この記事が気に入ったら、WordPressのビデオチュートリアルについては、YouTubeチャンネルを購読してください。 TwitterFacebookでもフォローできます。

開示:当社のコンテンツは読者によってサポートされています。これは、当社のリンクの一部をクリックすると、当社が手数料を得る可能性があることを意味します。WPBeginnerがどのように資金提供されているか、それがなぜ重要か、そしてどのように私たちをサポートできるかについては、こちらをご覧ください。当社の編集プロセスはこちらです。

究極のWordPressツールキット

無料のツールキットにアクセスしましょう - すべてのプロフェッショナルが持つべきWordPress関連の製品とリソースのコレクションです!

読者とのインタラクション

52 CommentsLeave a Reply

  1. 素晴らしい記事をありがとうございます。特にポイント2に興味がありました。これらのセキュリティキーの機能の理解に常に苦労していました。記事中の追加コンテンツへのリンクのおかげで、この機能についてさらに多くを学び、問題全体をよりよく理解することができました。ポイント4についてですが、デバッグログを有効にしておくのは良いことでしょうか、それとも問題が発生した場合にのみオンにすべきでしょうか?

    • In most cases it is recommended to not have debug mode active unless you are looking for an error on your site. :)

      管理者

      • ご返信ありがとうございます。まさに私が確信を持てなかった点でした。いくつかのサイトで、デバッグモードとデバッグログを常に有効にしておくのは完全に安全ではないかもしれないと読んでいました。あなたにも確認していただけて、大変感謝しています。あなたのおかげで、デバッグモードの効果的な使い方がわかり、すでに何度か助けられました。いつデバッグモードを有効にし、いつ無効にするかについて、完全に明確になったことを嬉しく思います。

  2. こんにちは、そしてこの重要な投稿をありがとうございます。
    私の質問は、このコードをどこに追加する必要があるかということです。config.phpファイルに追加するのですか?
    しかし、具体的にどの行に追加すればよいのでしょうか?

    よろしく

    • 特定の行はありませんが、後で簡単に見つけて削除できるように、コードを一番下に追加するのが通常は最善です。

      管理者

  3. たくさんありがとうございます。しかし、ポイント9についてもっと詳しく知りたいことがあります。このコードはどこに配置すればよいですか、その他?

  4. この役立つ投稿をありがとうございます。
    私はこれを10個探していました。データベースの自動修復を許可する。
    どうもありがとうございました。

    敬具
    Gurjit Singh

  5. ウェブサイト開発のためにあなたのチュートリアルに頼っています。ここでの問題は、これらのコードをさまざまな環境のどこに貼り付けるかを明確に述べていないことです。あなたの返信を楽しみにしています。

  6. わあ、本当に素晴らしいです。とても助かりました。

    独自のCDNを設定する際に一つ悩んでいます(上記で98%解決しました)。

    CDNサブドメインのサブフォルダを除外しようとしていますが、アクセス違反が発生しています。

    server block .conf で数十個の NGINX CORS ディレクティブを試しましたが、うまくいきませんでした。

    以下のように記述されている方法ではなく、メインドメインでこのファイルを使用する方法を理解したいです。

    Origin ‘https://mydomain.com’ から ‘https://cdn.mydomain.com/wp-content/themes/mytheme/includes/lib/assets/fonts/fontawesome/fontawesome-webfont.woff?v=4.7.0’ へのフォントアクセスは、CORSポリシーによってブロックされました: リクエストされたリソースに ‘Access-Control-Allow-Origin’ ヘッダーが存在しません。したがって、Origin ‘https://mydomain.com’ はアクセスを許可されていません。

    もし修正方法や関連情報があれば教えていただけると助かります!

    スチュー

  7. パスワードやデータベース名が一致するかどうかを wp-config.php で確認し、一致しない場合は変更できます。

  8. 私のWordPressウェブサイトでは、すべてのページのURLに奇妙な数字が接尾辞として追加されます。なぜですか?パーマリンク設定を投稿名を表示するように変更しましたが、効果がありませんでした。

    手順を教えていただけますか?

    私のサイトのページURLをいくつか紹介します。

    • このような「問題」があります。私にとっては、BackupBuddyを代替WPクロンのモードで実行する必要があるということです。BackupBuddyのFAQには次のように追加するように書かれていました。

      define(‘ALTERNATE_WP_CRON’, true);

      wp_config.phpファイルに、URLにランダムな数字などを追加するようになりました。

      これは私にとって、削除すると停止しますが、バックアップバディも正しく動作しなくなります。

  9. このサイトの記事を読むのはいつも楽しみにしています。素晴らしいトリックを共有してくれてありがとう。

  10. useronlineプラグインを使用しています…useronlineダッシュボードにいるとき、一部のユーザーが私のデフォルトCSSにアクセスしようとしたり、ブラウザで画像をアップロードするリンクを貼ったりしていることに気づきました!そのため、サイトをハッキングしようとしているのではないかと心配しています!誰か止める方法を教えてください。

  11. WordPress エラーログ –

    ローカル環境ではどのようにすればよいですか?

    現在、DesktopServer(Xampp lite – ローカルで.dev拡張子を持つサイトをインストールします。例:「mysite.dev」)とSourceTree(Git)を使用しています。しかし、エラーログファイルへのパスを特定するのが難しいです。フルURLパス(例:「http://mysite.dev/php_error.log」)を使用できますか?それともシステムファイルパス(「C:/Users/Garratt/Documents/mysite.dev/php_error.log」)が必要ですか?

  12. 質問があります:サイトの所有権をあるユーザーから別のユーザーに移管するにはどうすればよいですか?例えば、管理アカウントで設定しましたが、別のユーザーをメインの管理者にして更新や投稿を行わせたいのです。単にそのユーザーを管理者、自分を購読者に設定すれば完了するとは思えませんが、正しい手順は何ですか?

    • はい、それが一つの方法です。WordPressサイトは複数の管理者を持つこともできます。

      ドメイン、ウェブホスティング、データベースの所有権も譲渡したい場合は、ウェブホスティングのコントロールパネルにユーザーアカウントを作成する必要があります。その後、ドメイン、ホスティング、データベースの完全な制御を譲渡できます。

      • 彼らはすでにそれらすべてを持っています。私は彼らがウェブサイトを再開発するのを手伝っているだけです(今は見た目が良くないし、更新も簡単ではないからです)。彼らのためにこの素晴らしい教会のテーマを見つけました(私の教会のウェブサイトを扱っているので)、そして管理者を切り替えるのがどれくらい難しいか知りたかったのです。私のサイトに複数の管理者がいた前回は、最初の管理者(ID #1)だけがプラグイン、テーマ、そしてWP全般を更新できました。

  13. データベースのエラーを解消したのですが、エラーはなくなったものの、ソースコードのない空白のページが表示されるだけです。どうすればよいか教えてください。よろしくお願いします。

  14. これ以上感謝の言葉はありません!オンラインでの作業の核心を非常に明確な方法で突いています!本当に素晴らしい先生です!これ以上良いものはありません!もっと書いてください!

  15. 皆さん、こんにちは。
    素晴らしいサイト、素晴らしい情報、ちょうど見つけました。セキュアな

    WP-Config ファイルの保護
    必要なコードはどこですか?お願いします

    ブラッド

  16. アップロードされたファイルが定義済みのWP_HOMEまたはWP_SITEURLを使用するように、WordPress 3.5に設定はありますか?よろしくお願いします。

  17. 素晴らしいです。WordPressについて、知らなかったことがたくさんあります。データベース修復の定義コードのようなものです。これは素晴らしい記事です。必ずブックマークしておきます。

  18. この役立つヒントをありがとうございます。私は初心者で、WordPress.orgのウェブサイトを持っています。
    あなたの指示に従い、ウェブサイトから取得したセキュアキーをコピーしてwp-configファイルを変更しました:https://api.wordpress.org/secret-key/1.1/salt/
    新しい設定ファイルをサーバーのWP-Adminフォルダに入れた後、「解析エラー:構文エラー、予期しないT_VARIABLE…。」というエラーが表示されます。
    その行は「$table_prefix  = ‘wp_’;」で、一度も変更されていません。
    このエラーをどのように修正できますか?ありがとうございます。

  19. このような重要な設定に関する素晴らしい情報です。最近の多くの製薬会社のハッキングを考えると、最後のヒントが私のお気に入りです。あの厄介なwp-configファイルを保護することが、最近の成功の鍵のようです。

    この情報を一箇所にまとめて、私たち全員が恩恵を受けられるようにしてくださり、ありがとうございます。

    敬具
    Tony

  20. # を .htaccess ファイルに追加すると、wpconfig.php を正確にどのように保護するのですか?

    public_html からルートフォルダに .htacess を移動した後、他に何かする必要がありますか?

    • .htaccess ファイルをどこかに移動させることはありません。そのファイルは public_html フォルダ、または WordPress がインストールされているフォルダに残ります… そのファイル内のコードは、Web からの wp-config.php ファイルへのすべてのアクセスを拒否します。

      wp-config.php ファイルをルートディレクトリ(public_html の一つ上)に移動することで、セキュリティを一層強化できます。どちらか一方でも構いませんが、両方行うのはやりすぎです。

      管理者

  21. 参考までに、3.0にはセキュリティキーは追加されていませんし、2.9のインストールが認証に関してセキュリティが低いということはありませんでした。

    最初の4つはキー、最後の4つはソルトです。ソルトは3.0より前の wp-config.php には存在しませんでしたが、数バージョン前にソルトを追加しました。インストール時に簡単に設定できるように3.0で wp-config.php に追加しましたが、必須ではありません。

    ソルトが定義されていない場合(またはデフォルトのままの場合、例:「ここにユニークなフレーズを入力」)、WP はランダムな文字列を生成してソルトとして使用し、データベースに保存します。

    また、エラーログについては、代わりにこれらの定数を使用する必要があります。


    define( 'WP_DEBUG', true ); // エラーレポートを有効にします。
    define( 'WP_DEBUG_DISPLAY', false ); // エラーを非表示にします。
    define( 'WP_DEBUG_LOG', true ); // エラーを wp-content/error.log に記録します (または @ini_set('error_log') を使用)

    これには、PHPの通知を公開するという利点も追加されます。これは、開発者に対して、コードの改善点やエラーの可能性がある箇所についての警告を提供します。

  22. $_ENV{DATABASE_SERVER} ??
    構文が正しくないように見えます($_ENV[‘stuff’] はありえますが、{stuff} はそうではないと思います)し、確認したところ、アクセスできるホストでこれが定義されているものを見つけられませんでした。一般的なものでは間違いなくありません。

    これ以外は、良いまとめです。WP は wp-config.php を見つけるために「他のディレクトリ」を探すのではなく、単に一つ上のディレクトリ(ほとんどの場合、サーバーのドキュメントルートの外)に移動するだけであることに注意してください。

  23. ありがとうございます。本当に良いチュートリアルです…「WP-Config ファイルの保護」について、詳細なステップバイステップのチュートリアルを書いていただけますか…

  24. この素晴らしい情報すべてに本当に感謝します。これは私がもっと学ぶ必要があるWordPressの側面なので、この投稿を足がかりに深く掘り下げていきます。

返信する

コメントを残していただきありがとうございます。すべてのコメントは、当社のコメントポリシーに従ってモデレーションされますので、ご了承ください。メールアドレスは公開されません。名前フィールドにキーワードを使用しないでください。個人的で有意義な会話をしましょう。