k.keiko
フォーラムへの返信
-
フォーラム: プラグイン
返信が含まれるトピック: Contact Form 7 文字化け（空白）になる件Kuraishi様
お世話になっております。
PHP.iniの設定変更について、クライアントのサーバー管理者に問合せを行いましたが、
Wordpress以外の他システムも動作しており、設定変更はNGとの事でございました。WordPressルート以下又はContact Formの該当するファイルにだけ、教えていただいた設定にするということは可能なのでしょうか。
フォーラム: プラグイン
返信が含まれるトピック: Contact Form 7 文字化け（空白）になる件Kuraishi様
お世話になっております。ご返信遅くなりまして大変申し訳ございませんでした。
PHPのmbstringの設定を確認した所、下記の通りでした。
mbstring.language・・・Japanese
mbstring.internal_encoding・・・EUC-JP
mbstring.encoding_translation・・・On
mbstring.func_overload・・・0
mbstring.http_input・・・auto
mbstring.http_output・・・EUC-JP
※Local Value、Master Valueの値は同じ値languageがJapaneseになっているので問題ないかと思うのですが。。。
フォーラム: プラグイン
返信が含まれるトピック: Contact Form 7 文字化け（空白）になる件Kuraishi様
上記の件、自分で調べもせずすいませんでした。
Wordpressルートのwp-config.phpですね。
中を確認したら
define('WPLANG', 'ja');
となっておりました。ちなみにアドバイスを頂戴した『設定2』の状態のままWinXp Pro(SP3)outlookexpressの環境にて同じテストをしたところ、Ch、ff、ieのすべてのブラウザから送信されたメールのヘッダーは
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset=”UTF-8″
になっていました。
この環境での1回目のテストでは
Chは文字化けでNGでしたが、ff、ieでは正常に表示されていました。
時間を空けずに2回目のテストでは
Ch、ff、ieすべて文字がけでNGとなってしまいました。
（ちなみに1回目も2回目もメールヘッダーは同じでした）こうしてみると同じ設定状態であっても、うまくいく時といかない時があるようです。
ここは解決を断念し、自作でフォームを作成することも含めてクライアントと相談してみます。
フォーラム: プラグイン
返信が含まれるトピック: Contact Form 7 文字化け（空白）になる件Kuraishi様
お世話になっております。さっそくのご返信ありがとうございます。
ご指摘の箇所ですが、
define('WPLANG', 'ja');
とはどこにあるファイルでございますでしょうか？フォーラム: プラグイン
返信が含まれるトピック: Contact Form 7 文字化け（空白）になる件Takayuki Miyoshi 様
お世話になっております。
現在動作しているのはお客様の環境でございまして
最新のワードプレス3.4.xには非対応とのことでございました。
反対にWordpress 3.1.4に対応したContact Form 7又はWP Multibyte Patchをダウングレードするという方法はできるのでしょうか？
またそれぞれのプラグインの古いバージョンは入手可能なのでしょうか。フォーラム: プラグイン
返信が含まれるトピック: Contact Form 7 文字化け（空白）になる件Kuraishi様
お世話になっております。
取り急ぎ、アドバイス頂きました設定1を試しました。
$wpmp_conf['patch_wp_mail'] = false;
については、
/wp-content/plugins/wp-multibyte-patch/ext/ja/config.phpではなく
/wp-content/plugins/wp-multibyte-patch/wpmp-config.php内に設定があったので
そちらをtrueからfalseにし、ファイル更新後、WP Multibyte Patchを停止してから再度有効化し試してみました。WinXP Pro(SP3) outlookexpressの環境の場所に現在私がおらず、
Win7 Pro(SP1) Windows Live メールの受信環境で試したところ
Google Chromeからの受信では空白ではなく、文字化けした状態で受信しました。
FirefoxからもGoogle Chromeからの受信と同じ状況でした。
ただIEからは正常に受信できてしまいました。
3パターンとも、メールのヘッダーには
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="UTF-8"
とありました。続いて設定2を試しました。
$wpmp_conf['mail_mode'] = 'UTF-8';
は
/wp-content/plugins/wp-multibyte-patch/ext/ja/config.phpで
$wpmp_conf['patch_wp_mail'] = true;
は
/wp-content/plugins/wp-multibyte-patch/wpmp-config.phpで
設定し、上記と同様ファイル更新後、WP Multibyte Patchを再起動してます。
結果ですが、今度は全て文字化けという結果でした。
メールヘッダーは下記のとおりです。
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit以上となりましたが何か原因が特定できますでしょうか？
フォーラム: 使い方全般
返信が含まれるトピック: マルチサイト化でサブディレクトリにする方法お世話になっております。
アドバイス頂いたSQLをphpMyAdminにて流してみました所、8件のレコードが抽出されました。
その内7件は、post_typeにnav_menu_itemとありました。恐らく[外観]→[メニュー]より設定したものというのがデータを見て分かりました。
最後の1件のデータのpost_typeにはwpcf7_contact_formとあり、これはプラグインで使用しているcontact_formのデータだと思います。
メニュー及びコンタクトフォームの投稿データの日付をコントロールパネルから変更しようとしたのですが見つかりませんでしたので、phpMyAdminより直接、post_dateとpost_date_gmtを変更した所、ようやくサブディレクトリの選択肢が[ネットワーク設定]で表示されました。
本当にありがとうございました。
投稿データのみならず固定ページの公開日及びメニュー、プラグインで作成したデータの日付まで参照しているとは・・・勉強になりました。フォーラム: 使い方全般
返信が含まれるトピック: マルチサイト化でサブディレクトリにする方法お世話様でございます。
「1ヶ月以上経過している場合」という仕様は知りませんでした。
私が削除したのは投稿のみで固定ページは何もしておりませんでした。
固定ページ全ての公開日時を本日日付より7日前に変更した後、再度プラグインを全て停止状態にして[ネットワークの設定]を開いたのですが、やはりサブディレクトリを選択する事が出来ませんでした。やはりどうしてもサブディレクトリ化するには新規インストールは避けられないのでしょうね。
ありがとうございました。大変勉強させていただきました。フォーラム: 使い方全般
返信が含まれるトピック: マルチサイト化でサブディレクトリにする方法WordPressの3.3.1を使用しています。（アップグレードではなく最初からです）
現在運用中のwpをサブディレクトリでマルチ化する必要があり、wp-config.phpを修正し、有効化しているプラグインを一時停止状態にして[ツール]→[ネットワークの設定]と辿っていった所、サブドメインしか選択できなくなっています（サブディレクトリの設定が表示されていない）。
色々と調べていたら、公開済み投稿がある場合は設定できないということが分かりました。
既存のサイトは固定ページのみ使用しており、2件のテスト記事のみが投稿されていただけでしたので、全て削除しました。これで公開済みの投稿はない状態になったと思い、改めて設定画面まで来たのですが、やっぱりサブディレクトリの設定は表示されませんでした。ちなみにサーバーはロリポップのロリポプランです。
どなたか情報がございましたらご教授いただきたいと存じます。