フォーラムへの返信

10件の返信を表示中 - 1 - 10件目 (全10件中)
  • 情報不足で申し訳ございません。
    さらに確認しましたところ、3.5及び3.5.1ではピリオドとなっており、問題はございませんでした。
    偶然、一旦3.5にアップデートしたものの、テンプレートの関係で3.4Xに戻したサイトでございました。
    もしかすると戻す際のファイルについて、言語ファイルは3.4Xのものに戻されていなかった可能性がございました。

    どうも原文が3.5以降、カンマからピリオドに変わっていたようですね。

    お騒がせ致しまして申し訳ございません。

    kvex様

    現在のhtaccessは下記の内容です。
    利用サーバーのcoreserver特有かと思いますが、phpをcgiとして動作させなければならない事による対策のものとwordpress指定のものだけかと思います。

    <FilesMatch "(iimage-browser|async-upload).php$">
    AddHandler application/x-httpd-phpcgi .php
    </FilesMatch>
    <Files upload.php>
    AddHandler application/x-httpd-phpcgi php
    </Files>
    <Files update.php>
    AddHandler application/x-httpd-phpcgi php
    </Files>
    <Files update-core.php>
    AddHandler application/x-httpd-phpcgi php
    </Files>
    <Files plugin-install.php>
    AddHandler application/x-httpd-phpcgi php
    </Files>
    
    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>
    
    # END WordPress

    お気遣い、ご教示ありがとうございます。
    以降、今のところ正常に動作しております。助かりました。
    ありがとうございました。

    ダンプファイルに残っている旧サーバのアカウント名もphpMyadminからすべて書き換えることができましたが、やはり同じ症状が出ました。(初期の旧ユーザーのサーバー情報の入ったエラー表示はwp-config.phpへのsave_pathに関する追記ですでに解決済み)

    この段階でのエラーメッセージは依然として

    : Unknown: open(/virtual/新username/tmp/sess_5h18lm7c1ulvdaln5k9os0pq95, O_RDWR) failed: Permission denied (13) in Unknown on line 0
    
    Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/virtual/新username/tmp) in Unknown on line

    その後良く見ていますと「tmp」に書き出されているファイル(例:sess_5h18lm7c1ulvdaln5k9os0pq95)の情報が通常は所有者・グループそれぞれユーザー名とhpusersとなっている様なのですが、所有者・グループともにApacheとなってしまっておりました。
    幸いcoreserverにはこれらファイルの所有情報を書き換えるツールが管理画面にあり、それを使用して所有者・グループそれぞれユーザー名とhpusersに書き換えました。
    するとエラーメッセージは出なくなりました。

    一応の解決をみた格好ですが、今後wordpressが書き出すファイルの所有者情報などについては様子を見ていこうと思います。

    色々とご教示いただきましたkvex様、Heihachiro様、この度はありがとうございました。

    kvex様

    open_basedirについての知識がございませんでした。
    調べて理解しようと努めているところです。

    色々とありがとうございます。

    Heihachiro様

    アドバイス誠にありがとうございます。
    本件とは違いますが、ダンプファイルがかなり大きく、色々エディタを試してみましたが重くて、場合によってはフリーズするような状況です。

    仰るとおりダンプファイル内には旧サーバのアカウント名が残っている箇所があると思います。

    ありがとうございます。
    何とか書き換えて再チャレンジしてみたいと思います。

    引き続きありがとうございます。

    tmpのパーミッションは707、755、777と試してみましたが、残念ながら結果は変わりませんでした。

    wp-content/cache/はディレクトリごと存在していませんでした。
    試しにftpで設置し、パーミッションも777としてみました。

    しかし、相変わらずな状況です。

    kvex様にいただいたヒント「session.save_path」を元に、少し調べてみました。

    phpinfo.phpで確認すると「session.save_path」はno valueとなっておりました。

    そこで、http://blog.ipweb.org/archives/54記事を参考にwp-config.phpに

    ini_set( 'session.save_path' , '/virtual/新username/tmp');
    ini_set( 'session.cookie_path' , '/virtual/新username/cookie');

    を追記するとともにそれぞれのパーミッションを707としました。

    するとメディアのアップロード時に表示されていた初期のエラーメッセージは出なくなり、
    アップロードした画像のタイトルや代替テキスト、キャプション、説明などが追記できる画面も出るようになりました。
    しかし、その下部に新たに

    : Unknown: open(/virtual/新username/tmp/sess_tapvvkosdmjm40ilevr4ccke06, O_RDWR) failed: Permission denied (13) in Unknown on line 0
    
    Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/virtual/新username/tmp) in Unknown on line

    と出るようになりました。
    少し前進したような気もしますが、もう少し模索してみたいと思います。
    またアドバイスの程、ぜひよろしくお願い申し上げます。

    はい。同じ設定、同じ仕様のサーバー(coreserver)です。
    契約プランも同じですし、サーバーそのもののハードの仕様も同じようです。

    仕様の紹介には以下のようにありました。
    OS Linux (32bit)
    ウェブサーバー Apache
    メールサーバー qmail
    FTPサーバー ProFTPD
    MySQLサーバー 5.1系
    (InnoDBは利用可能ですが、非公式サポート)
    PostgreSQLサーバー 8.2系
    Perl 5.8系
    PHP 5.2系
    Ruby 1.8.5
    メーリングリスト Mailman

    kvex様 ご教示ありがとうございます。
    バージョンは現時点最新の3.0.4です。

    マルチ化はいたしておりません。

    設定 → メディア → ファイルアップロードのパスの設定は、元々デフォルトのままでした。
    従いまして、ファイルアップロードの項目の
    「アップロードするファイルの保存場所」はデフォルトの「wp-content/uploads」。
    「ファイルへの完全な URL パス」は「未入力」としております。

    また、関係があるかは不明ですがプラグインの管理画面上での検索及びインストールは問題ないものの削除では下記エラーが出ます。
    (例:wp-super-cacheの場合)
    エラー: プラグイン wp-super-cache/wp-cache.php を完全に削除できませんでした。 によりプラグインの削除に失敗しました。

    どうぞよろしくお願いいたします。

10件の返信を表示中 - 1 - 10件目 (全10件中)