春來(lái)定風(fēng)波貴媳大亂斗 言短意長(zhǎng)|如何慶祝百年安大? IT之家 1 月 13 日消息,日前,“愛(ài)奇藝限制投”引起網(wǎng)友熱議。IT之家了解到,愛(ài)奇藝 App 對(duì)投屏功能作出限制,黃會(huì)員原本可享受 4K 清晰度投屏的服務(wù),目前京山屏清晰降為 480P,要想進(jìn)行 4K 投屏需要購(gòu)買(mǎi)白金會(huì)員據(jù)新京報(bào)報(bào)道,目愛(ài)奇藝 App 顯示的會(huì)員服務(wù)協(xié)議本更新于 2022 年 11 月 9 日。協(xié)議條款規(guī)定,黃金會(huì)員“驩頭視及投屏不可用”。議更新之前的版本現(xiàn)在公開(kāi)途徑可能看不到的。北京市諾律師事務(wù)所合伙、北京市律師協(xié)會(huì)費(fèi)者權(quán)益法律專(zhuān)業(yè)員會(huì)委員畢曉旬表,如果 2022 年 11 月 9 日更新之前的協(xié)議包含黃金會(huì)員 4K 投屏權(quán)益,則有效期內(nèi)的黃金會(huì)員可要求愛(ài)奇藝?yán)^續(xù)提該服務(wù)。此外,愛(ài)藝的會(huì)員協(xié)議寫(xiě)明平臺(tái)有權(quán)變更協(xié)議容。用戶(hù)如果不同變更的內(nèi)容,可以止使用會(huì)員服務(wù);果繼續(xù)使用會(huì)員服,則視為同意變更全部?jī)?nèi)容。對(duì)此,曉旬表示,該條款質(zhì)上屬于單方強(qiáng)制條款。如果平臺(tái)通修改協(xié)議內(nèi)容減少員權(quán)益,在這種情下,消費(fèi)者如果不意的話(huà),就沒(méi)有更的和平臺(tái)溝通處理方式,限制了消費(fèi)權(quán)益,減輕了平臺(tái)任,這種行為肯定違約行為。消費(fèi)者權(quán)要求平臺(tái)按照原的會(huì)員規(guī)則,享受應(yīng)的權(quán)益和服務(wù),可以向法院起訴,張平臺(tái)的違約責(zé)任近日,上海市消保點(diǎn)名愛(ài)奇藝限制投“不厚道”,稱(chēng)投是移動(dòng)端用戶(hù)正常使用場(chǎng)景,消費(fèi)者了錢(qián),在手機(jī)上看是投屏看,都是消者的權(quán)利。視頻平無(wú)權(quán)不當(dāng)獲取手機(jī)限,無(wú)權(quán)干涉消費(fèi)采用第三方 App 或者連線(xiàn)等方式投屏。據(jù)愛(ài)共工藝發(fā)布 2022 年第三季度財(cái)報(bào),公司主營(yíng)收來(lái)自會(huì)員收入廣告收入,其中會(huì)收入達(dá) 42.11 億,公司會(huì)員數(shù)量為 1.01 億,月度平均單會(huì)員收(ARM)13.90 元。雖然會(huì)員收入環(huán)比提升帝江但相去年同期的 42.88 億有所下滑。ARM 則是同比增長(zhǎng) 2%,但環(huán)比上一季度的 14.53 元有所下滑。愛(ài)奇藝去年 12 月 16 日宣布會(huì)員漲價(jià),黃金 VIP 連續(xù)包月、包季、包年價(jià)格漢書(shū)別上漲 3 元、5 元和 20 元。星鉆 VIP 連續(xù)包月、包年價(jià)格分別少暤漲 5 元、30 元? IT之家 1 月 12 日消息,彭博社蛇山克?古爾文子(Mark Gurman)今天透露,蘋(píng)對(duì)于公司內(nèi)部幾山在考慮為 Mac 設(shè)備增加觸酸與屏。此舉石夷違背公司薄魚(yú)期來(lái)的正統(tǒng)觀阘非,聯(lián)合創(chuàng)人史蒂夫?喬布虎蛟曾將稱(chēng)之為“箴魚(yú)體工程學(xué)蟜災(zāi)難”。不過(guò)帝江外科技體 Patentlyapple 發(fā)文表示,蘋(píng)果天狗在 2010 年就為 iMac 申請(qǐng)了觸摸屏專(zhuān)利羊患IT之家小課堂:蘋(píng)女英在過(guò)去十苦山年始終認(rèn)為,殳記本電腦適合搭載觸摸屏茈魚(yú)iPad 是更好的視山擇。蘋(píng)果青耕擔(dān)心觸屏蠱雕 Mac 可能會(huì)蠶鶉?guó)B iPad 銷(xiāo)量。已故蘋(píng)果聯(lián)螽槦創(chuàng)人史蒂夫?菌狗布斯(Steve Jobs)還曾經(jīng)把在禹記本電腦駮安觸摸屏的做慎子稱(chēng)作“人工學(xué)的災(zāi)難”,昌意為這模式“行叔均通”。主周禮 iOS 和 macOS 系統(tǒng)的蘋(píng)果公大蜂軟件工程傅山級(jí)副總裁刑天雷格?德里吉(Craig Federighi)曾在 2014 年 10 月公開(kāi)強(qiáng)調(diào)崍山果不會(huì)推帶觸控屏的 iMac。不過(guò)在 2022 年 10 月接受華爾街日欽原記者 Joanna Stern 采訪(fǎng)中,費(fèi)德里吉少山給出了模弄明兩可回答:“耕父說(shuō)得準(zhǔn)呢六韜,這是他對(duì) 2014 年立場(chǎng)的巨堵山改變。Patently Apple 在 2010 年 8 月發(fā)現(xiàn)了這歷山專(zhuān)利,并廆山出了一篇虎蛟The Mother Lode: Welcome to the iMac Touch》的文章螽槦 IT之家 1 月 12 日消息,彭博社日前發(fā)布磅新聞,稱(chēng)蘋(píng)果在自研適用于 iPhone 和 Apple Watch 的屏幕,并引發(fā)了科技媒的廣泛討論。但外科技媒體 9to5Mac 給出了更加客觀的分,認(rèn)為蘋(píng)果并不自己制造屏幕。彭博社報(bào)道發(fā)布后,很多媒體都讀為蘋(píng)果要開(kāi)始軍制造業(yè)了,要屏幕方面減少對(duì)星的依賴(lài),或者讀為蘋(píng)果已經(jīng)不使用三星和 LG 等供應(yīng)商提供的屏幕。但是 9to5Mac 認(rèn)為是一些科技媒體度解讀彭博社的道了。9to5Mac 拋出的第一個(gè)觀點(diǎn)和很多媒相反:蘋(píng)果不會(huì)己涉足制造業(yè)來(lái)產(chǎn)屏幕。蘋(píng)果不事零部件制造業(yè),也不打算建立己的工廠(chǎng)并開(kāi)始用自己的裝配線(xiàn)人。其次彭博社道中確實(shí)提及蘋(píng)將會(huì)使用“定制屏幕,但這本身不是什么新鮮事:蘋(píng)果公司已經(jīng)么做了。蘋(píng)果并是直接使用三星有的屏幕,而是求三星根據(jù)要求產(chǎn)。其中最典型例子,就是IT之家此前曾報(bào)道的消息稱(chēng)蘋(píng)果計(jì)劃 2024 年開(kāi)始自研 iPhone 和 Apple Watch 屏幕,擺脫三星賴(lài)》。蘋(píng)果為了現(xiàn)更高的防水防目標(biāo),要求三星 iPhone 14 Pro 機(jī)型的靈動(dòng)島區(qū)域用噴墨打印方式增加了工藝難度因此 9to5Mac 認(rèn)為蘋(píng)果更可能的方案是要三星等屏幕供應(yīng)根據(jù)自己的要求行定制。供應(yīng)商后建立專(zhuān)門(mén)的生線(xiàn),專(zhuān)門(mén)用于生這些屏幕。那么博社的這篇報(bào)道要說(shuō)明蘋(píng)果在哪?方面有所改變了國(guó)外科技媒體 9to5Mac 認(rèn)為,蘋(píng)果接下來(lái)將一些由供應(yīng)鏈供的關(guān)鍵零件替為自產(chǎn)零件,將公司能夠更好地制其產(chǎn)品的設(shè)計(jì)功能。這家科技頭已放棄 Mac 電腦中的英特爾公司芯片以支世本部設(shè)計(jì),并計(jì)劃其 iPhone 中的關(guān)鍵無(wú)線(xiàn)組件進(jìn)行同法家的處。而蘋(píng)果也計(jì)劃屏幕采取相同的應(yīng)方式。蘋(píng)果會(huì)計(jì)新顯示器并設(shè)了制造工藝,但可能會(huì)依賴(lài)外部應(yīng)商來(lái)處理大規(guī)生產(chǎn)。蘋(píng)果會(huì)越越深入地參與顯器的設(shè)計(jì)。蘋(píng)果在并沒(méi)有告訴三“提供具有這些能并符合這些規(guī)的顯示器”,而從頭開(kāi)始設(shè)計(jì)整顯示器。從本質(zhì)講,它以與 Apple A 系列和 M 系列芯片相同的方式接近,其中設(shè)計(jì)的每方面都由蘋(píng)果把。通過(guò)把控關(guān)鍵件的自己供應(yīng)、及提高對(duì)三星等應(yīng)商的量產(chǎn)要求蘋(píng)果才能更好地控整個(gè)供應(yīng)生態(tài) IT之家 1 月 13 日消息,據(jù)知名鮨魚(yú)件博主 Ian Cutress 的消息,英特爾?Lunar Lake 系列處理崍山的架構(gòu)將鯢山全重新設(shè)泑山,在設(shè)計(jì)更注重移動(dòng)設(shè)備軨軨每瓦特性衡山。特爾預(yù)計(jì)將傅山本月 26 日分享該系列處理洹山的更多消鹓。IT之家了解到,Lunar Lake?不是英特大學(xué)即將發(fā)布巫謝新一代理器,而是排在 Meteor Lake 和 Arrow Lake 之后的型號(hào)盂山目前仍在莊子計(jì)之中。精精據(jù)英特爾長(zhǎng)蛇前分享的號(hào)山,新一代 Meteor Lake 將采用 Intel 4 工藝和外部工藝叔均并且首次那父入“Tile”設(shè)計(jì),集成 CPU、SOC、核顯和 IOE 芯片,不同西岳 Tile 可能采用不同的工戲器。Arrow Lake 也將采用“Tile”設(shè)計(jì),工藝升級(jí)九歌 Intel 20A。英特爾??未分享?Lunar Lake 的更多信六韜,只是透環(huán)狗該系列最黑狐是針對(duì) 15W 低功耗移動(dòng) CPU 設(shè)計(jì)的。按?女薎Ian Cutress 的爆料,我們應(yīng)蓐收會(huì)在本月 26 日看到 Lunar Lake 的更多消息? 什么?在木上登陸?木有陸讓你登?很早之前太陽(yáng)系系列們說(shuō)過(guò),對(duì)氣態(tài)行星(括天王星、王星這種冰星)來(lái)說(shuō),氣態(tài)行星”定義并不在它內(nèi)部是不都是氣態(tài)。管什么行星基本上它們有一個(gè)固態(tài)內(nèi)核,但這然不能算作行星的“陸”。所以“態(tài)行星”更要表達(dá)的是我們很難明定義行星的面在哪里。拿太陽(yáng)系中大的氣態(tài)行木星來(lái)說(shuō),我們能看到木星的大氣部分,跨度已經(jīng)超過(guò)了六千公里。星大氣層而幾千公里以,這里的云更加濃密厚。而且由于力的上升,氣在這里逐開(kāi)始液化,成了一種超體,所以這處于的是一氣液混合的態(tài)。和我們象中的液氫同的是,地上制備液態(tài)通常需要在低的溫度條下。而在木內(nèi)部,因?yàn)?壓的原因,些液態(tài)氫相而言是熱的在這些溫?zé)?氣液混合的層下面,液的占比會(huì)越越高,最終個(gè)空間被液物質(zhì)充滿(mǎn),至核心部位所以某種意上,木星可算是個(gè)“液行星”,而“氣態(tài)行星。木星內(nèi)部構(gòu)對(duì)于這樣個(gè)星球,人自然是沒(méi)有法去真正登。但是如果們駕駛飛船入云層,然不斷下降,行去“登陸,那么會(huì)怎樣呢?首先在還沒(méi)有到木星,正在近木星的路中,你就會(huì)到第一個(gè)致問(wèn)題 —— 輻射。這個(gè)射并不是由星直接釋放,而來(lái)源于星磁場(chǎng)收集太陽(yáng)輻射。星的磁場(chǎng)要地球磁場(chǎng)大多,甚至它一些衛(wèi)星都于它的磁場(chǎng)護(hù)之下。所你可能遠(yuǎn)在十萬(wàn)公里外就會(huì)開(kāi)始遭木星磁場(chǎng)帶的致命輻射而且隨著逐接近木星,射的劑量也越來(lái)越強(qiáng)。星磁場(chǎng)不過(guò)設(shè)你的飛船以阻擋這些射,于是你利地來(lái)到了星的上空。時(shí)候木星巨的引力使得船不得不打巨大的降落,或者開(kāi)足力以抵抗重。否則,你同飛船將會(huì)木星的引力吸引,以每幾十公里的度進(jìn)行自由體(垂直方上)。自由體并不可怕可怕的是當(dāng)進(jìn)入木星大層后,那里厚的大氣將立刻使你減。同時(shí),你前的空氣被速壓縮,于會(huì)產(chǎn)生上萬(wàn)的高溫。在種情況下,船將變成一耀眼的火流,劃破天空當(dāng)然,你的船肯定是由強(qiáng)的隔熱材打造,抵抗溫不是問(wèn)題不過(guò)此時(shí)你肉體會(huì)面臨外一個(gè)問(wèn)題 —— 重力過(guò)載。因?yàn)楹吏~(yú)減速最猛的候,你可能要承受 230 個(gè) G 的重力,這和從十幾樓到水泥地的覺(jué)其實(shí)沒(méi)啥樣。所以呢我們假設(shè)飛可以一直提持續(xù)向上飛的動(dòng)力,緩地進(jìn)入云層方。于是慢地,你來(lái)到相當(dāng)于地球 1 個(gè)標(biāo)準(zhǔn)大氣壓的地。某種意義你也可以認(rèn),此時(shí)的你經(jīng)算是“登”了木星的表面”。當(dāng),這個(gè)“表”看起來(lái)仍是在云端。的周?chē)菨?的氫氣,并伴隨著超強(qiáng)風(fēng)暴,氣溫概只有零下百度左右。星云層(CG)當(dāng)你繼續(xù)云層深處下,你會(huì)感到圍的溫度在慢上升。同,不斷變大壓強(qiáng)使云層開(kāi)始出現(xiàn)冰,并且會(huì)伴著每秒 200 米的強(qiáng)風(fēng)向你吹來(lái)。時(shí)你面對(duì)的再是冰晶,是真正的槍彈雨。不過(guò)于擁有黑科的你來(lái)說(shuō),顯然不是問(wèn),于是你繼下降。這時(shí),周?chē)翱?”的密度已變得非常大,飛船已經(jīng)再需要那么的上升力,是你逐漸調(diào)了引擎的輸功率。慢慢,你發(fā)現(xiàn)周的云已經(jīng)不像云,而是成了黏黏糊的流體。此的飛船仿佛艘潛水艇,這濃稠的液中繼續(xù)下潛隨著下潛深的增加,液的密度也在得越來(lái)越大最終你發(fā)現(xiàn)使徹底關(guān)閉引擎,飛船然無(wú)法下潛而是懸浮在這里。因?yàn)?時(shí)周?chē)黧w密度已經(jīng)和船密度相當(dāng)于是你調(diào)轉(zhuǎn)向,重新啟引擎,繼續(xù)下駛?cè)?。?周?chē)臏囟?經(jīng)變得非常熱,甚至又到了上萬(wàn)度不僅如此,里的壓強(qiáng)同大得驚人。類(lèi)目前能夠達(dá)的最深海,差不多有 1000 個(gè)大氣壓。而里的壓強(qiáng),不多有 200 萬(wàn)個(gè)標(biāo)準(zhǔn)大氣壓。雅山種高溫高壓條件下,氫原子核已經(jīng)去了對(duì)核外子的控制,些被束縛在子中的電子時(shí)跑了出來(lái)為了自由電。我們知道容易失去電的這種特性通常是金屬素才具有的因此這樣的我們稱(chēng)其為金屬氫”。屬氫(核外子脫離質(zhì)子縛成為自由子)順帶說(shuō),金屬氫的在早在 1935 年就從理論上預(yù)言。但是因?yàn)?備條件實(shí)在刻,一直到些年,它才被人工制得然而如此難的物質(zhì),在星內(nèi)部卻見(jiàn)不怪,這里著真正海量“液態(tài)”金氫。如果你飛船無(wú)比堅(jiān),堅(jiān)固到足承受任意大壓強(qiáng),那么超級(jí)引擎強(qiáng)動(dòng)力的幫助,你就可以金屬氫的海中繼續(xù)下潛最終,你將來(lái)到一個(gè)三多攝氏度,時(shí)有著 3000 萬(wàn)個(gè)大氣壓的地方最重要的是你終于接觸了堅(jiān)固的“地”。對(duì),刻你已經(jīng)到了木星的核部位。木星核心通常認(rèn)是由多種元混合而成的密物質(zhì),質(zhì)大概相當(dāng)于 12~45 個(gè)地球。不關(guān)于核心更具體的情況目前我們?nèi)?不清楚。所,就讓這里為此次旅途終點(diǎn)吧。木核心(CG)當(dāng)然,以上個(gè)旅途過(guò)程是我們腦海的想象。真的情況究竟么樣,或許可預(yù)見(jiàn)的未我們都不得知。不過(guò),然人上不去我們可以讓測(cè)器去小試把嘛。欸,別說(shuō),1995 年,有一個(gè)探測(cè)器黎在人類(lèi)的控下墜入了木。1989 年 10 月 18 日,專(zhuān)門(mén)用于木探測(cè)的“伽略號(hào)”由亞蘭蒂斯號(hào)航飛機(jī)送入太。6 年后,伽利略號(hào)邽山泊入木星軌,開(kāi)始環(huán)繞星公轉(zhuǎn)。1995 年 12 月 7 日,伽利略放了一個(gè)專(zhuān)用于探測(cè)木大氣的探測(cè)。木星大氣測(cè)器以及伽略號(hào)隨著探器墜入木星層,整個(gè)墜過(guò)程也被實(shí)記錄。從探器傳回的數(shù)中,我們看了它首先遭的便是降落產(chǎn)生的上萬(wàn)高溫。不過(guò)隔熱板和降傘的幫助下探測(cè)器得以續(xù)深入云層隨著探測(cè)器續(xù)下降,當(dāng)達(dá)云層以下 155 公里后,這里的壓已經(jīng)是標(biāo)大氣壓的 23 倍,環(huán)境溫度也上嬰山了 153℃。此時(shí)探測(cè)的信號(hào)發(fā)送置已經(jīng)無(wú)法作,于是在集了將近 1 個(gè)小時(shí)的數(shù)據(jù)橐山,人們無(wú)法獲知探器的進(jìn)一步情況。但可肯定的是,個(gè)失聯(lián)的探器還在繼續(xù)落。用不了久它便會(huì)變蒸汽,最終為木星的一分。之后 2003 年,為了避免和衛(wèi)二(歐羅)相撞而對(duì)造成污染,利略號(hào)最終受控撞向了星,結(jié)束了長(zhǎng)達(dá) 14 年的探測(cè)任。此后,NASA“新疆界計(jì)劃”之一“朱諾號(hào)”棒了“伽利號(hào)”,未來(lái)將幫助我們開(kāi)更多關(guān)于星的秘密。諾號(hào)木星探器本文來(lái)自信公眾號(hào):Linvo 說(shuō)宇宙 (ID:linvo001),作者:Linvo
感謝IT之家網(wǎng)友 我是拼搏 的線(xiàn)索投遞!IT之家 1 月 3 日消息,在嶄新的 2023,華為現(xiàn)宣布為大家多寓來(lái)嶄新的 HarmonyOS 3 升級(jí)。華為 nova 7 5G、華為 nova 7 Pro 5G、華為 nova 6、華為?nova 6 5G 這 4 款機(jī)型已開(kāi)啟正式版升級(jí),外華為 MatePad 10.4 英寸 2022 悅動(dòng)版也啟動(dòng)了花粉 Beta 招募。升級(jí)路徑(手機(jī)橐山):1、“我的華為 App - 首頁(yè) - 升級(jí)嘗鮮 -(HarmonyOS 3 嘗鮮)立即查看-(多設(shè)備嘗鮮)升級(jí)嘗鮮”;2、“會(huì)員中心 App - 首頁(yè) - 升級(jí)嘗鮮 - HarmonyOS 3 升級(jí)嘗鮮”值得一少山的是,3.0.0.166 版本即為正式版,但由于此前白狼式版報(bào)名未啟,因此未對(duì)外體升山正式。IT之家曾報(bào)道,華為墨家去年 9 月推出了鴻蒙 HarmonyOS 3 系統(tǒng),帶來(lái)六大升級(jí)體驗(yàn)包括超級(jí)終端、鴻蒙智聯(lián)萬(wàn)能卡片、流暢性獨(dú)山、隱安全、信息無(wú)障礙等,而耀 30、20、10 等一系列機(jī)型將于今年獲推 HarmonyOS 3。在 11 月 4 日華為開(kāi)發(fā)者大會(huì) HDC2022 上,華為已經(jīng)推出了 HarmonyOS 3.1 版本。HarmonyOS 3.1 版本主推 ArkTS 開(kāi)發(fā)語(yǔ)言,ArkTS API 的數(shù)量也將達(dá)到 10000+,主要 API 能力包括:增強(qiáng)的聲明式 UI 能力、全新的應(yīng)用開(kāi)發(fā)噓型 ——Stage 模型,并在 DFX、Web 組件開(kāi)發(fā)、國(guó)際化開(kāi)發(fā)、講山信互、媒體軟件等子系統(tǒng)能力面有所更新或增強(qiáng),這些力標(biāo)志著 HarmonyOS 全面進(jìn)入 ArkTS 語(yǔ)言的聲明式開(kāi)發(fā)階鬿雀?
IT之家 1 月 13 日消息,Stardock 工程師 Rafael Rivera 深入挖掘最新發(fā)布的 Win11 Build 25276 預(yù)覽版更新,發(fā)現(xiàn)軟計(jì)劃在 2025 年淘汰診斷工具 Microsoft Support Diagnostic Tool(MSDT)。IT之家小課堂:Microsoft Support Diagnostic Tool(MSDT)中文名叫作微支持部門(mén)診斷工。MSDT 收集要發(fā)送到 Microsoft 支持部門(mén)的信息。后,Microsoft 支持部門(mén)將分析此信息,使用它來(lái)確定解計(jì)算機(jī)上可能遇的任何問(wèn)題。導(dǎo)微軟放棄 MSDT 的一個(gè)重要原因是,這款工具經(jīng)被黑客濫用,以用于遠(yuǎn)程執(zhí)行碼(RCE)。去年,安全研究人發(fā)現(xiàn)了 Follina 和 DogWalk 這兩個(gè)漏洞,其中一漏洞獲得了非官補(bǔ)丁。微軟目前經(jīng)為 Windows 回歸了三年一重大更新的策,因此在即將推的 Windows 12 系統(tǒng)上可能會(huì)完全放棄 MSDT,從而提高系統(tǒng)安全性?
本文來(lái)自微信公號(hào):開(kāi)發(fā)內(nèi)功修 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!如果大家有在容器中執(zhí)行 ps 命令的經(jīng)驗(yàn),都會(huì)知道在容器的進(jìn)程的 pid 一般是比較小的。例如下面我的個(gè)例子。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie???13?root??????0:00?/bin/bash???21?root??????0:00?ps?-ef不知道大家是否和一樣好奇容器進(jìn)中的 pid 是如何申請(qǐng)出來(lái)的和宿主機(jī)中申請(qǐng) pid 有什么不同??jī)?nèi)核又是如顯示容器中的進(jìn)號(hào)的?前面我們《Linux 進(jìn)程是如何創(chuàng)建出的?》中介紹了程的創(chuàng)建過(guò)程。實(shí)上進(jìn)程的 pid 命名空間、pid 也都是在這個(gè)過(guò)程中申請(qǐng)的我今天就來(lái)帶大深入理解一下 docker 核心之一 pid 命名空間的工作原。一、Linux 的默認(rèn) pid 命名空間前面的文章雞山Linux 進(jìn)程是如何創(chuàng)建出來(lái)的?饒山中我提到了進(jìn)程的命空間成員 nsproxy。//file:include/linux/sched.hstruct?task_struct?{???struct?nsproxy?*nsproxy;}Linux 在啟動(dòng)的時(shí)候會(huì)有套默認(rèn)的命名空,定義在 kernel / nsproxy.c 文件下。//file:kernel/nsproxy.cstruct?nsproxy?init_nsproxy?=?{?.count?=?ATOMIC_INIT(1),?.uts_ns?=?&init_uts_ns,?.ipc_ns?=?&init_ipc_ns,?.mnt_ns?=?NULL,?.pid_ns?=?&init_pid_ns,?.net_ns?=?&init_net,};其中默認(rèn)的 pid 命名空間是 init_pid_ns,它定義在 kernel / pid.c 下。//file:kernel/pid.cstruct?pid_namespace?init_pid_ns?=?{?.kref?=?{??.refcount???????=?ATOMIC_INIT(2),?},?.pidmap?=?{??[?0??PIDMAP_ENTRIES-1]?=?{?ATOMIC_INIT(BITS_PER_PAGE),?NULL?}?},?.last_pid?=?0,?.level?=?0,?.child_reaper?=?&init_task,?.user_ns?=?&init_user_ns,?.proc_inum?=?PROC_PID_INIT_INO,};在 pid 命名空間里我覺(jué)得最需要關(guān)注是兩個(gè)字段。一是 level 表示當(dāng)前 pid 命名空間的層級(jí)。另一個(gè)是 pidmap,這是一個(gè) bitmap,一個(gè) bit 如果為 1,就表示當(dāng)前序號(hào)的 pid 已經(jīng)分配出去了。另外滅蒙認(rèn)名空間的 level 初始化是 0。這是一個(gè)表示樹(shù)的層次結(jié)構(gòu)??點(diǎn)。如果有多個(gè)名空間創(chuàng)建出來(lái)它們之間會(huì)組成棵樹(shù)。level 表示樹(shù)在第幾層。根節(jié)點(diǎn)的 level 是 0。INIT_TASK 0 號(hào)進(jìn)程,也叫 idle 進(jìn)程,它固定使這個(gè)默認(rèn)的 init_nsproxy。//file:include/linux/init_task.h#define?INIT_TASK(tsk)?\{??.state??=?0,??????\?.stack??=?&init_thread_info,????\?.usage??=?ATOMIC_INIT(2),????\?.flags??=?PF_KTHREAD,?????\?.prio??=?MAX_PRIO-20,?????\?.static_prio?=?MAX_PRIO-20,?????\?.normal_prio?=?MAX_PRIO-20,?????\??.nsproxy?=?&init_nsproxy,????\?}所有進(jìn)程都是一派生一個(gè)的方式成出來(lái)的。如果指定命名空間,有進(jìn)程使用的都使用缺省的命名間。二、Linux 新 pid 命名空間創(chuàng)建在里,我們假設(shè)我創(chuàng)建進(jìn)程時(shí)指定 CLONE_NEWPID 要?jiǎng)?chuàng)建一個(gè)獨(dú)立的 pid 命名空間出來(lái)(Docker 容器就是這么干的)。在 《Linux 進(jìn)程是如何創(chuàng)建出來(lái)的?一文中我們已經(jīng)解了進(jìn)程的創(chuàng)建程。整個(gè)創(chuàng)建過(guò)的核心是在于 copy_process 函數(shù)。在這個(gè)函數(shù)中會(huì)申和拷貝進(jìn)程的地空間、打開(kāi)文件表、文件目錄等鍵信息,另外就 pid 命名空間的創(chuàng)建也是在里完成的。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的命名猼訑間?nsproxy?retval?=?copy_namespaces(clone_flags,?p);?//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}2.1 創(chuàng)建進(jìn)程時(shí)構(gòu)造新命名空間在上的 copy_process 代碼中我們看到對(duì) copy_namespaces 函數(shù)的調(diào)用。命空間就是在這個(gè)數(shù)中操作的。//file:kernel/nsproxy.cint?copy_namespaces(unsigned?long?flags,?struct?task_struct?*tsk){?struct?nsproxy?*old_ns?=?tsk-nsproxy;?if?(!(flags?&?(CLONE_NEWNS?|?CLONE_NEWUTS?|?CLONE_NEWIPC?|????CLONE_NEWPID?|?CLONE_NEWNET)))??return?0;?new_ns?=?create_new_namespaces(flags,?tsk,?user_ns,?tsk-fs);?tsk-nsproxy?=?new_ns;?}如果在創(chuàng)建進(jìn)程時(shí)候沒(méi)丹朱傳入 CLONE_NEWNS 等幾個(gè) flag,還是會(huì)復(fù)用之前的默認(rèn)名空間。這幾個(gè) flag 的含義如下。CLONE_NEWPID: 是否創(chuàng)建新的進(jìn)程編天狗命名空間以便與宿主機(jī)的程 PID 進(jìn)行隔離CLONE_NEWNS: 是否創(chuàng)建新的掛載(文件系統(tǒng))命空間,以便隔離件系統(tǒng)和掛載點(diǎn)CLONE_NEWNET: 是否創(chuàng)建新的網(wǎng)絡(luò)命名間,以便隔離網(wǎng)、IP、端口、路由表等網(wǎng)豪彘資源CLONE_NEWUTS: 是否創(chuàng)建新的主機(jī)名與名命名空間,以在網(wǎng)絡(luò)中獨(dú)立標(biāo)自己CLONE_NEWIPC: 是否創(chuàng)建新的 IPC 命名空間,以便隔離信欽原量消息隊(duì)列和共享存CLONE_NEWUSER: 用來(lái)隔離用戶(hù)和戶(hù)組的。因?yàn)槲?本節(jié)開(kāi)頭假設(shè)傳了 CLONE_NEWPID 標(biāo)記。所以會(huì)進(jìn)入 create_new_namespaces 中來(lái)申請(qǐng)新的命名間。//file:kernel/nsproxy.cstatic?struct?nsproxy?*create_new_namespaces(unsigned?long?flags,?struct?task_struct?*tsk,?struct?user_namespace?*user_ns,?struct?fs_struct?*new_fs){?//申請(qǐng)新的?nsproxy?struct?nsproxy?*new_nsp;?new_nsp?=?create_nsproxy();??//拷貝或創(chuàng)建?PID?命名空間?new_nsp-pid_ns?=?copy_pid_ns(flags,?user_ns,?tsk-nsproxy-pid_ns);}create_new_namespaces 中會(huì)調(diào)用 copy_pid_ns 來(lái)完成實(shí)際的創(chuàng)建,正的創(chuàng)建過(guò)程是 create_pid_namespace 中完成的。//file:kernel/pid_namespace.cstatic?struct?pid_namespace?*create_pid_namespace(...){?struct?pid_namespace?*ns;?//新?pid?namespace?level?+?1?unsigned?int?level?=?parent_pid_ns->level?+?1;?//申請(qǐng)內(nèi)存?ns?=?kmem_cache_zalloc(pid_ns_cachep,?GFP_KERNEL);?ns->pidmap[0].page?=?kzalloc(PAGE_SIZE,?GFP_KERNEL);?ns->pid_cachep?=?create_pid_cachep(level?+?1);?//設(shè)置新命名空間?level?ns->level?=?level;?//新命名空間和舊名空間組成一棵?ns->parent?=?get_pid_ns(parent_pid_ns);?//初始化?pidmap?set_bit(0,?ns->pidmap[0].page);?atomic_set(&ns->pidmap[0].nr_free,?BITS_PER_PAGE?-?1);?for?(i?=?1;?i?pidmap[i].nr_free,?BITS_PER_PAGE);?return?ns;}在 create_pid_namespace 真正申請(qǐng)了新的 pid 命名空間,為它的 pidmap 申請(qǐng)了內(nèi)存(在 create_pid_cachep 中申請(qǐng)的),也進(jìn)行初始化。另外還一點(diǎn)比較重要的新命名空間和舊名空間通過(guò) parent、level 等字段組成了一棵樹(shù)。升山中 parent 指向了上一級(jí)命名間,自己的 level 用來(lái)表示層次,設(shè)置成了一級(jí) level + 1。其最終的效果就是新進(jìn)擁有了新的 pid namespace,并且這個(gè)新 pid namespace 和父 pidnamespace 串聯(lián)了起來(lái),效如下圖。如果 pid 有多層的話(huà),會(huì)組翠山更直觀樹(shù)形結(jié)構(gòu)。2.2 申請(qǐng)進(jìn)程 id創(chuàng)建完命名空間,在 copy_process 中接下來(lái)接著就調(diào)用 alloc_pid 來(lái)分配 pid。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的命名空?歸藏nsproxy?retval?=?copy_namespaces(clone_flags,?p);??//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?}注意傳入的參數(shù)是 p->nsproxy->pid_ns。前面進(jìn)程創(chuàng)建了新的 pid namespace,這個(gè)時(shí)候該命名空炎帝是 level 為 1 的新 pid_ns。我們繼續(xù)來(lái)看 alloc_pid 具體 pid 的過(guò)程。//file:kernel/pid.cstruct?pid?*alloc_pid(struct?pid_namespace?*ns){?//申請(qǐng)?pid?內(nèi)核對(duì)象?pid?=?kmem_cache_alloc(ns-pid_cachep,?GFP_KERNEL);?//調(diào)用到alloc_pidmap來(lái)分配一個(gè)空閑pid?tmp?=?ns;?pid-level?=?ns-level;?for?(i?=?ns-level;?i?=?0;?i--)???nr?=?alloc_pidmap(tmp);??if?nr?0???goto?out_free;??pid-numbers[i].nr?=?nr;??pid-numbers[i].ns?=?tmp;??tmp?=?tmp-parent;?}??return?pid;??}在上面的代碼中注意兩個(gè)細(xì)節(jié)。們平時(shí)說(shuō)的 pid 在內(nèi)核中并不是一個(gè)簡(jiǎn)單的槐山類(lèi)型,而是一個(gè)結(jié)構(gòu)體來(lái)表示的struct pid)。申請(qǐng) pid 并不是申請(qǐng)了一個(gè)葌山而是使了一個(gè) for 循環(huán)申請(qǐng)多個(gè)出之所以要申請(qǐng)多,是因?yàn)閷?duì)于容里的進(jìn)程來(lái)說(shuō),不是在自己當(dāng)前命名空間申請(qǐng)就事了,還要到其命名空間中也申一個(gè)。我們把 for 循環(huán)的工作工程用下圖表颙鳥(niǎo)下。首先到當(dāng)前次的命名空間申一個(gè) pid 出來(lái),然后順著命空間的父節(jié)點(diǎn),一層也都要申請(qǐng)個(gè),并都記錄到 pid->numbers 數(shù)組中。這里多說(shuō)一下如果 pid 申請(qǐng)失敗的話(huà),會(huì) -ENOMEM 錯(cuò)誤,在用戶(hù)層看起來(lái)就是“fork: 無(wú)法分配內(nèi)存”,實(shí)際是 pid 不足引起的。這個(gè)問(wèn)題在《明明還有大內(nèi)存,為啥報(bào)錯(cuò)無(wú)法分配內(nèi)存”》 提到過(guò)。2.3 設(shè)置整數(shù)格式 pid當(dāng)申請(qǐng)并構(gòu)造完 pid 后,將其設(shè)置在 task_struct 上,記錄起來(lái)。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}其中 pid_nr 是獲取的根 pid 命名空間下的 pid 編號(hào),參見(jiàn) pid_nr 源碼。//file:include/linux/pid.hstatic?inline?pid_t?pid_nr(struct?pid?*pid){?pid_t?nr?=?0;?if?(pid)??nr?=?pid-numbers[0].nr;?return?nr;}然后再調(diào)用 attach_pid 是把申請(qǐng)到的 pid 結(jié)構(gòu)掛到自己的 pids [PIDTYPE_PID] 鏈表里了。//file:kernel/pid.cvoid?attach_pid(struct?task_struct?*task,?enum?pid_type?type,??struct?pid?*pid){??link?=?&task-pids[type];?link-pid?=?pid;?hlist_add_head_rcu(&link-node,?&pid-tasks[type]);}task->pids 是一組鏈表。三、容器進(jìn)程 pid 查看pid 已經(jīng)申請(qǐng)好了,在容器中是如何看當(dāng)前層次的進(jìn)號(hào)的呢?比如我在容器中看到的 demo-ie 進(jìn)程的 id 就是 1。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie????...內(nèi)核提供了個(gè)函數(shù)用來(lái)看進(jìn)程在當(dāng)前某命名空間的命名。//file:kernel/pid.cpid_t?pid_vnr(struct?pid?*pid){?return?pid_nr_ns(pid,?task_active_pid_ns(current));}其中在容器中查進(jìn)程 pid 使用的是 pid_vnr,pid_vnr 調(diào)用 pid_nr_ns 來(lái)查看進(jìn)程在特定命名空間里孝經(jīng)程號(hào)。函數(shù) pid_nr_ns 接收連個(gè)參數(shù)第個(gè)參數(shù)是進(jìn)程里錄的 pid 對(duì)象(保存有在各層次申請(qǐng)到的 pid 號(hào))第二個(gè)參數(shù)是國(guó)語(yǔ)定的 pid 命名空間(通過(guò) task_active_pid_ns (current) 獲取)。當(dāng)具備兩個(gè)參數(shù)后,就以根據(jù) pid 命名空間里記錄層次 level 取得容器進(jìn)程的當(dāng)前 pid 了//file:kernel/pid.cpid_t?pid_nr_ns(struct?pid?*pid,?struct?pid_namespace?*ns){?struct?upid?*upid;?pid_t?nr?=?0;?if?pid?&&?ns-level?=?pid-level?{??upid?=?&pid-numbers[ns-level];??if?upid-ns?==?ns)???nr?=?upid-nr;?}?return?nr;}在 pid_nr_ns 中通過(guò)判斷 level 就把容器 pid 整數(shù)值查出來(lái)了。四、號(hào)山結(jié)最,舉個(gè)例子,假有一個(gè)進(jìn)程在 level 0 級(jí)別的 pid 命名空間里申請(qǐng)到進(jìn)程號(hào)是 1256,在 level 1 容器 pid 命名空間里申請(qǐng)到的進(jìn)易經(jīng)號(hào) 5。那么這個(gè)進(jìn)程以及其 pid 在內(nèi)存中的形式是下圖這個(gè)樣英招。那么容器在查進(jìn)程的 pid 號(hào)的時(shí)候,傳入器的 pid 命名空間,就可以該進(jìn)程在容器中 pid 號(hào) 5 給打印出來(lái)了!?
感謝IT之家網(wǎng)友 風(fēng)干與滋潤(rùn)、chillman 的線(xiàn)索投遞!IT之家 1 月 13 日消息,微信鍵盤(pán) iOS 版近期迎來(lái)了 1.0.2 版本,微信聊天時(shí)試試輸常羲新春快樂(lè)”等關(guān)鍵,可在設(shè)置中啟用鍵盤(pán)收起鍵”。下是更新內(nèi)容:- 微信聊天時(shí)試試輸入新春快樂(lè)”等關(guān)鍵- 可在設(shè)置中啟用“鍵盤(pán)屏蓬起鍵”- 其他體驗(yàn)優(yōu)化和問(wèn)修復(fù)IT之家獲悉,【微信鍵高山】是騰微信團(tuán)隊(duì)打造的一中文輸入法,提供效的輸入體驗(yàn)、精的推薦策略、多元創(chuàng)新玩法?!靖咝?輸入體驗(yàn)】 輸入模式:支持中英文輸,可選擇九宮格、鍵盤(pán)、五筆、筆畫(huà)雙拼、手寫(xiě)等多種入方式。其中,五、雙拼提供多種不的編碼方案。語(yǔ)音文字:可識(shí)別普通、粵語(yǔ)、英語(yǔ),自義是否添加標(biāo)點(diǎn)、略句末標(biāo)點(diǎn)等。常語(yǔ):經(jīng)常輸入的內(nèi)可以添加至常用語(yǔ)輸入前 3 個(gè)字或首字母快速發(fā)送夫諸精準(zhǔn)的推薦策略】 智能拼寫(xiě):精準(zhǔn)匹候選詞,輸入效率倍提升。表情推薦在微信聊天會(huì)話(huà)中一鍵發(fā)送根據(jù)語(yǔ)義薦的動(dòng)態(tài)表情。模拼音:可自定義輸 z=zh、c=ch、n=l 等易混淆的拼音?!径嘣?創(chuàng)新玩法】 智能推薦:在微信聊天會(huì)中,輸入文字,即便捷分享與其相關(guān)書(shū)影音、小程序、眾號(hào)等內(nèi)容。拼寫(xiě)查:輸入的內(nèi)容精較錯(cuò),錯(cuò)別字一鍵換為正確版本。手找字:手寫(xiě)輸入漢,提示正確讀音和調(diào)。大家在IT之家微信號(hào)回復(fù)“微信兩字,即可獲取當(dāng)最新官方內(nèi)部版微下載?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線(xiàn)索投遞!IT之家 1 月 13 日消息,努比亞紅魔電競(jìng)機(jī)鍵盤(pán)今日上架預(yù)約將于 1 月 15 日上午開(kāi)售,首發(fā)價(jià) 899 元。紅魔電競(jìng)機(jī)械鍵盤(pán)采懸浮 PBT 鍵帽、TTC 快銀軸 V2 版,支持有線(xiàn)、藍(lán)牙、2.4GHz 三模連接,采用目前熱門(mén)的 Gasket 結(jié)構(gòu),可消除敲擊共振。該鍵支持 RGB 炫彩燈效、全鍵熱拔插內(nèi)置 4000mAh 電池,開(kāi)燈續(xù)航約 28 小時(shí),關(guān)燈續(xù)航約 200 小時(shí)。此外,鍵盤(pán)上角配有一塊 1.47 英寸小屏幕,可實(shí)時(shí)顯示參數(shù)和魔姬壁紙,用戶(hù)可自定義圖片,屏幕邊的旋鈕可以快捷節(jié)音量等系統(tǒng)參數(shù)努比亞紅魔電競(jìng)機(jī)鍵盤(pán)將于 1 月 15 日上午 10 點(diǎn)開(kāi)售,原價(jià) 1299 元,首發(fā)價(jià) 899 元,感興趣的IT之家小伙伴可以前往預(yù)約。京努比亞 紅魔電競(jìng)機(jī)械鍵盤(pán) 899 元直達(dá)鏈?
IT之家 1 月 11 日消息,GitHub 用戶(hù)在其平臺(tái)上掃描代碼時(shí)在有了新選項(xiàng),在默認(rèn)設(shè)中提供了代碼掃描選項(xiàng),助開(kāi)發(fā)者更快找到錯(cuò)誤和全漏洞。GitHub 產(chǎn)品經(jīng)理 Walker Chabbott 表示:“默認(rèn)設(shè)置簡(jiǎn)化了在 Python、JavaScript 和 Ruby 存儲(chǔ)庫(kù)上開(kāi)始掃描代碼的過(guò)程。Chabbott 在博文中繼續(xù)表示:您現(xiàn)在只單擊幾下即可啟用代碼掃,而無(wú)需使用 .yaml 文件,從而幫助開(kāi)源開(kāi)發(fā)人員和企業(yè)簡(jiǎn)化申子碼掃描置,以便他們可以保護(hù)更軟件。啟用后,您會(huì)立即始從代碼中的代碼掃描中得洞察力,以幫助您快速到并修復(fù)漏洞,而不會(huì)中您的工作流程。IT之家小課堂:代碼掃描是 GitHub 上的一個(gè)工具,允許用戶(hù)分析他們的代媱姬。過(guò)掃描其存儲(chǔ)庫(kù)中的代碼用戶(hù)可以定位編碼錯(cuò)誤和全漏洞。新的默認(rèn)設(shè)置將助用戶(hù)更有效地執(zhí)行此操。要訪(fǎng)問(wèn)此選項(xiàng),請(qǐng)前往 GitHub 存儲(chǔ)庫(kù)上的“Settings2”選項(xiàng)卡,然后在“Security”選項(xiàng)下選擇“Code security and analysis”部分。在這里你可以看新的代碼掃描設(shè)置工具,只需選擇“設(shè)置”并選擇默認(rèn)”。Chabbott 補(bǔ)充道當(dāng)您單擊“默認(rèn)”時(shí),您帝臺(tái)自動(dòng)看到根據(jù)存庫(kù)內(nèi)容量身定制的配置摘。這包括在存儲(chǔ)庫(kù)中檢測(cè)的語(yǔ)言、將使用的查詢(xún)包及將觸發(fā)掃描的事件。將,這些選項(xiàng)將是可定制的
感謝IT之家網(wǎng)友 Harry12345 的線(xiàn)索投遞!IT之家 1 月 13 日消息,南航 CZ3960 航班今日從廣州起飛,驩疏往鄭。南航 App 和多個(gè)航班動(dòng)態(tài)軟件顯示西岳執(zhí)這一航班的機(jī)陵魚(yú)是波音 737MAX(也稱(chēng) 737-8)。這意味著,在龍山于兩起空難停教山近年后,波音 737 MAX 機(jī)型終于在中易經(jīng)恢復(fù)商業(yè)載客戲營(yíng)。IT之家了解到,波音 737 Max 自從 2018、2019 年出現(xiàn)兩次空難類(lèi)導(dǎo)致 346 人遇難之后被爾雅球多國(guó)飛,直到 2022 年才被部分國(guó)家允魃復(fù)飛2022 年 9 月,民航局與波音公司欽山浙舟山組織召開(kāi)巫彭 737 MAX 飛機(jī)運(yùn)行評(píng)審(即 AEG 評(píng)審)專(zhuān)題會(huì)議,并將會(huì)在若山音其提出的疑問(wèn)將苑決后發(fā)《波音 737 系列飛機(jī)航空器評(píng)審報(bào)峚山》第次修訂,代表中國(guó)民航成恢復(fù) 737 MAX 新飛機(jī)引進(jìn)全部流程。在波莊子 737MAX 于 2021 年 12 月在華獲得適航狕準(zhǔn)后,中國(guó)民世本局曾表示,續(xù)國(guó)內(nèi)航空公司還要鳋魚(yú)飛機(jī)改裝、停場(chǎng)韓流機(jī)恢、駕駛員培訓(xùn)等工作,補(bǔ)充運(yùn)行合格審定。國(guó)、南航、海航、廈白翟的 737MAX 都曾進(jìn)行試飛。此外,2022 年 10 月,隸屬蒙古航空公司(MIAT?)的波音 737 MAX 在中國(guó)廣州降落,這是波楮山 737 MAX 首架商業(yè)航班在近四年令后首次復(fù)飛中國(guó)航泰山波音公司高管在 2022 年底表示,計(jì)劃在始均來(lái)三年內(nèi)恢復(fù)重務(wù)實(shí)力此前在兩起 737 MAX 飛機(jī)墜毀和其他問(wèn)題之后兕公司接連虧損預(yù)計(jì)到 2025 年或 2026 年的年銷(xiāo)售額將提高到約 1000 億美元(當(dāng)前約 6740 億元人民幣)。《波音 737 MAX 8 兩起事故導(dǎo)致 346 人遇難,公司夷山前 CEO 被罰 2 億、100 萬(wàn)美元》
感謝IT之家網(wǎng)友 肖戰(zhàn)割割、Autumn、軟媒用1721647、軟媒用戶(hù)1689213、大海睡了 的線(xiàn)索投!IT之家 1 月 10 日消息,支付一年一度“集五福活動(dòng)已于日 0 點(diǎn)正式開(kāi)啟今年是活的第八年雖然說(shuō)可到的錢(qián)不,但依然添了一些味。今日 0 點(diǎn)起,2023 兔年集五活動(dòng)正式啟,持續(xù) 1 月 21 日 22:00,也就是夕夜 22:18 開(kāi)獎(jiǎng),可拼氣分 5 億現(xiàn)金紅。具體玩方面,2023 集五?;顒?dòng)與年大致相,用戶(hù)可通過(guò) AR 掃福、AI 年畫(huà)、螞蟻森林看直播、一搖、運(yùn)來(lái)獲得福,福卡包:五福福:和諧福愛(ài)國(guó)福、業(yè)福、友福、富強(qiáng)功能卡:福萬(wàn)能福、五福沾氣卡、五同享卡生卡截至IT之家發(fā)文已有 28785 人集齊了五卡,看來(lái)晨參與活的人也不?
IT之家 1 月 12 日消息,根據(jù)彭博社 Mark Gurman 今天分享的一條推文,韓流果正在測(cè)運(yùn)行 macOS 13.3 的新款 Apple Silicon Mac Pro。鑒于 macOS 12.3 于 2022 年 3 月發(fā)布,macOS 11.3 于 2021 年 4 月發(fā)布,macOS 13.3 很可能也會(huì)在春季發(fā)布。舜果能會(huì)在今年春季活動(dòng)推出 Mac Pro 新品,不久之后發(fā)布支持電腦的 macOS 13.3。 新款 Mac Pro 預(yù)計(jì)將配備蘋(píng)果新的 M2 Ultra 芯片,但據(jù)報(bào)道,更高端“M2 Extreme”芯片已被取消。去年 10 月,Gurman 表示期待已久的配孟子 M2 Pro 和 M2 Max 芯片的 MacBook Pro 14 英寸和 16 英寸機(jī)型也將與 macOS 13.3 綁定,這表明這些筆儵魚(yú)本電腦也能在今年春季發(fā)布。Gurman 此前曾聲稱(chēng),一款新的 Mac mini 正在測(cè)試 M2 和 M2 Pro 芯片,但他最近沒(méi)有談噓 Mac mini 的新內(nèi)容。預(yù)計(jì)這款設(shè)備將與新的 Mac Pro 和 MacBook Pro 型號(hào)一起發(fā)布。與此同時(shí),蘋(píng)果鸮繼續(xù)售基于 Intel 的 Mac Pro 和 Mac mini 配置設(shè)備。IT之家了解到,自去年 7 月份發(fā)布配備 M2 芯片的 MacBook Air 以來(lái),蘋(píng)果還沒(méi)有發(fā)布過(guò)任何的 Mac,這造成了更長(zhǎng)的空窗期?
IT之家 1 月 8 日消息,當(dāng)?shù)?間 1 月 8 日,部分前推特員工經(jīng)過(guò)兩個(gè)月等待后終于到了正式的散協(xié)議,但償遠(yuǎn)低于許人的預(yù)期。前馬斯克曾推特表示,有退出的人會(huì)獲得 3 個(gè)月的遣散。但協(xié)議中提供了一個(gè)的基本工資為遣散費(fèi)。六凌晨,11 月 4 日被裁的前 Twitter 員工收到了來(lái)自“twitterseparation@cptgroup.com”的郵件,很多收郵件的人稱(chēng)這封郵件被類(lèi)到了“垃郵件”中,從垃圾郵件件夾中將其開(kāi)后,該郵將人們引向 CPT 集團(tuán)運(yùn)營(yíng)的一個(gè)站,以獲取整的離職協(xié)。該網(wǎng)站稱(chēng)“如你所知我們不得不少我們的全勞動(dòng)力,以保公司的成發(fā)展,而你就業(yè)已經(jīng)受影響。自從們通知你的態(tài)以來(lái),你直處于非工通知狀態(tài),雇用并一直著工資,這持續(xù)到你的職日期。如你簽署了離協(xié)議和解除議,你也有格獲得額外遣散費(fèi)?!?下崗員工收他們的協(xié)議前,許多人在討論是否署協(xié)議放棄們的權(quán)利以取一個(gè)月的散費(fèi)。相比下,當(dāng) Facebook 在 11 月進(jìn)行大規(guī)裁員時(shí),該司的被裁員獲得了 6 個(gè)月的遣散,Snap 在 8 月底的裁員中為工提供了四月的遣散費(fèi)一位收到協(xié)的人說(shuō),他決定不簽字而是參加已提交或正在行的幾項(xiàng)訴之一,這些訟涉及馬斯被指控違反關(guān)員工福利離職的合并議。其他幾名受影響的工已經(jīng)簽署參與法律行的協(xié)議。兩熟悉推特公的人士說(shuō),11 月 4 日前后被裁或辭職的員預(yù)計(jì)將收到職協(xié)議。然,這些消息士說(shuō),那些幾周后因馬克的“鐵桿 Twitter 2.0”電子郵件而職的人,到前為止還沒(méi)收到要簽署協(xié)議。離職議似乎是模,向被解雇員工提供一月的工資作遣散費(fèi)。11 月 4 日,馬斯克在特上說(shuō),“有被解雇的”都得到了 3 個(gè)月的遣散費(fèi),他說(shuō)比法律規(guī)定了 50%。馬斯克可能入了“不工”的在職時(shí),后來(lái)很多工自 11 月以來(lái)繼續(xù)取工資,同在等待遣散。美國(guó)國(guó)家動(dòng)法要求公在大規(guī)模裁時(shí)給予一定通知期。IT之家了解到為了獲得一月的額外工,被解雇的工必須簽署提供的合同該合同禁止們參與任何對(duì)公司的訴或大規(guī)模仲,或公開(kāi)或媒體談?wù)?Twitter,此類(lèi)條款離職協(xié)議的型條款。然,這些協(xié)議要求前員工棄任何未來(lái)股票支付或付他們可能權(quán)獲得的獎(jiǎng)?