上記のように普通にスマイリーを表現しただけではうまく表示してくれません。理由は簡単で日本語中にスマイリー記号を入れても認識しないようなのです。hankaku混じってしまってやはり認識しない^^;;つまり、スマイリーを出すためには識別子の前に半角スペースをいれることが理想的なようです。codexにも特に何も書かれていなかったのでハマりました。記事を書く僕ならまだしも、コメントを書いていただく方々に「スマイリーを使うときは半角スペースを入れてください」とお願いするのも申し訳ないです。^^;;そんなわけでコメントのツールバーには自動で半角スペースが入った状態で出力されるように修正させていただきました。入力ミスも防げるのではないかと。あと記事中には、スマイリー以外のアイコンが使えるようにただいま独自プラグイン開発中。3.2.1が出たので早速バージョンアップを実行してみました。修正を期待していたのが、画面投稿時のフッダーが内側に入ってきてしまっている問題。そもそも、3.2にバージョンアップした際もそれほど大きな問題もなかったので3.2.1にしてもバグフィックス程度だろうと思っていました。バージョンアップは、特に問題もなく完了し、今のところどこの場所においても不具合などは無い状態です。ご利用ありがとうございます。~・・・」のフッダが持ち上がってしまっているのがわかると思います。実際それほど支障がないので気にしなければ良いのだと思いますが・・・まぁ、バージョンがあがってもこんなわかりやすいところが修正されないっていうのはおそらくうちだけの問題な気がしないでもないので、問題のポイントを追求してみることにしました。使っているプラグインか、テーマがオリジナルっていうところにも問題が有るのかもしれませんね。ご利用ありがとうございます。ご利用ありがとうございます。</div>となっています。divでidが#footerの状態をみるとpotisionがabsoluteでかかっています。固定されずに浮いてしまっている状態なのだと思います。その後absoluteを、relativeにするために上書きを狙った再指定が出されていますが優先度が下なので上書きされていないようです。単純にpotisionがrelativeになればおそらく浮いている状態が解除されるので上手くいくのではないかと・・・これを上書きするだけなら、テーマのfunction.phpに管理画面用のスタイルシートを出力するフィルターを追加してあげるだけで実現できそうです。僕は下記のようにfunction.phpに追加しました。和えて省略してあります。プログラムが正常に動作するように適時追加をしてください。ポイントはposition:relativeに!importantを追加したところです。これにより、指定されているabsoluteより、relativeの方が優先度が増しこちらの指定が優先されます。function.phpを保存して、再読み込みを行います。正しい位置にフッダーを表示させることが出来ました。別のプラグインを探してみようかな。この記事がすべてのバージョンにおいて同じ結果ではないことをご承知おきください。近いバージョンでは、参考になるのではないかと思います。?>までの記述がごっそり無くなってしまう問題もある。セキュリティ周りの設定が特に何も無く、ユーザーレベルでの実行許可などの管理機能はない。?>とまでの記述がごっそり無くなってしまう問題もある。セキュリティ周りの設定が特に何も無く、ユーザーレベルでの実行許可などの管理機能はない。1.2.2コードの開始タグはで実行される。?>ではないのでエディタでコードが消失されることはないが、複数行にまたがるコードは1行に詰めて記述し直す必要がある。4.9実行には問題なし。IE8使用時、WP管理画面からTinyMCEの設定画面を表示させると正常に表示しない問題が発生。Firefoxでは、正常に動作できた。2.2.2インストールは出来るが、その後有効化できない。プラグイン一覧にも表示されないため、実際の削除にはFTPなどで実ファイルの削除が必要となる。Scriptエラーが発生して管理画面の投稿処理が出来なくなっている。このときの確認ブラウザは、IE8とFirefoxを使用して確認。1.0簡単なソースコードを実行させてみたものの正しい結果が得られませんでした。?>ではないのでエディタでコードが消失されることはないが、複数行にまたがるコードは1行に詰めて記述し直す必要がある。複数行のコードは正常に動作出来なかった。PHPをを使用しています。複数行コードを1行にまとめる作業は面倒ではありますが、操作中にコードが消える可能性があるものよりは安心して使用できます。僕の理想としては、PHPのプログラムを記事中にガシガシ書いて動かせればと思っていました。それを望むのは酷なようです。そもそも、WordPressでは不正なコードを実行できないようにして処理してあるので、記事中に書かれたPHPコードがごっそり消されたとしてもそれはそれで正常な動作。これを回避させるためにWordPress本体のソースコードを手を入れることも考え、修正ポイントも確認しました。この作業を実行してしまうとWordPressをバージョンアップするたびに本体コードの修正をするのでは非常に面倒となるためこの方法は禁断の方法として考えて居ます。複雑なコードを書くときは、別なファイルを作りそのファイルにコードを書き、InlinePHPなどを使ってそのPHPファイルを呼び出すようにするというのが一番管理的にしやすい方法ではないかと思います。WordPressのテーマの管理では、関係のないファイルでも登録でき、管理することが出来ます。この機能を使って実現させるのが一番スマートですね。バージョンアップして、数日が経ちました。おおむね使用していて使えないと思う点などはほとんど無いと思います。現状でも気になるところも数点有りましたので書いてみます。投稿ページにおける、フッダーがページ内部に入ってきてしまう。僕の同時に使用しているプラグインによるところという可能性も考えられます。IEで、投稿時に自動保存が入ると書いている行が消失してしまったりする。これは、IE8はサポート対象外としているため仕様なのかもしれません。投稿時HTML編集モードから、ビジュアルモードに切り替えると改行がすべて段落に指定されてしまう。これは、Firefoxで編集時は発生しないことを確認しました。IEでのみの不具合のようです。Insertが正常に動作しない一見動作していますが、画像を投稿記事中に投稿すると画面が無くなってしまって操作不能になってしまう。致命的な問題は今のところ一つもないと思います。1番のフッダーの問題は多少面倒ですが、慣れてしまうば編集には支障が出ないのです。あとはIE8は推奨ブラウザ外なので、FirefoxやChromeなどのブラウザを使用すればほとんどの問題も回避できるかと思います。英語バージョンでは、3.2.1がすでにリリースされているので、またフッダの問題だけ解決しないかなぁと様子見中です。次のリリースでも変化が無ければ問題を追求してみようかなと考えて居ます。昨日、WordPressを現在の最新版である、3.2へのバージョンアップして当方の環境で不具合が発生した件をご報告しました。その不具合を修正するために原因を調べていた。その結果どうやらファイルのパーミッションによる読み込みエラーによるものということがわかりました。これは当サーバー環境によって発生した事象であることが強いことが考えられます。」つまり、ファイルオーナー読み書き以外のアクセスは不可能となります。当サーバーでは、セキュリティと管理のためにsuphpが稼働しています。バーチャルホスト内のphp実行は指定されたユーザーで実行されます。そのためphpで出力されたファイルオーナーはWordPressの実行ユーザーということになります。ApacheはWordPressの実行ユーザーとは異なったユーザーで稼働しています。suphpが実行されているホスト内でも、画像ファイルなどのphp以外のファイルはApacheユーザーが取得することになります。そのときApacheは、WordPress実行ユーザーにしたアクセス権限の無いファイルを読み込もうとしてエラーが発生してしまっていました。改善は簡単で、FTPでもSSHでも読み込めないファイルのパーミッションなどを「644」に変更してあげるだけです。ファイルが出て来ます。その中から必要なファイルのパーミッションを変えてください。僕の場合、おおむねTinyMCEの画像ファイルなどがヒットしました。WordPressのファイルなどはほとんど問題がなかったので、TinyMCEのパッケージと僕の環境によって発生した事象ではないかと思います。無事、TinyMCEのボタンも表示されました。日本語のパッケージがリリースされていましたので早速バージョンアップをしてみました。やってみた感想としましては・・・まだ実用にはちょっとばかり早い印象を受けました。アップデートですが、バージョンアップ自体はすんなりと完了可能でした。必要なデータのバックアップを取りバージョンアップを施行します。確実にバックアップを取った方がよいと思います。僕はサーバーがわで一気にバックアップを取っておきました。そのところ、まず気になったのは使用しているブラウザの件ですがIE8なんですが・・・もはやWordPressとしては「古すぎる」ようです^^;;まぁ、IE9にバージョンアップしなきゃと思っていていてはいたのですが、こんなにも早く「古すぎる」となるとはちょっと驚きです。XPの方で、IEをお使いの方とかはちょっと痛いですね。ちなみに、このメッセージはメッセージ中にある「却下」テキストを押すことで消せますので、対応出来ない方はそれで。Firefoxなど、他にもブラウザはありますのでその辺は柔軟に。管理画面のページの遷移などが早くなっている感じを受けました。これはもしかしたら気のせいかもしれません。使用感としては、3.1とそれほど変わった印象は受けません。ダッシュボードはこちら。変わったところは、ページ上部のサイトネットワーク管理とサイト管理を移動させるインターフェースが変わっています。あと、左袖のメニューを折りたたみ仕様になっているようで、メニューを小さくさせることが出来るようになっています。サイトネットワーク管理に移動させるためテキストが無くなったことで一瞬焦りましたが・・・ちゃんとこちらに準備されています。プルダウンになってしまったのはちょっと面倒ではありますが、慣れてしまえばこんなものなのかな。続いて、投稿画面に移動します。見で気がつくのは・・・TinyMCEのインターフェースのボタンが表示が出来なくなっています。これはバージョンアップのためでなく僕の環境に寄るところかもしれません。解決編も書きましたのでこちらをご覧ください。これはちょっと使いにくい^^;;ちなみに、WordPressのバージョンアップと同時にTinyMCEも最新版が出ていたようなのでバージョンアップしておきました。Firefoxでも、表示させてみたりChromeでも同じ結果なのでブラウザ依存の問題というわけでもないようです。続いて・・・WordPressのフッダーがページウィンドウ表示位置の絶対位置に表示されます。そのためウィンドウサイズを小さくすると上記のようにフッダがめり込みます。なんとなくこうゆう現象になるのはスタイルシートあたりが悪影響をしているのではないか・・・とは思っています。今のところバージョンアップをさせてみて気がついたカ所は以上のようなところでした。使ってて気になるカ所があればまた続報をしたいと思います。3.2へのバージョンアップにはもうちょっと熟成させてからバージョンアップしたほうがよいかもしれませんね。当サイトでは、WordPressをCMSとして利用しております。テーマやちょっとしたプログラムなどは自作するなどして運営しております。Typeから乗り変えをしてよかった点の方が僕個人的な意見としては多かった気がしています。そんな良いところをまとめてみます。WordPressに移行してよかったところ記事の更新で構築が不要これのおかげで記事の更新更新が非常に楽ですね。テンプレート(テーマ)などを変更したときに再構築が不要はじめは気になりませんが、記事数が多くなってくるにつれてだんだん苦痛になります。多すぎると再構築自体が失敗して停止してしまうことも。TypeのI/Fより柔軟性があり動作が軽く軽快ですしかも、画像の挿入が非常に楽です。WordPressのメディアライブラリのFLASH一括アップロードは秀逸です。Typeにもプラグインはありましたが、ここまでの豊富さはありませんでした。海外のユーザーも多いことで大概の機能はプラグインがすでに存在することが多いです。動作がPHP個人的にPerlよりPHPの方が扱いやすいのでかなり重宝している点です。逆にWordPressにして悪いところHTMLが出力されているわけではないので、実際の記事ファイルが存在しているわけではないこれは動かしてみるまで見えにくかったのですが、WordPressのパーマリンクを正しく設定すればそれほどデメリットではない気がしています。すべてのページでPHPでHTML出力をさせているため動作が遅いこれはマシンスペックですべてカバー出来てしまっています。新しいサーバーにしたことで全く遅さを意識しないでも今のところ運営できています。今僕の中で思っているところはこのようなこのような内容ですが、今のところデメリットも問題無くカバー出来ているとおもいます。変えてみた感想としては、もっと早くに変えておけばよかったと思いました。Typeも悪くはないのですが、記事編集が億劫だったことを感じています。WordPressの場合すべての行程が軽快で非常に気楽に記事を書くことが出来ています。これらの条件は、僕のパソコンスペックやサーバーの環境に依存するところが大きいと思います。それがそろったときはかなり効率が上がるのではないかとおもいます。