Group items tagged

After upgrading WordPress from version 2.0.5 to 2.3.3, I did some experimenting with the “post autosave” feature. The autosave feature uses some crafty ajax to automagically save your post every 2 minutes (120 seconds by default). Below the post-editing field, you will notice a line of text that displays the time of the most recent autosave, similar to the following:

How to change the time-interval for the WordPress Autosave feature While experimenting with the autosave feature for this post, I discovered how easy it is to change the default autosave time interval. In WordPress 2.3 (and probably 2.2 and 2.1), open the wp-includes/script-loader.php and edit the instance of 120 (seconds) to something more appropriate. Don’t get too crazy though, or you might get a nasty email from your host. Here is how the interval-setting code appears on line #43: 'autosaveInterval' => apply_filters('autosave_interval', '120'),

I finally patched core program post_new.php to disable autosave for a “new” post and the problem went away. Do not know if this will help you or not. My patch for v.2.3.1 follows. Newer versions might be around the same location. Edit the file wp-admin/post_new.php WP v2.3.1 and insert “//” (without the quotes) at the beginning of this line (currently line 8): wp_enqueue_script('autosave'); Save and upload the file post_new.php, and the WordPress autosave features is now disable.

wordpress2.1に変更後オートセーブの時間が短すぎるような気がして気になっていたので、いろいろと検索したところ、「WordPress Japan :: トピックを表示 - オートセーブで文字化け」というのを発見。 プラグインを作れば簡単に時間を調整できそうなので、さっそく試してみることに。 otsukareさんの書いた記事を参考に、時間を１０分（６００秒）に変更。 これでしばらく様子を見てみよう。 ちなみに作ったプラグインはこちら（autosave.php.zip）。

カスタムフィールドを使っていると生じるバグらしいです。 Javascriptをオフにすれば一応とまりますが… タイトルを入力した時点で一旦保存すれば作成はされないと思います。

自動保存機能 もう少しで書き上がるからといって本来しておくべき保存を怠ったばかりに、1時間もかけて作成したポストをブラウザのクラッシュや停電によってすべて失ってしまうことほど悲惨なことはない。保存を忘れがちな我々ユーザを助けるために、WordPressの開発者たちが新たに用意してくれたのが自動保存の機能だ。投稿の作成中、WordPressは数分おきにクイックセーブを行うので、何らかの災いに見舞われたとしてもほんの1、2分の作業分を失うだけで済むだろう。もしかするとその1、2分のうちに書いたものが自己最高の名文だったかもしれないが、最初から書き直すことを思えばずっとマシなはずだ。 なお、自動保存機能はすでに公開されている投稿内容の編集中には働かないようなので注意すること。書きかけの内容をサイトにアップしたくはないだろうから、この点は問題ないだろう。

今回のバージョン2.1は、WordPress特有のXMLインポート/エクスポート機能を備えている。この機能をテストするため、自分の個人的なブログからエクスポートを作成し、今回のWordPressインストール環境のテスト用に作成しておいた新しいブログにインポートしてみた。 私のブログには3年分の投稿が蓄積されているため、エクスポートに1分ほど、エクスポートした内容をWordPressが読み込んで新しいブログに挿入するのにさらに1分強かかった。投稿内容のインポートが終わると、個人用ブログのユーザ名に合わせて新しいユーザを作成するか、それとも投稿内容を管理ユーザまたはそのブログの別のユーザに割り当てるか、とWordPressが尋ねてきた。私が新しいユーザを作成すると、新規ユーザに対して新しいパスワードを設定しない場合は「changeme」がパスワードになる、との警告をWordPressが出してきた。

wordpressの自動保存に助けられたことが過去に数回あった。が、現在、自動保存が動作してないことに気がついた。私はFireBugsを入れているのだが、右下にErrorと表示されているのが怪しい。早速F12を押すとprototype.jsのcreateAJAX()なんてところで処理が失敗していることが分かった。これでなんとなく分かった。この文書httpsのurlで書いているため失敗している可能性が大なのだ。昔は設定画面でwordpressインストール先にhttpsを指定していたから成功したのだろう。でもこの項目にhttpsを指定するとトラックバックurlなども全てhttpsになってしまう。うーんどうしよう。

使いやすいリッチテキストエディター — この改善点をうまく説明するにはどう言えばいいのかよく分からないのですが、「リッチテキストエディターがコードと干渉しなくなった」といったところでしょう。今回私たちは TinyMCE のバージョン3.0を取り入れました。このバージョンでは、Safari への対応が今までよりも良くなり、複雑な HMTL コードの扱いが改善されています。また、ブラウザ向けの Writeroom のような「フルスクリーンモード」も追加されました。

データベースの最適化 — 今回のリリースではテーブルのレイアウトは変更していません。これは、プラグインの多くが新バージョンでも問題なく使える理由のひとつです。現在270万のブログを有する WordPress.com で発見したボトルネックをもとに、インデックスをいくつか追加し、デフォルトフィールドをもっと柔軟にしました。アプリケーション側では違いが分かりませんが、データベース側で少し速度が向上しています。