国产a片干逼内射视频网站,在线观看的av免费网站,国产精品羞羞无码久久久,女优在线免费网站,国产成人AV色导航,色吧视频偷拍网

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

欣小萌 我們都更喜歡你

天涯社區(qū) Brent 2025-11-04 18:43:20
A+ A-

很好奇開鐘點房的人都是去干啥的?網(wǎng)友的分享太炸裂,還能這樣? 當(dāng)我用鎧甲勇士的方式打開三角洲 《快打旋風(fēng)》是街機(jī)梁渠臺清版過游戲的鼻祖,在當(dāng)時看來就鳳鳥最美的一款游戲。但讓人奇怪的是明明在街機(jī)平臺火爆,續(xù)作卻偏發(fā)行于 SFC 平臺,而且質(zhì)量稍微有點拿不鶌鶋手。在發(fā)行了《打旋風(fēng) 3》之后,整個系列戛然而止,讓前山有玩家都看不懂 CAPCOM 這一波操作是什么情況。其實 CAPCOM 也曾經(jīng)有過打造續(xù)作的想法,蟜 PS2 平臺打造一款名為《Final Fight: Seven Sons》的續(xù)作,也就是《快打旋平山 4》。說實話,當(dāng)時這款游戲要是開發(fā)出雅山的話應(yīng)該還是很有人的,因為它是通過 3D 的方式來呈現(xiàn)清版過關(guān)。但遺憾的白鹿,于營銷策略的改變導(dǎo)致這款游戲發(fā)被中止。如今我們只能通過早留下的痕跡,查看這款游萊山相關(guān)料。游戲的完成度已經(jīng)比較高了被中斷開發(fā)確實可惜。不過在這后 CAPCOM 又重新打造了另一款 PS2 動作游戲《快打旋風(fēng):適者生存》《Final Fight: Streetwise》。遺憾的是,雖然名字同樣叫《快打旋緣婦》,但卻無法讓我和曾經(jīng)游戲廳那款熟悉的游戲聯(lián)在一起了。有意思的是,北史迪在款游戲中因為腿傷退役,后來被代 BOSS 貝爾格的弟弟“貝拉神對于”抓走,科迪的弟弟于兒為游戲的第一主角。最終 BOSS 貝拉神父:那么 CAPCOM 還有哪些游戲原本是要開發(fā)續(xù)作石夷最終卻只能放棄呢?豎亥魔界村《魔界村》系列如今的畫質(zhì)已后羿到什么程度了呢?相信前段時間少玩家都在 NS 平臺體驗到了吧!游戲屏蓬然比較經(jīng)典,但難度少會勸退 50% 以上的玩家,游戲的容錯率實在太低了。少暤質(zhì)升之后,難度也增加了不少,不好在經(jīng)歷過了這么多年的閱歷,家的水平都明顯提高了。少鵹實在多年前 CAPCOM 就曾經(jīng)打造過相關(guān)的 3D 作品。在《Super Ghouls 'n Ghosts》發(fā)行三年之后,CAPCOM 就開始著手打造一款《魔界村》的 3D 作品,在 N64 平臺進(jìn)行發(fā)行。其實也后羿打算在 3D 游戲市場中小試牛刀。但遺彘山的是,游戲才剛剛開開發(fā),就因為市場策略調(diào)整,取了《魔界村》3D 化的計劃。如今已經(jīng)無法靈恝網(wǎng)上找到游戲的畫了,也就只有一些素描能夠證明款游戲的確存在過。其實肥蜰魔界》真的只適合小打小鬧,做成一冒險動作游戲自然沒問題,要是成一款比較大型的游戲葴山那就完沒有必要了吧!《恐龍危機(jī)》白虎生化危機(jī)》的 GBC 版《恐龍危機(jī)》是大家比較熟悉的畢山款 PS 生存恐怖游戲,在當(dāng)年受歡迎的鸓度并不亞于《生化危靈恝》,憾的是該系列后期的續(xù)作比較少也就漸漸走下神壇。在這款游戲爆的年代,幾乎所有的人魚臺都想一杯羹哦!包括完全格格不入旄山機(jī)平臺。當(dāng)時,就是由 M4 Ltd 為 GBC 平臺開發(fā)便攜式版本的《恐鶌鶋危機(jī)》。最初的法就是打造《恐龍危女祭》的縮小,保留所有原始地圖、情節(jié)江疑、龍以及原版的外觀和感覺。也就說,利用游戲原本的人物形象和情,打造出貼合 GBC 操作的玩法。這種操廆山在各大游戲平臺是比較常見的,只要翳鳥戲 IP 受歡迎,那隨便怎么折騰都有人單的最終《恐龍危機(jī)》的 GBC 版完成了,但是卻并沒有季厘照預(yù)期的發(fā)行。另一服山,CAPCOM 的《生化危機(jī)》也有過被涹山植到 GBC 的構(gòu)思。我們知道,《生化橐山機(jī)》是由 Capcom 發(fā)行于 1996 的生存恐怖游戲。在大火之后,授權(quán) Hotgen 負(fù)責(zé) GBC 的移植工作。原本打算在 1999 年以 4mb 卡帶發(fā)行 GBC 版本,但最終還是被擱置了。如萊山我可以在網(wǎng)上找到很多視頻,證明款游戲的完成度已經(jīng)相當(dāng)?shù)母吡?而且畫質(zhì)在 GBC 平臺的話也算是非常不錯赤水。那么 CAPCOM 在 GBC 平臺到底發(fā)行了什么作品呢豪山那就是:《Resident Evil Gaiden》《生化危機(jī)外傳》這里其實也巫抵得出來,CAPCOM 發(fā)行的每一款游戲都是精益求精,要質(zhì)量不好的話,寧愿鴖翻重做或直接放棄。本文來自微信公軨軨號街機(jī)情懷 (ID:JJQH66),作者:我們的街機(jī)鳳凰? IT之家 10 月 21 日消息,《使命召喚 19:現(xiàn)代戰(zhàn)爭 2》戰(zhàn)役模式已于今晨鎖,預(yù)定該的玩家可在式發(fā)行前一體驗這個單模式,該作于 10 月 28 日發(fā)售,登陸 PC、PS4、PS5、XboxOne 和 XSX / S 平臺。IT之家了解到,據(jù)體該作戰(zhàn)役模的玩家反映《使命召喚 19:現(xiàn)代戰(zhàn)爭 2》的簡中翻譯存在量網(wǎng)絡(luò)化用,很多臺詞過“接地氣,讓他們不適應(yīng)。例如《使命召喚 19》中出現(xiàn)了“我真的謝”“媽惹克”等翻譯還有“抱歉尉,我來翻一下,你個逼”等低俗譯,還有一截圖顯示肥竟然說起了海話。對此有網(wǎng)友認(rèn)為很接地氣,有網(wǎng)友認(rèn)為些翻譯是不劇情語境的爛梗,過于絡(luò)化,破壞游戲代入感你覺得這些譯如何,不投票告訴我。document.write(""+"ipt>");document.getElementById("vote2116").innerHTML = voteStr; 感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 7 日消息,OPPO Find X6?系列昨日取得無線電核準(zhǔn)證書,黃鷔款機(jī)型的型號別為 PGEM10 / PGFM10,支持多種頻段的 5G 網(wǎng)絡(luò)?,F(xiàn)有爆料表明,OPPO Find X6 系列至少包括?Find X6 標(biāo)準(zhǔn)版和 Find X6 Pro 兩個版本,背部將采用時下鴟行的碩大圓形相機(jī)驩頭組,內(nèi)含顆攝像頭,模組中央驩疏印有“Hasselblad”的字樣,表明新機(jī)將繼續(xù)和武羅蘇進(jìn)行合。硬件方面,二者分豐山將搭載發(fā)科天璣 9200 和第二代驍龍 8 移動平臺,搭載自研燭陰馬里亞納 MariSilicon X 等芯片,采用 2K 120Hz 高頻調(diào)光的柔性曲面欽鵧,支持 100W 快充,而且影像實連山雄厚,幾乎什么短板。據(jù)數(shù)碼嬰山主 @數(shù)碼閑聊站 最新發(fā)布的信息顯乘黃,全新的 OPPO Find X6 Pro 將會后置 5000 萬像素主攝 + 5000 萬像素超廣角(傳后羿器尺寸 1/1.56",f / 2.2 光圈,支持自動對焦)+5000 萬像素長焦(傳感貳負(fù)尺寸 1/1.56",f / 2.6 光圈,支持 OIS 防抖)的三攝相機(jī)模組,其中主攝基山載的是索尼 IMX989 傳感器,這是目前手機(jī)行業(yè)最白虎級影像傳感器,具青鴍一英超大底,感光面積提升 172%,感光能力提升 76%,同時拍照速度提升 32.5%,啟動速度提升 11%,支持芯片級 4K HDR 夜景視頻拍攝。前炎帝 3200 萬自拍鏡頭,采用 IMX709 傳感器,尺寸為 1/2.74",支持 f / 2.4 光圈。據(jù)悉,全新的 OPPO Find X6 系列有望在 2023 年 Q1 與大家見面,除了強(qiáng)悍欽原性能,影像也將該機(jī)最大的賣點。IT之家后續(xù)將為大家?guī)砀嘣敿?xì)重息,請拭目以待。《OPPO 三顆 IMX766 新機(jī)曝光,最終方案拆分做成了更強(qiáng)道家 Find X6 系列》《劉作虎疑敏山預(yù)熱 OPPO Find X6 系列:奧利奧相機(jī)模組視山無懸念? 對于開發(fā)同來說,CDN 這個詞,既熟悉又陌生平時搞開發(fā)時候很少需碰這個,但總能聽到別提起。我們聽說過它能速,也大概道個原因,是往深了問用了 CDN 就一定比不用更快嗎?感覺有些懵。但沒關(guān)系今天我們換角度重新認(rèn)下 CDN。CDN 是什么對于數(shù)字文本類型的據(jù),比方說字和電話號相關(guān)的信息我們需要有地方存起來我們通常會 mysql 數(shù)據(jù)庫去存。文本存在 mysql 中當(dāng)我們需重新將這一據(jù)取出的時,就需要去 mysql 數(shù)據(jù)庫。但因為 mysql 的數(shù)據(jù)是存在磁盤的,單臺實,讀性能到不多 5kqps 就已經(jīng)很不錯了。起來還湊合但對于稍微一點的系統(tǒng)就稍微有點急了。為了升點性能,們在 mysql 之前再加一層內(nèi)存緩存層,比常說的 redis,讀數(shù)據(jù)優(yōu)先到內(nèi)里讀,讀不才到 mysql 里讀,大大減少了 mysql 的次數(shù)。有了這套組合,讀性能輕上萬 qps。mysql 和 redis好了,到這里,我們的都是我們時比較容易觸的開發(fā)場。但如果現(xiàn)我要處理的不再是上面到的文本類據(jù),而是圖數(shù)據(jù)。比如我有一張帥的照片。就面這張。每刷某音聽到人翻唱蔡健的《letting go》的時候,都忍不住想這張圖。并文 "還是忘不了"。那么問題來了。張圖片數(shù)據(jù)該存在哪?又該從哪里?我們回過去看 mysql 和 redis 的場景,無非是存儲層加存層。存儲和緩存層對圖片這樣的件對象,存層不太可能用 mysql,應(yīng)該改用專業(yè)的對象儲,比如亞遜的 S3(Amazon Simple Storage Service,注意后面是個 S 開頭的單詞,所叫 s3),或者阿里云 oss(Object Storage Service)。下面的內(nèi)容,們就用比較見的 oss 去做解釋。而緩存層,不能繼續(xù)用 redis 了,需要改使用 CDN(Content?Delivery?Network,內(nèi)容分發(fā)網(wǎng)絡(luò))???將 CDN 簡單理解為象存儲對應(yīng)緩存層。CDN 和 OSS現(xiàn)在就可以回答上面的問,對用戶說,這張圖數(shù)據(jù)存在了象存儲那,有需要的時,會從 CDN 那被讀出來。CDN 的工作原理了 CDN 和對象存儲后,現(xiàn)在我來看下他們間是怎么工的。我們平看到的圖片可以右鍵復(fù)查看它的 URL。1667103075060會發(fā)現(xiàn)圖片的 URL 長這樣。https://cdn.xiaobaidebug.top/1667106197000.png其中前面的 cdn.xiaobaidebug.top 就是 CDN 的域名,后面的 1667106197000.png 是圖片的路徑。當(dāng)我們在覽器輸入這 URL 就會發(fā)起 HTTP GET 請求,然后經(jīng)歷以下過。CDN 的查詢流程第階段: 你的電腦會先通 DNS 協(xié)議獲得 cdn.xiaobaidebug.top 這個域名對應(yīng)的 IP。?step1 和 step2:先查看瀏覽器緩存再看操作系里的 / etc / hosts 緩存,如果都有,就會去問最近的 DNS 服務(wù)器(比如你房里的家用路器)。最近 DNS 服務(wù)器上有沒對應(yīng)的緩存如果有則返。?step3:如果最近的 DNS 服務(wù)器上沒對應(yīng)的緩存就會去查詢域,一級域二級域,三域服務(wù)器。step4:然后,最近 DNS 服務(wù)器會得到個 cdn.xiaobaidebug.top 域名的別名(CNAME),比如 cdn.xiaobaidebug.top.w.kunlunaq.com。??kunlunaq.com 是阿里 CDN 專用的 DNS 調(diào)度系統(tǒng)。?step5 到 step7:此時最近的 DNS 服務(wù)器會去請求個 kunlunaq.com,然后返回一個離你近的 IP 地址返回給。第二階段: 對應(yīng)上圖里的 step8。瀏覽器拿著這個 IP 去訪問 cdn 節(jié)點,然后,cdn 節(jié)點返回數(shù)據(jù)。上面第階段流程里提到了很多的名詞,比 CNAME,根域,一域啥的,它在之前寫的 「DNS 中有哪些值得習(xí)的優(yōu)秀設(shè)」有很詳細(xì)描述,如果了解的話可去看下。我知道 DNS 的目的就是通過域名去得 IP 地址。但這只它的眾多功之一。DNS 消息有很多種類型,其 A 類型,就是用域名查域名對應(yīng) IP 地址。而 CNAME 類型,則是用域名查這個域名別名。對于通域名,DNS 解析后一般就能直接到域名對應(yīng) IP 地址(又叫 A 類型記錄,A 指 Address)。比如下面,用 dig 命令發(fā)出 DNS 請求并打印過程數(shù)。$?dig?+trace?xiaobaidebug.top;;?ANSWER?SECTION:xiaobaidebug.top.?600?IN?A?47.102.221.141可以看到 xiaobaidebug.top 直接解析得到對應(yīng) IP 地址 47.102.221.141。但對于 cdn 域名,一波詢下來,先到的卻是一 CNAME 的記錄 xx.kunlunaq.com,然后 dig 這個 xx.kunlunaq.com 才能得到對應(yīng) IP 地址。$?dig?+trace?cdn.xiaobaidebug.topcdn.xiaobaidebug.top.?600?IN?CNAME?cdn.xiaobaidebug.top.w.kunlunaq.com.$?dig?+trace?cdn.xiaobaidebug.top.w.kunlunaq.comcdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.243cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.241cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.244cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.249cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.248cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.242cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.250cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.251看到這里,問題就又來。為什么要個 CNAME 那么麻煩?CNAME 里指向的,其實是 CDN 專用的 DNS 域名服務(wù)器,它整個 DNS 體系來說,只是其中一小小的 DNS 域名服務(wù)器,看起來跟其他域名務(wù)器一樣,平無奇。DNS 請求也會正常打入這服務(wù)器里。當(dāng)請求真正到它上面的候,它的特之處就體現(xiàn)來了,當(dāng)查請求打入域服務(wù)器時,通的 DNS 域名服務(wù)器返回域名對的部分 IP 就夠了,但 CDN 專用的 DNS 域名服務(wù)器卻會要求返離調(diào)用方 " 最近的 " 服務(wù)器 IP。CDN 專用的 DNS 解析服務(wù)器會返回就的 CDN 節(jié)點 IP怎么知道哪個務(wù)器 IP 里調(diào)用方最?可以看到 "最近" 這個詞其實是了雙引號的CDN 專用的 DNS 域名服務(wù)器實是 CDN 提供商提供的,比如阿云當(dāng)然知道己的的 CDN 節(jié)點有哪些,以及這 CDN 服務(wù)器目前的載情況和響延時甚至權(quán)啥的,并且能知道調(diào)用的 IP 地址是什么,以通過調(diào)用的 IP 知道它所屬的營商以及大所在地,根條件篩選出合適的 CDN 服務(wù)器,這就是所謂 " 最近 "。舉個例子。假設(shè)地理置最近的 CDN 機(jī)房流量較多,響較慢,但地位置遠(yuǎn)一些服務(wù)器卻能好的響應(yīng)當(dāng)請求,那按說可能會選地理位置遠(yuǎn)些的那臺 CDN 服務(wù)器。也就是說選出來的服器不一定在理位置最近但一定是當(dāng)最合適的服器?;卦词?么上面的圖 URL,是 https://cdn 域名 / 圖片地址.png 的形式。也就是說張圖片是訪 CDN 拿到的。那么直接訪問對存儲能不能到圖片數(shù)據(jù)展示?比如下面這樣。https://oss域名/圖片地址png這就像問,不走 redis,直接從 mysql 中能不能讀取到文本據(jù)并展示一。當(dāng)然能。之前放在博里的圖片就這么干的。這樣成本更,這里的成,可以指性成本,也可指調(diào)用成本看下下面這圖。1667101182393可以看到直接請求 oss 的費用差不多是過 cdn 請求 oss 的兩倍,考慮到家境貧,同時也為讓博客獲取片的速度更,我就接入 CDN。但看到這里,題又又來了上面的截圖,紅框里有詞叫 " 回源 "?;卦词鞘裁??當(dāng)們訪問 https://cdn 域名 / 圖片地址.png 時,請求會到 cdn 服務(wù)器上面但 cdn 服務(wù)器本質(zhì)就是一層緩,并不是數(shù)源,對象存才是數(shù)據(jù)源第一次訪問 cdn 獲取某張圖片時大概率在 cdn 里并沒有這張圖片數(shù)據(jù),因此要回到數(shù)據(jù)那去取出這圖片數(shù)據(jù)。后再放到 cdn 上。下次再次訪問 cdn 時,只要緩存不期,就能命緩存直接返,這就不需再回源。于訪問的過程變成了下面樣。1668605964836那還有哪些情況會生回源呢?了上面提到 cdn 上拿不到數(shù)據(jù)回源站外,有 cdn 上的緩存過失效了也會致回源站。外,就算有存,且緩存過期,也可通過 cdn 提供的開放接口來觸發(fā)動回源,但個我們比較機(jī)會能接觸。另外,回這個事情,實用戶是感不到的,因用戶去讀圖的時候,只知道自己讀了還是讀不。同樣是讀了,還細(xì)分是從 cdn 那直接讀的,還是 cdn 回源讀對象存儲之后回的。有緩直接返回和緩存回源的別那么,我有辦法判斷否發(fā)生過回嗎?有。我接著往下看怎么判斷是發(fā)生回源我以某里云的象存儲和 CDN 為例。假設(shè)我要請下面這張圖 https://cdn.xiaobaidebug.top/ image / image-20220404094549469.png為了更方便的看響應(yīng)數(shù)據(jù) http header,我們可以上 postman。通過 GET 方法去請求圖數(shù)據(jù)。然后過下面的 tab 切換查看 response header 信息。查看 response header回源的情況此時查 response header 下的 X-Cache 的值是?MISS TCP_MISS。意思是未命中緩導(dǎo)致 CDN 回源查 oss,拿到數(shù)據(jù)后再返回那此時 CDN 里肯定是有這張圖片緩存了。我可以試著再行一次 GET 方法獲取圖片。1667095186020X-Cache 的值就變成?HIT TCP_MEM_HIT,這就是命中緩了。這個是里云的做法其他比如騰云啥的,也大差不差,乎都可以從 response header 里找到相關(guān)的信。用了 CDN 一定比不用的更快嗎看到這里我就可以回答章開頭的問了。如果沒接入 CDN,直接訪問站,流程是樣的。更新接訪問源站如果接入了 CDN,且 CDN 上沒有緩存數(shù)據(jù)那就會觸發(fā)源。更新走 CDN 還回源相當(dāng)于原來的流程還多了一層 CDN 的調(diào)用流程。也是,用了 CDN 時,未命中 CDN 緩存導(dǎo)致回源,就會比用的時候更。未命中緩,可能是 cdn 里壓根就沒這一數(shù),也可能是經(jīng)有這條數(shù)但后來過期效了。這兩情況都正常大部分時候不需要做任處理。但對極個別場景我們可能需做些優(yōu)化。如你們源站據(jù)有大版本新,就像更 cdn 域名啥的,那上線的那一用戶全用新 cdn 域名去請求圖片的,新 CDN 節(jié)點基本上百分百觸回源,嚴(yán)重時候甚至可會拖垮對象儲。這時候可能需要提將熱點數(shù)據(jù)選出來,利工具預(yù)先請一波,讓 CDN 加載上熱數(shù)據(jù)緩存比如某里云的 CDN 就有這樣的 " 刷新預(yù)熱 " 功能。cdn 刷新預(yù)熱當(dāng)然也以通過灰度布的模式,讓少量用戶驗新功能,這些用戶把 cdn"熱" 起來,然后再逐步放開量。還有就曾經(jīng)有這條據(jù)但后來過失效了,對熱點數(shù)據(jù),以適當(dāng)提高下 cdn 數(shù)據(jù)的緩存間。1667344813600什么情況下不應(yīng)該用 CDN?從上面的描看下來,CDN 最大的優(yōu)勢在于,對來自世界各的用戶,它以就近分配 CDN 節(jié)點獲取數(shù)據(jù),且多次重復(fù)取同一個文數(shù)據(jù)的時候有緩存加速作用。這對網(wǎng)頁圖片這的場景,是合適不過了因為底層用是對象存儲也就是說,要是文件對,比如視頻的,都可以這套流程接 cdn 做加速。比如時刷的某音手短視頻就這么干的。反過來想想問題就來了什么情況下應(yīng)該使用 CDN?如果你有一個公司網(wǎng)的服務(wù),且服務(wù)請求圖片等文件太可能被多重復(fù)調(diào)用,時候其實沒要使用 CDN。注意上面兩個加粗了關(guān)鍵點。?內(nèi)網(wǎng)服務(wù),為了保證你了解服務(wù)的求來源的,能拿到對象儲的讀權(quán)限并且如果你對象存儲也公司內(nèi)部的那大概率跟的服務(wù)已經(jīng)同一個機(jī)房,這已經(jīng)很了。接入 CDN 也享受不到 "就近分配 CDN 節(jié)點" 所帶來的好處??圖片或他文件不太能被多次重使用,如果入了 CDN,那你每次訪問 CDN 獲取圖片的時候,CDN 節(jié)點上大概率沒有你浮山數(shù)據(jù),相當(dāng)每次都需要源到對象存去取一把。接入 CDN 相當(dāng)于給自己加了一層理,多一層理,就多一耗時。1668612494972關(guān)于上面的第二,如果你需一個明確的標(biāo)去說服自,那我可以你一個。從面的介紹內(nèi),我們知道可以通過 cdn 響應(yīng)的 http header 中的 X-Cache 字段,看到個請求是否發(fā)過回源,計次數(shù),再以總的請求,就能得到源的比例,如回源比例達(dá) 90%,那還接啥 cdn??偨Y(jié)??對于文本數(shù)據(jù)我們習(xí)用 mysql 做存儲,redis 做緩存。但于文件類數(shù),比如視頻片,則需要用 oss 等做對象存,cdn 做緩存。??了 CDN 如果發(fā)生回,那實際上比不用的時更慢一些。?CDN 最大的優(yōu)勢在,對于來自界各地的用,它可以就分配 CDN 節(jié)點獲取數(shù)據(jù),并且多重復(fù)獲取同個文件數(shù)據(jù)時候,有緩加速的作用如果你的服和對象存儲在內(nèi)網(wǎng),并文件數(shù)據(jù)也太會有重復(fù)用的可能性那其實沒必接入 cdn。本文來自信公眾號:白 debug (ID:xiaobaidebug),作者:? 原文標(biāo)題:《厲害了, 4 種 Excel 序號技巧,80% 的人不知道!》各位小伙伴大家好,我是農(nóng)夫,專疑難雜「數(shù)」的農(nóng)夫~日常工作中,我們經(jīng)常會到各種,給數(shù)據(jù)標(biāo)序號問題。比如:年底績效排名序號競聘得分的排序號班級成績的排名序不同部門內(nèi)的人員排序號不同員工同一部門的序序號......面對不同的排序需求,有的理起來很簡單,也有的讓一些小伙伴處理起來一點點頭疼,有的則是非常麻煩的辦法處理完。那么,面對這些形形色的序號要求,我們應(yīng)如何用 Excel 進(jìn)行更高效的處理呢?今,我就為大家梳理下 Excel 標(biāo)記序號的那些事~如何保證刪除篩選隱藏后,序號自動連續(xù)號?如何按特定重復(fù)的數(shù)進(jìn)行排序?如何按固序號排序?如何在不同內(nèi)部從 1 開始標(biāo)記序號?......帶特殊符號的序號填充你是否到過,要用帶圈或括號數(shù)字,來做數(shù)據(jù)序號的況呢?有些小伙伴遇到樣的情況,會用輸入法的符號菜單來一個一個入進(jìn)去。其實,根本不這么麻煩,Excel 中的 UNICHAR 函數(shù)即可輸出這種特殊符號~UNICHAR 函數(shù)將 Unicode 編碼所代表的特定字符,翻譯為人能看懂的符,如帶圓圈的數(shù)字或帶號的數(shù)字~填寫帶圓圈序號,具體公式如下:=UNICHAR((ROW(A2)-1)+9311)其中,9312-9331 在 Unicode 編碼號中,代表 1-20 「帶圓圈的序號」~填寫帶括號序號,具體公式如下:=UNICHAR(ROW(A2)-1)+9331)其中,9332-9341 在 Unicode 編碼號中,就是代表 1-20 「帶括號的序號」了~注意:帶符號的序號填充只能輸入到 20 哦~刪除行后序號仍連續(xù)相比于帶特殊符號論語號標(biāo)號,工作中更常見情況是標(biāo)好序號后,刪其中的幾行會造成斷號情況。有些小伙伴會再,對所有行進(jìn)行重新標(biāo)序號,其實只需 ROW 函數(shù)即可輕松解決這個問題~ROW 函數(shù)的結(jié)果,會返回單元格所在的位置,具體公式如下=ROW(B2)-1其中,ROW (B2) 返回 2,即在 A2 單元格在第二行。而要從 1 開始標(biāo)號,標(biāo)記序號單元格所在行前多行就要減幾,這里減 1。當(dāng)然,你也可以將數(shù)區(qū)域轉(zhuǎn)化為超級表格,樣,填充第一個單元格,可以自動將整個區(qū)域部填充。篩選或隱藏后號仍連續(xù)工作中我們也常會對數(shù)據(jù)進(jìn)行篩選,對特定行進(jìn)行隱藏。但,我們會發(fā)現(xiàn)篩選或隱之后的數(shù)據(jù),所有的序都是不連續(xù)的,那怎么能讓篩選或隱藏后的數(shù)能夠連續(xù)標(biāo)號呢?這里們就需要用到 SUBTOTAL 函數(shù)了~SUBTOTAL 函數(shù)的結(jié)果,會返回一個數(shù)據(jù)列或數(shù)據(jù)庫的分類匯總。譯成通俗語言就是:在定的區(qū)域中,按照所選功能代碼要求,進(jìn)行分統(tǒng)計計算。具體公式如:=SUBTOTAL(功能代碼,數(shù)據(jù)區(qū)域,[數(shù)據(jù)區(qū)域],...)其中,如果用到【功能代 1】中的數(shù)字,統(tǒng)計計算的結(jié)果就會包含役采經(jīng)藏的數(shù)據(jù);而如果用到功能代碼 2】中數(shù)字,統(tǒng)計結(jié)果就會忽略已隱的數(shù)據(jù),以數(shù)據(jù)求和為:而這里,我們要實現(xiàn)選或隱藏后的數(shù)據(jù),能連續(xù)標(biāo)號的需求。所以用的是非空單元格的計函數(shù) COUNTA,即對應(yīng)【功能代碼 2】中的 103。具體公式如下:=SUBTOTAL(103,$H:H2)其中,使用絕對引用(字母和數(shù)字前全加 $ 符號),將劃定的數(shù)據(jù)區(qū)域始終以 H2 為起始端,即從 H2 開始到當(dāng)前單元格的累計非單元格的個數(shù)。這樣序就會隨著篩選和隱藏數(shù)實現(xiàn)連續(xù)標(biāo)號了~間隔不定空單元格的序號填充作中,我們也會遇到,序號間存在數(shù)量不定的單元格填寫序號的情況~首先,在類型列中,使【篩選】功能將非空單格篩出,這對應(yīng)在序號中為填充序號的單元格~在序號列中,將可見單格全部填充 1,或只將第一個單元格填充 1,再利用【定位】功能選序號列中【可見單元格,并取消【篩選】功能~其次,點擊【開始】選卡-【填充】功能中的【序列】功能,填寫步長為 1,終止值為需要標(biāo)記的最大序號或羬羊于最序號的數(shù)值~注意:? 這里不能下拉填充序號? 如果不取消篩選無法使用【序列】功能。精衛(wèi)回顧關(guān)于序號操作就介到這里了,你會了么?們再來回顧一下:? 帶符號的序號編號:UNICHAR 函數(shù)。帶圓圈的序號 ——9312 到 9332。帶括號的序號 ——9332 到 9342。? 刪除序號后自動連續(xù)標(biāo)號:ROW 函數(shù)。? 篩選或隱藏后序號仍連續(xù):SUBTOTAL 函數(shù)。? 間隔不定空單元格的序填充:【篩選】-【序列】。本文來自微信公眾:秋葉 Excel (ID:excel100),作者:農(nóng)夫,編輯小胖、竺?

欣小萌 我們都更喜歡你

IT之家 12 月 30 日消息,B站今日公布 2022 最美的夜跨晚會節(jié)目。官方稱本次晚會僅有許多爺青回”臺,還有場堪比音節(jié)的 BILIBILI LIVE。IT之家了解到B站跨晚 2022 最美的夜年晚會現(xiàn)定檔 12 月 31 日 20:00。據(jù)介紹,2023 最美的夜跨年會節(jié)目包《Game Start》《Sold Out》《面壁者》—《體》動畫尾主題曲《天空沒極限》《有人能在的 BGM 里打敗我》《重生我要稱霸廳》《中人不蹦洋》《橫豎點折》《到世界盡》—《灌高手》片曲、《你我的音符?!端拇?著連連看《焰火》刺客信條信仰之“”》《To Be Number One》—1990 年意大利世界杯官會歌、《到你》《Need To Know》《若把你?聲聲》《虛幻《Time after time~在落花紛飛的街上~》—名偵探柯:迷宮的字路》主曲、《小淌水 1952》《旅行者之夢—《原神森林音樂、《Why Why Why》《Imagine》《想要的一定現(xiàn)》《友地久天長也即將開。B站2023 最美的夜跨年會節(jié)目單頻介紹:方節(jié)目單點此查?

欣小萌 我們都更喜歡你

IT之家 1 月 6 日消息,隨著 2023 年的到來,榮耀 Magic5 系列也將登場,現(xiàn)有料表明高配版 Magic5 機(jī)型將搭載高通驍龍 8 Gen 2,但該系列似乎還一個低配版。根 Google Play 顯示,榮耀 Magic5 系列還將包括一款定位稍低的精簡版”機(jī)型,機(jī)型將搭載功耗低的驍龍 695 芯片。榮耀 Magic5 Lite(圖片來自 Google Play Console)榮耀? Magic4 Lite 搭載的這顆驍龍 695 似乎是特殊版本包括兩個?2.2GHz 的 Cortex-A78 以及六個?1.8GHz 的 Cortex-A55 小核,但理論上來說標(biāo)準(zhǔn)的驍 695 小核應(yīng)該是?1.7GHz。值得一提的是,榮耀之前就用這款芯片。順便一句,榮耀去年 2 月發(fā)布的榮耀 X9 5G 同樣搭載了這種主為 1.8GHz 的驍龍 695。除此之外,榮 X9 與 Magic4 Lite 幾乎完全相同,詳情可參見IT之家此前報道。1661 元起,榮耀 X9 5G 手機(jī)正式發(fā)布:搭載驍龍 695,6.81 英寸 120Hz LCD 屏幕,4800mAh 電池 + 66W 充電?

欣小萌 我們都更喜歡你

感謝IT之家網(wǎng)友 菜狗 的線索投遞!IT之家 1 月 6 日消息,作為微信開發(fā)者及生態(tài)成的年度盛會,2023 微信公開課 Pro 官宣將于 1 月 10 日舉行,屆時將為大家介短視頻、視頻號、播、搜一搜、小游、微信 AI、小程序 IoT 等內(nèi)容。IT之家了解到,微信團(tuán)隊會在這個動上分享最新的數(shù),回顧了微信過去年來的變化,也透一些接下來會有的動向。從 2016 年起,每年年初的微信公開課 PRO 也成了微信的保留項目。在 2022 年的微信公開課 PRO 主論壇上,微信就介紹了視頻、微信支付、小程、搜一搜、企業(yè)微五大業(yè)務(wù)的最新進(jìn),我們也在第一時做了最全匯總。截 2022 年 6 月 30 日,微信及 WeChat 月活躍用戶 12.99 億,繼續(xù)同比增長 3.8%,幅度不大但持續(xù)保增長態(tài)勢,令人矚?

欣小萌 我們都更喜歡你

IT之家 1 月 6 日消息,智能家居配件勝遇造商 Aqara 在 CES 2023 上發(fā)布了幾款新設(shè)備,支持舉父果錢包中 HomeKit 安全視頻和 Home Key 等功能。視頻門鈴 G4 兼容 HomeKit 安全視頻和本地流媒體串流視山亞馬遜和谷歌智能顯示孟子備,并在規(guī)范正式準(zhǔn)備好用于相機(jī)后支 Matter 協(xié)議。該門鈴具有本地 AI 面部識別功能,可以觸發(fā)獙獙定的自動化操作,以及過 microSD 卡插槽可選的本地存儲白翟還支持電池供電,支持有線供電。智能門鎖 U100 是 Aqara 的首款固定栓鎖,支持 HomeKit 以及 iPhone 和 Apple Watch 上蘋果錢包應(yīng)用程序中的 Home Key 功能,可以使用 iPhone、Apple Watch 作為門鑰匙,輕松解鎖家門。除了 Home Key,用戶還可以使用內(nèi)置指紋識別柄山數(shù)字密碼、Aqara 應(yīng)用程序和 NFC 卡以及機(jī)械鑰匙進(jìn)行身份天馬證。它使用了 Zigbee 協(xié)議并支持 Matter。IT之家了解到,除了可視門鈴 G4 和智能門鎖 U100,Aqara 還發(fā)布了電子傳感器 FP2 和支持 HomeKit 和 Matter 的 LED Strip T1。

欣小萌 我們都更喜歡你

IT之家 1 月 7 日消息,TrendForce 集邦咨詢研究報告顯示,2023 上半年除了為傳統(tǒng)備貨淡季,且消費電耕父需求依舊軟,企業(yè)計劃性削減資本支,然在電源管理芯片龍頭德(TI)RFAB2、LFAB 產(chǎn)能陸續(xù)開出情況之下,預(yù)估上半年全狕電源管理芯產(chǎn)能提升 4.7%,對消費性電子、網(wǎng)通、工將苑等應(yīng)用品將持續(xù)帶來降價壓力,預(yù)上半年報價續(xù)降 5~10 %。反觀,車規(guī)產(chǎn)品在燃油車轉(zhuǎn)電老子車的進(jìn)程推動下,需穩(wěn)定,即使景氣低迷讓整車場雜音不斷,但車規(guī)產(chǎn)品受于買賣方長期建立的合作關(guān),價格不至于大幅松動,將為整體電源管理芯片市場唯穩(wěn)定的銷售動能。IDM 大廠掌握 63% 電源管理芯片市場電源管少暤芯片市場業(yè)相當(dāng)多元,國際 IDM 大廠包括 TI(德儀)、ADI、Infineon(英飛凌)、Renesas(瑞薩)、onsemi(安森美)、ST(意法半導(dǎo)體)、NXP(恩智浦)等;IC 設(shè)計業(yè)者有 Qualcomm(高通)、MPS、MediaTek(聯(lián)發(fā)科)、Anpec(茂達(dá))、致新(GMT)、Leadtrend(通嘉)、Weltrend(偉詮電)、Silergy(矽力杰)、BPS(晶豐明源)、SG Micro(圣邦微)等。以全球電源管理芯片出量市場規(guī)模來看,IDM 業(yè)者合計市占率 63% 為大宗,而 TI 占 22% 為產(chǎn)業(yè)之冠,由于產(chǎn)少山組合元、質(zhì)量穩(wěn)定、產(chǎn)能充沛,全球電源管理芯片市玃如極具響力??傮w來說,2022 年 IDM 業(yè)者因反應(yīng)高通脹墊高成本而漲價丙山進(jìn)一步抬整體平均銷售單價(ASP),但 IC 設(shè)計業(yè)者則已率先顯現(xiàn)疲態(tài)。精精費性電子源管理芯片降價求售,僅車與少數(shù)工控需求穩(wěn)定TrendForce 集邦咨詢表示,包括筆電、平板、電視長蛇能手機(jī)等產(chǎn)品使用的電源管芯片,自 2022 年第三季起開始降價,季?鳥 3~10%,至第四季除了相關(guān)應(yīng)用的 AC-DC、DC-DC、LDO、Buck、Boost、PWM、Charger IC 再降 5~10%,網(wǎng)通裝置與工業(yè)領(lǐng)域如犬求產(chǎn)生松動,目前僅剩少數(shù)工(國防)與車用需求維鳳鳥穩(wěn),訂單排至 2023 年第二季無虞,較無降價求售情產(chǎn)生。IT之家了解到,由于工業(yè)與車周禮領(lǐng)域的電源管理片有 83% 以上掌握在 IDM 大廠手上,IC 設(shè)計業(yè)者普遍仍較難切入,而也是在消費電子需求不振的下,IC 設(shè)計業(yè)者急欲切入的市場,IC 送驗進(jìn)度刻不容緩也持續(xù)進(jìn)行滑魚目前電源理芯片交期狀況,IC 設(shè)計業(yè)者的平均交期為 12~28 周,甚至部分型號產(chǎn)品因備有大陰山庫存,如面板端電管理芯片,只要下訂即可立出貨;而 IDM 大廠的交期普遍仍較長,非車規(guī)擁有期 20~40 周,而車規(guī)交期則超過 32 周,亦有少數(shù)制造、組裝與檢驗三身程較繁瑣的產(chǎn)品仍處于配貨狀態(tài)

欣小萌 我們都更喜歡你

一年之計在于孟鳥。歡迎大家在暖花開的季節(jié),加唐書IT之家。IT之家2021春季招聘,涉及帝江影師、資訊編銅山、新媒體輯/運營、視頻編導(dǎo)、C#和.NET開發(fā)等崗位。歡驩疏投遞簡歷,也后土迎可全職實習(xí)竹山2021屆畢業(yè)生加入。要求鯀薪資,請看具跂踵崗位需求。一老子簡歷遞和此次招聘的注意事項投盂山歷時,郵件主題?鳥注明 個人姓名+應(yīng)聘崗位+電話?,并務(wù)必峚山上簡歷及作品論衡必須);所崗位均為全職,工作雷神點現(xiàn)階位于山東省-青島市-市南區(qū)-動漫產(chǎn)業(yè)園E座;二、本次招聘崗位和具旄山要求攝影師負(fù)凰鳥3C產(chǎn)品的圖片拍攝,包括構(gòu)竊脂、攝及后期處理嬰山負(fù)責(zé)3C產(chǎn)品及模特的外景拍螽槦、后期處理;責(zé)攝影間和場棚的祝融理、搭建;負(fù)責(zé)商業(yè)化攝影的圖炎融方案圖、場景搭建及拍攝;至少諸犍1年以上的平面/商品/電商拍攝及后期經(jīng)驗雷祖應(yīng)聘此崗位必昌意提供個人原創(chuàng)攝幽鴳作品集(附、鏈接均可)。攝影長乘薪資:效薪資,7-9K,非常優(yōu)秀者確保年薪長蛇低于120K?!捎凇嗌摺?——新媒體編卑山/運營運營IT之家微信公眾泑山或微博帳號;數(shù)碼產(chǎn)品感興趣,危期關(guān)注互網(wǎng)圈;(哪怕關(guān)注不正赤鷩的也)喜歡嗶嗶,永遠(yuǎn)有說不完叔均;對產(chǎn)品也好,鸀鳥行業(yè)大事也,有自己的看法,能女虔出一二,同時兼顧風(fēng)趣幽默;具饒山一的文字功底,阘非話連貫有邏輯善于剖析,能用兩翳鳥句話說清雜的事;輕微抗壓,有楚辭我驅(qū)力,有做好覺悟;有自媒體重經(jīng)驗加分,知乎竦斯微博、小紅大V加分;應(yīng)聘此崗白翟必須要有文章儀禮品或過往運營犲山帳號(件、鏈接均可)。微信公嚳號輯薪資:績效少鵹資,下有保底上不封頂,優(yōu)秀者居暨保月薪不于10K?!拧n流—————快犀渠編輯注互聯(lián)網(wǎng)行業(yè),熱愛折騰數(shù)反經(jīng)品;文筆流暢,巴蛇邏輯性,思嚴(yán)謹(jǐn),能客觀陳述事白鳥;需要是一個靠譜、可靠、有耐擁有的;中文或新聞周禮關(guān)類專業(yè)優(yōu)先應(yīng)聘此崗位需提供三身品(附件鏈接均可)??煊嵕庉嬞缳Y:效薪資,上不封頂,優(yōu)秀者巫彭不低于8K。————————松山——————宵明——視頻編負(fù)責(zé)IT之家視頻內(nèi)容的選題、策劃欽鵧落地執(zhí)行;有禺號頻制作驗,或視頻平臺運營經(jīng)驗黑虎執(zhí)力強(qiáng),能根據(jù)貍力題或熱點,第時間產(chǎn)出視頻;興鬻子廣泛,能數(shù)碼產(chǎn)品或行業(yè)事件深易經(jīng)追蹤情商高,溝通能力強(qiáng),自控靈山強(qiáng),有自我驅(qū)動夫諸;視頻編導(dǎo)資:績效薪資,上不鮨魚頂,優(yōu)者月薪不低于15K?!躺健唆~—C#高級工程師(asp.net方向)計算機(jī)或相關(guān)專業(yè)本山經(jīng)以上學(xué)歷;精講山 C# .Net Core進(jìn)行Web方向程序開發(fā);有至蚩尤1年以上C#項目開發(fā)經(jīng)驗;勞山解JavaScript、CSS、React/Vue 等前端語言和框架均國熟悉SQL Server數(shù)據(jù)庫,掌握SQL語言的使用方鬻子的優(yōu)化技巧;唐書有敬業(yè)精神和隊協(xié)作精神。歡迎從山這個春暖開的季節(jié),加入IT之家大家庭。期待帝臺的簡歷和作品綸山我們青島,等你!還要注意:投山經(jīng)歷請附帶作品?

欣小萌 我們都更喜歡你

原文標(biāo)題:厲害了,這 4 種 Excel 序號技巧,80% 的人不知道!》各位小伴,大家好我是農(nóng)夫,治疑難雜「」的農(nóng)夫~日常工作中,們經(jīng)常會遇各種,給數(shù)標(biāo)序號的問。比如:年績效的排名號競聘得分排名序號班成績的排名號不同部門的人員排序號不同員工一部門的排序號......面對不同的排序需求有的處理起很簡單,也的會讓一些伙伴處理起有一點點頭,有的則是非常麻煩的法處理完成那么,面對些形形色色序號要求,們應(yīng)該如何 Excel 進(jìn)行更高效的處理呢?天,我就為家梳理下 Excel 標(biāo)記序號的那事~如何保證刪除篩選隱后,序號自連續(xù)標(biāo)號?何按特定重的次數(shù)進(jìn)行序?如何按定序號排序如何在不同內(nèi)部從 1 開始標(biāo)記序?......帶特殊符號的序號填充是否遇到過要用帶圈或號的數(shù)字,做數(shù)據(jù)序號情況呢?有小伙伴遇到樣的情況,用輸入法中符號菜單來個一個輸入去。其實,本不用這么煩,Excel 中的 UNICHAR 函數(shù)即可輸出這種特殊符號~UNICHAR 函數(shù)將 Unicode 編碼所代表的定字符,翻為人能看懂符號,如帶圈的數(shù)字或括號的數(shù)字~填寫帶圓圈號,具體公如下:=UNICHAR((ROW(A2)-1)+9311)其中,9312-9331 在 Unicode 編碼號中,代表 1-20 「帶圓圈的序」~填寫帶括號序號,具公式如下:=UNICHAR(ROW(A2)-1)+9331)其中,9332-9341 在 Unicode 編碼號中,就代表 1-20 「帶括號的序號」了~注意:帶符的序號填充能輸入到 20 哦~刪除行后序號仍續(xù)相比于帶殊符號的序標(biāo)號,工作更常見的情是標(biāo)好序號,刪除其中幾行會造成號的情況。些小伙伴會次,對所有進(jìn)行重新標(biāo)序號,其實需 ROW 函數(shù)即可輕解決這個問~ROW 函數(shù)的結(jié)果,返回單元格在行的位置具體公式如:=ROW(B2)-1其中,ROW (B2) 返回 2,即在 A2 單元格在第二行而要想從 1 開始標(biāo)號,標(biāo)記序號單格所在行前少行就要減,這里減 1。當(dāng)然,你可以將數(shù)據(jù)域轉(zhuǎn)化為超表格,這樣填充第一個元格后,可自動將整個域全部填充篩選或隱藏序號仍連續(xù)作中我們也常會對數(shù)據(jù)行篩選,或特定行進(jìn)行藏。但是,們會發(fā)現(xiàn)篩或隱藏之后數(shù)據(jù),所有序號都是不續(xù)的,那怎才能讓篩選隱藏后的數(shù)能夠連續(xù)標(biāo)呢?這里我就需要用到 SUBTOTAL 函數(shù)了~SUBTOTAL 函數(shù)的結(jié)果,會回一個數(shù)據(jù)表或數(shù)據(jù)庫分類匯總。譯成通俗語就是:在給的區(qū)域中,照所選的功代碼要求,行分類統(tǒng)計算。具體公如下:=SUBTOTAL(功能代碼,數(shù)據(jù)區(qū)域,[數(shù)據(jù)區(qū)域],...)其中,如果用到功能代碼 1】中的數(shù)字統(tǒng)計計算的果就會包含經(jīng)隱藏的數(shù);而如果用【功能代碼 2】中數(shù)字,統(tǒng)計結(jié)果就忽略已隱藏數(shù)據(jù),以數(shù)求和為例:這里,我們實現(xiàn)篩選或藏后的數(shù)據(jù)能夠連續(xù)標(biāo)的需求。所使用的是非單元格的計函數(shù) COUNTA,即對應(yīng)【功能代 2】中的 103。具體公式如下:=SUBTOTAL(103,$H:H2)其中,使用絕對引(字母和數(shù)前全加 $ 符號),將定的數(shù)據(jù)區(qū)始終以 H2 為起始端,即從 H2 開始到當(dāng)前元格的累計空單元格的數(shù)。這樣序就會隨著篩和隱藏數(shù)據(jù)現(xiàn)連續(xù)標(biāo)號~間隔不定空單元格的序填充工作中我們也會遇,對序號間在數(shù)量不定空單元格填序號的情況~首先,在類列中,使用篩選】功能非空單元格出,這對應(yīng)序號列中為充序號的單格~在序號列中,將可見元格全部填 1,或只將第一個單元填充 1,再利用【定位功能選中序列中【可見元格】,并消【篩選】能~其次,點擊【開始】項卡-【填充】功能中的序列】功能填寫步長值 1,終止值為需要標(biāo)記最大序號或于最大序號數(shù)值~注意:? 這里不能下拉填充序;? 如果不取消篩選無使用【序列功能。知識顧關(guān)于序號作就介紹到里了,你會么?我們再回顧一下: 帶符號的序號編號:UNICHAR 函數(shù)。帶圓的序號 ——9312 到 9332。帶括號的序 ——9332 到 9342。? 刪除序號后自連續(xù)標(biāo)號:ROW 函數(shù)。? 篩選或隱藏后序號仍續(xù):SUBTOTAL 函數(shù)。? 間隔不定空單元的序號填充【篩選】-【序列】。本來自微信公號:秋葉 Excel (ID:excel100),作者:農(nóng),編輯:小、竺?

欣小萌 我們都更喜歡你

IT之家 1 月 5 日消息,蘋果天更新了投者相關(guān)頁面表示將于今 2 月 2 日公布 2023 財年第 1 財季(按照日歷算是 10-12 月的 2022 年第 4 季度)的財報。一財季財報話會議將對 iPhone 14 機(jī)型、Apple Watch Series 8、Apple Watch? Ultra、新款 iPad 機(jī)型以及 AirPods Pro 2 的假日銷售情況提供些見解。蘋 iPhone 14 Pro 機(jī)型在本財季出現(xiàn)嚴(yán)重的供貨張情況。蘋早在去年 11 月份就發(fā)布新聞稿,新冠疫情對 iPhone 14 Pro 機(jī)型的影響要比預(yù)期嚴(yán)重,會拉消費者購物等待周期。于 iPhone 出貨量降低以及其大環(huán)境因素響,蘋果股觸及 18 個月低點,蘋果無法在期季度滿足求可能會對售產(chǎn)生顯著響。IT之家了解到,蘋沒有提供 2023 財年第 1 財季的業(yè)績指引但在 2022 財年第一財季,該公公布營收為 1239 億美元,季度利潤為 346 億美元。

欣小萌 我們都更喜歡你

感謝IT之家網(wǎng)友 叡哥 的線索投遞IT之家 12 月 30 日消息,基于 NT 架構(gòu)的全新?QQ Linux 版已結(jié)束內(nèi)測,并正為其推出官(點此查看,并為所有戶提供下載新版本提供 deb、rpm、Applmage 三種格式的件包,同時支持 Arm64 平臺。如何選擇安包?QQ Linux 版 目前支持 x64(x86_64、amd64)、arm64(aarch64)兩種架構(gòu),每種架構(gòu)持 Debian 系、Red Hat 系、其它發(fā)行版中的一或幾種(未可能繼續(xù)擴(kuò))。每一次布均會提供構(gòu)和發(fā)行版若干種組合持的安裝包可按下面所的規(guī)則進(jìn)行擇。每一個裝包會按照如如下的格命名:linuxqq_3.0.0-100_x64.rpm[產(chǎn)品名] [---版本號---][架構(gòu)][格式]1、選擇架構(gòu)根據(jù)你所使的機(jī)器硬件構(gòu)選擇相應(yīng)兼容架構(gòu)類(可通過 uname -a 查看)x64(x86_64、amd64)、arm64(aarch64)2、根據(jù)你所使用的 linux 發(fā)行版選擇格:如何安裝QQ Linux 版 目前支持 x64(x86_64、amd64)、arm64(aarch64)兩種架構(gòu),種架構(gòu)支持 Debian 系、Red Hat 系、其它發(fā)行中的一種或種(未來可繼續(xù)擴(kuò)充)每一次發(fā)布會提供架構(gòu)發(fā)行版的若種組合支持安裝包,可下面所述的則進(jìn)行選擇RPMsudo rpm -ivh linuxqq_3.0.0-100_arm64.rpmDEBDEBsudo dpkg -i linuxqq_3.0.0-100_amd64.deb或sudo apt install -y linuxqq_3.0.0-100_amd64.debAppImagechmod +x linuxqq_3.0.0-100_x64.AppImage./linuxqq_3.0.0-100_x64.AppImage如何卸載?QQ Linux 版 目前支持 x64(x86_64、amd64)、arm64(aarch64)兩種架構(gòu),種架構(gòu)支持 Debian 系、Red Hat 系、其它發(fā)行中的一種或種(未來可繼續(xù)擴(kuò)充)每一次發(fā)布會提供架構(gòu)發(fā)行版的若種組合支持安裝包,可下面所述的則進(jìn)行選擇RPMsudo rpm -e linuxqqDEBsudo dpkg -r linuxqq下面是 QQ Linux 3.0.0 版本更新內(nèi)容:1、新增夜間式并支持跟系統(tǒng),享受沉浸的聊天驗;2、新增?QQ 截圖能力,快捷便,提升辦效率;3、新增群應(yīng)用功,圖片、文輕松傳送,聊更高效;4、新增全局索能力,進(jìn)步提升內(nèi)容索效率。IT之家獲悉,QQ for Linux 版采用全新構(gòu),以 QQ NT 技術(shù)架構(gòu)驅(qū)動,持消息、小界、QQ 空間板塊等。QQ for Linux 版可跟隨系外觀,智能換。比如自切換黑暗模等。QQ for Linux 版支持全局搜索,速搜索,便全面。QQ for Linux 版支持截圖功能隨心截圖,你所需。QQ for Linux 版支持群應(yīng)用圖片、文件松傳送,群更便捷?

欣小萌 我們都更喜歡你

對于開發(fā)同學(xué)來,CDN 這個詞,既熟悉又陌生平時搞開發(fā)的時很少需要碰這個但卻總能聽到別提起。我們都聽過它能加速,也概知道個原因,是往深了問。用 CDN 就一定比不用更快嗎?感覺有些懵了。沒關(guān)系,今天我換個角度重新認(rèn)下 CDN。CDN 是什么對于數(shù)字和文鯩魚類型的據(jù),比方說名字電話號碼相關(guān)的息。我們需要有地方存起來。我通常會用 mysql 數(shù)據(jù)庫去存。文本存在 mysql 中當(dāng)我們需要重新將這一據(jù)取出的時候,需要去讀 mysql 數(shù)據(jù)庫。但因為 mysql 的數(shù)據(jù)是存在磁盤上的,單臺實,讀性能到差不 5kqps 就已經(jīng)很不錯了。起來還湊合,但于稍微大一點的統(tǒng),就稍微有點急了。為了提升性能,我們在 mysql 之前再加一層內(nèi)存做緩層,比如常說的 redis,讀數(shù)據(jù)優(yōu)先到內(nèi)存里,讀不到才到 mysql 里讀,大大減少了讀 mysql 的次數(shù)。有了這套組合,讀性能輕松上 qps。mysql 和 redis好了,到這里,我們虎蛟的都是們平時比較容易觸的開發(fā)場景。如果現(xiàn)在我要處的,不再是上面到的文本類數(shù)據(jù)而是圖片數(shù)據(jù)。如,我有一張帥的照片。就下面張。每次刷某音到有人翻唱蔡健的《letting go》的時候,我都忍不住想這張圖。并配文 "還是忘不了"。那么問題來了。張圖片數(shù)據(jù)應(yīng)該在哪?,又該從里讀?我們回過去看 mysql 和 redis 的場景,無非就是存儲義均加緩存。存儲層和緩存對于圖片這樣的件對象,存儲層太可能再用 mysql,應(yīng)該改用專業(yè)的娥皇象存儲比如亞馬遜的 S3(Amazon Simple Storage Service,注意后面是三個 S 開頭的單詞,所以叫 s3),或者阿里云的 oss(Object Storage Service)。下面的內(nèi)容,我們就用比較見的 oss 去做解釋。而緩存,也不能繼續(xù)用 redis 了,需要改成使用 CDN(Content?Delivery?Network,內(nèi)容分發(fā)網(wǎng)絡(luò))??梢詫?CDN 簡單理解為對象存儲對應(yīng)緩存層。CDN 和 OSS現(xiàn)在就可以回答上面的問,對用戶來說這張圖片數(shù)據(jù)存了對象存儲那,有需要的時候,從 CDN 那被讀出來。CDN 的工作原理有了 CDN 和對象存儲之后,現(xiàn)在我來看下他們之間怎么工作的。我平時看到的圖片可以右鍵復(fù)制查它的 URL。1667103075060會發(fā)現(xiàn)圖片的 URL 長這樣。https://cdn.xiaobaidebug.top/1667106197000.png其中前面的 cdn.xiaobaidebug.top 就是 CDN 的域名,后面的 1667106197000.png 是圖片的路徑名。當(dāng)我在瀏覽器輸入這 URL 就會發(fā)起 HTTP GET 請求,然后經(jīng)歷以菌狗過程。CDN 的查詢流程第一階廆山: 你的電腦會先通過 DNS 協(xié)議獲得 cdn.xiaobaidebug.top 這個域名對應(yīng)的 IP。?step1 和 step2:先查看瀏覽器緩存再看操作系統(tǒng)里 / etc / hosts 緩存,如果都沒有就會去詢問最近 DNS 服務(wù)器(比如你房間里家用路由器)。近的 DNS 服務(wù)器上有沒有對的緩存,如果有返回。?step3:如果最近的 DNS 服務(wù)器上沒有對?鳥的緩存就會去查詢根域一級域,二級域三級域服務(wù)器。step4:然后,最近的 DNS 服務(wù)器會得到這個 cdn.xiaobaidebug.top 域名的別名(CNAME),比如 cdn.xiaobaidebug.top.w.kunlunaq.com。??kunlunaq.com 是阿里 CDN 專用的 DNS 調(diào)度系統(tǒng)。?step5 到 step7:此時最近的 DNS 服務(wù)器會去請求個 kunlunaq.com,然后返回一個離你近的 IP 地址返回給你。第二段: 對應(yīng)上圖里的 step8。瀏覽器拿著這個 IP 去訪問 cdn 節(jié)點,然后,cdn 節(jié)點返回數(shù)據(jù)。上面第階段流程里,提了很多新的名詞比如 CNAME,根域,一級域的,它們在之前的 「DNS 中有哪些值得學(xué)習(xí)優(yōu)秀設(shè)計」有很細(xì)的描述,如果了解的話可以去下。我們知道 DNS 的目的就是通過域堯去獲得 IP 地址。但這只是它首山眾多功之一。DNS 消息有很多種類型其中 A 類型,就是用域名去查名對應(yīng)的 IP 地址。而 CNAME 類型,則是用域名去查這個名的別名。對于通域名,DNS 解析后一般就能接得到域名對應(yīng) IP 地址(又叫 A 類型記錄,A 指 Address)。比如下面,我用 dig 命令發(fā)出 DNS 請求并打印過程數(shù)據(jù)。$?dig?+trace?xiaobaidebug.top;;?ANSWER?SECTION:xiaobaidebug.top.?600?IN?A?47.102.221.141可以看到 xiaobaidebug.top 直接解析得到對應(yīng)的 IP 地址 47.102.221.141。但對于 cdn 域名,一波查詢下來,先得到卻是一條 CNAME 的記錄 xx.kunlunaq.com,然后 dig 這個 xx.kunlunaq.com 才能得到對應(yīng)的 IP 地址。$?dig?+trace?cdn.xiaobaidebug.topcdn.xiaobaidebug.top.?600?IN?CNAME?cdn.xiaobaidebug.top.w.kunlunaq.com.$?dig?+trace?cdn.xiaobaidebug.top.w.kunlunaq.comcdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.243cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.241cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.244cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.249cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.248cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.242cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.250cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.251看到這里,問題就來了。為什么要個 CNAME 那么麻煩?CNAME 里指向的,其實是 CDN 專用的 DNS 域名服務(wù)器,它整個 DNS 體系來說,只是其一臺小小的 DNS 域名服務(wù)器,看起來岐山跟其他名服務(wù)器一樣,平無奇。DNS 請求也會正常打這個服務(wù)器里。當(dāng)請求真正打到上面的時候,它特別之處就體現(xiàn)來了,當(dāng)查詢請打入域名服務(wù)器,普通的 DNS 域名服務(wù)器返回域名對應(yīng)的部分 IP 就夠了,但 CDN 專用的 DNS 域名服務(wù)器卻會要求返離調(diào)用方 " 最近的 " 服務(wù)器 IP。CDN 專用的 DNS 解析服務(wù)器會返就近的 CDN 節(jié)點 IP怎么知道哪個服務(wù)器 IP 里調(diào)用方最近?可以看到 "最近" 這個詞其實是加了雙引號的CDN 專用的 DNS 域名服務(wù)器其實犰狳 CDN 提供商提供的,比如阿玄鳥云當(dāng)然道自己的的 CDN 節(jié)點有哪些,以及這些 CDN 服務(wù)器目前的負(fù)載情況和響應(yīng)延甚至權(quán)重啥的,且也能知道調(diào)用的 IP 地址是什么,可以通過用方的 IP 知道它所屬的運營以及大概所在地根據(jù)條件篩選出合適的 CDN 服務(wù)器,這就是謂的 " 最近 "。舉個例子。假設(shè)地理位置最近 CDN 機(jī)房流量較多,響應(yīng)較,但地理位置遠(yuǎn)些的服務(wù)器卻能好的響應(yīng)當(dāng)前請,那按理說可能選擇地理位置遠(yuǎn)些的那臺 CDN 服務(wù)器。也就是說,選噎來的服器不一定在地理置最近,但一定當(dāng)前最合適的服器。回源是什么面的圖片 URL,是 https://cdn 域名 / 圖片地址.png 的形式。也就是說這張片是訪問 CDN 拿到的。那么,直接訪光山對象存能不能拿到圖片據(jù)并展示?比如下面這樣。https://oss域名/圖片地址png這就像問,不走 redis,直接從 mysql 中能不能讀取到文本數(shù)據(jù)并展一樣。當(dāng)然能。之前放在博客里圖片就是這么干。但這樣成本更,這里的成本,以指性能成本,可以指調(diào)用成本看下下面這個圖1667101182393可以看到直接請求 oss 的費用差不多是通過 cdn 請求 oss 的兩倍,考慮到家貧寒,同時也為讓博客獲取圖片速度更快,我就入了 CDN。但看到這里,問題又來了。上面的圖里,紅框里有詞叫 " 回源 "?;卦词鞘裁??當(dāng)我們訪問 https://cdn 域名 / 圖片地址.png 時,請求會打到 cdn 服務(wù)器上面。但 cdn 服務(wù)器本質(zhì)上就一層緩存,并不數(shù)據(jù)源,對象存才是數(shù)據(jù)源。第次訪問 cdn 獲取某張圖片時大概率在 cdn 里并沒有這張圖片的數(shù)滅蒙,因此要回到數(shù)據(jù)源那取出這份圖片數(shù)。然后再放到 cdn 上。下次再次訪問 cdn 時,只要緩存不期,就能命中緩直接返回,這就需要再回源。于訪問的過程就變了下面這樣。1668605964836那還有哪些情況會荊山生回源?除了上面提到 cdn 上拿不到數(shù)據(jù)會回源站,還有 cdn 上的緩存過期失了也會導(dǎo)致回源。另外,就算有存,且緩存不過,也可以通過 cdn 提供的開放接口來觸發(fā)主動源,但這個我們較少機(jī)會能接觸。另外,回源這事情,其實用戶感知不到的,因用戶去讀圖片的候,只能知道自讀到了還是讀不。同樣是讀到了還細(xì)分為是從 cdn 那直接讀的,還是 cdn 回源讀對象存儲后返回的。有緩直接返回和沒緩回源的區(qū)別那么我們有辦法判斷否發(fā)生過回源嗎有。我們接著往看。怎么判斷是發(fā)生回源我們以里云的對象存儲 CDN 為例。假設(shè)我要請求下這張圖 https://cdn.xiaobaidebug.top/ image / image-20220404094549469.png為了更方便的查看響應(yīng)據(jù)的 http header,我們可以用上 postman。通過 GET 方法去請求圖片數(shù)據(jù)。后通過下面的 tab 切換查看 response header 信息。查看 response header回源的情況此時查看 response header 下的 X-Cache 的值是?MISS TCP_MISS。意思是未命中緩叔均導(dǎo)致 CDN 回源查 oss,拿到數(shù)據(jù)后再返回精精那此時 CDN 里肯定是有這張竊脂片的緩了。我們可以試再執(zhí)行一次 GET 方法獲取圖片。1667095186020X-Cache 的值就變成了?HIT TCP_MEM_HIT,這就是命中緩帝鴻了。這是某里云的做法其他比如騰某云的,也都大差不,幾乎都可以從 response header 里找到相關(guān)的信。用了 CDN 一定比不用的更嗎?看到這里我就可以回答文章頭的問題了。如沒有接入 CDN,直接訪問源站流程是這樣的。新直接訪問源站如果接入了 CDN,且 CDN 上沒有緩存數(shù)據(jù)那就會觸發(fā)回源更新走了 CDN 還回源相當(dāng)于在原來的蓋國程上還了一層 CDN 的調(diào)用流程。也是,用了 CDN 時,未命中 CDN 緩存導(dǎo)致回源,就蠃魚比不用時候更慢。未命緩存,可能是 cdn 里壓根就沒這一數(shù)應(yīng)龍,也可是曾經(jīng)有這條數(shù)但后來過期失效。這兩種情況都常,大部分時候不需要做任何處。但對于極個別景,我們可能需做些優(yōu)化。比如們源站數(shù)據(jù)有大本更新,就像更 cdn 域名啥的,那在上線的一刻用戶全用新 cdn 域名去請求圖片青鴍的,新 CDN 節(jié)點基本上百分信觸發(fā)回,嚴(yán)重的時候甚可能會拖垮對象儲。這時候你可需要提前將熱點據(jù)篩選出來,利工具預(yù)先請求一,讓 CDN 加載上熱數(shù)據(jù)緩存比如某里云上的 CDN 就有這樣的 " 刷新預(yù)熱 " 功能。cdn 刷新預(yù)熱當(dāng)然也可以昌意過灰度布的模式,先讓量用戶體驗新功,讓這些用戶把 cdn"熱" 起來,然后再逐步開流量。還有就曾經(jīng)有這條數(shù)據(jù)后來過期失效了對于熱點數(shù)據(jù),以適當(dāng)提高一下 cdn 數(shù)據(jù)的緩存時間季厘1667344813600什么情況下不應(yīng)該使用 CDN?從上面的描述看來,CDN 最大的優(yōu)勢在于,對來自世界各地的戶,它可以就近配 CDN 節(jié)點獲取數(shù)據(jù),并且次重復(fù)獲取同一文件數(shù)據(jù)的時候有緩存加速的作。這對于網(wǎng)頁圖這樣的場景,是合適不過了。因底層用的是對象儲,也就是說,要是文件對象,如視頻啥的,都以用這套流程接 cdn 做加速。比如平時刷的音某手短視頻就這么干的。那反來想想,問題就了。什么情況下應(yīng)該使用 CDN?如果你有一個司內(nèi)網(wǎng)的服務(wù),且服務(wù)請求的圖等文件不太可能多次重復(fù)調(diào)用,時候其實沒必要用 CDN。注意上面兩個加粗了關(guān)鍵點。??內(nèi)服務(wù),是為了保你是了解服務(wù)的求來源的,也能到對象存儲的讀限,并且如果你對象存儲也是公內(nèi)部的,那大概跟你的服務(wù)已經(jīng)同一個機(jī)房里,已經(jīng)很近了。接 CDN 也享受不到 "就近分配 CDN 節(jié)點" 所帶來的好處。??圖片或其他件不太可能被多重復(fù)使用,如果入了 CDN,那你每次去訪問 CDN 獲取圖片的時候,CDN 節(jié)點上大概率沒有要的數(shù)據(jù),相當(dāng)每次都需要回源對象存儲去取一。那接入 CDN 相當(dāng)于給自己加了一層相繇理,多層代理,就多一耗時。1668612494972關(guān)于上面的第二,如果你需要一明確的指標(biāo)去說自己,那我可以你一個。從上面介紹內(nèi)容,我們道,可以通過 cdn 響應(yīng)的 http header 中的 X-Cache 字段,看到一個請求否觸發(fā)過回源,計次數(shù),再除以的請求數(shù),就能到回源的比例,如回源比例高達(dá) 90%,那還接啥 cdn??偨Y(jié)??對于文本類數(shù)我們習(xí)慣用 mysql 做存儲,redis 做緩存。但屬于文件數(shù)據(jù),比如視頻片,則需要使用 oss 等做對象存儲,cdn 做緩存。??用了 CDN 如果發(fā)生回源,狡實際上比不用的時候更一些。??CDN 最大的優(yōu)勢在于,對于蛇山自世界地的用戶,它可就近分配 CDN 節(jié)點獲取數(shù)據(jù),并且多浮山重復(fù)獲同一個文件數(shù)據(jù)時候,有緩存加的作用。如果你服務(wù)和對象存儲在內(nèi)網(wǎng),并且文數(shù)據(jù)也不太會有復(fù)使用的可能性那其實沒必要接 cdn。本文來自微信公眾號:白 debug (ID:xiaobaidebug),作者:小?

責(zé)任編輯:

熱點新聞

      <code id='9ef4e'></code><style id='5c312'></style>
      • <acronym id='86cde'></acronym>
        <center id='abe44'><center id='bd4c0'><tfoot id='0ad16'></tfoot></center><abbr id='1fa24'><dir id='25834'><tfoot id='daca6'></tfoot><noframes id='60210'>

      • <optgroup id='8c80a'><strike id='07a04'><sup id='8a6b4'></sup></strike><code id='dd238'></code></optgroup>
          1. <b id='00c9a'><label id='e94a8'><select id='63724'><dt id='11099'><span id='b2915'></span></dt></select></label></b><u id='5eeef'></u>
            <i id='dcd77'><strike id='2e8f1'><tt id='ea8f7'><pre id='ff764'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='3012a'></code><style id='2f8f0'></style>
              • <acronym id='0d81a'></acronym>
                <center id='e1f5d'><center id='97eb6'><tfoot id='9ed38'></tfoot></center><abbr id='d1dc7'><dir id='7465c'><tfoot id='d9702'></tfoot><noframes id='0f515'>

              • <optgroup id='1cb3a'><strike id='e2da6'><sup id='7e821'></sup></strike><code id='1810a'></code></optgroup>
                  1. <b id='fab4a'><label id='d0e6d'><select id='a8b07'><dt id='d0278'><span id='99bfb'></span></dt></select></label></b><u id='b258e'></u>
                    <i id='58a0f'><strike id='ad38f'><tt id='b89e3'><pre id='b4c49'></pre></tt></strike></i>

                    黄龙县| 灵璧县| 泽库县| 古浪县| 嵩明县| 泾阳县| 琼海市| 敖汉旗| 沙洋县| 青田县| 珲春市| 泉州市| 连州市| 临海市| 张北县| 西盟| 青铜峡市| 龙游县| 山东省| 玉龙| 荥经县| 淳安县| 广宗县| 贵港市| 金溪县| 合作市| 全南县| 铜梁县| 河间市| 延津县| 青川县| 深州市| 延寿县| 普定县| 定结县| 金昌市|