shirakobato

こんばんは。

＞まずは$filelistの戻り値がFALSEでないことを確認しましょう。
すいません、確認方法がわかりません。。。
どのようにして確認すればいいのでしょうか？

以下をイメージしています。

$filelist=scandir($dir);
if ($filelist) {
    ディレクトリが存在するためアップロード処理
}
else {
    ディレクトリが存在しないため、エラー処理
}

1.画像のアップロード先を下記にしたいです。
　プラグインディレクトリ>image
　試したこと→$dir = plugin_dir_path（__FILE__）.’image’;
　結果→エラーメッセージはでないがアップロードもされず。;

$dir の内容は「home/users/2/アカウントネーム/web/ドメイン/demo/wp/wp-content/plugins/image-upper02/image」のようなので問題ないと思います。
$dir の末尾に「/」がないため、$dir と $upfileの間に「/」をつける必要があります。
以下のようにしてもアップロードできませんか?
move_uploaded_file($_FILES["image"]["tmp_name"],$dir.'/'.$upfile);

nobitaさんが心配される点はもっともです。
今回のプラグインを一般公開する予定ならば仕様から見直す必要があると思います。
特定のユーザだけに公開する場合は、ログイン状態やロールによる制限の他、IPアドレスによるアクセス制限も一つの方法です。
それらを考慮しない状態では悪意を持つ第三者に細工されたjpgを置かれ、他のユーザに迷惑をかける可能性があることを忠告しておきます。
(ディレクトリパスを見ると、共用サーバですよね?)

こんばんは。

“image/”ディレクトリがオープンできていないようです。

Warning: scandir(image/) [function.scandir]: failed to open dir: No such file or directory in on line 47

scandirは成功した場合にファイル名の配列、失敗した場合に FALSE を返します。
そのため、$filelistの判定が必要です。

scandirの使用例を見ると”image/”の「/」がありません。
$dir にファイル名を結合している様子もないため、「/」は不要ではないかと思います。

はじめまして

一番最初のコードを見ると、else if {　に対する　}　が無いため、「BBB」の時だけwp_headの呼び出しや、</head>の出力をしているように見えます。
正しく動作していたコードなのでしょうか?

<?php } else if ( is_post_type_archive('BBB') ) { // カスタム投稿アーカイブページ ?>
        <?php  ?>
		    <?php　wp_head();

?>
	</head>

初めまして。

通常の投稿にはsingle.php
特定の投稿にはsingle-sp.phpを使いたいと思っていました。

single.phpは通常、特定共通で呼び出されるテンプレートファイルです。
そのため、
通常の場合も専用PHPファイル(例えばsingle-normal.php)を用意して、single.phpの内容を下記のようにすればループしないと思います。
2番目のコードでは通常時に何も処理しないようになります。

<?php
 $post = $wp_query->post;
 if ( in_category('8') ) {
     include(TEMPLATEPATH . '/single-sp.php');
 } else {
     include(TEMPLATEPATH . '/single-normal.php');
 }
 ?>

また、single.php内の一部だけカテゴリ別の処理を行いたいという場合は質問の通り、single.php内でカテゴリを判定すれば良いと思います。

こんばんは。

WordPressを更新して完了後に

このフォーラムに質問されている他の例を見ると、更新が「完全に」完了していない可能性があります。
まず、ftpなどで更新してはいかがでしょうか?

nobitaさんが指示されている情報の他、どのバージョンからどのバージョンにどのように更新したかがあると、より具体的な原因や回答を得られると思います。
また、同様のトラブルが発生している方のためにもサーバ名・プラン等をお教えください。

こんばんは。

もしかして、MySQLが4.0.26だと、そもそも動かないということはありますか？

現在のWordPress 日本語版の動作環境は以下となっています。

• PHP バージョン 5.2.4 以上
• MySQL バージョン 5.0 以上

※　PHPの動作環境は5.2.4以上ですが、以下のバージョンには脆弱性があるためお勧めできません。
　PHP version 5.4.3 より前のバージョン
　PHP version 5.3.13 より前のバージョン

追加です。

wp-config.php を編集した場合、DB_CHARSETで指定した文字コードで保存する必要があります。
※UTF-8の場合UTF-8 BOM なし（UTF-8N）で保存します。

それらを含めたインストール方法は、WordPress_のインストールを参考にしてください。

こんばんは。

これまでにやったこと。

１．データーベース作成（UNCODE）
２．wp-config.php作成（データベース名、ユーザー名、パスワード、認証用ユニークキー）
３．パーミッション変更（フォルダ757）

1.でUNICODEのデータベースを作成した場合、2.を行う際の文字コードもUNICODEで行わなくてはならないのでは?
データベースの文字コードと設定ファイルの文字コードが一致していない場合、認証に失敗してデータベース接続確立エラーとなります。
お勧めはデータベース、PHPファイルともUTF-8で作成することです。

また、この問題には関係ないですが、３．パーミッション変更（フォルダ757）を行うと、誰にでもそのフォルダにファイルを置かれる可能性があるため、特別な理由がない限りお勧めできません。