其實tumblr是一如blogger有做流量統計(web stat),不過用的是完全公開的quantcast (用*.quantserve.com做cdn)
http://www.quantcast.com/ [詳細說明]
在header輸入網址就可以看到該站的流量 (用的方法和google analytic相似),基本上全部tumblr blog都有 (因為是theme以外的東西)
只是因為是US為重心+公開,所以可以看到的數據很有限...(詳細data要request access...)
希望將來tumblr在dashboard放多一點資料吧...
2011年11月28日 星期一
Tumblr使用小心得
(在blogger上寫tumblr真是有點過份)
近月開了個tumblr blog,經過近月的使用後算是有點心得...
優點:
近月開了個tumblr blog,經過近月的使用後算是有點心得...
優點:
- 開設簡單,有給subdomain及domain parking (可以用自己的domain)
- 一堆theme可選,customize也給予很大自由度和用placeholder滿好作的 (我恨Blogger用xml!)
- 每篇文章自定網址,也有短網址
- 文章有分類,文字、貼link、加qoute、貼圖/video好方便 (也有不錯的mobile app)
- 可以用markdown
- 不錯的tagging interface
- 內置發推和轉貼到fb上的功能
- 有發問甚至是訪客發文的功能 (要自己開/關)
- 有Reblog來轉別的tumblr user的文/圖
- 還有follow和fav
- 功能太過依靠theme,theme沒有就要自己來... (很多都沒archive/description要自己來...)
- 免費theme的seo滿參差的,某些CSS Style也不佳
- 預設很多東西如comment和流量統計都沒有-而一換theme就要全部重加...
- comment用disqus其實還好,很多theme都有disqus shortname 欄位
- HTML editor是堪用,只是和blogger那隻比差的遠。(可是有markdown不錯)
- 除Image Post type以外的,文章內的圖片要另外找host
總結:
Tumblr快速寫點東西是好,太長大概會死...
2011年11月25日 星期五
那些我從github學到的事:更好的git workflow
[原文:Better git workflow - lesson learnt from github]
(反正弄的複雜都是沒人理時就別搞那麼多了)
如今Github已經做到了簡單: 簡單工具 + 更好的工序 = 超讚的產品
加上他們有著最好的管理風格: 「沒有會議,沒有死線,沒有經理」,「想工作時就工作」...而
THE ZONE™這個概念簡直是一流
Oh, I like this guy. [GLaDOS調]
Extra
1. Github有搞自己的emoji,你可以在github產品 (github, gist) 的comment位用: GitHub Emoji
2. 其實 How GitHub Uses GitHub to Build GitHub 最後一部分有很多github的小秘技
=============
貓咪定理: 如果有甚麼是我覺得很煩不想用這東西一定有甚麼問題-通常是太複雜。
「致世人: 簡化事物吧。如果你用簡單工具就可以有不錯+無痛的工序就用簡單工具Master
是可以depoly的」(針對開depoly專用分支說的)
「如果你緊張就depoly到staging
」(如果你為人謹慎或者是個會讓master
掛掉的笨蛋)
「讓分支(branch)簡單」(merge/rebase一點也不好玩,又難管)
「code review? 發個pull request,然後大家討論」(明顯比開branch做feature然後再在code上做review好)
「pull request超便宜(hell cheap)不用省」(新feature、實驗甚麼的用pull request討論或實作比branch/丟到issue tracker/fork好-不行的放在一邊就好)
「優先順序(Priority)是觀察所得,不是產生或指派出來的-不然這就是必要性(necessary)而非優先順序」(全部都重要就沒有東西是重要的)
「如果這真的很重要這早就完成了。」(所以issue tracker寫太多也是無謂-有人覺得這很重要就會接手處理)
- How GitHub Uses GitHub to Build GitHub (這組slide超讚,大推~)
(反正弄的複雜都是沒人理時就別搞那麼多了)
如今Github已經做到了簡單: 簡單工具 + 更好的工序 = 超讚的產品
加上他們有著最好的管理風格: 「沒有會議,沒有死線,沒有經理」,「想工作時就工作」...而
THE ZONE™這個概念簡直是一流
Oh, I like this guy. [GLaDOS調]
Extra
1. Github有搞自己的emoji,你可以在github產品 (github, gist) 的comment位用: GitHub Emoji
2. 其實 How GitHub Uses GitHub to Build GitHub 最後一部分有很多github的小秘技
=============
貓咪定理: 如果有甚麼是我覺得很煩不想用這東西一定有甚麼問題-通常是太複雜。
2011年11月21日 星期一
Flash: 瀏覽器plugin之死
Flash Player之死是從Adobe宣佈不再做Mobile版的Flash Player開始...
新聞稿
然後是Adobe把Flex放手給Apache基金會的消息
Adobe將Flex捐贈給Apache基金會
本文要說的是從geek/網頁開發者的角度去看的Flash Player (Plugin)之死。如果不熟Flash系列、需要名詞解說或想參考一下Flash開發者的意見可以看下文
Adobe放棄開發行動平台Flash Player之我見
利申: 我是網頁開發者,而且是HTML5+CSS3+jQuery為主,外加cross-browser及cross-platform (desktop+mobile) 。
==================
通常一個plugin會死都是離不開當年Java applet的死亡方式: 慢、browser crasher、安全問題多、有取代技術 (Flash),儘管當時Applet是很強大但依然不得人心、難逃一死。
(其實applet某些功能是Flash仍然難以取代,所以其實只是衰落而非死亡-是少了很多人用,但某些特殊Applet仍是有的)
而今日的Flash Player面對的問題也是: 慢*、browser crasher、安全問題多、有取代技術 (HTML5)。
( 歷史是不斷重演的。(′_ゝ`) )
* IE是好一點有硬體加速,可是其他Browser都沒有....
然而真正替Flash Player釘蓋的是: 資源緊拙、多重解像度、沒有滑鼠鍵盤的手機和平板。
簡單來說就是: 在Mobile上是得Flash Player無所用。看影片燒電 (硬體支援不足只好去燒CPU)、一堆遊戲看到玩不到 (鍵盤操作的全滅)、網站是燒完頻寬後再加上一整個難用 (解像度問題)...所以就算Flash Player可以配合與其八字嚴重不合的Webkit engine,以desktop環境為主的Flash跟本是不配合,Flash開發者或是Flash Player要改成mobile friendly的方式也很困難。
所以Adobe的Flash派在Mobile Browser上如何努力也是玩不下去。(Apple和M$顯然是老早知道所以從來沒有在自家手機OS的Browser搞Flash支援)
在"Write Once, Run Everywhere"的理想和渴望消滅plugin的HTML5的夾擊之下,Flash在Browser應用上喪鐘已響: 網站這部分在HTML5日漸完善的世界,純Flash網站這種用家不能轉編碼、維護困難、SEO效果不良(架構、語意全滅)、Accessibility差的邪道應該被淘汰;Rich Media (Video & Audio)、傳統動畫應該可以再撐一會,在Video和Audio在戰格式、用CSS3/HTML5做動畫的IDE未完善之時可以作為過渡 (Sencha Animator、Hype、Radi、EDGE/MUSE等IDE離動畫師用的IDE太遠了);作為Browser Game的前景則是未明-雖然為數極多的新Browser Game仍是Flash,但在Browser Game其中一大市場Facebook自己也在推HTML5時以及開發者把心力投向可以賺錢的Mobile Game的時候,Flash Game的存在價值也許是日漸下降 (儘管因為IE 6-8會死慢很多)。
是以Flash可能會是Browser Plugin橫行的時代的最後榮光: Flash作為IDE應該可以透過Air支援Desktop、LLVM轉原生App去支援Mobile、甚至是HTML支援全平台得以繼續存在,說Flash要死其實是不太正確。然而以Browser Plugin存在的Flash Player則劫數難逃-Mobile上的已死,Desktop的也難逃衰落至Applet般的命運-儘管這要數年的時間。
==================
後記:
其實本文是在barcamp當日在WebOS上惡搞一堆Flash Demo和日後再和動畫師聊天的成品。
後記之後記:
Adobe Flash Player的Developer, @mesh, 出來解畫,政治原因是有但有更多是技術上的原因: Clarifications on Flash Player for Mobile Browsers, the Flash Platform, and the Future of Flash
新聞稿
然後是Adobe把Flex放手給Apache基金會的消息
Adobe將Flex捐贈給Apache基金會
本文要說的是從geek/網頁開發者的角度去看的Flash Player (Plugin)之死。如果不熟Flash系列、需要名詞解說或想參考一下Flash開發者的意見可以看下文
Adobe放棄開發行動平台Flash Player之我見
利申: 我是網頁開發者,而且是HTML5+CSS3+jQuery為主,外加cross-browser及cross-platform (desktop+mobile) 。
==================
通常一個plugin會死都是離不開當年Java applet的死亡方式: 慢、browser crasher、安全問題多、有取代技術 (Flash),儘管當時Applet是很強大但依然不得人心、難逃一死。
(其實applet某些功能是Flash仍然難以取代,所以其實只是衰落而非死亡-是少了很多人用,但某些特殊Applet仍是有的)
而今日的Flash Player面對的問題也是: 慢*、browser crasher、安全問題多、有取代技術 (HTML5)。
( 歷史是不斷重演的。(′_ゝ`) )
* IE是好一點有硬體加速,可是其他Browser都沒有....
然而真正替Flash Player釘蓋的是: 資源緊拙、多重解像度、沒有滑鼠鍵盤的手機和平板。
簡單來說就是: 在Mobile上是得Flash Player無所用。看影片燒電 (硬體支援不足只好去燒CPU)、一堆遊戲看到玩不到 (鍵盤操作的全滅)、網站是燒完頻寬後再加上一整個難用 (解像度問題)...所以就算Flash Player可以配合與其八字嚴重不合的Webkit engine,以desktop環境為主的Flash跟本是不配合,Flash開發者或是Flash Player要改成mobile friendly的方式也很困難。
所以Adobe的Flash派在Mobile Browser上如何努力也是玩不下去。(Apple和M$顯然是老早知道所以從來沒有在自家手機OS的Browser搞Flash支援)
在"Write Once, Run Everywhere"的理想和渴望消滅plugin的HTML5的夾擊之下,Flash在Browser應用上喪鐘已響: 網站這部分在HTML5日漸完善的世界,純Flash網站這種用家不能轉編碼、維護困難、SEO效果不良(架構、語意全滅)、Accessibility差的邪道應該被淘汰;Rich Media (Video & Audio)、傳統動畫應該可以再撐一會,在Video和Audio在戰格式、用CSS3/HTML5做動畫的IDE未完善之時可以作為過渡 (Sencha Animator、Hype、Radi、EDGE/MUSE等IDE離動畫師用的IDE太遠了);作為Browser Game的前景則是未明-雖然為數極多的新Browser Game仍是Flash,但在Browser Game其中一大市場Facebook自己也在推HTML5時以及開發者把心力投向可以賺錢的Mobile Game的時候,Flash Game的存在價值也許是日漸下降 (儘管因為IE 6-8會死慢很多)。
是以Flash可能會是Browser Plugin橫行的時代的最後榮光: Flash作為IDE應該可以透過Air支援Desktop、LLVM轉原生App去支援Mobile、甚至是HTML支援全平台得以繼續存在,說Flash要死其實是不太正確。然而以Browser Plugin存在的Flash Player則劫數難逃-Mobile上的已死,Desktop的也難逃衰落至Applet般的命運-儘管這要數年的時間。
==================
後記:
其實本文是在barcamp當日在WebOS上惡搞一堆Flash Demo和日後再和動畫師聊天的成品。
後記之後記:
Adobe Flash Player的Developer, @mesh, 出來解畫,政治原因是有但有更多是技術上的原因: Clarifications on Flash Player for Mobile Browsers, the Flash Platform, and the Future of Flash
2011年11月17日 星期四
More Blog...
因為各種的原因所以把一些太技術的東西分拆-
貓箱•災難現場
把一些太技術的東西分到這邊,主要是做網頁開發的WTF...
CSS Monster
預定是Link集或技術短文,總之是要短。
Apple Walker
貴精不貴多的iOS App介紹或是心得文。Enjoy Apple Life~
至於這邊...大概是繼續惡搞吧?
(Blogging Continue)
貓箱•災難現場
把一些太技術的東西分到這邊,主要是做網頁開發的WTF...
CSS Monster
預定是Link集或技術短文,總之是要短。
Apple Walker
貴精不貴多的iOS App介紹或是心得文。Enjoy Apple Life~
至於這邊...大概是繼續惡搞吧?
(Blogging Continue)
2011年11月11日 星期五
2011/11/11 11:11:11
Catch---
━(゚∀゚)━(∀゚ )━(゚ )━( )━( )━( ゚)━( ゚∀)━(゚∀゚)━
[如果是說Blog有甚麼用就是可以發絕對精準的踩線文啊!]
━(゚∀゚)━(∀゚ )━(゚ )━( )━( )━( ゚)━( ゚∀)━(゚∀゚)━
[如果是說Blog有甚麼用就是可以發絕對精準的踩線文啊!]
2011年11月8日 星期二
訂閱:
文章 (Atom)