跳到主要內容

2010年網路趨勢--轉載

網路科技在二○一○年將有哪些變化?全球知名社群網絡資訊部落格Mashable創辦人暨執行長凱許摩爾(Pete Cashmore)鐵口直斷,網路即時互動仍將持續發燒,雲端運算發展突飛猛進,虛擬貨幣和虛擬交易可能成為生財妙方。他列舉出二○一○年十大網路趨勢:

一、網路即時互動風起雲湧

推特(Twitter)、臉書(Facebook)等社群網站帶動的網路即時互動風潮將繼續如日中天,Google Wave提供涵括即時通訊、電子郵件和維基百科等的整合服務平台,預料這類「即時滿足」服務將發揚光大。

擴增實境行動定位 它抓得住你

二、行動定位無往不利

藉由智慧型手機「無所不在」(ubiquity)運用的推波助瀾,Foursquare、Gowalla、Brightkite與Google Latitude等「行動定位資訊分享服務」蔚然成風。

三、擴增實境水到渠成

拜全球衛星定位系統之賜,加上能偵測動作方位的手機內建加速度感測器(accelerometer)日新月異,「擴增實境」(augmented reality)技術,已可將圖像與文字等虛擬資訊,與使用者感知的周遭實體環境相結合,並即時互動。

四、內容管理呼朋引伴

近年來網路遭逢的最大挑戰,莫過於資訊量大幅超越人們消化吸收的能力。臉書等提供網頁內容個人化管理服務的網站,有助於解決這項困擾。

看電影辦公不出門 手機功能多

五、雲端運算蒸蒸日上

雲端運算(cloud computing)讓網友將數位資訊儲存於網路伺服器,從任何地點都可以存取。微軟預定二○一○上半年推出免費的線上版辦公室應用程式集,Google也將推出以網路為核心的Chrome免費作業系統,雲端運算將突飛猛進。

六、電視電影風靡網路

我們觀賞的電視電影節目將有不少來自網路。目前Hulu視頻網、Boxee、Netflix的「熱酷盒子」(Roku box)、蘋果電視(Apple TV)與Epix,均已在這個市場占得一席之地。

七、聚合難題弔詭難測

智慧型手機等數位行動裝置,透過安裝應用程式與小工具,整合行車導航、電子書等諸多功能,以及衛星導航系統、電子書閱讀器等特定用途電子產品,但這類整合服務的市場前景尚不明朗。

付款遊戲網上搞定 私事全都露

八、社交遊戲欣欣向榮

臉書的「線上農場」(FarmVille)與美商藝電的「Playfish」系列等網路社交遊戲所衍生的虛擬貨幣及虛擬交易,可能成為生財妙方。

九、行動付款大勢所趨

亞洲大部分地區已接受以手機等行動裝置作為支付工具,美國相對落後,但在PayPal與網路零售業巨擘亞馬遜陸續推出行動付款平台後,美國眾多企業對此躍躍欲試。

十、名揚四海隱私不保

每個人在臉書、推特等社群網站上都可能成為萬眾矚目的焦點,我們幾乎可以知道所有想知道的事情,包括其他人的隱私。個人隱私必然會在網路上引發一場論戰。

[Yahoo TW News]

留言

這個網誌中的熱門文章

[WEB]連線 HTTPS 網站發生驗證失敗導致基礎連接已關閉

某支透過 WebClient 物件去呼叫第三方API的程式,突然有天無法使用 經過測試出現下列的錯誤 基礎連接已關閉: 傳送時發生未預期的錯誤。 InnerException : 驗證失敗,因為遠端群體已經關閉傳輸資料流。 原來是第三方的服務已經不支援 TLS 1.0 我方的程式是用.net Framework 4.0開發了 得強制讓webclient改用 TLS 1.1 或 TLS 1.2 感謝黑大提供解決方法 在程式中加入 ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12  的設定就解決了這個問題 WebClient wc = new WebClient(); ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3 | SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12; 參考資料:暗黑執行緒

[SQL] SQL依照你的排序條件 找出目前資料的前一筆與下一筆。 Find Pre and Next DataRows of current Datarow by your order condition

有時候需要用SQL找出前一筆跟後一筆資料 用SQL的TOP是沒有辦法做到 這個時候就可以這個語法 select * from ( SELECT TOP 1 * FROM [Article] where Poid {CurrentPoid} order by CreateDate ASC) t2 找出目前PK id前一個與後一個的資料(依照想要排序順序) 那如果指示想要一個資料行呈現的話 可以改用下面的SQL語法 讓這兩筆資料join在同一筆 select Pre.*,Nex.* from (SELECT TOP 1 * ,1 tID FROM [dbo].[Article] where Poid {CurrentPoid} order by CreateDate ASC) Nex on Pre.tID=Nex.tID

[IIS]IIS - ASP.NET 網站基本優化設定 --筆記

運行 ASP.NET 基本上都是掛載在 IIS 上面,但 IIS 預設的設定,並不適合 24 小時不中斷的營運系統。 如果沒有適當的調整,可能會造成使用者的感受不佳,而你又偏偏不會遇到。 本篇將介紹 IIS 運行 ASP.NET 網站的基本優化設定。 應用程式集區 打開 IIS 管理員,到應用程式集區,選擇網站後,開啟進階設定: 1. 一般 (General) 佇列長度 (Queue Length) 預設值是  1000 ,當封包數量在同一時間到達該指定值,之後的 Request 都會變成 HTTP Status 503 Service Unavailable。 例:當有同時間有 1001 個 Request 一起送到 IIS,第 1001 個 Request 會直接回傳 503,不會進到 ASP.NET 處理。 也不是無限大就好,也是要看伺服器等級。 假設調成 10000,也真的有同時 10000 的量,可能會演變成  CUP High  的問題。 因此,這個欄位沒有建議值,網站封包量很大才有需要調整這個欄位。 啟動模式 (Start Mode) 預設值是  OnDemand ,當網站執行回收後,會等到第一個 Request 進來,IIS 才會把網站啟動。 所以第一個連上來的使用者會等到比較久的時間,ASP.NET 初始化完成後,使用者才會得到回應。 建議設定成  AlwaysRunning ,當網站執行回收後,IIS 就會直接啟動 ASP.NET。 2. 回收 (Recycling) 固定時間間隔 (Regular Time Interval) 預設值是  1740 ,也就是每隔 29 小時 IIS 就會把該網站重啟。 很可能重啟當下使用者正在操作,對於要 24 小時不中斷的系統來說,這真的是很不妥當的事情。 如果 ASP.NET 的 Session Mode 是用 InProc,網站重啟使用者就全被登出了。 建議設定成  0 ,也就是關閉定期重啟網站的設定。 如果網站真的需要定期重啟,可以在 特定時間 (Specific Times)  設定,固定每天哪些離峰時間做重啟的動作。 3. 快速失敗保護 ...