<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>查理布朗的倒楣世界 &#187; Wordpress</title>
	<atom:link href="http://clyang.net/blog/category/tech/wordpress/feed" rel="self" type="application/rss+xml" />
	<link>http://clyang.net/blog</link>
	<description>Clyang's Murmuring</description>
	<lastBuildDate>Thu, 01 Sep 2011 01:48:56 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>為什麼你的網站該使用Cloudflare?</title>
		<link>http://clyang.net/blog/2011/09/01/443</link>
		<comments>http://clyang.net/blog/2011/09/01/443#comments</comments>
		<pubDate>Thu, 01 Sep 2011 01:48:55 +0000</pubDate>
		<dc:creator>clyang</dc:creator>
				<category><![CDATA[Cloudflare]]></category>
		<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[技術]]></category>
		<category><![CDATA[cloudflare]]></category>

		<guid isPermaLink="false">http://clyang.net/blog/?p=443</guid>
		<description><![CDATA[如果你的網站有專門的team來負責維運, 那這篇文章也許對你幫助不大, 但是台灣多數網站往往都沒有專職的人在管理, 更別提對於資安漏洞快速因應了. 最近有個鮮明的例子, 前幾天出現了一個針對Apache 1.3/2.0/2.2的0day expliots, 可以透過簡單的方式去DoS你的機器, 癱瘓你的網頁服務, 但無奈多數的網站管理者可能沒有辦法及時作出處理, 甚至根本沒辦法第一時間得知這個問題. 於是使用Cloudflare的優勢就出現了, Cloudflare的ops team第一時間就針對漏洞做出回應, 由於所有的request都會透過Cloudflare再到你的機器, 所以Cloudflare在第一層就幫你處理掉這個問題, 你的網站無需作出任何的處理 (注), 就得到了保護, 是個省時省力的方法. 結論: 有空試試看Cloudflare吧!   注: 這不表示妳在得知消息後不需要更新你的apache, Cloudflare只是先幫你處理掉惡意request, 漏洞還是得靠你自己上patch.]]></description>
			<content:encoded><![CDATA[<p>如果你的網站有專門的team來負責維運, 那這篇文章也許對你幫助不大, 但是台灣多數網站往往都沒有專職的人在管理, 更別提對於資安漏洞快速因應了. 最近有個鮮明的例子, 前幾天出現了一個針對Apache 1.3/2.0/2.2的0day expliots, 可以透過簡單的方式去DoS你的機器, 癱瘓你的網頁服務, 但無奈多數的網站管理者可能沒有辦法及時作出處理, 甚至根本沒辦法第一時間得知這個問題.</p>
<p>於是使用<a href="http://www.cloudflare.com">Cloudflare</a>的優勢就出現了, <a href="http://www.cloudflare.com">Cloudflare</a>的ops team第一時間就針對漏洞做出回應, 由於所有的request都會透過<a href="http://www.cloudflare.com">Cloudflare</a>再到你的機器, 所以<a href="http://www.cloudflare.com">Cloudflare</a>在第一層就幫你處理掉這個問題, 你的網站無需作出任何的處理 (注), 就得到了保護, 是個省時省力的方法.</p>
<p>結論: 有空試試看<a href="http://www.cloudflare.com">Cloudflare</a>吧!</p>
<p> </p>
<p>注: 這不表示妳在得知消息後不需要更新你的apache, <a href="http://www.cloudflare.com">Cloudflare</a>只是先幫你處理掉惡意request, 漏洞還是得靠你自己上patch.</p>
<div id="fb-root"></div><script src="http://connect.facebook.net/en_US/all.js#xfbml=1"></script><!-- Do not remove -->]]></content:encoded>
			<wfw:commentRss>http://clyang.net/blog/2011/09/01/443/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>各大WordPress Plugin常用的縮圖套件出現0day</title>
		<link>http://clyang.net/blog/2011/08/03/437</link>
		<comments>http://clyang.net/blog/2011/08/03/437#comments</comments>
		<pubDate>Wed, 03 Aug 2011 12:08:04 +0000</pubDate>
		<dc:creator>clyang</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[timthumb 0day]]></category>

		<guid isPermaLink="false">http://clyang.net/blog/?p=437</guid>
		<description><![CDATA[很多套件常使用的TimThumb縮圖套件被發現0day, 可以讓惡意攻擊者植入可執行的PHP code, 影響重大, 請儘速更新到最新的版本. 以下提供快速判斷你的WordPress是否有使用到這個套件的方法: ssh進去你的伺服器 變更目錄到你的WordPress根目錄 (例如: /var/www/wp ) 使用下列指令: find . -name "*.php" -exec grep -H &#8216;TimThumb script created by Ben&#8217; {} \; 將所有找到的php檔案都更換成最新的版本即可. 再次呼籲, 有用WordPress的朋友們記得檢查一下~!]]></description>
			<content:encoded><![CDATA[<p>很多套件常使用的TimThumb縮圖套件<a href="http://markmaunder.com/2011/zero-day-vulnerability-in-many-wordpress-themes/">被發現0day</a>, 可以讓惡意攻擊者植入可執行的PHP code, 影響重大, 請儘速更新到最新的版本. 以下提供快速判斷你的WordPress是否有使用到這個套件的方法:</p>
<ol>
<li>ssh進去你的伺服器</li>
<li>變更目錄到你的WordPress根目錄 (例如: /var/www/wp )</li>
<li>使用下列指令: find . -name "*.php" -exec grep -H &#8216;TimThumb script created by Ben&#8217; {} \;</li>
<li>將所有找到的php檔案都<a href="http://timthumb.googlecode.com/svn/trunk/timthumb.php">更換成最新的版本</a>即可.</li>
</ol>
<p>再次呼籲, 有用WordPress的朋友們記得檢查一下~!</p>
<div id="fb-root"></div><script src="http://connect.facebook.net/en_US/all.js#xfbml=1"></script><!-- Do not remove -->]]></content:encoded>
			<wfw:commentRss>http://clyang.net/blog/2011/08/03/437/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>使用Cloudflare的迷思</title>
		<link>http://clyang.net/blog/2011/07/31/429</link>
		<comments>http://clyang.net/blog/2011/07/31/429#comments</comments>
		<pubDate>Sun, 31 Jul 2011 05:28:31 +0000</pubDate>
		<dc:creator>clyang</dc:creator>
				<category><![CDATA[Cloudflare]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[cloudflare]]></category>

		<guid isPermaLink="false">http://clyang.net/blog/?p=429</guid>
		<description><![CDATA[之前寫了一篇關於cloudflare的文章, 收到了一些朋網友的信件詢問, 很多人都誤以為Cloudflare是網站的萬靈丹, 不但可以加速網站的loading速度, 更可以大幅節省流量. 這些觀點其實都沒有太大的錯誤, 但是卻很容易忽略到隱藏在背後的危機. 手頭上有在幫忙維護某一個擁有大量靜態圖片的網站, 這個特性是非常符合cloudflare的使用情境, 所以在我接手後變幫忙把她弄上去cloudflare, 結果相當的顯著, 網站loading速度變快了許多, 使用者使用意願也大幅增加, 於是帶來了更多的使用者. 聽起來一切都非常美好, 但是卻在server端觀察到, 隨著使用者的成長, 整體的system loading也跟著增加, 才猛然想起cloudflare是不會cache動態產生的檔案(其實html他也不會cache, 所以用rewrite rule去欺騙是沒有用的), 所以當你的網站吸引越來越多的使用者, 需要動態產生的內容也隨之增加, 因此造成server的loading過重. 於是進去後端做了些參數的調整, 就搞定了問題. 此外, 另外一個迷思是, 只要套上cloudflare後, 網站的response time就會進步了, 事實上, "機器的實體位置"還是很重要的, 如同之前提到的, 只要是動態產生的內容, cloudflare就會去跟你的機器索取一次內容, 所以你的機器離cloudflare遍佈在全世界機器的距離還是對response time會有所影響. 簡單地挑選步驟為: 觀察你的使用者多數位在那個國家 使用traceroute.org觀察這些國家的使用者會被導到cloudflare在全球的那個機房 &#8230; <a href="http://clyang.net/blog/2011/07/31/429">繼續閱讀 <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>之前寫了一篇關於<a href="http://www.cloudflare.com">cloudflare</a>的文章, 收到了一些朋網友的信件詢問, 很多人都誤以為Cloudflare是網站的萬靈丹, 不但可以加速網站的loading速度, 更可以大幅節省流量. 這些觀點其實都沒有太大的錯誤, 但是卻很容易忽略到隱藏在背後的危機.</p>
<p><span id="more-429"></span>
<p>手頭上有在幫忙維護某一個擁有大量靜態圖片的網站, 這個特性是非常符合<a href="http://www.cloudflare.com">cloudflare</a>的使用情境, 所以在我接手後變幫忙把她弄上去<a href="http://www.cloudflare.com">cloudflare</a>, 結果相當的顯著, 網站loading速度變快了許多, 使用者使用意願也大幅增加, 於是帶來了更多的使用者.</p>
<p>聽起來一切都非常美好, 但是卻在server端觀察到, 隨著使用者的成長, 整體的system loading也跟著增加, 才猛然想起<a href="http://www.cloudflare.com">cloudflare</a>是不會cache動態產生的檔案(其實html他也不會cache, 所以用rewrite rule去欺騙是沒有用的), 所以當你的網站吸引越來越多的使用者, 需要動態產生的內容也隨之增加, 因此造成server的loading過重. 於是進去後端做了些參數的調整, 就搞定了問題.</p>
<p>此外, 另外一個迷思是, 只要套上<a href="http://www.cloudflare.com">cloudflare</a>後, 網站的response time就會進步了, 事實上, "機器的實體位置"還是很重要的, 如同之前提到的, 只要是動態產生的內容, <a href="http://www.cloudflare.com">cloudflare</a>就會去跟你的機器索取一次內容, 所以你的機器離<a href="http://www.cloudflare.com">cloudflare</a>遍佈在全世界機器的距離還是對response time會有所影響. 簡單地挑選步驟為:</p>
<ol>
<li>觀察你的使用者多數位在那個國家</li>
<li>使用<a href="traceroute.org">traceroute.org</a>觀察這些國家的使用者會被導到<a href="http://www.cloudflare.com">cloudflare</a>在全球的那個機房</li>
<li>選擇離這些機房近的hosting provider</li>
</ol>
<p>以台灣使用者為例, 大多數都被導到<a href="http://www.cloudflare.com">cloudflare</a>為在香港或是美西的機房, 所以會建議選擇在美國西岸的provider, 以達到最好的效果.</p>
<p>最後, 這個故事教會了我們什麼? 1) 如果你後端的code寫得很爛, 使用<a href="http://www.cloudflare.com">cloudflare</a>只會加速你網站的死亡速度. 2) 透過<a href="http://www.cloudflare.com">cloudflare</a>可以快速地(這邊比較的基準是在國外的vps, 如果你是使用國內hosting的有錢大爺, 不在此列 XD)將網站的靜態內容傳遞給使用者, 沒有意外的話PV會隨之增加, 請在server端做好準備. 3) 請慎選機器的實體位置.</p>
<div id="fb-root"></div><script src="http://connect.facebook.net/en_US/all.js#xfbml=1"></script><!-- Do not remove -->]]></content:encoded>
			<wfw:commentRss>http://clyang.net/blog/2011/07/31/429/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>使用大陸網站提供的WordPress套件請注意</title>
		<link>http://clyang.net/blog/2011/06/17/426</link>
		<comments>http://clyang.net/blog/2011/06/17/426#comments</comments>
		<pubDate>Fri, 17 Jun 2011 15:55:35 +0000</pubDate>
		<dc:creator>clyang</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[技術]]></category>
		<category><![CDATA[plugins]]></category>

		<guid isPermaLink="false">http://clyang.net/blog/?p=426</guid>
		<description><![CDATA[這篇的宗旨不是在挑論套件的安全性, 這邊要提的是效率的問題, 這幾天在幫忙協助tune某個網站的效能, 本來都tune的差不多了, 卻發現在enable某個大陸分析文章關聯性的plugin後, 整個網站的loading驟增, 後來去trace code後, 發現套件本身其實撰寫上沒有任何問題, 效能的瓶頸在網路連線的速度. 該plugin在每個頁面被開啓的時候, 會嘗試連回大陸的伺服器去取得相關資訊, 由於網站host在美國,  對大陸的latency本來就比較高, 加上如果該廠商的網路品質似乎不太穩定, 就陷入了可怕的循環: user開啓網頁 -&#62; plugin連回大陸 -&#62; 下一個的request又來, 因為前個request還沒解決, 只好fork新的process來處理 -&#62; 重複回第一步 解決方法就是關掉該plugin, 網站的loading也就回覆正常了, 因此有了這篇文章, 紀錄一下這個經驗]]></description>
			<content:encoded><![CDATA[<p>這篇的宗旨不是在挑論套件的安全性, 這邊要提的是效率的問題, 這幾天在幫忙協助tune某個網站的效能, 本來都tune的差不多了, 卻發現在enable某個大陸分析文章關聯性的plugin後, 整個網站的loading驟增, 後來去trace code後, 發現套件本身其實撰寫上沒有任何問題, 效能的瓶頸在網路連線的速度. 該plugin在每個頁面被開啓的時候, 會嘗試連回大陸的伺服器去取得相關資訊, 由於網站host在美國,  對大陸的latency本來就比較高, 加上如果該廠商的網路品質似乎不太穩定, 就陷入了可怕的循環:</p>
<p>user開啓網頁 -&gt; plugin連回大陸 -&gt; 下一個的request又來, 因為前個request還沒解決, 只好fork新的process來處理 -&gt; 重複回第一步</p>
<p>解決方法就是關掉該plugin, 網站的loading也就回覆正常了, 因此有了這篇文章, 紀錄一下這個經驗 <img src='http://clyang.net/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<div id="fb-root"></div><script src="http://connect.facebook.net/en_US/all.js#xfbml=1"></script><!-- Do not remove -->]]></content:encoded>
			<wfw:commentRss>http://clyang.net/blog/2011/06/17/426/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>正式啓用CloudFlare + 簡單介紹</title>
		<link>http://clyang.net/blog/2011/05/29/378</link>
		<comments>http://clyang.net/blog/2011/05/29/378#comments</comments>
		<pubDate>Sun, 29 May 2011 08:38:51 +0000</pubDate>
		<dc:creator>clyang</dc:creator>
				<category><![CDATA[Cloudflare]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[cdn]]></category>
		<category><![CDATA[cloudflare]]></category>

		<guid isPermaLink="false">http://clyang.net/blog/?p=378</guid>
		<description><![CDATA[去年底出現了一個有趣的網路應用業者CloudFlare, 幾個月內採用的網站劇增, 其實這個網站的概念跟多年前Giga推出的WebAMP相同, 都是提供reverse proxy提供網站加速服務, 但CloudFlare更進一步的為網站擁有者解決了部屬jpg/js/css這類static file到CDN上的問題, 透過部屬在全球各大洲的cache server (詳細列表在此) , 提供高效率的服務. 我從網路上面找到兩張使用前以及使用後的示意圖, 使用前的狀況是: 而使用後是: CloudFlare除了幫忙把網頁的靜態檔案推到他的CDN上面外, 還提供詳細的網站流量報表, 網路攻擊基本的防禦, javascript/css自動minify以及其他許多方便的功能. 同時, 他還很佛心的提供免費方案, 跟pro方案對我而言最大的差別是在免費的只能等到24hr結束才能看到報表, 而pro方案則是每15分鐘就會有一次統計, 除此之外大概就是免費版本不支援ssl的連線, 但是免費的沒辦法要求太多, 所以就將就一下啦 申請的過程就不多加贅述, 唯一要注意的是妳必須把你的nameserver從本來的provider改指到CloudFlare的機器, 他提供很方便的匯入功能, 所以基本上就是到你現在使用的provdier匯出你的zone file後, 然後在CloudFlare的註冊過程中匯入, 此外, 你依舊可以透過CloudFlare提供的dns manager來管理你的domain, 介面設計的很容易上手, 應該不會有使用上的問題. 同時他會幫你多添加一筆"direct.你的domain"的A record, 如果妳本來是使用你的domain &#8230; <a href="http://clyang.net/blog/2011/05/29/378">繼續閱讀 <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>去年底出現了一個有趣的網路應用業者<a href="http://cloudflare.com/">CloudFlare</a>, 幾個月內採用的網站劇增, 其實這個網站的概念跟多年前Giga推出的<a href="http://zh.wikipedia.org/wiki/WebAMP">WebAM</a>P相同, 都是提供reverse proxy提供網站加速服務, 但<a href="http://cloudflare.com/">CloudFlare</a>更進一步的為網站擁有者解決了部屬jpg/js/css這類static file到CDN上的問題, 透過部屬在全球各大洲的cache server (<a href="https://www.cloudflare.com/system-status.html">詳細列表在此</a>) , 提供高效率的服務.</p>
<p>我從網路上面找到兩張使用前以及使用後的示意圖, 使用前的狀況是:</p>
<p><img title="Speed-Up-and-Protect-Your-Blog-with-CloudFlare-01.jpg" src="http://designersdigest.co/wp-content/uploads/2010/11/Speed-Up-and-Protect-Your-Blog-with-CloudFlare-01.jpg" border="0" alt="Speed-Up-and-Protect-Your-Blog-with-CloudFlare-01.jpg" /></p>
<p><span id="more-378"></span>
<p>而使用後是:</p>
<p><img title="Speed-Up-and-Protect-Your-Blog-with-CloudFlare-02.jpg" src="http://designersdigest.co/wp-content/uploads/2010/11/Speed-Up-and-Protect-Your-Blog-with-CloudFlare-02.jpg" border="0" alt="Speed-Up-and-Protect-Your-Blog-with-CloudFlare-02.jpg" /></p>
<p><a href="http://cloudflare.com/">CloudFlare</a>除了幫忙把網頁的靜態檔案推到他的CDN上面外, 還提供詳細的網站流量報表, 網路攻擊基本的防禦, javascript/css自動minify以及其他許多方便的功能. 同時, 他還很佛心的提供免費方案, 跟pro方案對我而言最大的差別是在免費的只能等到24hr結束才能看到報表, 而pro方案則是每15分鐘就會有一次統計, 除此之外大概就是免費版本不支援ssl的連線, 但是免費的沒辦法要求太多, 所以就將就一下啦 <img src='http://clyang.net/blog/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> </p>
<p>申請的過程就不多加贅述, 唯一要注意的是妳必須把你的nameserver從本來的provider改指到<a href="http://cloudflare.com/">CloudFlare</a>的機器, 他提供很方便的匯入功能, 所以基本上就是到你現在使用的provdier匯出你的zone file後, 然後在<a href="http://cloudflare.com/">CloudFlare</a>的註冊過程中匯入, 此外, 你依舊可以透過<a href="http://cloudflare.com/">CloudFlare</a>提供的dns manager來管理你的domain, 介面設計的很容易上手, 應該不會有使用上的問題. 同時他會幫你多添加一筆"<strong>direct.你的domain</strong>"的A record, 如果妳本來是使用你的domain name當作主要的website url, 因為這個A record會被改指到<a href="http://cloudflare.com/">CloudFlare</a>的機器上, 所以如果妳直接使用ssh/ftp這類軟體連接會連不上, 所以請改連"<strong>direct.你的domain</strong>" (如果妳不滿意direct, 可以自行更改)</p>
<p>此外, 妳可以隨時決定是不是要透過<a href="http://cloudflare.com/">CloudFlare</a>來serve你的user, 只需要透過<a href="http://cloudflare.com/">CloudFlare</a>的dns manager, 點擊妳不想透過<a href="http://cloudflare.com/">CloudFlare</a>服務的那個名稱右方的雲朵即可切換 (如下圖所示, 橘色為enable)</p>
<p><img title="螢幕快照 2011-05-29 上午8.48.34.png" src="http://clyang.net/blog/wp-content/uploads/2011/05/螢幕快照-2011-05-29-上午8.48.341.png" border="0" alt="螢幕快照 2011 05 29 上午8 48 34" width="1070" height="269" /></p>
<p>如果一切正常, 大概等個10分鐘讓設定生效, 可以隨便在你的站上選個靜態檔案, 透過curl -I測試一下, 如果有看到下列結果就表示成功啦(跑個兩次應該就可以看到HIT):</p>
<p><img title="cloudflare_test.png" src="http://clyang.net/blog/wp-content/uploads/2011/05/cloudflare_test1.png" border="0" alt="Cloudflare test" width="930" height="191" /></p>
<p>測試過後, Hinet會連往日本的機房, 而學術網路則是會連到美西去, 希望可以早日改連到香港或是日本, 減少更多的latency.</p>
<p>接下來就是漂亮的統計報告, 在一堆數據中, 還會告訴你使用<a href="http://cloudflare.com/">CloudFlare</a>後, 他幫你省下多少流量以及整體速度加速了多少, 詳細圖表如下:</p>
<p><img title="cloudflare.png" src="http://clyang.net/blog/wp-content/uploads/2011/05/cloudflare3.png" border="0" alt="Cloudflare" width="900" height="1180" /></p>
<p>當然, <a href="http://cloudflare.com/">CloudFlare</a>不是沒有缺點, 首先因為他其實就是reverse proxy, 所以從server log到上層application所看到的ip都會變成<a href="http://cloudflare.com/">CloudFlare</a>的機器, 如果你有網站機器的權限, 可以使用<a href="http://cloudflare.com/">CloudFlare</a>提供的apache/lighttpd的<a href="http://www.cloudflare.com/wiki/Log_Files">module</a>, 一旦安裝後他就會自動轉換正確的user ip給上層ap. 如果你沒有機器的管理權限, 那可以參考<a href="http://www.cloudflare.com/wiki/Log_Files">這邊</a>是否有列出你所使用的應用軟體套件可以使用 (常見的wordpress,VBulletin都有). 如果你是自行開發網站, 要取得user真實ip其實就是從http header中取出CF-Connecting-IP這個field即可. 第二, 你必須要擁有本來的DNS的控制權, 如果你沒辦法變更nameserver的設定, 那就一切免談啦 <img src='http://clyang.net/blog/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> </p>
<p>最後, 幾天使用下來感覺還不錯用, 大家可以申請個免費帳號來玩玩看 <img src='http://clyang.net/blog/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> </p>
<div id="fb-root"></div><script src="http://connect.facebook.net/en_US/all.js#xfbml=1"></script><!-- Do not remove -->]]></content:encoded>
			<wfw:commentRss>http://clyang.net/blog/2011/05/29/378/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Picasa2WordPress v0.1</title>
		<link>http://clyang.net/blog/2009/02/06/128</link>
		<comments>http://clyang.net/blog/2009/02/06/128#comments</comments>
		<pubDate>Fri, 06 Feb 2009 05:15:01 +0000</pubDate>
		<dc:creator>clyang</dc:creator>
				<category><![CDATA[Picasa2Wordpress]]></category>
		<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[Picasa]]></category>
		<category><![CDATA[upload photo with picasa]]></category>

		<guid isPermaLink="false">http://clyang.net/blog/?p=128</guid>
		<description><![CDATA[[English] *中文說明在本頁下方 Picasa is a handy and cross-platform photo management program developed by Google. Identically, WordPress is a well-known open-source blog system. Both of them are used by many users in the world. If there is a method that could make &#8230; <a href="http://clyang.net/blog/2009/02/06/128">繼續閱讀 <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<h4>[English] *中文說明在本頁下方</h4>
<p><a title="Picasa" href="http://picasa.google.com" target="_blank">Picasa</a> is a handy and cross-platform photo management program developed by Google. Identically, <a title="WordPress" href="http://wordpress.org/" target="_blank">WordPress</a> is a well-known open-source blog system. Both of them are used by many users in the world. If there is a method that could make them work together will be awesome. Unfortunately, I can&#8217;t find any solution. So I decided to write one to make it possible to upload photos from <a title="Picasa" href="http://picasa.google.com" target="_blank">Picasa</a> to <a title="WordPress" href="http://wordpress.org/" target="_blank">WordPress</a>&#8216;s media library directly.<span id="more-128"></span></p>
<p>I tried to make this easy enough for the one who may not so familiar with computer. If this is still too hard to you, please don&#8217;t be hesitate to mail me for any problem you encountered.</p>
<p>Here is the install instructions:</p>
<ol>
<li><a title="picasa2wordpress" href="http://clyang.net/blog/picasa2wordpress/picasa.zip" target="_blank">Download picasa.zip</a>. Unzip it, and put extracted files (should be 4 files) under your <a title="WordPress" href="http://wordpress.org/" target="_blank">WordPress</a> <strong>wp-admin</strong> directory</li>
<li>Go to "<a title="Picasa Button Generator" href="http://clyang.net/blog/picasa2wordpress/" target="_blank">Picasa Button Generator</a>" to get your own Picasa button (<strong>picasa2wordpress.pbz</strong>). This generator can let you define the tooltip in  your own language.</li>
<li>Put <strong>picasa2wordpress.pbz</strong> at the root directory of  your <a title="WordPress" href="http://wordpress.org/" target="_blank">WordPress</a>.</li>
<li>Type "<strong>picasa://importbutton/?url=http://your.blogs.url/picasa2wordpress.pbz</strong>" at browser&#8217;s navigation bar. Picasa will be launched and install the button automatically.</li>
<li>After you confirm to install the "<a title="WordPress" href="http://wordpress.org/" target="_blank">WordPress</a>" button in <a title="Picasa" href="http://picasa.google.com" target="_blank">Picasa</a>, you may add it to your <a title="Picasa" href="http://picasa.google.com" target="_blank">Picasa</a> panel.</li>
</ol>
<p>Here are some screenshot:</p>
<p><img class="aligncenter size-full wp-image-158" title="pi_t3" src="http://clyang.net/blog/wp-content/uploads/2009/02/pi_t3.png" alt="pi_t3" width="554" height="488" /></p>
<h4>[中文版 - Traditional Chinese]</h4>
<p><a title="Picasa" href="http://picasa.google.com" target="_blank">Picasa</a>是Google出品的一套影像管理程式，簡單上手、介面流暢及支援多平台的特性讓許多使用者愛不釋手，同樣的<a title="WordPress" href="http://wordpress.org/" target="_blank">WordPress</a>這套open-source軟體，也廣為自行架設部落格系統的朋友所喜愛，如果能在Picasa內直接將編輯好的圖片直接上傳到<a title="WordPress" href="http://wordpress.org/" target="_blank">WordPress</a>的媒體庫中，在撰寫blog時就會方便許多，我嘗試在網路上找現成的plugin或是workaround，卻都沒有找到，既然如此我決定自己寫一個來滿足自己需求。</p>
<p>我盡我所能的始安裝方式簡單化，希望能讓即使不太熟悉電腦的人也能夠安裝使用，如果您在安裝上遭遇到任何問題，請留言或是mail給我，我會嘗試幫幫您解決問題。</p>
<p>安裝步驟如下:</p>
<ol>
<li><a title="picasa2wordpress" href="http://clyang.net/blog/picasa2wordpress/picasa.zip" target="_blank">下載 picasa.zip</a>。 解壓縮它並且將解開的4個檔案放置在<a title="WordPress" href="http://wordpress.org/" target="_blank">WordPress</a>的<strong>wp-admin</strong>資料夾下。</li>
<li>前往 "<a title="Picasa Button Generator" href="http://clyang.net/blog/picasa2wordpress/" target="_blank">Picasa Button Generator</a>" 頁面去產生專屬您Blog的Picasa button (<strong>picasa2wordpress.pbz</strong>)。 這個頁面已經預設好繁體中文的說明，所以您只須填上您Blog的url後，按下Submit按鈕即可取得檔案。</li>
<li>將<strong>picasa2wordpress.pbz</strong>檔案放置到<a title="WordPress" href="http://wordpress.org/" target="_blank">WordPress</a>的跟目錄下。</li>
<li>在網址列輸入："<strong>picasa://importbutton/?url=http://你的部落格網址/picasa2wordpress.pbz</strong>" 。這時<a title="Picasa" href="http://picasa.google.com" target="_blank">Picasa</a>會自動被啟動，並且詢問您是否安裝該按鈕，點選"<strong>是</strong>"後，程式便會自動將按鈕安裝置<a title="Picasa" href="http://picasa.google.com" target="_blank">Picasa</a>。</li>
<li>您在配置按鈕頁面就會看到<a title="WordPress" href="http://wordpress.org/" target="_blank">WordPress</a>這個按鈕, 點選該按鈕按下新增後即可使用。</li>
</ol>
<p>最後是有圖有真相之審查砲彈:</p>
<p><img class="aligncenter size-full wp-image-158" title="pi_t3" src="http://clyang.net/blog/wp-content/uploads/2009/02/pi_t3.png" alt="pi_t3" width="554" height="488" /></p>
<div id="fb-root"></div><script src="http://connect.facebook.net/en_US/all.js#xfbml=1"></script><!-- Do not remove -->]]></content:encoded>
			<wfw:commentRss>http://clyang.net/blog/2009/02/06/128/feed</wfw:commentRss>
		<slash:comments>104</slash:comments>
		</item>
	</channel>
</rss>

