もっとぶつ切り

表示されませんでした。いろいろと調べてみるとconfig.phpをメモ帳で開いてはいけないとか、全部入れ直したらしっかり解決したとか、そりゃもう大変な量の情報が出ています。これらのほぼすべてに共通するのが、「xreaで設置している」ことなんですね。ということで解決方法なんですが、広告の免除サービスを使うとビジュアルエディタも動かなかったプラグイン、例えばNAVTなんかもきっちりと動くようjになっていました。

以前、movabletypeをxreaで動かすときに「ｘ」ってフォルダを作って動かしたことがあるのは知っている人が多いと思いますが、あれと同じようにしてみたら動くのかも知れませんね。試してないので何とも言えませんが。

とりあえず、ビジュアルエディタが表示されないxrea住民は、広告免除サービスを申し込んでみて、解決すればお金払ってください。

某団体のホームページをリニューアルしようとしていたのですが、movabletypeからエクスポートしたデータをwordpressでインポートしたときにエラーが出てしまいます。

Maximum execution time of 000（数字） seconds exceeded

こんな感じのエラーが途中で出たり、途中で止まってしまうのに悩まされていました。どうもwordpress2.5で確認されていた「同じタイトルのエントリーが投稿できないバグ」が原因だったみたいです。ちなみに、某団体のエントリーは足かけ4年分ですから、手動でやることは考えていません。ということでいろいろ調べると、どうやらwp-includes/post.phpの書き換えが必要みたい。こちらを参考にしてやってみました。

（リンクを貼れればいいのですが、既にリンク切れで閉鎖済みのようですので、方法のみ）

1269～1279行目あたりに、urlencode、urldecodeを追加・変更する（日本語でエラーの防止）
（wp2.5.1// 1284行目以降）

if ($post_name_check || in_array($post_name, $wp_rewrite->feeds) ) { $suffix = 2; do { $alt_post_name = substr($post_name, 0, 200-(strlen($suffix)+1)). “-$suffix”;
$alt_post_name = urldecode ($alt_post_name); //追加

//expected_slashed ($alt_post_name, $post_name, $post_type) $post_name_check = $wpdb->get_var($wpdb->prepare(”SELECT post_name FROM $wpdb->posts WHERE post_name = ‘$alt_post_name’ AND post_type = ‘$post_type’ AND ID != %d AND post_parent = %d LIMIT 1″, $post_ID, $post_parent)); $suffix++;} while ($post_name_check);
$post_name =urlencode($alt_post_name); //変更 }

２点の追加、書き換えのみで大丈夫みたいです。後半のところは書き換えですね。

これでエラーもなくすんなりとインポートが終了。なんだかなぁ。

　もうね、movabletypeにはついて行けないっすよ。バージョンアップのために無駄になった書籍やら知識やら、ユーザーに優しくないったらありゃあしないと思えてしまっていました。そんなmovabletypeが日本ではものすごいシェアを持っているのですから、日本人はドMなんじゃないかと。

　私はつい先日たまたま使ってみたwordpressに乗り換えることにしました。カスタマイズが意外とわかりやすく、そして親切だったのが一番の理由です。外国ではmovabletypeよりもwordpressのほうがメジャーだといいます。それなりに理由があるのだとは思っていましたがなるほどこういう事なのかという印象です。

　まずやったのはデータの書き出し。一応あちこちに対策があったのでそいつらを参考にしながらやってみました。ユーザーもなかなか親切な人が多いですねぇ（笑）非常にわかりやすく参考になりました。そして、外観やら何やらをちょこちょこといじくり、公開してみよっかなと言うところです。

　外見は代わっても書くことは一緒です。くっだらない事ばかりになると思います。

最近別の用事でmovabletype4をいじくっていたのですが、これがなかなか魅力的なのです。
で、バージョンアップもしなくてはいけないかなと思いつつ設定ファイルを見てみると、衝撃の事実が。
わすれていたけど「もっとぶつ切り」はMysqlだのを使っていなかったのです。
つまり、バークレーでやってたことをわすれていたのです。

引越しメンドクセ。
暇ができたらやろうっと。

OpenPneってのはSNSのスクリプトです。mixiみたいなものなのですが、これの管理を社会福祉士会の関係でちょっとやっております。で、バージョンアップをしなくちゃいけないのと、サーバーの負荷を分散させるために移転を企てました。
理論としては

１．新しいサーバーへ移転する
・ｍｙｓｑｌのデータをダンプして移す。
・スクリプトのデータをごっそり移す。
・config.phpをちょこっといじくれば移転完了。

２．移転したものをバージョンアップする
・使っていた2.2.6から2.4.8へ
・2.4.8から2.6.8へ
・2.6.8から2.8.3へ

それぞれmysqlのアップデートが必要だけど、一気にやると不具合起こすから段階を踏んで行うってことなんですね。
作業としては何てことない作業なんですが、問題が発生するのです。
移転は難なく完了。バージョンアップでmysqlのアップデートに結構失敗するのですよ。エラーが出るとそれ以降が動かないので困りました。

2.4から2.6にしたときに、何かに引っかかったので、phpファイルをメモ帳で開け、エラーで引っかかってた部分を削除してまたアップデートかけてという作業をしたところ、すんなり通りましたよ。これで大丈夫です。_bizとか書いてあったから多分使わないところでしょうね。問題なし。

で、ようやっと完成したのが夜遅く。もうね、久しぶりにパソコンの前に座り尽くしておりました。こういう作業はvistaでやってはいけないです。

あとはこのOpenPneに携帯メール投稿機能を実装させるだけ。xreaでOpenpneをやるなら役に立ちますかね。続きを読むからどうぞ
続きを読む…