のぶのぶさん、はじめて投稿させて頂きます。0.33をインストールしてみました。

WordPressを登録ユーザーのみがアクセスできるように、ブロックを設定しました。
そうしますと、登録して初めて入ってきたユーザーは、新規に書き込むことができないのですね。
「レベル」をあげるよう表示されてしまいました。

これはXOOPSの管理設定のほうなのかもしれませんが…。
おはずかしながら、そもそもユーザーの投稿数を管理人側で編集してレベルを上げる、ということが
どこをいじれば可能なのか、分かっておりません。

またWordPress側で、最初から新規ユーザーが登録した直後の書き込みを許可できるように設定できるものなのでしょうか。

よろしくお願い致します。
sasagawa@札幌市

自己レスです。よく調べてみましたら、WordPressのオプション設定のなかに、登録直後に投稿を許可する、というスイッチがあるのを見つけました。同じくオプション設定のユーザー設定からレベルを変更可能でした。（XOOPS側でのレベル変更が可能なのだと思い込んでおりました。WordPress内部で、ユーザーレベルが設定されていたのですね。気付きませんでした。）

以上、問題（というほどでもありませんね）は全て解決されました。大変、失礼いたしました。

＃WordPress、素晴らしいです。深く感謝です。

WordPress 記事ブロックの色変えたいのですが
どこをいじればいいのでしょうか？
/modules/wordpress/themes/wp-layout.cssいじっても
メインメニューから選択すると変わってるんですが
記事ブロックの色は変わってません

引用：

ふにさんは書きました：
WordPress 記事ブロックの色変えたいのですが
どこをいじればいいのでしょうか？
/modules/wordpress/themes/wp-layout.cssいじっても
メインメニューから選択すると変わってるんですが
記事ブロックの色は変わってません

拡張子が異なるので判りにくくなっていますが、
/modules/wordpress/theme/xxxxx/wp-blocks.css.php
を編集して下されば、記事ブロックのスタイルをカストマイズ出来ますよ！

wordpressを利用させて頂いています。
先日0.3.3にバージョンアップさせて頂いたのですが、それと同時にpingサーバーへpingが飛ばなくなってしまいました。「eordpressオプション」の設定、及びconfig.phpの設定は終わっています。パーミッションの設定等が必要でしょうか。お助け願います。

引用：

01naviさんは書きました：
wordpressを利用させて頂いています。
先日0.3.3にバージョンアップさせて頂いたのですが、それと同時にpingサーバーへpingが飛ばなくなってしまいました。「eordpressオプション」の設定、及びconfig.phpの設定は終わっています。パーミッションの設定等が必要でしょうか。お助け願います。

当方で、現状バージョンでテストしたところでは正常にPINGが飛んでいます。

config.phpというのは、正確にはどのファイルを設定されましたか？
おすすめは、
modules/wordpress/themes/default/wp-config-custom.phpを、
modules/wordpress/themes/xxxxxx/wp-config-custom.php (xxxxxxはテーマ名)に
コピーして、その中にあるサンプルを編集して頂くのが良いと思います。
(01naviさんのところならば、xxxxxxxは、yuzuanに置き換えて頂ければ良いです)

ご回答有り難うございました！早速やってみます。また報告します！

　先日、複数の一般ユーザでの記事投稿の件（2004/10/25(Mon) 23:12）でお世話になりましたSa・Gaと申します。

　おかげさまで、自分のところでもなんとかXOOPSコンテンツの開業にこぎ着けることができました。

　ところが、折角設置できたWordPressモジュールを用いたWeblogに、余所のWeblogからトラックバックを送ったところ、エラーとなってしまいました。

　同じ自サイト内にあるMovable TypeのWeblogからWordPressモジュールあてに送信したときは、ログに次のようにでました（実際のURIは伏せています）。

Ping 'http://＜URI＞' failed: HTTP error: 404 Not Found

　実際に、エラーのでたURIにブラウザでアクセスしたところ、

No input file specified.

とでてしまいます（ブラウザはOperaです）。

　ちなみに、こちらのサイトのFAQにある「TrackBackが受けられない。」を読んだのですが、.htaccessに1行記述してサーヴァにアップしたところ、Internal Server Errorがでてしまい、XOOPSそのものにアクセスできなくなりました（撤去したら元に戻った）。

　なお、私が使っているサーヴァはさくらインターネットの「さくらのレンタルサーバ」です。PHPは4.3.8だそうです。PHPの動作はCGIモード、PATH_INFOは取得できている模様です。

　もし、「さくらのレンタルサーバ」をお使いで、なおかつトラックバック送受信ともに可能になった方がいらっしゃいましたら、設定方法を御指南いただきたいと思います。

初めまして、ゆずあんと申します。
私も同じく「さくらインターネット」にてWordPressモジュールを動かしています。
同じ症状でこちらのHPの解決法を試してみましたが、
やはりエラーがでてしまいました。
対処法としてさくらの場合はサーバー側のコントロールパネルから
php.iniを編集出来ると思いますので

cgi.fix_pathinfo=1

の1行を付け加えてみてください。
この方法で私のところではトラックバックの受信も可能になりました。

引用：

ゆずあんさんは書きました：
初めまして、ゆずあんと申します。

　Sa・Gaと申します。よろしくお願い致します。
引用：

私も同じく「さくらインターネット」にてWordPressモジュールを動かしています。
同じ症状でこちらのHPの解決法を試してみましたが、
やはりエラーがでてしまいました。
対処法としてさくらの場合はサーバー側のコントロールパネルから
php.iniを編集出来ると思いますので

cgi.fix_pathinfo=1

の1行を付け加えてみてください。
この方法で私のところではトラックバックの受信も可能になりました。

　私も上記の方法で試させていただきました。
　結果、見事にトラックバック受信成功しました！
　どうもありがとうございました。

---

（以下余談）
　・・・しかし、WordPressモジュール内と、Seesaaブログからのトラックバックでは文字化けしなかったのですが、Movable Typeからだと化けてしまいます。
　相性悪いのかなぁ？

　何度も申し訳ありません。

　トラックバック受信通知を電子メールで受け取るようにしているのですが、どういう訳か文字化けしてしまいます。
　メール本文がUTF-8になっているようですが、なぜかBecky!2ではうまく表示できないようです。
　もしかして仕様でしょうか？　だったらしようがないかなぁ？

ゆずあんさん、貴重な情報ありがとうございました。
早速、当方のFAQに追記させて頂きました。
引用：

（以下余談）
　・・・しかし、WordPressモジュール内と、Seesaaブログからのトラックバックでは文字化けしなかったのですが、Movable Typeからだと化けてしまいます。
　相性悪いのかなぁ？

TrackBack受信時の文字化けに対しては、かなり対策を行っているはずなんですが、まだ不完全なのかなぁ？？
Sa・Gaさん、もしよろしければ、テストでMovable Typeから

http://www.kowa.org/modules/wordpress/archives/2004/10/01/314/trackback/

宛にトラックバックを送って頂けませんでしょうか？
当方のプログラムの問題なのか、貴方のmb_string関連の設定の問題なのかを調べさせて頂きたいのですが・・・・

引用：

Sa・Gaさん、もしよろしければ、テストでMovable Typeから

http://www.kowa.org/modules/wordpress/archives/2004/10/01/314/trackback/

宛にトラックバックを送って頂けませんでしょうか？
当方のプログラムの問題なのか、貴方のmb_string関連の設定の問題なのかを調べさせて頂きたいのですが・・・・

　コメントありがとうございます。
　既存の記事からですが、上記アドレスに送信させていただきました。

　・・・どうやら化けていないようです（汗）。
　mb_string関連はろくに調べておりませんでした。しかしさくらでそんな設定あったかなぁ？

引用：

　トラックバック受信通知を電子メールで受け取るようにしているのですが、どういう訳か文字化けしてしまいます。
　メール本文がUTF-8になっているようですが、なぜかBecky!2ではうまく表示できないようです。
　もしかして仕様でしょうか？　だったらしようがないかなぁ？

決して仕様ではありません。
先ほどのMTからのトラックバックの文字化けにも関連しますが、
もしかすると、PHPのmb_string関連の設定によって、この様な現象が生じている
可能性が考えられます。
出来れば、 Sa・Gaさんのサイトでのphpinfo()の出力結果などで、現在のmbstring関連の設定内容を教えて頂ければ幸いです。

phpinfo.phpとか適当な名前のファイルに、

<?php
phpinfo();
?>

とだけ入力し、そのファイルをサーバに配置後に実行して頂き、その結果中でmbstringに
関連する部分の内容をお知らせ下さい。

ところで、このレスをうっている最中に、トラックバック到着しましたが、当方では文字化けしておりません。

　突然ブラウザ（Opera）が異常終了したために返信が遅れてしまい、申し訳ありません。
引用：

のぶのぶさんは書きました：
決して仕様ではありません。
先ほどのMTからのトラックバックの文字化けにも関連しますが、
もしかすると、PHPのmb_string関連の設定によって、この様な現象が生じている
可能性が考えられます。
出来れば、 Sa・Gaさんのサイトでのphpinfo()の出力結果などで、現在のmbstring関連の設定内容を教えて頂ければ幸いです。

phpinfo.phpとか適当な名前のファイルに、

<?php
phpinfo();
?>

とだけ入力し、そのファイルをサーバに配置後に実行して頂き、その結果中でmbstringに
関連する部分の内容をお知らせ下さい。

　次のように出力されました。

mbstring
Multibyte Support                       enabled         
Japanese support                        enabled         
Simplified chinese support              enabled         
Traditional chinese support             enabled         
Korean support                          enabled         
Russian support                         enabled         
Multibyte (japanese) regex support      enabled         

mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1.        

Directive                        Local Value     Master Value        
mbstring.detect_order            no value        no value        
mbstring.encoding_translation    Off             Off        
mbstring.func_overload           0               0        
mbstring.http_input              pass            pass        
mbstring.http_output             pass            pass        
mbstring.internal_encoding       ISO-8859-1      no value        
mbstring.language                neutral         neutral        
mbstring.substitute_character    no value        no value

　お恥ずかしながらまだ私はこの辺についてよくわかっていないのですが、どうもしたから3行目あたりが怪しいのではと想像しております。

引用：

ところで、このレスをうっている最中に、トラックバック到着しましたが、当方では文字化けしておりません。

　すみません変な情報を送りつけてしまいまして。
　ちなみに、これと全く同じトラックバックを自分のところのWordPressモジュールに送信したら、とても読めたものではありませんでした（既に削除済み）。

　とりあえず、「php.ini」の設定に、次の4行を書き加えたら、Movable Typeからの文字化けが収まりました。

mbstring.language = Japanese
mbstring.internal_encoding = EUC-JP
mbstring.http_input = auto
mbstring.http_output = auto

　大変お騒がせ致しました。

P.S.
　ところで、ゆずあん様は上記のような設定を追加されていますでしょうか？　それとも、先ほどご紹介いただきました

cgi.fix_pathinfo=1

のみでしょうか？
　差し支えなければ、教えていただきたいのですが・・・。

　何度もすみません。
　メール文字化けも収まった模様です。
　きちんと、ISO-2022-JPでトラックバック通知のメールが届くようになりました。

引用：

Sa・Gaさんは書きました：
　とりあえず、「php.ini」の設定に、次の4行を書き加えたら、Movable Typeからの文字化けが収まりました。

mbstring.language = Japanese
mbstring.internal_encoding = EUC-JP
mbstring.http_input = auto
mbstring.http_output = auto

　大変お騒がせ致しました。

たぶん上記でも大概の場合は問題ないと思いますが、

mbstring.language = Japanese
mbstring.internal_encoding = EUC-JP
mbstring.http_input = auto
mbstring.http_output = pass
mbstring..detect_order = auto

という方が、XOOPSなどのEUC-JP環境ではおすすめ設定のようです。
ご参考までに！

引用：

のぶのぶさんは書きました：
たぶん上記でも大概の場合は問題ないと思いますが、

mbstring.language = Japanese
mbstring.internal_encoding = EUC-JP
mbstring.http_input = auto
mbstring.http_output = pass
mbstring..detect_order = auto

という方が、XOOPSなどのEUC-JP環境ではおすすめ設定のようです。
ご参考までに！

　重ね重ね、ありがとうございます。
　上記の設定で問題なく動くことを確認できました！

お世話になっております。

バージョンアップお疲れ様でした。
早速使わせていただきましたが、ファイルをアップロードした際に
サムネイルが作成されません。以前はupload.phpの59行目を触ってGD1用にして
出来ていたのですが、今のを見ると１と２でバージョンによって分岐されてるようで
このバージョンの指定はどこでやっているのでしょうか。

見当違いでしたらお許しください。よろしくお願いします。

引用：

早速使わせていただきましたが、ファイルをアップロードした際に
サムネイルが作成されません。以前はupload.phpの59行目を触ってGD1用にして
出来ていたのですが、今のを見ると１と２でバージョンによって分岐されてるようで
このバージョンの指定はどこでやっているのでしょうか。

見当違いでしたらお許しください。よろしくお願いします。

いや、見当違いではないですよ。
実は、今回はgd_infoという関数を使ってGDのバージョンを取得する試みを入れているのですけど、この関数がPHP4.3.0以上でないと存在しないので、PHP4.2.xではやはり判定出来ずにエラーになります。
という事で、今度は、upload.phpの68行目の

                $thumbnail = imagecreatetruecolor($image_new_width, $image_new_height);

の部分をimagecreate(・・）に変更して頂く必要があります。
で、もしよろしければ、
この部分を、

                if (function_exists('ImageCreateTrueColor')) {
                    $thumbnail = imagecreatetruecolor($image_new_width, $image_new_height);
                }
                if (!$thumbnail) {
                     $thumbnail =ImageCreate($image_new_width, $image_new_width);
                }

に変えて試して頂けないでしょうか？
PHP4.2.xでのGD2存在チェックロジックをPEARのImageライブラリを参考にして組み込んでみたんですけど・・・
これでうまくいけば、正式採用したいんですけど・・・・

宜しくお願いします。

引用：

のぶのぶさんは書きました：

に変えて試して頂けないでしょうか？
ARのImageライブラリを参考にして組み込んでみたんですけど・・・
これでうまくいけば、正式採用したいんですけど・・・・

残念ながら、うまくいきませんでした。
現象は前とかわらずです。

            if (function_exists('gd_info')) {
                    $gdver=gd_info();
                    if(strstr($gdver["GD Version"],"1.")!=false){
                        //For GD
                        $thumbnail = imagecreate($image_new_width, $image_new_height);
                    }else{
                        //For GD2
                        $thumbnail = imagecreatetruecolor($image_new_width, $image_new_height);
                    }
                        } else {
                        if (function_exists('ImageCreateTrueColor')) {
                            $thumbnail = imagecreatetruecolor($image_new_width, $image_new_height);
                         }
                        if (!$thumbnail) {
                                $thumbnail =ImageCreate($image_new_width, $image_new_width);
                        }

                        }
            @imagecopyresized($thumbnail, $image, 0, 0, 0, 0, $image_new_width, $image_new_height, $image_attr[0], $image_attr[1]);

これでいいんですよね(^^:

引用：

okiさんは書きました：
これでいいんですよね(^^:

良いと思いますが・・・
だめでしたか〜
まずは、単純に、68行目を

$thumbnail = imagecreate($image_new_width, $image_new_height);

に置き換えてうまくいくかどうか試して頂けませんか？
これがうまくいかないのであれば、gd_infoでの判定結果の方を疑わないといけないので・・

こんばんは
引用：

のぶのぶさんは書きました：
これがうまくいかないのであれば、gd_infoでの判定結果の方を疑わないといけないので・・

これでうまくいきました！！！
私はこれで解決なのですが、どうしましょうか？

引用：

これでうまくいきました！！！
私はこれで解決なのですが、どうしましょうか？

とりあえず、了解です！
当方でもう少し調べてみますので、現状は今のままでお使い下さい。