摘要:展示樹洞狀態(tài)最初的想法是在展示頁面直接通過服務(wù)器向微博提交獲取微博數(shù)據(jù)的請求,也就是用戶每次訪問這個(gè)頁面,都會(huì)向微博提交一個(gè)請求。這樣就不必每次都去請求微博,減少了請求次數(shù),出現(xiàn)限額卡死的情況也不容易發(fā)生。
近來在做微博樹洞,大致模式如下:
在網(wǎng)站提供兩個(gè)功能:1.發(fā)樹洞狀態(tài);2.展示樹洞狀態(tài)。
1.發(fā)樹洞狀態(tài):
這個(gè)相對比較簡單一些,調(diào)用微博API接口即可。(/statuses/update)
我的做法是給用戶提供一個(gè)表單,表單直接提交到我網(wǎng)站,再由我網(wǎng)站去調(diào)用API接口,這樣可以避免ACCESS_TOKEN的泄露,缺點(diǎn)也有,每次請求都需要從我的服務(wù)器發(fā)送,某時(shí)刻用戶稍多就可能造成帶寬不暢,畢竟服務(wù)器要一邊REQUEST數(shù)據(jù)一邊RESPONSE數(shù)據(jù)。但就目前用戶數(shù)不算多的情況來看,操作體驗(yàn)還是不錯(cuò)的。
展示樹洞狀態(tài):
最初的想法是在展示頁面直接通過服務(wù)器向微博API提交獲取微博數(shù)據(jù)的請求,也就是用戶每次訪問這個(gè)頁面,都會(huì)向微博API提交一個(gè)請求。這個(gè)實(shí)現(xiàn)起來是最方便也最快捷的,當(dāng)然也存在很明顯的缺陷。
展示頁面是網(wǎng)站的首頁,這樣就造成網(wǎng)站頁面生成之前都要去請求一下微博API,so,主頁打開速度會(huì)變得很慢,于是在后臺(tái)做了一些緩存工作。邏輯大概是這樣,把微博數(shù)據(jù)緩存到數(shù)據(jù)庫里面,只緩存幾條,然后在數(shù)據(jù)庫進(jìn)行訪問次數(shù)的計(jì)數(shù),每20次訪問就進(jìn)行操作,刪除原先的微博數(shù)據(jù)并重新將微博里面的內(nèi)容緩存到數(shù)據(jù)庫里面去。 這樣就不必每次都去請求微博API,減少了請求次數(shù),出現(xiàn)限額卡死的情況也不容易發(fā)生。(計(jì)數(shù)閾值可以更改,根據(jù)不同時(shí)段進(jìn)行不同的設(shè)置)
http://cauc123.com
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/20831.html
摘要:值得注意的是,文章在微博上的傳播時(shí)間比較短。由于我的粉絲數(shù)量還不是非常多,我只能從中挑選中閱讀量最高的一篇文章。在自己的關(guān)注人數(shù)上升后,再轉(zhuǎn)到這些問題上,要不會(huì)吃力不討好。 對于以技術(shù)為核心的技術(shù)博客來說,人們是沖著他們需要的內(nèi)容去的,絕大多數(shù)情況下都不是在閑逛。如果你的網(wǎng)站里沒有他想要的東西的話,他便會(huì)離開,人們是出于目的去搜索,基于動(dòng)機(jī),而不是無聊的在閑逛。無聊的話,他們更多的會(huì)去...
摘要:年前放假的最后一天,我們上線了獨(dú)家記憶活動(dòng)宣傳頁。微信分享主要代碼參考獨(dú)家記憶當(dāng)時(shí)光凝固,當(dāng)回憶定格。這是屬于我和的獨(dú)家記憶。 年前放假的最后一天,我們上線了「My Flyme 獨(dú)家記憶」 H5 活動(dòng)宣傳頁。 因種種原因,直到放假前幾天,才突然要求我們參與并開始項(xiàng)目的前端部分。此時(shí)大概的情況是:所有數(shù)據(jù)已計(jì)算完畢;后端接口已完成待聯(lián)調(diào);交互視覺只出了不到四分之一(一共二十多個(gè)頁面);我...
閱讀 982·2023-04-25 23:55
閱讀 2710·2023-04-25 14:13
閱讀 3298·2019-08-26 13:47
閱讀 2972·2019-08-23 18:16
閱讀 628·2019-08-23 17:20
閱讀 3229·2019-08-23 16:55
閱讀 3149·2019-08-22 15:39
閱讀 3197·2019-08-20 18:10