3月
02
2010
0

WordPress Mobile PackWordPress Mobile Pack

最近、うちは携帯でブログの管理したりが多くなり、なんだかモバイル向けのインタフェースのほうが携帯でいろいろのをいじりやすいため、プラグインの検索にはWordPress Mobile Packが見つかって、それを入れてみた。デスクトップブラウザまた携帯ブラウザのを確定されてから自動的にふさわしいインタフェースに切り替えられ、しかもモバイル向けの管理パネルのがあるから、よぉくモバイルでもブログの管理をする僕にはほんまにめちゃ便利で役に立ってるんだね。

しかし、そのプラグインにはうちのWordPressの設定にはちょっと不具合が出た。WordPress をインストールしたディレクトリとは別のディレクトリにホームページを設定する場合にはWordPress Mobile Packのモバイルテーマには縮小されてる写真のパス及び管理パネルのパスはうまく設定されなくなるんだ。

わかりやすく説明するとこうと語ればいいかな。

WordPressの管理→一般設定には
WordPressのURLはexample.com と ブログのURLはexample.com/blog にしてると、
管理のURLはexample.com/blog/wp-adminとなり、写真のパスはexample.com/blog/から始まるだが。
WordPress Mobile Packはexample.com/wp-adminと設定されてしまい、縮小されてる写真のパスもその/blog/の欠けてるんだ。

もちろん、もしもWordPressのURLもブログのURLも一緒ならば、上記のようなバグがWordPress Mobile Packから出てこないけど、こっちはドメインのそのままをブログのURLにしたいが、WordPress Mobile Packのそのバグに譲ったりするつもりはなくて、ネットで調べたら、修復できるパッチが見つかった。

[Plugin: WordPress Mobile Pack] Links in admin panel incorrect (3 posts)

--- plugins/wpmp_switcher/pages/mobile_admin.php.orig Wed Feb  3 21:48:00 2010
+++ plugins/wpmp_switcher/pages/mobile_admin.php Wed Feb  3 22:22:46 2010
@@ -29,7 +29,7 @@
   wpmp_ms_mobile_admin();
   function wpmp_ms_mobile_admin() {
-    $base = get_option('home');
+    $base = get_option('siteurl');
     if (($user = wp_get_current_user())==null || $user->ID==0) {
       header("Location: $base/wp-login.php?redirect_to=" . urlencode($base) . "%2Fwp-admin%2F");
@@ -75,7 +75,7 @@
   }
   function wpmp_msma_overview($menu) {
-    $base = get_option('home');
+    $base = get_option('siteurl');
     $post_count = wp_count_posts('post');
     $page_count = wp_count_posts('page');
     print "<p>";
@@ -104,12 +104,12 @@
       $not_first = true;
     }
     print "</ul></p>";
-    print "<p>" . sprintf(__("...or <a%s>return to the site</a>", 'wpmp'), " href='$base/'") . "</p>";
+    print "<p>" . sprintf(__("...or <a%s>return to the site</a>", 'wpmp'), " href='" . get_option('home') . "/'") . "</p>";
     print "<p>" . __("A subset of the full WordPress administration is available through this mobile interface.", 'wpmp') . "</p>";
   }
   function wpmp_msma_junior($menu) {
-    $base = get_option('home');
+    $base = get_option('siteurl');
     print "<h3>" . __("Sorry! Permission denied...", 'wpmp') . "</h3>";
     print "<p>" . __("Only 'administrator' users can use the mobile admin panel.", 'wpmp') . "</p>";
     print "<p><a href='" . get_option('siteurl') . "$base/wp-login.php?action=logout'>" . __("Login as a different user", 'wpmp') . "</a> " . __("or", 'wpmp') . " <a href='$base/'>" . __("return to the site", 'wpmp') . "</a></p>";
@@ -173,7 +173,7 @@
   }
   function wpmp_msma_post_list() {
-    $base = get_option('home');
+    $base = get_option('siteurl');
     wp('orderby=modified');
     if(have_posts()) {
       global $post;
@@ -263,7 +263,7 @@
   }
   function wpmp_msma_edit_comment(&$comment, $full = false) {
-    $base = get_option('home');
+    $base = get_option('siteurl');
     $id = $comment->comment_ID;
     $content = strip_tags($comment->comment_content);
     $title = strip_tags($comment->comment_author);
@@ -307,7 +307,7 @@
   function wpmp_msma_options_list() {
   global $wpdb;
-    $base = get_option('home');
+    $base = get_option('siteurl');
$count = $wpdb->get_results("SELECT count(*) as cnt FROM $wpdb->options " . wpmp_msma_options_filter());
$count = ($count[0]->cnt);
     $size = 10;
@@ -428,7 +428,7 @@
   function wpmp_msma_check_referer() {
-    $base = get_option('home');
+    $base = get_option('siteurl');
     $admin = "$base/wp-admin";
     $referer = $_SERVER['HTTP_REFERER'];
     if (substr($referer, 0, strlen($admin)) != $admin) {
--- plugins/wpmp_switcher/pages/mobile.php.orig Wed Feb  3 22:25:57 2010
+++ plugins/wpmp_switcher/pages/mobile.php Wed Feb  3 22:27:52 2010
@@ -73,6 +73,9 @@
       <?php
         if($menu) {
           $base = get_option('home');
+   if ($title == 'Admin') {
+     $base = get_option('siteurl');
+   }
           print '<div id="menu"><ul>';
           $page = $_SERVER['REQUEST_URI'];
           if(substr($page, -9)=="/wp-admin") {

最初は、上記のパッチを見て、どうしたらいいかよくわからなかったが、詳しく読んでみたら、とりあえず、ソースコードなかの符号の+だと追加すべき、-だと削除すべきなんだ。掲示板の投稿者の説明によると、WordPress Mobile Packの作者はリンクの指定のget_optionはsiteurlよりhomeにしたため、このバグがでるそうなんだ。もちろん、そのわけで、wpmp_transcoder.phpのソースコードにも同じような修正したら、縮小されてる写真のパスも正しくなるんだね。最近,我多咗用手機唻管理我個部落格,總覺得以手機版的介面唻管理的話會易好多,所以於外掛搜尋搵到WordPress Mobile Pack把其安裝唻試吓.可就桌面電腦瀏覽器或手機瀏覽器作出確定並自動切換至相應的介面,而且仲支援埋手機版的管理介面添,對於常用手機作部落格管理的我真係好方便又好用啊.

不過,呢個外掛與WordPress的設定上存在住bug.就係當博客地址和WordPress的安装地址不相同的時候WordPress Mobile Pack的手機介面的縮圖路徑以及館理介面的路徑設定不對情況出現.

以下可能係簡單啲說明吧.

WordPress旳管理→一般設定

WordPress的URL設example.com 以及 部落格的URL設example.com/blog 的時候,

管理的URL會變成example.com/blog/wp-admin,而圖片的開始路徑會變成為example.com/blog/ .

而WordPress Mobile Pack就會設定成為example.com/wp-admin,而縮圖的路徑也會缺了/blog/的

當然啦,若果WordPress的URL以及部落格的URL都係設為一樣的話咁就唔會係WordPress Mobile Pack上出現bug了,但係我想就咁把域名變成部落格的路徑,所以唔諗住就WordPress Mobile Pack的有關bug而作出讓步的,於網上搵到修復patch啊.

[Plugin: WordPress Mobile Pack] Links in admin panel incorrect (3 posts)

--- plugins/wpmp_switcher/pages/mobile_admin.php.orig Wed Feb 3 21:48:00 2010
+++ plugins/wpmp_switcher/pages/mobile_admin.php Wed Feb 3 22:22:46 2010
@@ -29,7 +29,7 @@
wpmp_ms_mobile_admin();
function wpmp_ms_mobile_admin() {
- $base = get_option('home');
+ $base = get_option('siteurl');
if (($user = wp_get_current_user())==null || $user->ID==0) {
header("Location: $base/wp-login.php?redirect_to=" . urlencode($base) . "%2Fwp-admin%2F");
@@ -75,7 +75,7 @@
}
function wpmp_msma_overview($menu) {
- $base = get_option('home');
+ $base = get_option('siteurl');
$post_count = wp_count_posts('post');
$page_count = wp_count_posts('page');
print "<p>";
@@ -104,12 +104,12 @@
$not_first = true;
}
print "</ul></p>";
- print "<p>" . sprintf(__("...or <a%s>return to the site</a>", 'wpmp'), " href='$base/'") . "</p>";
+ print "<p>" . sprintf(__("...or <a%s>return to the site</a>", 'wpmp'), " href='" . get_option('home') . "/'") . "</p>";
print "<p>" . __("A subset of the full WordPress administration is available through this mobile interface.", 'wpmp') . "</p>";
}
function wpmp_msma_junior($menu) {
- $base = get_option('home');
+ $base = get_option('siteurl');
print "<h3>" . __("Sorry! Permission denied...", 'wpmp') . "</h3>";
print "<p>" . __("Only 'administrator' users can use the mobile admin panel.", 'wpmp') . "</p>";
print "<p><a href='" . get_option('siteurl') . "$base/wp-login.php?action=logout'>" . __("Login as a different user", 'wpmp') . "</a> " . __("or", 'wpmp') . " <a href='$base/'>" . __("return to the site", 'wpmp') . "</a></p>";
@@ -173,7 +173,7 @@
}
function wpmp_msma_post_list() {
- $base = get_option('home');
+ $base = get_option('siteurl');
wp('orderby=modified');
if(have_posts()) {
global $post;
@@ -263,7 +263,7 @@
}
function wpmp_msma_edit_comment(&$comment, $full = false) {
- $base = get_option('home');
+ $base = get_option('siteurl');
$id = $comment->comment_ID;
$content = strip_tags($comment->comment_content);
$title = strip_tags($comment->comment_author);
@@ -307,7 +307,7 @@
function wpmp_msma_options_list() {
global $wpdb;
- $base = get_option('home');
+ $base = get_option('siteurl');
$count = $wpdb->get_results("SELECT count(*) as cnt FROM $wpdb->options " . wpmp_msma_options_filter());
$count = ($count[0]->cnt);
$size = 10;
@@ -428,7 +428,7 @@
function wpmp_msma_check_referer() {
- $base = get_option('home');
+ $base = get_option('siteurl');
$admin = "$base/wp-admin";
$referer = $_SERVER['HTTP_REFERER'];
if (substr($referer, 0, strlen($admin)) != $admin) {
--- plugins/wpmp_switcher/pages/mobile.php.orig Wed Feb 3 22:25:57 2010
+++ plugins/wpmp_switcher/pages/mobile.php Wed Feb 3 22:27:52 2010
@@ -73,6 +73,9 @@
<?php
if($menu) {
$base = get_option('home');
+ if ($title == 'Admin') {
+ $base = get_option('siteurl');
+ }
print '<div id="menu"><ul>';
$page = $_SERVER['REQUEST_URI'];
if(substr($page, -9)=="/wp-admin") {

起初,睇完上記的patch,我都唔知應點做好,做詳細讀吓之後,總之就係source code裏頭啲符號有個+即係要添加上去的,有個-即係要刪除的.按討論區的投稿者說明,WordPress Mobile Pack的作者把連結的指定get_option,如其設siteurl,返設了home,所以才會出現呢個bug的.當然啦,同樣哋,把wpmp_transcoder.php的source code作同樣的修改,咁啲縮圖的路徑都會變返正確架啦.

Written by カガヤキ in: WEB,Wordpress,ブログ,モバイル,雑記 | タグ: , , ,
2月
22
2010
0

WP2.9.2+QT2.5.6の順調WP2.9.2+QT2.5.6之順暢

この間、WordPressの2.9.1の更新してから、使ってるプラグインそのqTranslateを2.5.5「当時の最新バージョン」に更新してから、投稿のビジュアルモードにはけっこう微妙な不具合が出てきて、2.5.6にするまでずっとHTMLモードの投稿の辛抱をしてきた。qTranslateのサポート掲示板を見たら、2.5.5のはブラウザ次第で不具合がでるそうなんだ。FireFoxまたIE6とかのユーザーから不具合の報告ないそうだが、こっちはIE7またIE8を使ってるなので、2.5.5の時の投稿ビジュアルモードにはけっこう不具合にやられて大変だった。ちなみに、こっちだけではなく、今頃IE7またその以降のを使ってるユーザーが少なくないから、WP2.9.1+QT2.5.5の不具合で困ってる人もけっこういるはずだろうと僕が思う。そんな悩みをもってるユーザーたちはぜひおはやめにWP2.9.2+QT2.5.6のにしましょう。これでまたまた気楽にビジュアルモードの投稿を楽しめるんだね。早前,把WordPress升到2.9.1之後,再把原用緊的外掛qTranslate升到2.5.5「當時係最新版的」之後,投稿的Visual模式有啲怪怪哋的bug,直至升到2.5.6之前,我都忍耐地用HTML的投稿模式啊.qTranslate的支援討論中談論到,2.5.5版係好似視乎瀏覽器而產生bug的.例如FireFox或IE6的用家好似沒有bug的報告,不過我就用緊IE7或IE8的,2.5.5版的時候所做Visual模式的bug真的好弄人架.另外,其實唔單只我,現今用IE7或再新的IE用家唔少架,所以我諗WP2.9.1+QT2.5.5的bug應令相當多用家們煩惱吧.正有此煩惱的用家們快啲升到WP2.9.2+QT2.5.6吧.咁就可以再用返Visual模式投稿了.

Written by カガヤキ in: WEB,Wordpress,ブログ,雑記 | タグ: , ,
1月
14
2010
0

WP2.9.1にQT2.5.5の不具合の発見WP2.9.1裏的QT2.5.5的問題

WordPressの更新バージョン2.9.1にアップグレードしようと思ってたが、自分のいつも使ってるプラグインのqTrasnlateはWP 2.9.1のに対応してるかを調べたら、ようやく2.5.4から2.5.5のバージョンがあって、WP 2.9.1のに対応すると書いてあるから、さっそく、WordPressのすべてプラグインを無効にしてから無事にWPの更新してから、qTranslateの2.5.5もアップした。

しかし、アップしたら、QTからの変な不具合が出てるの発見。
とにかく、説明するまでかなりややこしい不具合だから、なるべく丁寧にまとめてここで語ったりする。

  • 記事投稿ボックスは2個のになってる。
  • 記事投稿ボックスに投稿記事は多言語も同時に表示されてる、普段は切り替えられてる言語だけの内容は表示されるなのだ。
  • ビジュアルモードの投稿途中に、ほかの言語に切り替えたりすると投稿内容は消えてしまう。

個人的の結論としばらく解決方法:

  • とにかくビジュアルモードの投稿にはかなり不具合が出てるから、投稿にどんな動作でもHTMLの投稿モードにすれば、なんとかなるとわかった。
  • この不具合の報告をqTrasnlateの掲示板に投稿して、作者に知らせてもらいたいと思う。

はやく修復バージョンがでるといいな。我諗住把WordPress更新到2.9.1,不過自己經常會用到的外掛qTrasnlate是否已支援WP 2.9.1否,我查了終於從2.5.4升級為2.5.5,寫住支援WP 2.9.1,所以我立刻關灑WordPress全部外掛後,把WP升級後再把qTranslate升為2.5.5版.

不過,升級後發現QT有啲好怪的錯誤問題啊.
總之就怪到都幾難說明一吓,我盡量綜合寫係呢度啦.

  • 記事投稿欄有兩欄.
  • 記事投稿欄的記事裏同時顯示多國語言,正常的只顯示所選定的語言內容才對的.
  • Visual模式投稿途中,若換一吓其他語言投稿時,啲投稿內容會自己消失.

 個人得出的結論及暫時的解決方法:

  • 總語之,Visual模式之投稿就會出現問題,所以發現了於投稿時的所有動作以HTML模式下進行就總算還可以運作.
  • 我要把呢個問題放到qTranslate的討論區,讓作者得知.

快啲推出修復版就好啦.

Written by カガヤキ in: WEB,Wordpress,ブログ,雑記 | タグ: , ,
12月
07
2009
2

エックスサーバー順調中Xserver暢順中

エックスサーバー移行した2日目~、いろいろも順調よ。ページのローディングは前の海外鯖よりだいぶ軽くてはやいし。最初から日本のレンタル鯖にしたらよかったのにな。
このサイトのアクセス訪問者の数によるとよっぼど日本のからですから、サイトを日本のレンタル鯖に設置して、アクセススピードはなによりはやいだろうよね、ちなみに、同じのアジアエリアにあるマカオから管理者である僕はアクセスしても、海外(アメリカ)レンタル鯖よりずっと快適だね。よ~し、これで行くぞぉ。Xserver之轉移第2日了,樣樣都好暢順啊.網頁的登入速度比之前的海外伺服器快咗好多.總之就起初一早用日本伺服器就最好不過啦.
呢個網站的訪問客從日本來的幾乎占全數,所以用日本伺服器來設置的登入速度就最快不過啦,另外,處住同一亞洲區域的澳門之管理者之本人(即係我)登入也好啦,總比起用海外伺服器(美國的)所登入時來得更快哦.好啦,就係咁就好啦.

12月
01
2009
0

WordPressのURL変更と移行の覚書WordPress的URL改變及轉移設置之記事

近いうちにレンタル鯖の移行したいと思うので、今の使ってるブログのWordPressの移行のテストをやってみた。まだレンタル鯖の移行先のないけど、パソコンでXAMPPの鯖を立て、WordpressのファイルとMYSQLを今のレンタル鯖から丸ごとにバックアップをとり、XAMPPに移行してやってみた。詳しい手間なら、WordPressのオンラインマニュアルにあるから、僕はここに書かないね。
マニュアルの書いた通りにに従い、なんとなく自宅鯖に移行してみたが、記事なかの画像のパスは全部も旧ドメインのパスのになってるのがわかった。
どうやったら画像のパスの移行も可能か迷い、ネットで調べたら、丁寧に説明を書いたこのサイトが見つかった。wordPressのURLを変更・移動する

  1. phpMyAminにログイン
  2. WordPressのデータベースを選択
  3. テーブル"wp_posts"を開く
  4. 以下のSQLコマンドを実行する
      UPDATE wp_posts SET post_content = REPLACE ( post_content, 'http://old.jp', 'http://new.jp')

*UNDOはできないので、厳密に注意

*その他の投稿でダイレクトに旧URLを指定している場合、いか実行

UPDATE wp_posts SET post_content = REPLACE ( post_content, ‘http://exampleoldsiteurl.com’, ‘http://examplenewsiteurl.com’);

なるほど~、僕は上記の通りにやってみたら済んだ。もちろん、SQLコマンドせずに、テキストエディターでdbファイルを開いてパスの置き換えてからDBの導入しても済むっすよ。我遲啲諗住要轉網頁空間公司,所以把現用緊的部落格WordPress進行轉移設置測試.因未搵到要轉的網頁空間公司,所以用電腦以XAMPP來架設伺服器,再把現用緊的網頁空間內的WordPress啲資料及數據作了完整的備份後,試轉移放到XAMPP.詳細的工序係WordPress 官方中文文档內有寫的,所以我係呢度唔多寫啦.
我照說明檔所教的去做,總算轉移到自設伺服器上,不過我發現記事內的圖檔路徑全部都仲係舊的路徑.
我諗緊點用先可以把啲圖檔路徑轉移好呢,上網搵資料後,發現呢個寫得幾詳細的網站.wordPress的URL變更及轉移設置

  1. 登入phpMyAmin
  2. 捒選好WordPress的DB
  3. 打開"wp_posts"的table
  4. 執行以下的SQL指令
      UPDATE wp_posts SET post_content = REPLACE ( post_content, 'http://old.jp', 'http://new.jp')

*因將無法UNDO的,所以要慎用.

*其他的記事直接指舊URL的話,可執行

UPDATE wp_posts SET post_content = REPLACE ( post_content, ‘http://exampleoldsiteurl.com’, ‘http://examplenewsiteurl.com’);

原來係咁~,我照上記的做咁得咗啦.當然啦,唔用SQL指令,用文件編輯器打開DB檔修改貼上後再把其DB導入都可以架.

11月
16
2009
0

MaxBlogPress Ping OptimizerMaxBlogPress Ping Optimizer

うちの借りてるレンタル鯖のLunarPagesにうちの鯖はよぉく高い負荷をシェア鯖に与えてるからなんとかしないともっと高いプランにしなさいと言われてる。
自分の鯖は何度も臨時鯖に置かされ、自分は本当にまったくわけわからなく、臨時鯖に置かされたら、LunarPagesになんとかしますから正規鯖に戻してくださいと頼んでばっかりで、正規鯖に戻ってちょっとちょっとしたらまた高い負荷のわけでまた臨時鯖に置かされ、自分は鯖に変な行為を一切してないのに、なぜそんな目にあわなければならなくて、うちの鯖にはウイルスまたハックでも入ってるかそれともわざとの仕掛けでうちをもっと高いプランにはめさせるつもりかとキレそうな発言をLunarPagesに出したら、なんとかLunarPagesになんかを閃かせてもらった。
問題点のはMYSQLの鯖が負荷を受けすぎてるんだ。
LunarPagesにMYSQLの使用ログをもらったら、MYSQLのwp_mbp_ping_optimizerのテーブルには2.5GBのでかいサイズでもしてることがわかった。
うちのMYSQL鯖には常に2.5GBのファイルを動かしてるわけで鯖は重くなっても無理もないんだ。そのテーブルからしたら、WordPressのMaxBlogPress Ping Optimizerのプラグインのがわかった。早速このプラグインを消せばいいだろうと思ったが、別にそんなに甘いではなかった。汗
そのプラグインを消し、wp_mbp_ping_optimizerのテーブルをエンプティにしてもちょっとしたらすぐログがたまってでかいファイルになるのがわかった。wp_mbp_ping_optimizerのテーブルを丸ごとに消してみたらなんとか済んだ。これで、うちの鯖はなんとか軽く戻れ、シェア鯖に高い負荷を与えないようになるんだ。我一直租用開的網頁空間公司LunarPages經常投訴話我個伺服器使用量過高而叫我若解決唔到就要俾錢升級哦.
我個伺服器經常被移到去臨時伺服器,而我真係唔明咩原因,我又經常向LunarPages求情說我會想辦法解決另請佢哋把我個伺服器放回正規伺服器,被移回到正規伺服器又唔夠一陣時又話我個伺服器負荷過大,又移回臨時伺服器處,我自己又冇做啲咩特別怪野,點解要受到咁樣既對待哦,究竟係唔係有病毒或黑客入咗我個伺服器架,定係LunarPages想局我俾錢升級先,我已經好似發發地脾氣比佢哋睇架啦.LunarPages才肯講啲提示過我知.
問題係其實係係MYSQL伺服器上面啊.
從LunarPages收到MYSQL伺服器的使用記錄中睇到呢個wp_mbp_ping_optimizer表上有成2.5GB大的檔係度啊.
我個MYSQL伺服器原來經常處理緊2.5GB的巨大檔案架,咁唔怪得會咁慢同埋使用率咁高啦.從呢個表可見係WordPress的MaxBlogPress Ping Optimizer的外掛唻架.我即時洗咗呢個外掛,諗住咁就解決了啦,點知原來唔係咁簡單架.汗
洗咗呢個外掛,再把wp_mbp_ping_optimizer個表清空都好啦,個記錄表檔仍在變大的.要把呢個表wp_mbp_ping_optimizer完全地刪除咁就解決了.咁樣,我個伺服器總算變輕了,而且唔怕再做成高負荷了.

9月
08
2009
0

LunarPagesまたうるさくなってる。汗LunarPages又煩起來啦.汗

最近はいろいろあって、ブログの更新は遅れ、書こうとする記事がよくたまってた。
今日は仕事を休んで嫁の面倒を見ながら、ブログの更新しようと思った。しかし、借りてるレンタル鯖LunarPagesはまたうちの鯖が使用量過剰わけでほかのシェアユーザーに迷惑をかけてるので、またアカウントを臨時鯖に運ばれ、なんとかしなさいといわれた。
また、自分の鯖で変なスクリプトとか使用量過剰になる恐れについていろいろを調べてみた。こうして、自分のブログ更新はまだとまってしまった。汗最近發生咗好多野,所以個部落格好少更新,諗住要寫的事情有好多.
今日,休假陪太太在家一路休養,一路諗住寫吓部落格啦.不過自己租用緊的網頁空間LunarPages又話我的伺服器又超出使用量以致影響到其他共用的用戶哦,又把的話帳戶暫搬到去一個臨時的空間,要我先想辦法解決問題哦.
我檢查咗是否自己又安裝咗啲怪怪程式.就係因為咁樣,我個部落格更新又延遲啦.汗

8月
17
2009
0

WordPress 2.8.4アップグレード済みUpdate咗WordPress 2.8.4

WordPressの更新はちょっと速いだな。この間2.8.2にして、ちょっと数日後セキュリティ修復とかのためまた2.8.4になってしまった。
WordPressで使ってるプラグインは2.8.4までいけるかどうかよくわからないが、自分にもっとも大事なプラグインのqTranslateはすでに対応してるから、とにかく、それで更新した。

ウェブから更新する時に、こういうエラーメッセが出てきた。

Downloading update from http://wordpress.org/wordpress-2.8.4.zip.
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 2357046 bytes) in /home/kagaya2/public_html/blog/wp-includes/http.php on line 1331

WordPressに入ってるプラグインの不具合わけかな、よくわからないけど、ネットで調べたら、解決方法が見つかった。キャッシュのは足りなかったため、wp-confi.phpに
define (‘WPLANG’, ”);の近くにはこういうコードをいれば済むんだ。

define(‘WP_MEMORY_LIMIT’, ’64m’);

解決方法の提供してるこのサイトに感謝しております。WordPress的更新真係好快啊.上次先至update咗2.8.2版本,幾日後好似係因為安全修復理由再出2.8.4版本啦.
自己係WordPress內原用緊戈啲插件是否支援去到2.8.4我就唔多清楚,不過自己最常用的qTranslate就已經支援咗啦,所以我就update咗啦.

從WEB上更新時,出現以下信息.

Downloading update from http://wordpress.org/wordpress-2.8.4.zip.
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 2357046 bytes) in /home/kagaya2/public_html/blog/wp-includes/http.php on line 1331

我唔知係唔係自己用緊戈啲插件會否有影響啦,我上網搵到解決方法啦.係內存唔夠啊,所以係wp-confi.php的
define (‘WPLANG’, ”);附近加入以下的碼就可以架啦.

define(‘WP_MEMORY_LIMIT’, ’64m’);

多謝提供解決方法的,呢一個網頁.

Written by カガヤキ in: Wordpress,ブログ,雑記 | タグ: ,
8月
06
2009
0

moBlogの投稿テストmoBlog之測試投稿

moBlog

モブログといえば、携帯のメールでブログに投稿するのはブログに詳しい方はたいていわかってると思うですね。
この間、モバイルの掲示板でこの面白いmoBlogというアプリの発見した。 
写メールの投稿またモブログ代理ゲートサイトにしても、Wordpressに投稿が預かり、ユーザーはコントロールパネルで写メール投稿を有効しないと、記事がブログには現れてないが多いですね。

このmoBlogはWM向けのアプリで、ブログのログイン設定をいじったら、直接にブログに投稿することができて、あちこち写真をとってブログったりする方にはぴったりですね。

プロフィールの設定について、最初、僕はどう入力してはいろうとしても、エラーばっかり出てくれた。
ネットで調べたら、以下のふたつのコツの発見した。
*ログインページはwww.yourdomain.com/wp-login.php 
*WPのコントロールパネル設定>投稿設定>リモート投稿>XML-RPCを有効にする。
これで、アクセスできるはずと思うよ。 

 

 

moBlog

よ~し、moBlogの投稿テストをやってみた。ちなみに、このエントリーでもmoBlogでやってみた。もちろん、こんな丁寧にコンテンツできたわけじゃなくて、投稿してから、パソコンで今のように編集でもしたけどね。
ご覧写真通りに、タグは自由に入れるし、カテゴリにはちゃんとブログにのってるカテゴリらが出てくれれて単なるチェックすると選択できて便利だね。
写真の挿入も可能し、これで写メールよりずっとインスタントでよいだね。

P.S.=moBlogで投稿したエントリーの日にちは当日ではなく、翌日になってしまうんだ、自分のWPの設定をチェックしたら、問題ないと思うから、おそらく、これはmoBlogのバグかもしれないね、次のリリースはそれをなおしてもらえるといいですね。 

 

 

 

 

 

moBlog

講到有關MO BLOG,即係用電話寄電郵方式來於部落格上投稿,對於好熟識玩部落格的朋友大概都應好清楚吧.
早前,我係手機討論區上發現呢個有趣的moBlog軟件.
即算係日本戈啲shame-ru又好,moblog代理gate又好啦,啲投稿都係先係Wordpress暫存,要等用戶係設定內選取其投稿有效才會係部落格上登出來的情況較為多架.

呢個moBlog係針對WM而設的軟件,弄好部落格的登入設定之後,就可以直接係部落格上投稿架啦,對於到處影相投稿的朋友就最啱不過啦.

係個profile設定裏,起初,我設定咗好耐都係登入唔到.
上網扒咗少少文,得出以下兩個重點.
*login page係www.yourdomain.com/wp-login.php 
*WP設定裏>投稿設定>REMOTE投稿>把XML-RPC變有有効.
咁就應該可以登入得到架啦.

 

 

moBlog

好啦,我試咗一吓呢個moBlog來投稿.另外,呢個投稿都係以moBlog來投架.不過當然啦,排版方面係投稿完之後再用電腦修正既.
如圖中所見,tag係可以自由輸入,而categories會反映出部落格內的categories架,只要選取便可以了,好方便.
而且可以插入圖片添,比起shame-ru來得更即時啦.

P.S.=用moBlog所投稿的記事日期並唔係當日的日期而係翌日的日期架,我檢查過自己個WP設定冇問題,所以呢個可能係moBlog的bug來吧,希望下個版本可以改善到呢個問題就好啦. 

 

 

 

 

 

 

(more…)

7月
31
2009
2

WordPress 2.8.2アップグレード済み完成WordPress 2.8.2之升級

今日はついに僕はWordPressを2.7.1から2.8.2にアップグレードした。今までアップグレードしなかった原因はプラグインのqtranslateはちゃんとWP2.8.2まで対応してるかどうかよくわからなかった。
WPのプラグイン更新の知らせで、ずっとqtranslateの更新知らせを待っていたが、ずっと更新の知らせはなくて、qtranslateのオフィシャルサイトを見たら、実はもう2.8.2に対応してるバージョンも出たがわかったんだ。
WPのプラグインの更新の知らせはWPバージョン次第で出てくれるんだ。つまり、古いWPに対応してるプラグインは最新WP向けの更新の知らせは出てこないんだ。それは確かにある意味で優しいけど、最新のプラグインはすでに最新のWPに対応してるかのを調べると、いちいちプラグインのオフィシャルサイトまた実際に最新のWPにしないとわからないですね。今日我終於都把WordPress從2.7.1升級去到2.8.2了.我去到現在才更新的原因係因為唔知道外掛qtranslate是否支援WP2.8.2啊.
WP的外掛更新通知,我一直都係度等qtranslate的更新通知,但係等極都冇,但係係qtranslate的官網見到,原來已經有支援對應2.8.2的版本了.
原來WP的外掛通知係會因應WP其版本而作出對應通知架.即係話,若啲外掛已經支援舊版的WP的話,就唔會再現示一啲專為支援WP新版的的版本了.係某程度上係幾好,不過,若要想知啲外掛是否支援最新WP版咁就要吓吓去到啲外掛既官網或直接更新去到最新版的WP才會知道了.

Written by カガヤキ in: Wordpress,ブログ,雑記 | タグ: ,