カガブログ新館「マカオ」|卡加部落格新館「澳門」|Novo KAGABLOG「Macau」|New KAGABLOG「Macao」

遂にドメイン移管をした。自分の使ってるこのドメイン最初はbinboserverでキャンペーンの新規で登録したので、ドメイン管理「更新のほう」はずっと向こうの会社の代行することになっていた。

しかし、使えば使うほどbinboserverのレンタルサーバーのスペックは自分の要求に満ちずに、レンタルサーバーをLunarPagesに移管し、そしてまたうまくいかずに、今のレンタルサーバーはX-serverの移管してる。

しかし、ドメイン移管のほうはbinboserverで新規してそのまま今日までだった。更新代行は難しいなのか、それとも、その会社は元客にきちんとサービスしないか、とにかく、近年の更新はこっちからなんども更新要求のメール/フォームとか送ってもあんまり返事はこなくて、昨年はもうちょっとしたらでドメインの更新できなくなるところだった。

今の自分のドメインはネットには一応いろいろところにリンクを貼っていて、それから、アドセンスはつい最近一応なんとかなってるから、やっぱりもうちょっと有効的な管理をしてほうがよいと思うなので、ドメイン移管の決心につき、GoDaddyにした。バリュードメインでもある日本人の友達にすすめられたが、ネットのクチコミからしたら、やっぱり微妙らしくて、それよりGoDaddyのほうが信じていいから、それにした。

さってと、皆さん、今後もこのドメインでよろしくお願いします。終於都整咗堿名轉移了.自己的堿名起初於binboserver所推廣服務而登記的,域名管理「更新方面」一直都係戈邊公司代為執行的.

不過,越用越覺得binboserver的網頁空間服務未能滿充我需求,之後轉用咗LunarPages,不過都係唔係好夾,之後就轉咗現今的X-server.

但係,堿名管理就一直都係用緊binboserver時所登記的至今.唔知係唔係更新手續麻煩,定係戈間公司對前客戶的服務上有問題,總言之,近年的更新都經常要從我呢邊發好多次e-mail或更新申請form都唔係好回覆我的,舊年仲差啲更新唔到我的域名添.

現在我的域名已在網上各處都有帖或貼,另外,adsense方面最近又總算一啲起色,始終都係覺得域名管理方面要做好啲較為穩陣啲,所以下定決心作域名轉移,選用咗GoDaddy.至於曾有日本朋友建議過我試吓バリュードメイン的,不過網上的討論見那間公司好似唔多靠得住,所以都係GoDaddy較為信得過. 有請大家今後也請繼續支持我呢個域名啊,謝謝!

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

よ～し、昨日はLunarPagesにうちのアカウントをサスペンデッドされて、今日はようやく鯖のコントロールパネルに入られ、さっそく、鯖を丸ごとにバックアップしてからエックスサーバーに移行してから、LunarPagesの自分の鯖のすべてファイルと記録を消し、解約メールを送った。ただの返事を待つしかない。
ちなみに、LunarPages鯖の自体は糞だけど、コントロールパネルの使ってるこのcPanelは本当に役に立ってた。よくこのcPanelでうちのサイトをやってたため、この画面だけは愛しかった。でも、もうこれ以上LunarPages鯖のひどいCPU使用率制限じゃやってらんないから、さよなら～。涙

好啦,琴日被LunarPages鎖了我個server戶口,今日終於可以再登入返,即時把整個server作備份後移到Xserver,之後把LunarPages我戶口的所用檔案及記載刪除,然後寄了解約e-mail.現只等回覆而已了.
另外,雖則LunarPages的server本身係屎,但係佢哋用緊的Control Panel係cPanel又真係幾好用吓架.不過,真係無法再忍受LunarPages的server的CPU限制啦,再見啦.淚

自分の今のカガヤキ君ドットコムのウェブホスティングサービスはbinboserverで新規したあとLunarPagesに移設して以来どこにも移設したことがないです。
自分のサイトは去年まで人気なかったか、それともLunarPagesのシェア鯖のCPU制限ひどすぎかよくわからないけど、今年にはマジでなんどもLunarPagesからうるさいメールをもらってた。内容は自分の借りてるシェア鯖のCPU使用率はシェア鯖のCPUに負荷を与えすぎて、シェア鯖のほかのユーザーにも迷惑をかけてるといわれてた。
僕は単なるブログしかやってないのに、なぜそんなにCPU負荷になるんだろうか、なんども自分の鯖をチェックし、ブログスクリプトとかまたプラグインとかなにかの間違いでCPUの負荷になるかとものすごく苦労してた。しかし、それでも無駄だった。
LunarPagesのシェア鯖は容量とか流量とかいろいろも美味しいけど、CPU使用率の制限は驚くほど厳しくて、サイトはちょっと人気あってアクセス多くされたらすぐCPU使用率制限を超え、仕方なくて別の鯖に移管するクチコミはネットには多く調べてきた。
それから、LunarPagesからなんどもせめられ、これ以上鯖のCPU使用率の改善できないとなったら、専用鯖を選ばされてる。シェア鯖と専用鯖の料金は本当にものすごく違いですから、単なる興味でブログをやったりするのは専用鯖のいらないし、しかも、うちのブログの使用率は別にそこまでひどくないし、問題なのはLunarPagesはほんまにCPU使用率制限ひどかった。
そして、本題に戻るわ、この記事の写真通りに、うちのサイトはいきなりLunarPagesにサスペンデッドされ、今度はコントロールパネルすら入れなくなり、鯖のバックアップもできなくなった。ほんまにものすごくひどくてむかついた。こんなひどいCPU使用率制限でそれからこんな汚いやり方で客をもっと高いプランに選ばさせものすごく最悪で醜かった。
最近はずっと移管のを考えてまだまだ決心ついてなかったが、今度はもう決心ついたぞ。一刻早くともレンタル鯖の移管をしたいと思う。移管先はエックスサーバーにするわ。LunarPages待ってろ、鯖アクセスの再開もらったらすぐ鯖を丸ごとにバックアップしてから解約してやるっ。「怒」我自己的kagayakikun.xsrv.jp的網頁空間伺服器起初係由binboserver申請而開始的,之後轉咗到LunarPages之後就未轉過其他的公司了.
我都唔知係唔係我個網站直至舊年都未有咁多人登入到訪啊,定係LunarPages的共用Server的CPU使用限制離譜,今年真係有好多次從LunarPages寄來的投訴e-mail.內容係話我租用緊的Server的CPU使用負荷高影響到其他的用戶哦.
我其實只係純用唻寫部落格而已,點解會做成CPU負荷呢?我已試過好多次check自己個Server啦,亦睇咗自己的部落格程式及外掛有冇問題,但係都係做成CPU負荷.
LunarPages的共用Server的容量及流量雖好正,但係由於CPU使用限制太苛刻,網頁稍為多人登入到訪便超出限制,最終要轉到別的server公司收場的討論係網上搵到好多出唻.
另外,我常被LunarPages逼,若無法改善CPU使用問題就要轉專用Server月費.共用同專用Server價錢差好遠架,而且我只係興趣玩吓部落格而已,CPU使用並不咁離譜的,LunarPages的CPU限制真係好差勁.
好啦,要入主題啦.呢個記事中的圖片就係我個網頁突然被Lunarpages鎖住咗,今次就連ControlPanel都入唔到,完全無法作Server的備份.真係好谷氣啊.用啲咁離譜的CPU使用限制,而且用啲咁啦揸手段逼啲客轉專用Server月費真係好差勁好醜惡啊.
我最近已經諗緊轉Server公司問題,遲遲都未下定決心,今次我下定決心啦.要盡快轉Server公司,所轉的係Xserver.Lunarpages,你睇着堯,俾我重登入返Server後我會即時作完面備份後即時解約。「怒」

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

1. phpMyAminにログイン
2. WordPressのデータベースを選択
3. テーブル"wp_posts"を開く
4. 以下のＳＱＬコマンドを実行する

   UPDATE wp_posts SET post_content = REPLACE ( post_content, 'http://old.jp', 'http://new.jp')

＊ＵＮＤＯはできないので、厳密に注意

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

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')

＊因將無法ＵＮＤＯ的,所以要慎用.

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

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

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

レンタル鯖について、近いうちに移管やりたいと思い、やっぱり日本のさくらインターネットにしようかなと友達と相談したら、このリンクを見つけてくれた。

[000174]私は海外に住んでいますが契約できますか？

海外在住の申込者は契約できないってことだ。日本国内のお住まいの方は外国籍を持っても申し込み可能なんて、海外在住の申込者をなめんじゃね～よ。

これで、また別のレンタル鯖のを考えなければならなくなる。
ロリポップは薦められてるけど、最大だって2ギガしかなさそうなので、ほんまに足りてないから、選択にならん。
エックスサーバーでいいかなと迷ってる。キャンペーン中に初期設定料金は半額になるが、もう今月でいっぱいになるわけで、つまり今日の11月30日キャンペーンの締め切りで、今日さえ申し込んだら初期設定料金は半額になれる。ただし、ほんまに決定まではやすぎだし、エックスサーバーについてのクチコミをまだ探してないし、たとえ本当にエックスサーバーにするだとしてもしばらくパスにして様子をみとくわ。「痛」就有開網頁空間租用事宜,我遲啲諗住轉公司,諗住都係日本的SAKURA Internet好啲吧,與朋友商討時,佢俾咗以下呢條link過我.

[000174]我住海外的,可以申請嗎?

住海外的原來係唔可以申請架.於日本國內居住者,即使持外國國籍都可以申請架.其實唔應該睇小海外居住的申請者架哦.

咁樣,我又要再諗過別的網頁租用空間了.
雖被推薦用lolipop,但係好似最大只得2GB,真係好唔夠用,所以唔作選擇範圍啦.
XSERVER唔錯,現在諗緊捒唔捒呢間好.推廣期間,初期設定費用半價,但係只限今個月,即係今日11月30日係最後限期,只要今日申請的話,初期設定費用就可以半價.但係真係要決定得太快啦,又未搵啲XSERVER啲討論區資料,就算真係要捒XSERVER都好啦,我都係暫時唔申請住,睇定啲先.^^;

レンタル鯖のファイルらを丸ごとにバックアップしたくて、もしもｆｔｐでそれらをダウンロードしてバックアップすればいいけど、うちの回線は細くて、それからLunarPagesレンタル鯖のｆｔｐスピードはものすごくひどくて、頻繁に切れたりするだし、レンタル鯖の丸ごとバックアップを一度だけしてもかなり苦労することになるわけで、僕はあんまりバックアップしてないというよりほとんどバックアップしてないです。「DBは除外けど」 

そんな時、もしも、レンタル鯖のマシン自体に指定フォルダを丸ごとに圧縮してくれてから、その圧縮ファイルを落とせば楽じゃないかと思いついてる。
そういうタスクといえば、レンタル鯖事態のcronで設定しなければならないんだ。
しかし、自分はcronのコマンドについて完全な素人わけで、どんなコマンドを入れたらやってくれるかわからなくて、周りの友達に聞いても、cronの詳しい人見つからなくて、ちょっと困っていた。

ネットで調べてたら、なんとなくそのコマンドが見つかった。

date=`date -I` ; tar -zcf backup_$date.tgz ./public_html

赤い部分にはお好みのフォルダーのパスを指定すればいいです。
これで、簡単にcronの設定ですぐレンタル鯖の丸ごとにバックアップして圧縮ファイルにまとまってくれて、そして、そのファイルを落とせばいいんだね。もちろん、落としてから早めにそのファイルを消したほうが安全だね。以上、自分のレンタル鯖バックアップの覚え書きでした。我想把我個租用網頁空間完全地作備份,原因若果用ftp把全部檔案下載起來就可以啦,不過我所用的網絡速度好慢,而且LunarPages的網頁租用的ftp速度慢得可憐,而且又常常斷線添,想把整個網頁作備份真係好麻煩,所以我唔係好少作備份而係幾乎冇乜點作過備份的.「不過DB除外」 

係呢個時候,我係度諗若果可以讓租用網頁空間的伺服器自行把指定的資料夾加壓後,然後再把該壓縮檔下載下來咁就方便啦.
若果要執行呢個任務的話,就一定要用到租用網頁空間內的cron設定架啦.
但係,我自己又唔識cron的設定,完全係初哥來的,所以唔知應輸入乜指令才是,而問過週邊啲朋友,又冇乜邊個識得cron啲指令,所以都幾愁吓啊.

上網查過資料後,總算俾我搵到個指令啦.

date=`date -I` ; tar -zcf backup_$date.tgz ./public_html

紅色份部係可以設定自己需要的資料夾路徑的.
咁樣就可以開簡單哋把cron設定後,完全地把整個網頁資料作備份於壓縮檔內,然後再把其下載便可以了.當然啦,要盡快下載後把那個檔案刪除為較安全啦.以上就係我個人作網頁備份的一個小記事啦.

ウェブホスティングだけなく、ドメインの移管もやりたいと思った。
昔の昔、つまり最初に今のドメインの開通した時に、binboserverの安いプランでドメイン登録代行にしたわけで、そのあとbinboserverからぬけて今のレンタル鯖LunarPagesに移管しても、ドメイン維持費はbinboserverの再販売として閉められ、割高にドメイン代を支払うことになってる。「毎年25ドルことになる汗」

そこで、友達のU氏にバリュードメインの移管を薦められた。
バリュードメインの移管を受け取れる条件をみたら、ほぼ全部問題なさそうで、たったひとつだけの疑問があった。

ドメイン公開データベース(WHOIS)にドメイン登録者連絡先(registrant contact)として自分のメールアドレスが登録されていない、また、そのメールアドレスでメールを受信出来ない場合。

WHOISで自分のドメイン登録情報をみたら、登録者連絡先は自分のいつものメールアドレスではなくて、kagayakikun.xsrv.jp@contactprivacy.comになってるんだ。
自分はドメイン管理ページに入り、ちゃんと自分のメールアドレスの登録してるのを確認してるのに、WHOISには自分の連絡先が非表示になってるんだ。そんなんじゃバリュードメインの移管を申し込んでも自分にはメールが届かないなら、なにもならないんじゃないかと思った。

しかし、http://www.contactprivacy.com/にアクセスして、指示通りに申し込みフォームを書いたら、ドメインについての請求メールはkagayakikun.xsrv.jp@contactprivacy.comに送信しても、こっちのメールのに転送することになるんだ。これで、バリュードメインの移管は可能なんだ。よ～し、近いうちにドメイン移管の申し込みをするぞぉ。唔單只網頁管理,我連Domain的管理都要轉啊.
係好耐以前,即係最初開通呢個網址時,係以binboserver的平月費以及domain申請代辦申請的原因,之後又從binboserver退出到LunarPages管理,但係domain的續期費用被binboserver以reseller身份取起咗,令到我要以較高的費用來支付呢個domain費用.「每年25蚊美金啊汗」

之後,我朋友U先生介紹咗我Value Domain的Domain Transfer.
Value Domain之Domain Transfer受理之條,幾本上沒有甚麼大問題的,但有以下唯一有一個疑問.

Domain開放的Database(WHOIS)所登記的聯絡人以(registrant contact)身份而沒有登記着自己的Email又或者該Email無法受電郵的情況.

WHOIS裏我在Domain的登記內,我查吓自己的Domain,見到登記聯絡人,不是我的Email而係變成kagayakikun.xsrv.jp@contactprivacy.com啊.
我自己登入Domain管理頁面,明明見到自己的Email地址登記好,但係係WHOIS的登記裏面係非表示的.咁樣的話,就算Value Domain的Domain Transfer電郵送出也好,都唔到我的電郵地址架啦哦.

不過,我試過登入http://www.contactprivacy.com/,按指示把申請表填好送出到kagayakikun.xsrv.jp@contactprivacy.com之後,我自己的電郵地址原來會收到轉送過來的內容架.咁樣的話,Value Domain的Domain Transfer就可行起啦.好,我遲啲就會作Domain Transfer之申請架啦.

最近、自分の借りてるレンタル鯖のサービス「LunarPages」からよくCPU使用率超えてる知らせメールが入ってる。
ネットで調べたら、確かにLunarPagesのスペックは悪くなくて値段も安いけど、FTPのアップロードスピードはひどくて、それからCPU使用制限厳しすぎて、ブログみたいな動的なページはちょっとだけ多くアクセスされるとCPU使用制限を越えてしまい、結局解約し、ほかのレンタル鯖に移行する場合が多いそうです。
ちなみに、僕はbinboserverと解約してから、ずっとこのLunarPagesのレンタル鯖のサービスを借りてる。まだほかのレンタル鯖のサービスを試してないから、いきなりほかのレンタル鯖に移行するなんて、なににしようかよくわからなくて、もし誰かがおススメあれば、ぜひ参考させてください。最近,自己租用開的網頁空間服務的LunarPages經常來電郵話CPU使用率過高的通知.
係網上搵到啲資料,的而且確LunarPages條件唔錯,而且價錢又平,但係FTP的速度真係慢得好離譜,而且CPU使用率限制太苛刻,好似blog呢類型的動態網頁,稍為點擊率高少少就會超出CPU使用率限制,結果解約收場的個案有好多吓.
我自從與binboserver解約之後就一直用呢個LunarPages.未試過其他的,突然話要轉server我都唔知租用邊間好,大家若有介紹的話,請讓我參考吓啦.

うちの借りてるレンタル鯖の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完全地刪除咁就解決了.咁樣,我個伺服器總算變輕了,而且唔怕再做成高負荷了.