推測でしか分かりませんが、通常FTPでアップロードするとパーミッションが自動で（FTPソフトに設定されているデフォルトで）設定されると思います。
仮に一度サーバ上でパーミッションを変更しても、同じファイル名の上書きアップロードを行ってもパーミッションが変更されることはないと思います。
でも、削除したファイル、新規ファイルは同じく自動でパーミッションが設定されるはずですので、wordpressが自動で作成したファイルなども今回はデフォルトのパーミッションでアップロードされてしまっているのではないでしょうか。
一度、全ての（もしくは重要なファイルの）パーミッションを確認してみてはいかがでしょう。
shokun0803さん、ありがとうございます。
確かにおっしゃるとおりのようです。
パーミッションを確認してみると、たとえば独自テーマ（/wp-content/themes/sample)内で後から作成したindex.phpやstyle.cssのパーミッションが書き込み禁止になっていました。
ということでパーミッションの確認をしてみようと思ったのですが、
正しい状態がどのような設定なのかわからなくなってしまっています。
とりあえずいまの状況は、
/public_html内
wordpressフォルダ：755 グループとその他で書き込みできないだけ
wordpressフォルダ内
wp-adminフォルダ：755 同上
wp-contentフォルダ：777 すべてチェック入り
wp-includesフォルダ：755 同上
index.php：644 呼び出しは3者可能+書き込みはオーナーのみ
.htaccess：644 同上
public_htmlフォルダ直下のファイルは（独自ドメインを使い、ブログのアドレスとwpのアドレスは異なっています）
.htaccessファイル：777 すべてチェック入り
index.php：755 グループとその他が書き込み禁止（許可するとエラーが出る）
以上の設定ですが、やはり画面は真っ白のままです。
引き続きパーミッションの正規設定を調べてみますが、
もし、どこかおかしいところなどに気づかれたり、
一般的な設定基準があれば、教えていただければと思います。
参考になるかどうかわかりませんが、
真っ白な画面のソースは、ブログトップ、ダッシュボードログイン画面共に
<!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.0 Transitional//EN”>
<HTML><HEAD>
<META http-equiv=Content-Type content=”text/html; charset=shift_jis”></HEAD>
<BODY></BODY></HTML>
と表示されます。
よろしくお願いします。
私もよくエックスサーバーを使います。
ところでこのソース（の残骸）って、WordPressのものじゃないですよね？
文字コードもshift_jisだし。 …これはもしかしてエックスサーバーの初期状態で設置されているindex.htmlの残骸では。
なぜこうなるのかはちょっとわかりません。
あと、PHPで画面が真っ白になる時は、PHPのmemory_limitを増やすと具体的なエラーが表示されるようになるかもしれません。
エックスサーバーの場合、初期状態では15MBなので32MBくらいに増やしたほうが良いと思います。
テキストエディタで
memory_limit = 32M
と書いて、ファイル名をphp.iniとして保存し、
トップディレクトリに置いて下さい。
それから、多分触られていないと思いますが、テーマフォルダ内のfunctions.phpに自分でつくった関数などペーストすると画面が真っ白になることがあります。ビジュアルエディタが使えなくなることもあります。その時は、追加したコードを一旦削除して、前後のスペースやリターンも削除すると復帰するかもしれません。
dxd5001さん
アドバイスありがとうございます。
そうですね、文字コードについては？と思い載せてみました。
ただ、Xserverが初期設置しているindex.htmlは削除していますので、
それでも影響があるものなのでしょうか。。
メモリーを増やしてみました。
するとエラーが出ました。
Parse error: parse error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or ‘}’ in /home/<独自ドメインの.comを除いたもの/<独自ドメイン>/public_html/wordpress/wp-content/plugins/ktai_style/ktai_style.php on line 76
確かに携帯のプラグインは入れてありますが、データベースのテーブルなどは触っていません。
ktai_style.phpを見てみましたが、
75行目から
class Ktai_Style {
private $plugin_dir;
private $plugin_url;
private $theme;
private $theme_root;
private $theme_root_uri;
private $template_dir;
public $ktai;
という感じです。
76行目は、private $plugin_dir;
これが何か関係あるのかもしれませんが、スキル不足でさっぱり不明です。
たとえば、どこからか一度プラグインを停止できれば解決するのでしょうか？
そういえば、サーバー上のwpファイルをローカルPCに保存し、再度サーバーに
アップする前に、そもそもの問題箇所（ワードプレスのURLの誤変更・独自ドメイン以降の
/wordpressを削ってしまった）をサーバーパネルのphpmyadminからデータベースのテーブルを正しいものに修正しました。
再びwpフォルダをアップロードしたのは、テーブルの修正後です。
もしかしたら、これがいけなかったのでしょうか。
どうぞよろしくお願いします。
おさわがせしましたが、無事に復帰しました！
上記、携帯プラグインのエラーを調べたところ、
phpのバージョンが５でないことが関係していることがわかり、
サーバーパネルから５に変更しました。
とはいえ、当初携帯プラグインを入れたときは５にしておいて、
問題なく作動していましたし、それ以後もPHPの設定は触っていないはずなのに、
いまみてみたら、４になっていました。
こういうことってあるのでしょうか？
不思議なものです。
なには、ともあれ、アドバイスを下さったみなさん、ありがとうございます！！
とはいえ、当初携帯プラグインを入れたときは５にしておいて、
問題なく作動していましたし、それ以後もPHPの設定は触っていないはずなのに、
いまみてみたら、４になっていました。
それは嫌な現象ですね。サポートに質問してみてください。Ktai Style を PHP4 で動かしたときに出る上記のエラーメッセージは圧倒的に多い質問事項なんですが、PHP のバージョンが勝手に変わっていたというのは初耳なので、事例として覚えておきます。情報ありがとうございました。
# 勝手に PHP のバージョンが落ちるなんて、Xserver 使えない……。
xserver はPHP4と5が選択できるのですが、PHPパスの切り替えで対応しています。
問題なく作動していましたし、それ以後もPHPの設定は触っていないはずなのに、
いまみてみたら、４になっていました。
php.iniの編集をしたのに、「PHPの設定は触っていない」ということは無いでしょう。
php.iniを自分で編集するときはパスも含めて設定すべきだったのでは？
私の使っているXサーバーでは.htaccessにPHP5関連の記述が書いてありました。
alex4949は.htaccessを上書きしてしまったのではないでしょうか？
