フォーラム: フォーラム: バグ報告と提案

フォーラム: フォーラム: バグ報告と提案 - 最近の投稿 http://ja.forums.wordpress.org/ フォーラム: フォーラム: バグ報告と提案 - 最近の投稿 en Wed, 25 Nov 2009 17:13:52 +0000 tomochin : "「フロントページの表示」が表示されない" http://ja.forums.wordpress.org/topic/2876#post-11828 Mon, 23 Nov 2009 23:16:57 +0000 tomochin 11828@http://ja.forums.wordpress.org/ 自動再アップグレードすると、表示されました。 何が原因だったのかわかりませんが、戻りました。 おさわがせしました tomochin : "「フロントページの表示」が表示されない" http://ja.forums.wordpress.org/topic/2876#post-11827 Mon, 23 Nov 2009 23:10:13 +0000 tomochin 11827@http://ja.forums.wordpress.org/ 2.8.6へ自動アップデートしたら、 表示設定の中に「フロントページの表示」がなくなりました。 「フロントページの表示」を表示させたいのですが、どうすればよいのでしょうか。 munus : "PHP コーディングエラーなの？" http://ja.forums.wordpress.org/topic/2838#post-11700 Tue, 17 Nov 2009 14:57:54 +0000 munus 11700@http://ja.forums.wordpress.org/ jim912さん、こんにちは。 勉強になりました。どうもありがとう。 jim912 : "PHP コーディングエラーなの？" http://ja.forums.wordpress.org/topic/2838#post-11699 Tue, 17 Nov 2009 13:55:22 +0000 jim912 11699@http://ja.forums.wordpress.org/ munusさん、こんにちは。 問題ありません。 ドットの場合は、文字列を結合させ、１つの引数にしてechoを実行させます。 カンマの場合は、各文字列をそのまま複数の引数としてechoを実行させます。 あとは、<a href="http://codex.wordpress.org/WordPress_Coding_Standards">コーディングのガイドライン</a>など次第ですが、WordPressではそこまで言及されていませんので、上記のコードでも問題ないと言えます。 一般的には、結合されることが多く馴染まれていますが、速度的にはカンマ区切りの方が速いはずです。 munus : "PHP コーディングエラーなの？" http://ja.forums.wordpress.org/topic/2838#post-11689 Tue, 17 Nov 2009 07:41:35 +0000 munus 11689@http://ja.forums.wordpress.org/ 「/wp-admin/includes/template.php」の、619行目付近。 <code><li id="link-category-', $cat_id, '"><label for="in-link-category-', $cat_id, '" class="selectit"><input value="', $cat_id, '" type="checkbox" name="link_category[]" id="in-link-category-', $cat_id, '"', ($checked ? ' checked="checked"' : "" ), '/> ', $name, "</label></li></code> プログラマーじゃないので、見た目でしかわかりませんが、 ', $cat_id, 'と', $name, "のカンマは、ドットの間違いではないのでしょうか。 教えてください。 lilyfan : "フォーラムのパスワードリセット送信者が怪しい" http://ja.forums.wordpress.org/topic/2820#post-11642 Sun, 15 Nov 2009 04:55:33 +0000 lilyfan 11642@http://ja.forums.wordpress.org/ フォーラム等の wordpress.org のパスワードリセット通知メールのアドレスを、誰にも分かる、かつ、正当に見えるアドレス (noreply@wordpress.org など) に変更することを提案します。 このたび、フォーラムのパスワードリセットを試みましたところ、送信元アドレスが以下のようになっていました。 From: "WordPress.org" <nbachiyski [あっと] developer.bg> おそらく、コア開発者の nbachiyski さんのアドレスだと思うんですが、trac を見てない人にとっては「nbachiyski って何者?? パスワードリセットを騙ったニセメールではないか??」と見えるのではないかと思います。 (スルーしてしまう人もいるでしょうが、それはリテラシーが低いと思います;-) Recieved 行を見てみると、正しく wordpress.org から発信されているので正当なメールと分かりますが、ふつうの人はそこまで確認しないでしょう。 <pre><code>Received: from wordpress.org (HELO web5.luv.wordpress.org) (72.233.56.143) by XXX.XXXXXXX.jp with SMTP; 15 Nov 2009 04:39:49 -0000 Received: by web5.luv.wordpress.org (Postfix, from userid 65534) id 88576EDC177; Sun, 15 Nov 2009 04:39:47 +0000 (UTC)</code></pre> これは本家のシステム自体がそうなっているかもしれないので、その場合は本家で提案し直します。 tenpura : "latest-ja.zip, latest-ja.tar.gz を用意してほしい" http://ja.forums.wordpress.org/topic/2776#post-11469 Fri, 06 Nov 2009 06:00:57 +0000 tenpura 11469@http://ja.forums.wordpress.org/ 確かに URL の存在が表に分かった方が便利ですね。 検討してみます。 lilyfan : "latest-ja.zip, latest-ja.tar.gz を用意してほしい" http://ja.forums.wordpress.org/topic/2776#post-11468 Fri, 06 Nov 2009 05:53:53 +0000 lilyfan 11468@http://ja.forums.wordpress.org/ 本当ですね。じゃあ、日本語パッケージ作成システムがすでに作っているようですね。となると、あとは、ja.wordpress.org のフロントページにあるダウンロードリンクを latest-ja.zip にすればいいだけですね。 tenpura : "latest-ja.zip, latest-ja.tar.gz を用意してほしい" http://ja.forums.wordpress.org/topic/2776#post-11465 Fri, 06 Nov 2009 05:37:55 +0000 tenpura 11465@http://ja.forums.wordpress.org/ lilyfan さん ご意見ありがとうございます。 リンクは既に有効なようですが？ lilyfan : "latest-ja.zip, latest-ja.tar.gz を用意してほしい" http://ja.forums.wordpress.org/topic/2776#post-11463 Fri, 06 Nov 2009 05:24:21 +0000 lilyfan 11463@http://ja.forums.wordpress.org/ WordPress 日本語版の最新版ダウンロード URL として <a href="http://ja.wordpress.org/latest-ja.zip" rel="nofollow">http://ja.wordpress.org/latest-ja.zip</a> <a href="http://ja.wordpress.org/latest-ja.tar.gz" rel="nofollow">http://ja.wordpress.org/latest-ja.tar.gz</a> を用意できないでしょうか。 英語版では、http://wordpress.org/latest.zip, <a href="http://wordpress.org/latest.tar.gz" rel="nofollow">http://wordpress.org/latest.tar.gz</a> があり、http://wordpress.org/download/ にあるダウンロードボタンからは、この URL がリンクされています。 サーバー上では、おそらく wordpress-2.8.5.zip とかからシンボリックリンクを張ればいいだけなので、さほど難しい作業でないと思います。 こういう「常に最新版」を示す URL があると、レンタルサーバーなどの自動インストーラーが「常に最新版を入れる」ことが容易になります。<a href="http://hiroron.com/article.php/2009070700185813_ja">wkyWordPress</a> のようなデスクトップツールも実装が簡単になります。よろしくご検討をお願いします。 torisan : "パーマリンク設定すると大量のクエリで遅い" http://ja.forums.wordpress.org/topic/2177#post-11104 Mon, 26 Oct 2009 12:46:46 +0000 torisan 11104@http://ja.forums.wordpress.org/ 人の勧めで上げます。 再現条件を追加すると、パーマリンクの設定でカスタム構造を使用しているときです。 今現在、アタッチメント機能は使用していないため、やはり以前の段階からアタッチメントの速度を改善したコードは作っていません。 もしなんらかの機会があり、WP本体でも改善されていない場合は、アタッチメント部分も改善して投稿します。 sima0930 : "#editor-toolbar　の height プロパティについて" http://ja.forums.wordpress.org/topic/2690#post-11088 Mon, 26 Oct 2009 04:35:57 +0000 sima0930 11088@http://ja.forums.wordpress.org/ お世話になっております。 早速ですが、下記の件について要望致します。 ※提案＝要望ととらえてこちらに投稿させて頂きました。 ページの編集(投稿)画面において、ブラウザのウィンドウサイズを小さく している場合、高さが足りず、その下の「editorcontainer」が重なって しまい、「アップロード/挿入」のアイコンが見えなくなってしまいます。 「#editor-toolbar」の「height 」プロパティを変更すれば良いと 思いますが、次回等のバージョンアップで「auto」に変更して頂けない でしょうか？ 「height: auto」で問題は無いと思われますし、バージョンアップの度に 利用者が変更しなければならないので… 以上、ご検討の程、宜しく御願い致します。 daraberu : "pingについて" http://ja.forums.wordpress.org/topic/2210#post-10992 Wed, 21 Oct 2009 13:09:28 +0000 daraberu 10992@http://ja.forums.wordpress.org/ 最新版WP2.8.4では確かにpingは飛んでいません。しかも「Smart Update Pinger」は有効化すらできませんでした。しかし、同バージョンで、plugin 「Ultimate Plugins Smart Update Pinger 3.1」を試したところ、ログは表示されないもののpingが飛ぶようです。 報告まで。 <a href="http://daraberu.ddo.jp/blog/?p=158">http://daraberu.ddo.jp/blog/?p=158</a> masamune : "wp-config.php" http://ja.forums.wordpress.org/topic/2333#post-9472 Fri, 21 Aug 2009 09:34:46 +0000 masamune 9472@http://ja.forums.wordpress.org/ ＞lilyfanさん、madhydeさん ご教示ありがとうございます。 なるほど、記述法としてきちんと認められ、なおかつその効用もあるのですね。 でしたら、これはこれで構いませんが… 仕様の変更に当たる訳ですから、やはり告知があって然るべきかと思います。 何はともあれ、胸のつかえが取れました。ありがとうございました。 madhyde : "wp-config.php" http://ja.forums.wordpress.org/topic/2333#post-9456 Thu, 20 Aug 2009 19:37:12 +0000 madhyde 9456@http://ja.forums.wordpress.org/ つい先日、私も気づいてブログで記事に纏めたのですが、wp-config.phpはユーザが編集するファイルだからこそ、あえて終了タグを省略したようです。 このファイルをユーザがテキストエディタで編集した際、何かの拍子に改行コードを付加してしまう可能性があります。これは下手をすると、特定困難なエラーの原因になりかねません。そこで、終了タグを省略し、このような潜在的エラーを回避する措置を施しました。 詳しくは<a href="http://core.trac.wordpress.org/ticket/10106">Ticket #10106 wp-config-sample.php missing closing PHP tag</a>でのやり取りをご覧ください。 PHPの仕様については公式ページの<a href="http://jp.php.net/manual/ja/language.basic-syntax.instruction-separation.php">"命令の分離"</a>に、次のような記述があります。 <blockquote>ファイル終端における PHP ブロックの終了タグはオプション（任意）です。 include() や require() を利用する際には、終了タグを省略する方が無難です。というのは、そうすることでファイルの最後に予期せぬ空白文字があらわれてしまうことを防げますし、後でレスポンスにヘッダを付加することも可能となるからです。また、出力バッファリングを使用しており、include したファイルの生成する部分の最後に余計な空白をつけたくない場合などにも便利です。</blockquote> つまり、HTML中に記述するのでないなら、積極的に省略してしまったほうがいいのかもしれません。 ちなみに、この変更は2.8から適用されました。私も変更したのならchange.logか何かで告知して欲しかったと思っている一人です。何もアナウンスされてないですよね？ lilyfan : "wp-config.php" http://ja.forums.wordpress.org/topic/2333#post-9454 Thu, 20 Aug 2009 13:31:36 +0000 lilyfan 9454@http://ja.forums.wordpress.org/ <blockquote>新たにダウンロードした2.8.4-jaのwp-config.phpファイルの末尾に 「?>」がないのですが、これってまずくありませんか？</blockquote> そんなことはありません。PHP の記法としては許されています。 コーディングスタイルとしては議論になるところで、ある／なしどちらが優れているかは一長一短があります。<a href="http://codex.wordpress.org/WordPress_Coding_Standards">WordPress のコーディングスタイル</a>としては、従来はすべてついていました。これを変更するならば、何らかのアナウンスがほしいところですが……。 masamune : "wp-config.php" http://ja.forums.wordpress.org/topic/2333#post-9447 Thu, 20 Aug 2009 09:42:12 +0000 masamune 9447@http://ja.forums.wordpress.org/ 自動アップグレードを使っていたため気づくのが遅れましたけれど、 新たにダウンロードした2.8.4-jaのwp-config.phpファイルの末尾に 「?>」がないのですが、これってまずくありませんか？ それとも2.8系になって変わったのでしょうか？ Retu : "ver.2.8でget_postsでorderby=nameが指定できない？" http://ja.forums.wordpress.org/topic/2288#post-9267 Wed, 12 Aug 2009 09:03:45 +0000 Retu 9267@http://ja.forums.wordpress.org/ ver.2.8で投稿スラッグでのソートが出来なくなっていました。 query.phpのOrderbyの部分を調べるとorderbyの値の配列からnameが消えていました。 およそ2033行目あたりに問題のコードはあります。 ご使用の際はnameを配列に追加してあげてください。 lilyfan : "【日本語チームへの提案】wordpress-mu統合に対する懸念" http://ja.forums.wordpress.org/topic/2261#post-9264 Wed, 12 Aug 2009 08:12:23 +0000 lilyfan 9264@http://ja.forums.wordpress.org/ WordPress MU は確かに「イケてない」のですが、これは WordPress.com のバックエンジンをそのまま OSS として公開しただけ、というのが理由でしょう。 今後、WordPress メインラインと統合されるならば、当然ながらこういう機能不足は修正されると期待していますが、実際どうなるか不明なので、trac とか svn リポジトリーをよく監視して、はやめに機能追加を要求した方がいいでしょうね。 lilyfan : "IE6 + メモリ500MB弱のPCでは2.8系列が遅い" http://ja.forums.wordpress.org/topic/2275#post-9238 Tue, 11 Aug 2009 22:22:59 +0000 lilyfan 9238@http://ja.forums.wordpress.org/ <blockquote>大きな会社なものですから、</blockquote> 余計あかんやん!! 小さい会社でワンマン経営者の場合は「さもありなん」と思うのですが、大きい会社であるほどコンプライアンスを遵守しなければなりません。すなわち、「IE は最低限7以降に移行する」のがあるべき姿のはずで、そうなってないのは「ダメ企業」と言わざるを得ません。 ……と、その企業の文句を書いても仕方がないのですが ;-) # 可能ならば企業名を晒して欲しいところです ;-);-) <blockquote>どちらにしても、とりあえずの提案としては管理画面のインタフェースにHTML版も用意すればどうかという提案でした。</blockquote> あれ? 現状でも JavaScript オフでそれなりに動くはずですよ?? IE6 + JavaScript オフを試してみましたか?? madhyde : "IE6 + メモリ500MB弱のPCでは2.8系列が遅い" http://ja.forums.wordpress.org/topic/2275#post-9231 Tue, 11 Aug 2009 13:13:20 +0000 madhyde 9231@http://ja.forums.wordpress.org/ IE6の対応には余計なコストがかかりますよ、って言えば先方も考えるのではないでしょうか。IE6対応有無で、どれだけ差が出るか見積もりを提示されては如何でしょう(もちろん特別料金得盛で) aratakojima : "IE6 + メモリ500MB弱のPCでは2.8系列が遅い" http://ja.forums.wordpress.org/topic/2275#post-9223 Tue, 11 Aug 2009 02:41:35 +0000 aratakojima 9223@http://ja.forums.wordpress.org/ 難しいですねー。とりあえず先方には交渉をお願いしているところではあるんですけど、大きな会社なものですから、決済までいつになるのやら。 どちらにしても、とりあえずの提案としては管理画面のインタフェースにHTML版も用意すればどうかという提案でした。 ありがとうございます。 lilyfan : "IE6 + メモリ500MB弱のPCでは2.8系列が遅い" http://ja.forums.wordpress.org/topic/2275#post-9220 Mon, 10 Aug 2009 09:37:22 +0000 lilyfan 9220@http://ja.forums.wordpress.org/ <blockquote>IT管理部的な部署が、新しくソフトウェアをインストールすることを完全にボツってしまっていまして…。</blockquote> その IT 管理部署が完全アホですよね ;-) 他にソフトウェア入れたらダメというなら IE は 8 にしなきゃ!! 「Firefox はウェブサイト開発業務に必須なソフトなのでインストールさせてくれ」と、納入先部署が管理部門に申請できないでしょうか。 ウェブ管理において Firefox, Safari, Opera など W3C 準拠ブラウザーを使わない／使えないのは致命的にまずいです。IT 管理部門だったら、なおさらそれを理解しなければならないはずですが、そうではないとすると、その納入先会社はかなり「腐っている」と言えます ;-) ここで悪口を言っても始まりませんから、粘り強く管理部門を説得するのがベストだと思います。納入先部門は社内同士だから (力関係的に) 交渉が困難かもしれませんから、こちら (受託側) から直接 IT 部門に依頼する手もありますよね。 AJAX を回避するとすれば、XML-RPC を使ったブログクライアントで管理する手があります (ecto とか Windows Live Writer)。でも、これも「ソフトウェアのインストール」が必要になるから無理かも ;-) aratakojima : "the excerptとショートコードは共存できない？" http://ja.forums.wordpress.org/topic/2276#post-9218 Mon, 10 Aug 2009 07:14:36 +0000 aratakojima 9218@http://ja.forums.wordpress.org/ なるほど。優先順位を変えるという話になってくるわけですねー。 ちょっといろいろといじってみます。ありがとうございます。 aratakojima : "IE6 + メモリ500MB弱のPCでは2.8系列が遅い" http://ja.forums.wordpress.org/topic/2275#post-9217 Mon, 10 Aug 2009 07:12:11 +0000 aratakojima 9217@http://ja.forums.wordpress.org/ それが無理なんですよ＞＜ IT管理部的な部署が、新しくソフトウェアをインストールすることを完全にボツってしまっていまして…。ほかに選択肢が取れないんです。 lilyfan : "IE6 + メモリ500MB弱のPCでは2.8系列が遅い" http://ja.forums.wordpress.org/topic/2275#post-9214 Mon, 10 Aug 2009 06:55:13 +0000 lilyfan 9214@http://ja.forums.wordpress.org/ メモリ容量よりも IE6 という方がネックになってそうな気がします。 Firefox 3.0 だとどうですか? お客様には「WordPress は OSS なので、同じく OSS な Firefox に最適化されています」とか言って納得してもらいましょう。 lilyfan : "the excerptとショートコードは共存できない？" http://ja.forums.wordpress.org/topic/2276#post-9212 Mon, 10 Aug 2009 05:14:16 +0000 lilyfan 9212@http://ja.forums.wordpress.org/ wp-includes/formatting.php を見ると、wp_trim_excerpt() で明示的に <code>strip_shortcodes()</code> してから the_content フィルターを通していますね (<code>do_shortcodes()</code> は the_content フィルターで実行される)。 したがって、自前で抜粋を作る関数を作って、get_the_excerpt フィルターに優先順序 9 で add してしまえば <code>wp_trim_excerpt()</code> より先に実行されるので、意図する挙動ができるかもしれません。 少なくとも、WordPress コアをいじらず、フィルター関数の add/remove でなんとかできると思います。 aratakojima : "the excerptとショートコードは共存できない？" http://ja.forums.wordpress.org/topic/2276#post-9209 Mon, 10 Aug 2009 01:03:04 +0000 aratakojima 9209@http://ja.forums.wordpress.org/ 立て続けに投稿です。すいません。 ショートコードに次のようなコードを書いたとします。 <pre><code>add_shortcode('activity_text', 'activity_text_func'); function activity_text_func ($atts, $content) { return '<div class="activity"> 活動内容 <div class="text">' . $content . '</div> </div>'; }</code></pre> これを記事に埋め込み、その次に文章をつなげるとします。例えば、こんな感じです。 <pre><code>[activity_text] ここにテキスト [/activity_text] 本文</code></pre> この記事の抜粋に何も入力していない場合、テンプレートタグの<code>the excerpt</code>で記事の要約文を作ろうとすると、ショートコードの[activity_text]に挟まれている文章は出力されずに、本文のみが出力されるようになっているみたいです。 たぶん、このような仕様になっているのでしょうが、<code>the excerpt</code>に任意の値を持たせられるなど、そういった解決策があってもよいとは思いました。 aratakojima : "IE6 + メモリ500MB弱のPCでは2.8系列が遅い" http://ja.forums.wordpress.org/topic/2275#post-9208 Mon, 10 Aug 2009 00:51:08 +0000 aratakojima 9208@http://ja.forums.wordpress.org/ こんにちは。 現在、クライアント向けにWP2.8系列でサイトを制作しています。ただ、納品先がIE6 + メモリ500MBのPCという環境のため、管理画面がほとんど動いてくれないという事態になりました（galleryを挿入すると5分くらいフリーズする（苦笑）。 2.7から大きく変わったAjaxバリバリの管理画面が上記のスペックでは難しいのはよくわかるのですが、できればGmailのようなHTML版もほしいなと思うこの頃です。WPがCMSとしても使われることを考えると、上記と同じスペックのPCを持つ会社も多いわけですし。 下記でも似たような事例が報告されています。 <a href="http://dawble.com/2009/02/other/the-way-of-making-wp27-light.html" rel="nofollow">http://dawble.com/2009/02/other/the-way-of-making-wp27-light.html</a> shokun0803 : "【日本語チームへの提案】wordpress-mu統合に対する懸念" http://ja.forums.wordpress.org/topic/2261#post-9170 Fri, 07 Aug 2009 02:29:18 +0000 shokun0803 9170@http://ja.forums.wordpress.org/ wordpressが3.0系統あたりからwordpress MUに統合されるという話題に対しての懸念事項があり、個人的には英語力皆無なため、是非日本語版作成チームに本家に対して出せる要望があれば出していただきたく書き込みをさせていただきます。 これはwordpressがwordpress MUと統合されるに当たり、wordpress MUの考え方を引き継いでしまった場合に起こると考えられる懸念材料です。 ここ2週間ほどwordpress MUの動作検証を重ねてきましたが、wordpress複数インストールなら可能なことでもwordpress MUインストールでは難しいと思われる案件がいくつか浮上しました。これはwordpressが仮に3.0で統合されたとすると2.9系統からバージョンアップができなくなる・しなくなる（wordpressMEや2.0.xのように残り続ける）可能性を秘めています。 ・wwwがつかない（no www） 　確かにwwwとは何か、意味があるのか、などと言われれば「必要ない」という結論に達するかもしれませんが、CMSがそれを強要するのはどうなのでしょうか。 ・カテゴリスラッグが編集できない 　これは日本語環境で日本語でカテゴリを登録している場合影響が大きいです。wordpress MUではカテゴリをすべてのブログで一括管理していることから、勝手にスラッグを変更できないようにするためこのようなシステムになっているそうですが、パーマリンクにカテゴリを登録している場合など、日本語環境ではURLがエンコードされた長いものになってしまうなどの問題があります。 ・adminのブログでパーマリンクをカスタムにすると必ず先頭に「blog/」 　これはCMSとして静的アドレスの既存ページをCMS化しようとして突き当たった問題ですので、通常のブログとして使用する方には問題ないことなのかもしれませんが、今までwordpressでパーマリンクをカスタムにしていた方で、同じように使用しようとすればURLの変更を余儀なくされてしまう可能性は否めません。 　ちなみに、なぜ「blog/」を先頭に追加するのかはわかりませんが、サブディレクトリ型でインストールした場合のみ追加されることを勘案すると、追加でインストールするブログがサブディレクトリの場合「/インストールディレクトリ/追加ブログのディレクトリ/」となることから、親のブログがパーマリンクを変更した場合（例：/カテゴリ/投稿-ID.htmlなどとすれば子のブログディレクトリと親のカテゴリ名が同じならURLが重なる）でも子のブログディレクトリと重ならないようにするための対策だと考えられます。 現在、wordpress MUを試用した感じではwordpressとの違いをこのように感じました。今後いつ統合されるのかわかりませんが、現在のwordpressユーザが混乱しないような統合を行ってほしいと考えています。が、直接本家に言うほどの語学力もありません・・・ 日本語版作成チームで統合をどのように考えているのかわかりませんが、本家に質問などが投げられるのであれば、是非統合前に本家の考え方の返答がもらえればいいなと思います。 また、現在wordpress MUをご使用中のユーザの方の意見や、統合に関する意見や問題点を他に持っている方がいらっしゃれば情報の提供もお願いします。今後wordpress MUを使用するかどうかの判断材料にもさせていただきたいと思います。 ちなみに、当方ではwordpressの複数インストールを行うことに結論が及びました。現状のwordpress MUではやりたいことが実現できないからと言うのが大きな理由です。 皆様の意見お待ちしております。