This domain may be for sale!
WordPressでエラーが起きているときにwp-config.phpのWP_DEBUG定義をtrueにするとエラーがページに出力されてしまうため、実運用しているサーバではWP_DEBUGをtrueにしづらい。そこでページ内ではなく外部ファイルにエラーを出力できないものかと考えた。 WordPress内部ではエラーの出力にerror_logを使っているだけなので、出力先はphp.iniによって設定を変えることで可能である。レンタルサーバなどではphp本体の設定は変更できないのでini_setなどを使って、動的に設定を変更することになる。 実はWordPressはこの要求を設定で満たすことができて、 ini_set('display_errors', 0); define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_
options-general.phpにて、処理が途中でコケる不具合を発見致しました。 ブラウザで一般設定画面(options-general.php)を開くと、左メニューのプラグインの項目まで描画された後、何も描画されませんでした。 なお、Wordpress 2.9.2でも同様の不具合が発生しています。 当方環境は以下の通りです。 OS:CentOS5.4 32bit httpd:2.2.15 PHP:5.3.2(memory_limitは128MBなのでメモリ不足は考えにくいです) MySQL:5.1.48(文字コードはutf-8) ブラウザ:Google Chrome 5.0.375.70 尚、Coreserverのほうは(PHP5.2.5)問題ありませんでした。 現在原因を調べていますが、何か有力な情報がありますと幸いです。
ウェブサイトやブログの運営でよく使いそうな便利な.htaccessの設定を紹介します。 こういうまとめは定期的にあがってきますが、やっぱり必要なのでシェアします。 10 useful .htaccess snippets to have in your toolbox [ad#ad-2] 下記は各ポイントを意訳したものです。 URLからwwwを削除 hotlinkingの防止 feedをfeedbunnerにリダイレクト カスタムエラーページ ダウンロードファイルの処理 PHPのエラーのログ URLからファイルの拡張子を削除 ディレクトリのファイルリストを見せない ファイルを圧縮して軽量化 文字コードの指定 URLからwwwを削除 SEOなどの理由で、URLからwwwを削除して使うことがあるかもしれません。このスニペットは、あなたのウェブサイトにwww付きでアクセスしてきてもwww無しに向
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く