フォーラムタグ: wp-config.php

フォーラムタグ: wp-config.php http://ja.forums.wordpress.org/ フォーラムタグ: wp-config.php en Wed, 25 Nov 2009 19:23:15 +0000 wakuchin : "インストール時の　/wp-admin/install.php　文字化け" http://ja.forums.wordpress.org/topic/1705#post-7259 Mon, 27 Apr 2009 17:51:38 +0000 wakuchin 7259@http://ja.forums.wordpress.org/ lilyfan さん、ありがとうございます！ phpのことは詳しく理解できていません。 また管理者権限がないので、php.ini は触れないと思います。 WordPress をインストールするディレクトリに .htaccess か httpd.conf ファイルを置いて、 その中身を php_value default_charset "utf-8" php_value mbstring.language "Japanese" php_value mbstring.internal_encoding "utf-8" php_value mbstring.http_input "pass" php_value mbstring.http_output "pass" などと設定する方法があるのでしょうか？ これはやってみましたが、今のところ変化はありませんでした。 せっかくのアドバイスを理解できずすみません。 lilyfan : "インストール時の　/wp-admin/install.php　文字化け" http://ja.forums.wordpress.org/topic/1705#post-7256 Mon, 27 Apr 2009 14:17:24 +0000 lilyfan 7256@http://ja.forums.wordpress.org/ <blockquote>/wp-admin/install.php を開くと、文字化けした画面が表示されます。</blockquote> この段階ではまだデータベースにアクセスしていないので、DB の文字コード設定は関係ありません。少なくとも、WordPress は UTF-8 を使うので、EUC-JP にしてはいけません。 まず、php.ini の mbstring 設定を確認してください。文字コードの変換は行う必要はなく、http_input も output どちらも pass が好ましいです。あとは Apache の Default Charset が Latin 文字列になってないか確認してください (なってたら削除)。 あと、DB_CHARSET の指定は SET NAMES 命令で使うパラメータなので、もし EUC-JP を使う場合は ujis が正しいです (MySQL のバージョンによっては EUC-JP という指定が通るかもしれませんが)。 wakuchin : "インストール時の　/wp-admin/install.php　文字化け" http://ja.forums.wordpress.org/topic/1705#post-7254 Mon, 27 Apr 2009 12:30:38 +0000 wakuchin 7254@http://ja.forums.wordpress.org/ はじめまして。 WordPress 2.7.1 をインストールしていて、 これまで他社サーバでは何の問題もなかったのですが、 （ファーストサーバ社、ロリポップ！等） 今回、ケイティケイ株式会社提供の ActAdminホスティングサーバにインストールしようとして、 /wp-admin/install.php を開くと、<a href="http://lh3.ggpht.com/_Yda0v02hyw4/SfWiQU0czSI/AAAAAAAAAPA/Hij3RnOgMiI/s720/wp-config%E3%81%AB%E6%83%85%E5%A0%B1%E5%85%A5%E5%8A%9B%E6%99%82%E3%81%AEinstallphp.jpg">文字化けした画面</a>が表示されます。 文字コードが原因かと考えて、 念のためデータベースの設定を　utf8　から EUC-JP に変更しても同じでした。 　※その場合、 　define('DB_CHARSET', 'utf8'); 　　を 　define('DB_CHARSET', 'euc-jp'); 　　で、合っているでしょうか？ また、/wp-config.php に設定情報を入れずに インストール画面から直接設定情報を入力してみようとしてみましたが、 <a href="http://lh5.ggpht.com/_Yda0v02hyw4/SfWiQDm3cvI/AAAAAAAAAO4/vHS2huqzwGk/s720/wp-config%E3%81%AB%E6%83%85%E5%A0%B1%E5%85%A5%E5%8A%9B%E3%83%8A%E3%82%B7%E3%81%AEinstallphp.jpg">その場合も、/wp-admin/install.php　が文字化けします。</a> MySQLの照合順序などに問題があるのでしょうか？ どなたか、サポートをお願いいたします。 bonops : "データベースホスト名（wp-config.php の DB_HOST）のレンタルサーバ別情報" http://ja.forums.wordpress.org/topic/1397#post-6183 Thu, 26 Feb 2009 12:01:16 +0000 bonops 6183@http://ja.forums.wordpress.org/ php-webさん、ありがとうございます。よろしくお願いします。 :-) php-web : "データベースホスト名（wp-config.php の DB_HOST）のレンタルサーバ別情報" http://ja.forums.wordpress.org/topic/1397#post-6135 Wed, 25 Feb 2009 01:48:22 +0000 php-web 6135@http://ja.forums.wordpress.org/ とりあえず私が使っているor使っていたサーバーのまとめ。 <a href="http://php-web.net/wordpress.html" rel="nofollow">http://php-web.net/wordpress.html</a> 後でcodexに追加しときます。 bonops : "データベースホスト名（wp-config.php の DB_HOST）のレンタルサーバ別情報" http://ja.forums.wordpress.org/topic/1397#post-6127 Tue, 24 Feb 2009 18:34:02 +0000 bonops 6127@http://ja.forums.wordpress.org/ <a href="http://ja.forums.wordpress.org/topic/1383?replies=7#post-6096" title="WordPress › フォーラム » インストール時のエラー">他のトピック</a>でも話題に挙がっていましたが、 新規インストール時に入力するデータベースホスト名（<code>wp-config.php</code> の <code>DB_HOST</code>）はレンタルサーバ（ホスティングサービス）によって異なります。 Codex ではレンタルサーバ別の値を一覧にして、日本語ユーザで情報共有できるようにしています。 <a href="http://wpdocs.sourceforge.jp/wp-config.php_%E3%81%AE%E7%B7%A8%E9%9B%86#Possible_DB_HOST_values" title="wp-config.php の編集 - WordPress Codex 日本語版">wp-config.php の編集 - DB_HOST 値の候補</a> 自分が使っているサーバが載っていなかったら、ぜひ教えてくださいー。 直接 Wiki に書き込んでもらえたら助かりますが、このトピックへの投稿でも OK です。 :-) Wiki の書き込み方： <pre><code>|- | ホスティング名 || 値</code></pre> という行を挿入するか、表の下に <pre><code>* ホスティング名 - 値</code></pre> で！ tezukuriya : "wp-config.phpの入れ替えについて（2.6.2）" http://ja.forums.wordpress.org/topic/802#post-3534 Sat, 11 Oct 2008 03:25:38 +0000 tezukuriya 3534@http://ja.forums.wordpress.org/ 私も2.5.1→2.6.2のバージョンアップをしました。 config.phpは2.5.1のときのまま使用しておりまして、何も問題ありません。 （推奨されていない「プラグイン無効化せずに上書きアップグレード」でしたが うまくいっちゃってるようです） config.phpの違いはKEYがらみの部分くらいですね。 2.6.2のconfig.phpの21行目あたりに、 2.5で使っていたconfig.phpの13行目 <blockquote>define('SECRET_KEY', 'put your unique phrase here'); // 固有のフレーズに変更してください </blockquote> を追記してみてはいかがでしょうか。 なお、当方ではjavascriptを使うプラグインの競合（またはカスタマイズによるエラー）があるようで、IEではビジュアルエディタが使えません。他のブラウザでは大丈夫なのに・・・（どちらにせよ使いませんが） rinmon : "wp-config.phpの入れ替えについて（2.6.2）" http://ja.forums.wordpress.org/topic/802#post-3532 Sat, 11 Oct 2008 00:54:37 +0000 rinmon 3532@http://ja.forums.wordpress.org/ お世話になります。 当方、2.5代から利用しています。 2.6.2にバージョンアップ後の今頃になって、wp-config.phpの中身が2.5代？と変わっていることに気づき、内容を秀丸エディターで編集後入れ替えると、ビジュアルエディターが使えなくなり、ログイン画面も遷移後に真っ白になるという現象になっています。 ひとまず、wp-config.phpを元に戻したところログインは可能で管理も出来るようになるのですが、ビジュアルエディターがHTML状態での編集となるようになりました。 ビジュアルエディタの件は、他のアーティクルにもあるので参照しましたが、wp-config.phpも同様にデータベースのバックアップ、コンテンツ情報のEXPORT後に、新規インストール、バックアップからの復元しか手はないでしょうか。 当初の自分の不手際から発生している問題ですが、どなたか情報をいただければと思い、投稿しました。よろしく、お願いいたします。 lilyfan : "インストール後　安全のために必要なこと" http://ja.forums.wordpress.org/topic/408#post-1874 Sun, 29 Jun 2008 16:19:15 +0000 lilyfan 1874@http://ja.forums.wordpress.org/ <blockquote>AddHandler cgi-script htaccess こういう設定は、不要で・ダサイ　ということは分かりませんでした。 </blockquote> 自分で Apache の管理や設定を行なったことがあるなら、すぐにそう分かるのですが、ユーザーレベルで .htaccess をいじった程度だと、なかなか分からないと思います。それでも、Apache のマニュアルを見れば「なんか不可思議な設定だな」と思えるでしょう。 この設定は、「htaccess という拡張子を持つファイルは CGI として実行属性を与える」というものです。.htaccess ファイルは CGI ではないため、不自然な設定なのです。 この方法はいつ誰が提案したのかは不明ですが、「<a href="http://mikeneko.creator.club.ne.jp/~lab/web/htaccess/usage.html">ミケネコの htaccess リファレンス</a>」は Last Modified が 2004年11月27日になっており、これより以前から存在する手法だと言えそうです。で、この文書では「あなたがサーバ管理に長けている方なら、なぜこのような邪道とも言える方法を採るのか不思議に思うかもしれません」と書かれていて、提案者自身が「ダサい設定方法である」ことを承知しています。しかし、他の人の説明では、この「言い訳」が抜けてしまっているんですよね……。 <blockquote>ネットで検索　→　それが答えだと思ってしまう。　 危険ではないかと思う今日この頃です。　が、 真偽のほどを確かめるすべもない・・　それをまた　→　検索・・・ </blockquote> 基本は、「正式なマニュアル・規約や規格に当たる」ことです。今回の場合、.htaccess は Apache の設定ファイルですから、Apache のマニュアルを見ればよいわけです。WordPress 関連の場合は、WordPress のドキュメントを見ればいいのですが、残念ながら<a href="http://wpdocs.sourceforge.jp/">日本語 Codex</a> はまだ整備中です。そういう場合は、英語版 Codex を見るか、ソースコードを見て実装を確認することになります。 <blockquote>lilyfan さんのブログ拝見させていただきました！ びっくりしました。 Ktai Style を作られた方だったのですねー！！ </blockquote> アカウント名がややこしくてすいません。日本語フォーラムが始まるずっと前に wordpress.org のアカウントを取得していて、都合上「lilyfan」というアカウント名にしました (「yuriko」は空いていた気もしますが、あえて取りませんでした)。 Ktai Style は機能がどんどん追加されていって、いつのまにか「最強の携帯対応ツール」になってしまいました ;-) 今後もボチボチ開発しますので、よろしくお願いします。 word2000 : "インストール後　安全のために必要なこと" http://ja.forums.wordpress.org/topic/408#post-1870 Sun, 29 Jun 2008 06:24:02 +0000 word2000 1870@http://ja.forums.wordpress.org/ lilyfan さん　 いつも丁寧にお答えいただきありがとうございます。 教えていただいた通り、ダブルクォートで囲む必要と Apache のバージョン上　File だけでよいことが分かりました。 ありがとうございました。 AddHandler cgi-script htaccess こういう設定は、不要で・ダサイ　ということは分かりませんでした。 全くの初心者なので、ちんぷんかんぷん　というのが正直なところです。 あるのですね・・・ 　必要のある・なし 　ダサイ表現 　それを承知で使うか否か うーむ・・　勉強になりました。 ネットで検索　→　それが答えだと思ってしまう。　 危険ではないかと思う今日この頃です。　が、 真偽のほどを確かめるすべもない・・　それをまた　→　検索・・・ lilyfan さんのブログ拝見させていただきました！ びっくりしました。 Ktai Style を作られた方だったのですねー！！ 私が、wordpress にチャレンジしてみようと思ったのは、 wordpress には Ktai Style というプラグインがある・・ というのが、大きな決め手でした。 なんということでしょう！ やっぱり、wordpress にして良かったと思います。 まだ、初心者ですが これからも、よろしくお願いいたします。 お忙しいところありがとうございました。 lilyfan : "インストール後　安全のために必要なこと" http://ja.forums.wordpress.org/topic/408#post-1864 Sat, 28 Jun 2008 16:32:28 +0000 lilyfan 1864@http://ja.forums.wordpress.org/ <pre><code><FilesMatch　^wp-config.php$> deny from all </FilesMatch></code></pre> 正規表現の場合はダブルクォートで囲まないといけないのではないでしょうか。 もしくは、サーバーの設定で htaccess による order 設定が許可されていないか、FilesMatch ディレクティブが許可されていない可能性もあります。その場合はあきらめてください。 <code>AddHandler cgi-script htaccess</code> 今どきはサーバーの設定で .htaccess を読みないようにしているはずなので、こういう設定は不要です。正直、この設定方法はダサいですよね。いまいちな表現であることを承知の上で使うならいいんですが、それが分かってないなら、やめた方がいいです ;-) word2000 : "インストール後　安全のために必要なこと" http://ja.forums.wordpress.org/topic/408#post-1863 Sat, 28 Jun 2008 14:46:51 +0000 word2000 1863@http://ja.forums.wordpress.org/ 聡明な回答を丁寧にしていただきありがとうございました。 wordpress　に対する不安が一気に払拭されました。 的確な回答に感謝いたします。 　　・最新のＷＰ 　　・強力なパスワード 　　・ディレクトリファイルの一覧　 　　・同梱のテンプレート 　　・プラグインは少なく　 をさっそく、導入させていただきます。 　　・　config.php を守る 　　・　.htaccess　を見えないようにする 　　・　インデックスの一覧　を守る ということを考えて　以下のような.htaccess を 考えたのですが、設置するとエラーが出てしまいました。 　　　<FilesMatch　^wp-config.php$> 　　　deny from all 　　　</FilesMatch> 　　　AddHandler cgi-script htaccess 　　　Options -Indexes 現在　 　　　AddHandler cgi-script htaccess 　　　Options -Indexes にしました。 自己解決できませんでした。 また、お時間がありましたら、アドバイスいただければ幸いです。 よろしくお願いいたします。 　　 lilyfan : "インストール後　安全のために必要なこと" http://ja.forums.wordpress.org/topic/408#post-1862 Sat, 28 Jun 2008 09:32:26 +0000 lilyfan 1862@http://ja.forums.wordpress.org/ <blockquote>本当に必要なものを　初心者向けに　詳しく教えていただけないでしょうか？ </blockquote> 初心者であれば、「常に WordPress のバージョンを最新に保つ」だけで十分です。本当に必要なセキュリティー対策であれば WordPress 本体に取り込まれているはずで、そうでないということは、WordPress 開発者が「不要な対策だ」と考えているわけです。巷にあふれている対策は、作業コストに対する効果が不明なものが多く、意味がない場合も多いです。 また、いい加減な技術文書も出回っているようです (<a href="http://ja.forums.wordpress.org/topic/354?replies=15#post-1707">blogsecurity.net : WordPress Security Whitepaper はでたらめ</a>)。 # とはいえ、WordPress 開発者はセキュリティーに無頓着な面があるのは否めませんが。 ●ログイン画面を見せないようにする →ユーザーパスワードが十分に強ければ、ログイン画面がオープンでも問題ありません。 ●admin を変更する →これは「admin」というユーザー名を変更すべき、という意味でしょう。admin のパスワードが十分に強ければ問題ありません。とはいえ、ID=1 のユーザー名が admin 決め打ち、というのはあまりセキュアでないのは事実です。 ●管理用のファイル・ページを検索エンジンにキャッシュさせない。 →ほとんど意味のない対策です。wp-admin 配下はログインしないとアクセスできませんし、wp-content 配下は誰からもアクセスできることが前提の場所です。wp-includes 配下は WordPress コアコードですが、直接アクセスしても何も画面表示されないよう対策されています。 ●「search.php」で下記の検索コードは使用しない。<code><?php echo $_SERVER ['PHP_SELF']; ?></code> →テーマに存在する search.php のことですね。これは珍しく意味のある対策です。WordPress 同梱のテーマは改善されていますが、巷に配られているテーマは直ってないものがあります。しかし、対策が間違っています。<code><?php bloginfo ('home'); ?></code> ではなく <code><?php bloginfo ('url'); ?></code> が正しいです (いちおう home でも動くようになっていますが)。 ●「wp-」がついているフォルダをサーチエンジンなどに登録されないように、「robots.txt」に下記を記述する。 →前述の通り無意味です。 ●ディレクトリのファイル一覧を表示させない。ダミーの「index.html」を設置したり、.htaccessに下記を記述する。 →これは、できれば行なった方がよい対策ですが、ディレクトリーの中に変なファイルがなければ実施しなくてもあまり問題ではありません。.htaccess はトップディレクトリーでよいです。 ●metaにあるWordPressのバージョンは隠す。 →これは意見が分かれる対策です。わたしは無意味だという考えです。どうせクラッカーは、バージョンを見ずに攻撃してくるので、バージョン番号を隠してもセキュアにならないと思います。むしろ「WordPress のバージョンを最新に保つ」ことが優先です。 →この手法を「セキュリティー向上対策」として書いてある場合、その文書は「いい加減なものである」と決め付けて問題ありません ;-) 「Apache バージョンを隠す」で検索してみると、バージョンを隠すことが無意味なことを指摘する文書が多数出てきますよ。 ●管理画面への不正アクセスを防御する。管理画面へアクセス可能なIPアドレスを設定する。 →ユーザーのパスワードが十分強ければ問題ありません。固定 IP じゃなくても、ADSL/光環境でも、あまり IP アドレスは変動しませんが、やっぱり不便になると思います。 ●パスワードを暗号化して守るプラグイン。htaccess password protection → WordPress 2.5 で、パスワードの保護が強固になったので不要です。プラグインのコードがあやしげなことも多く、動作が理解できないプラグインを入れるのは危険です。 ●ログインに失敗したIPアドレスを記録し、アクセス不能にするプラグイン。Login LockDown →自身が必要性を感じないならば入れなくていいです。必要性を理解できる人しか意味がないものです。上記の通り、プラグインのコード自体があやしいこともあります ;-) ●「wp-config.php」ファイルにデータベースのユーザー名やパスワードが記述してあるので、下記を「.htaccess」に記述するなどして守る。 →これも微妙な対策です。確かに、ウェブでアクセスできる場所に wp-config.php があるのは、セキュリティー的にいまいちなのですが、PHP のコードなので常に実行されてしまい、パスワードが表示されるわけではありません。記述内容をそのまま取り出すためには、Apache や PHP のセキュリティーホールと組み合わせない限り無理でしょう。 →とはいえ、WordPress 2.6 では、wp-config.php の置き場所を上位ディレクトリーに変更できるようになります。 word2000 : "インストール後　安全のために必要なこと" http://ja.forums.wordpress.org/topic/408#post-1859 Sat, 28 Jun 2008 07:57:50 +0000 word2000 1859@http://ja.forums.wordpress.org/ 2.5.1　ja　を　インストールしました。 安全に使うために　必要な設定　がネット上にいろいろ書かれていますが 本当に必要なものを　初心者向けに　詳しく教えていただけないでしょうか？ 自分なりに調べたものを書かせていただきましたので、 教えていただければ幸いです。 必要のないもの　これ以外に必要なものがありましたら、是非　教えて下さい。 ● ログイン画面を見せないようにする 　　　×　これは、どうすれば良いのか分かりませんでした。 ● 　admin　を変更する 　　　×　これも、どうすれば良いのか分かりませんでした。 ●　管理用のファイル・ページを検索エンジンにキャッシュさせない 　 wp-で始まるファイルはWordPress(ワードプレス)が動作用または 　管理者用のプログラムファイルです。 　そのため検索エンジンに記録されないように指定します。 　まずサイトのトップデレクトリーにrobots.txtというファイルを作成します。 　このrobots.txtの中に 　 User-agent: * 　 Disallow: /wp-*　　　　と表記します。 　この設定によって、検索エンジンはwp-で始まるファイルをキャッシュしないようになります。 　　　▲　これは、このまま、robots.txt をトップデレクトリに置くだけで良いのでしょうか？ ● 　全てのユーザーにサーバー全部の検索を許可しない。 　　・「search.php」で下記の検索コードは使用しない。 　 <?php echo $_SERVER ['PHP_SELF']; ?> 　 　代わりに下記のコードを使用する。 　 <?php bloginfo ('home'); ?> 　　　▲　これは、serch.php　の場所が分かりませんでした。 　　・「wp-」がついているフォルダをサーチエンジンなどに登録されないように、 　　　「robots.txt」に下記を記述する。 　 　 Disallow: /wp-* Disallow: /wp-* 　　　▲　これは、上記の robots.txt に追加で表記してトップデレクトリに置けば 　　　　　すれば良いのでしょうか？ ● 　ディレクトリのファイル一覧を表示させない。 　　　　ダミーの「index.html」を設置したり、.htaccessに下記を記述する。 　　 Options -Indexes Options -Indexes 　　　▲　これは、.htaccess をトップデレクトリに置けば良いのでしょうか？ ● 　metaにあるWordPressのバージョンは隠す。 　　　　metaにWordPressのバージョンは、「header.php」にある下記によって表示されます。 　　　　<meta content="WordPress <?php bloginfo(’version’); ? />" name="generator" /> 　　　 　　　▲　これは、<?php bloginfo(’version’); ? />　を削除すれば良いのでしょうか？ ● 管理画面への不正アクセスを防御する。 管理画面へアクセス可能なIPアドレスを設定する。 「.htaccess」への記述例 AuthUserFile /dev/null AuthGroupFile /dev/null AuthName “Example Access Control” AuthType Basic <limit GET> order deny,allow deny from all allow from xx.xx.xx.xx(IPアドレス) allow from xx.xx.xxx.xx(IPアドレス) </limit> 　　　▲　これは、固定ＩＰを使っている環境のみだと思うのですが　どうでしょう？ ● パスワードを暗号化して守るプラグイン。 htaccess password protection 　　　▲　これは、必要でしょうか？ ● ログインに失敗したIPアドレスを記録し、アクセス不能にするプラグイン。 Login LockDown 　　　 　　　▲　これは、必要でしょうか？ ● 「wp-config.php」ファイルにデータベースのユーザー名や パスワードが記述してあるので、下記を「.htaccess」に記述するなどして守る。 </FilesMatch> <FilesMatch　^wp-config.php$> deny from all </FilesMatch> 　　　▲　これは、上記の .htaccess の中に　追加して記述し　トップデレクトリに 　　　　　置けばよいのでしょうか？ 　よろしくお願いいたします。 bonops : "インストールは出来たようですが、ログインすると真っ白！" http://ja.forums.wordpress.org/topic/140#post-703 Sat, 19 Apr 2008 14:25:45 +0000 bonops 703@http://ja.forums.wordpress.org/ メモ帳＆テキストエディタの件、<a href="http://ja.forums.wordpress.org/topic.php?id=155&replies=1" title="WordPress › フォーラム » テキストエディタ：問題なく使えるもの、使ってはいけないもの">別トピック</a>を立ててみました。 tenpura : "インストールは出来たようですが、ログインすると真っ白！" http://ja.forums.wordpress.org/topic/140#post-695 Sat, 19 Apr 2008 08:22:51 +0000 tenpura 695@http://ja.forums.wordpress.org/ <blockquote># 「Windows のメモ帳は使用禁止」というのを、インストール説明のどこかに載せませんか?? ダブルクリックすると「メモ帳」で開いてしまうので、それはダメというのを書かないといけません。> ドキュメンテーション関係者さま</blockquote> これは確かにどこかに明記した方が良さそうです。 メモ帳の代替物として標準的に薦められるエディタは何かありますでしょうか。 chiemaru : "インストールは出来たようですが、ログインすると真っ白！" http://ja.forums.wordpress.org/topic/140#post-632 Thu, 17 Apr 2008 07:28:11 +0000 chiemaru 632@http://ja.forums.wordpress.org/ うわぁ～～！！！出た管理画面が（＾０＾） 適切なご指摘大変ありがとうございました。 UTF-8って？、、BOMって？何、、、でしたが、ちょっと調べてみたら少しわかってきて（勉強になりました！）結局私のパソコン上には適当なエディタが無いようだったので、Emeditorというのをダウンロードして、BOMなしで保存→サーバーに転送したら、上手く出来ました！嬉しい～～♪ それから、 File does not exist: はその後にファイル名がちゃんと出ています。それがたくさんあったので、書かなかっただけです。申し訳ありません！！変なところで戸惑わせてしまいまして。これらのエラーは管理画面が出ない、といっていた時間帯より早い時間帯のエラーで、関係あるかどうかわからなかったのですが念のため書いたものです。 解決したってことは、たぶん別なところでのエラーだったのだと思います。 これからwordpressで頑張って作成に入りたいと思います。 また壁にぶつかったときにはよろしくお願い致します（*＾＾*） lilyfan : "インストールは出来たようですが、ログインすると真っ白！" http://ja.forums.wordpress.org/topic/140#post-630 Thu, 17 Apr 2008 06:40:34 +0000 lilyfan 630@http://ja.forums.wordpress.org/ <blockquote>PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/vhosts/kaikaku-ryokushin.com/httpdocs/wordpress/wp-config.php:1) in /var/www/vhosts/kaikaku-ryokushin.com/httpdocs/wordpress/wp-login.php on line 202 </blockquote> wp-config.php の先頭に余計な文字が入っていますね。おそらく、UTF-8 の BOM が入っています。テキストエディターで wp-config.php を開いて、UTF-8 の BOM なしで保存し直して、サーバーに転送してください。 Windows の「メモ帳」は、UTF-8 の BOM ありでしか保存できないので、使用してはいけません。他のテキストエディターもしくは他の OS を使いましょう。 # 「Windows のメモ帳は使用禁止」というのを、インストール説明のどこかに載せませんか?? ダブルクリックすると「メモ帳」で開いてしまうので、それはダメというのを書かないといけません。> ドキュメンテーション関係者さま <blockquote>File does not exist: </blockquote> その直後に、具体的なファイル名が出ていませんか? 出てないとすると、ちょっと変ですね。 chiemaru : "インストールは出来たようですが、ログインすると真っ白！" http://ja.forums.wordpress.org/topic/140#post-625 Thu, 17 Apr 2008 02:37:01 +0000 chiemaru 625@http://ja.forums.wordpress.org/ Wordpressを初めてインストールしました。よろしくお願いします。 インストールは上手く出来たようで、blogのページもちゃんと表示されますが、ログイン画面からログインすると真っ白なページが出てきます。 ちなみに、logを見てみたら、 client 202.247.193.185] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/vhosts/kaikaku-ryokushin.com/httpdocs/wordpress/wp-config.php:1) in /var/www/vhosts/kaikaku-ryokushin.com/httpdocs/wordpress/wp-login.php on line 202 がたくさんありました。 他にも時間帯が早いようですが [Thu Apr 17 10:57:32 2008] [error] [client 202.222.139.1] File does not exist: というファイルが無いよ？メッセージも多数出ています。 何が原因なのでしょうか。ご指導願います！！！！ Nao : "ウィザードで WPLANG が設定されない" http://ja.forums.wordpress.org/topic/28#post-170 Tue, 01 Apr 2008 14:29:55 +0000 Nao 170@http://ja.forums.wordpress.org/ 移動しました。 <a href="http://ja.forums.wordpress.org/topic.php?id=54&replies=1" rel="nofollow">http://ja.forums.wordpress.org/topic.php?id=54&replies=1</a> こちらは [close] ;-) しますね。 tai : "ウィザードで WPLANG が設定されない" http://ja.forums.wordpress.org/topic/28#post-166 Tue, 01 Apr 2008 13:25:35 +0000 tai 166@http://ja.forums.wordpress.org/ 「終了」に一票。 まだ続くようなら別トピックにしましょうか？ mako09 : "ウィザードで WPLANG が設定されない" http://ja.forums.wordpress.org/topic/28#post-164 Tue, 01 Apr 2008 13:06:03 +0000 mako09 164@http://ja.forums.wordpress.org/ タイトルと違う話が続いてしまってごめんなさい。 Naoさんの挙げられた文案から思い付いたのですが、 「締切」はどうでしょう(動詞の場合は「締め切る」)。 問題が解決した場合でもそう違和感はありませんし、 とりあえず閉じるよ決着ついてないけど、という場合でも「終了」より合って いるように感じます。 'close' という単語を抜き出してみると、次のようです。 msgid "This topic has been closed" -msgstr "このトピックは閉鎖されました。" +msgstr "このトピックは締め切られています" msgid "The tag was not added. Either the tag name was invalid or the topic is closed." -msgstr "タグを追加できませんでした。タグ名が不正か、該当のトピックが閉鎖されています。" +msgstr "タグを追加できませんでした。タグ名が不正か、該当のトピックが締め切られています。" msgid "The tag was not removed. You cannot remove a tag from a closed topic." -msgstr "タグを削除できませんでした。閉鎖されたトピックからタグを削除することはできません。" +msgstr "タグを削除できませんでした。締め切られているトピックからタグを削除することはできません。" msgid "[closed] %s" -msgstr "[閉鎖] %s" +msgstr "[締切] %s" msgid "Close topic" -msgstr "トピックを閉じる" +msgstr "トピックを締め切る" msgid "Topic Closed" -msgstr "このトピックは閉鎖されました" +msgstr "トピックは締め切られました" msgid "This topic has been closed to new replies." -msgstr "このトピックは閉鎖されたので返信できません。" +msgstr "このトピックへの返信は締め切られました。" [追伸] msgid はオリジナル、-msgstrは現在使われている日本語訳、+msgstrは私の提案 です。 lilyfan : "ウィザードで WPLANG が設定されない" http://ja.forums.wordpress.org/topic/28#post-161 Tue, 01 Apr 2008 11:20:11 +0000 lilyfan 161@http://ja.forums.wordpress.org/ 今まで出た案では、あらゆる場面で使えそうで、新参者にも分かりやすそうなのは「終了」ぐらいでしょうか。とりあえずこれを採用してしまって、また問題があれば考えるというやり方でもよさそうに思いますが、いかがでしょう。 Nao : "ウィザードで WPLANG が設定されない" http://ja.forums.wordpress.org/topic/28#post-148 Tue, 01 Apr 2008 01:47:31 +0000 Nao 148@http://ja.forums.wordpress.org/ [closed] --> 「このトピックへの返信の受け付けは終了しました」 ってどうでしょう？ 一単語だったのが、長すぎですね（笑 # もとのトピックから脱線してすみません… --- 自己編集。 すみません、これ、トピック一覧のトピック名の前につくものの事ですね。 上の案は却下という事で。 odyssey : "ウィザードで WPLANG が設定されない" http://ja.forums.wordpress.org/topic/28#post-131 Mon, 31 Mar 2008 09:53:39 +0000 odyssey 131@http://ja.forums.wordpress.org/ <blockquote>フォーラム全体に適用されてしまうことを考えるとたとえば、話題も時機をはずしてきたしすっかり解決したとは言えないけどそろそろ閉じようか、という [closed]もあり得るわけです。その場合は[完了]だと違和感を覚えるでしょうね。[終了]だとその中間くらいのフィット感でしょうか。</blockquote> [終了]くらいですよね。 トピックが「●●により △ 日前に開始されました。」という表現に対応して、「このトピックはすでに閉じられました」でもいいように思います。 解決と、終了と二つあるともっといいんですけれど。 <blockquote>[緘]という簡潔で意味もぴったりなのを思いついたんですが、 </blockquote> いいですねー。ぼくも好きですけど、意味が分からないという方もいるかもしれないのと、 いまのフォーラムの雰囲気とはややアンマッチかもしれないですね。 ja独自のCSSで和風にできなくもなさそうですが（これは冗談）。 mako09 : "ウィザードで WPLANG が設定されない" http://ja.forums.wordpress.org/topic/28#post-129 Mon, 31 Mar 2008 07:25:33 +0000 mako09 129@http://ja.forums.wordpress.org/ <blockquote> ただ、[閉鎖] という表現はちょっと違和感を覚えました。[終了] とか [完了] ぐらいがいいかもしれません。 </blockquote> [closed]の日本語訳ですね。 ここの「バグ報告と提案」という場所だと確かに違和感があるのですが、 フォーラム全体に適用されてしまうことを考えるとたとえば、話題も時機をはずしてきたしすっかり解決したとは言えないけどそろそろ閉じようか、という[closed]もあり得るわけです。その場合は[完了]だと違和感を覚えるでしょうね。[終了]だとその中間くらいのフィット感でしょうか。 よりいい訳を思いつきません。 #投稿した後に編集できるんですね。 #実は全く思いつかなかったわけではなく、[緘]という簡潔で意味もぴったりなのを思いついたんですが、 #別の違和感が激しく増大します。 lilyfan : "ウィザードで WPLANG が設定されない" http://ja.forums.wordpress.org/topic/28#post-127 Mon, 31 Mar 2008 04:50:04 +0000 lilyfan 127@http://ja.forums.wordpress.org/ 2.5 RC2 および 2.5 正式版では直っていました。対応ありがとうございます。この件はクローズですね。 ただ、[閉鎖] という表現はちょっと違和感を覚えました。[終了] とか [完了] ぐらいがいいかもしれません。ご検討をおねがいします。 tai : "ウィザードで WPLANG が設定されない" http://ja.forums.wordpress.org/topic/28#post-41 Wed, 26 Mar 2008 16:28:56 +0000 tai 41@http://ja.forums.wordpress.org/ あわわ、wp-config-sample.phpでWPLANGのja設定が抜けてました。 間もなく公開する RC2の日本語版では設定しときます。 ご連絡ありがとうございました！ lilyfan : "ウィザードで WPLANG が設定されない" http://ja.forums.wordpress.org/topic/28#post-37 Wed, 26 Mar 2008 15:35:19 +0000 lilyfan 37@http://ja.forums.wordpress.org/ 開発版のバグ報告もここでいいのでしょうか。 2.5-RC1 でウィーザードを使ってインストールしたところ、wp-config.php の WPLANG が設定されず、ログイン画面やダッシュボードが英語のままになっていました。2.3.x までのウィザードは WPLANG が ja に設定された気がしますので、2.5 の同様になるようお願いします。