qTranslate でランゲージファイル(moファイル)が壊れる?(2)
公開日| 2010年05月25日 | コメントはまだありません。
前回、「qTranslate でランゲージファイル(moファイル)が壊れる?」を記事にしました。
この問題の本当の原因が、ようやく理解できました。
さて、対処ですが、単純のmoの自動UPDATEをやめるのが一番正しいようです。
原因
マルチドメインで、１つのWordpressを活用していたので、qTranslateの機能の１つである「moの自動UPDATE」が複数同時に動作するとき、moが２重に書き込まれ、壊れていたようです。
対処
対処は簡単です。
qTranslateの「moの自動UPDATE」が、唯一で動作するようにしてあげれば良いだけです。
qTransratorのオプション画面から、詳細パラメータを表示します。
詳細パラメータの「Automatically check for .mo-Database Updates of installed languages. 」を各サイトの中で唯一だけをチェックし、以外は、すべてチェックを外します。
もし、１つのWordPressでマルチドメインを制御 の記事のようなやり方でマルチドメインを扱っている場合は、やはり、プラグインで不具合が出る可能性は否めませんね。
通常の各プラグインは、マルチドメインなんて意識して作ってないですかね。
でも、次のメジャーバージョンアップでは、マルチドメインに対応するらしいので、いろんな問題が出てくることになりそうです。
バージョンアップは、気をつけましょう。
通常の各プラグインは、マルチドメインなんて意識して作ってないですかね。
でも、次のメジャーバージョンアップでは、マルチドメインに対応するらしいので、いろんな問題が出てくることになりそうです。
バージョンアップは、気をつけましょう。
この記事を読んだ人は、こんな記事も読んでいます。:
コメント
コメントをどうぞ
翻訳
最近の記事
- WordPress の qTranslate で PHP Warning (Invalid CRT parameters detected ) が出力される
- WordPressの記事の中で独自のmysqlテーブルを操作する
- WordPressで困った時のSQL
- qTranslateでループエラー-が発生(WordPress 3.0)
- WordPressでSMTPサーバーへ直接メール送信する(GMailを使う)
- WordPressのFeedをmoreタグまでとするプラグイン
- qTranslate でランゲージファイル(moファイル)が壊れる?(2)
- qTranslate でランゲージファイル(moファイル)が壊れる?
- Joomla!からWordPressへ記事を変換してみる
- WordPressでping送信のエラーを確認する方法
カテゴリー
- Joomla! (8)
- インストール (1)
- MySQL (2)
- コマンドヘルプ (2)
- SEO (10)
- WordPress (57)
- ソフトウェア (8)
- 開発/言語 (7)
- 雑音 (7)
- 未分類 (3)
タグクラウド
execute remove フロントページ 投稿ページ トップページ install WIndows Note Convert META generator 日付 donwload file manage multibyte utf-8 unicode shiftjis euc console サイトマップ 問題 ParmaLink Redirect パーマリンク はみ出る pre 幅 テンプレート テーマ タグクラウド マルチランゲージ リダイレクト PHP(タグ) タグ table control HTML(タグ) コマンド 国際化（翻訳） SQLite(タグ) MySQL(タグ) qTranslate プラグイン(タグ) Wordpress(タグ)リンク
このサイトは？
Joomla!,WordpressなどCMSを使ったサイト構築、サイト管理からソフトウェアの使用方法、開発環境までのヒントを記述します。
