“五一”國際勞動節(jié) “英雄城”江西南昌舉行升旗儀式 部分門店“反向抹零”情況屬實，永輝超市發(fā)布整改說明 IT之家 1 月 25 日消息，中央網(wǎng)信辦舉報中心布，去年 8 月以來，中央網(wǎng)信辦舉報中心聚朱厭人民群關(guān)心關(guān)切的社會民生領(lǐng)域，織微博、抖音、百度、騰訊快手、今日頭條、小紅書、哩嗶哩、360、知乎、豆瓣、UC 瀏覽器等 12 家網(wǎng)站平臺持續(xù)開展網(wǎng)絡(luò)辟謠簽工作，對涉及疫情防控、生健康、食品安全、教育就等領(lǐng)域網(wǎng)民反映強烈的網(wǎng)絡(luò)言進行查證和標記。截至目，通過中國互聯(lián)網(wǎng)聯(lián)合辟謠臺發(fā)布 425 條辟謠標簽，各大網(wǎng)站平臺依據(jù)辟謠標對 25 萬余條謠言進行標記，著力阻斷謠言傳播，螽槦謠言生存空間。中央網(wǎng)信辦報中心表示，網(wǎng)絡(luò)辟謠標簽作啟動以來，舉報中心加強理網(wǎng)民舉報及網(wǎng)站平臺提供謠言線索。針對“國務(wù)院聯(lián)聯(lián)控小組正式摘牌”“飛機灑打藥全城消殺”“疫情期每天可領(lǐng)取補貼”“國家要快遞業(yè) 1 月 8 日停業(yè)”等網(wǎng)絡(luò)謠言，會同人社部國家衛(wèi)健委、國家市監(jiān)總局部門及地方網(wǎng)信舉報機構(gòu)進權(quán)威查證，依托中國互聯(lián)網(wǎng)合辟謠平臺“網(wǎng)絡(luò)辟謠標簽作專區(qū)”及時發(fā)布辟謠標簽以集中曝光。重點網(wǎng)站平臺極落實主體責任，依據(jù)權(quán)威布對本平臺數(shù)據(jù)進行深入摸，清查本平臺謠言并標記標；及時更新辟謠專欄或?qū)ｉT謠賬號，發(fā)布權(quán)威辟謠信息微博、騰訊、抖音等網(wǎng)站做站內(nèi)資源倒查標簽標記工作春節(jié)期間，舉報中心還將指重點網(wǎng)站平臺做好涉及春運交通安全、食藥健康等謠言監(jiān)測和查證辟謠工作，為廣網(wǎng)民歡度喜慶祥和的春節(jié)持營造良好網(wǎng)絡(luò)環(huán)境。舉報中負責人介紹，網(wǎng)絡(luò)謠言標簽作是整治網(wǎng)絡(luò)謠言亂象、清網(wǎng)絡(luò)空間的重要舉措。2023 年，將持續(xù)推進網(wǎng)絡(luò)辟謠標簽工作，不斷鐘山全網(wǎng)絡(luò)辟聯(lián)動機制，組織更多重點網(wǎng)平臺加大對網(wǎng)絡(luò)謠言的辟除曝光力度。IT之家小伙伴們可通過中國互聯(lián)網(wǎng)聯(lián)?魚辟謠臺（https://www.piyao.org.cn）提供謠言線索、查證網(wǎng)絡(luò)言? 年味，是媽的餃子，是爸的好酒！味，是火紅燈籠，是璀的煙花！年，是回家的票，是他鄉(xiāng)思念！春節(jié)對于我們每中國人都有非凡的意義玩轉(zhuǎn)手機攝連續(xù)八年舉《年味手機影大賽》，望借此活動夠征集來自球華人的春影像故事！期由賽事組會特別策劃精選出 2016 年-2022 年 《年味手機影大賽》中 50 幅精彩的作品及故。相信這些彩的春節(jié)影故事能夠激你的創(chuàng)作靈，拿出口袋的手機定格 2023 年的春節(jié)影像事，共度一愉悅而又難的新春佳節(jié)-?火車上的中國人?-Photo by?王凱▲ 陰歷 28 距離過年還兩天，因為事要去外地在火車上的并不多，對坐了一個叔輩的人身邊著一個行李，看樣子應(yīng)是農(nóng)民工。面剛好一束光灑在他身我便拍下來。-?回家過年啦?-Photo by?卓玉輝▲ 下了火車，要和家人團了，父女倆心里甭提多興了。-?貼窗花?-Photo by?顓耿杰▲ 媽媽和女兒年二十六擦玻璃貼窗花陽光撒在兩人的臉上 ，映襯著的那專注的儀式和母女情深溫馨。-?年“味”?-Photo by?裴譽驍▲ 在浙江海寧，過年總要上一塊正正宗的“海寧肉”?，F(xiàn)在這塊缸肉的道就成了我心中的年“”。-?歡樂新年?-Photo by?宋義勇?今年春節(jié)，3 歲大的兒子第一次回?鳥老家，大年二，晚飯后兒子放煙花過新年，仿又回到了童。-?各有所樂?-Photo by?趙寶堂▲?節(jié)之際，邯涉縣原曲村節(jié)娛樂活動臺上舞蹈翩，臺下幾個民撲克玩的火朝天！玩己喜歡的才樂。-?殺年豬?-Photo by?陳小琨▲ 殺年豬是貴州村過年的習(xí)之一。每到月中下旬，村幾乎家家戶都要殺豬年。該習(xí)俗直延續(xù)至今-?老家的年味?-Photo by?朱國賢▲?濃的年味，起濃濃的鄉(xiāng)。-?宰牛?-Photo by?李茹▲?上班的上，看見路正在殺牛，知道年就要了。-?線面飄香?-Photo by?江慶端?臨近大年，面作坊特別火，陽光下千絲萬縷，面飄香。-?龍的傳人?-Photo by?唐左▲ 2019 年 1 月 29 日農(nóng)歷小年，武漢步亭社區(qū)舉百家宴暨文趕集會。舞表演為活動現(xiàn)了濃郁年。-?年味飄香?-Photo by?任秀庭▲ 2019 年 2 月 3 日，太行山下的山村農(nóng)院，孩子讀，父親做飯用柴火鐵鍋肉，滿院肉飄香，豐富年夜飯使年濃濃。-?笑容?-Photo by?郭松林▲?年走親戚，嬸嬸家。嬸在做飯，我幫忙燒地鍋因為我在外學(xué)，平時都不到面。過才能團聚。嬸見到我很心，感覺很，就抓拍下了。-?過年?-Photo by?張臨革▲?山省臨汾市一農(nóng)戶過年的景。-?中國年海河情?-Photo by?田鵬遠▲??新春節(jié)，萬家燈，海河觀光更是天津的道靚麗的風線。-?剪個頭，紅紅火過新年?-Photo by?姜坤▲?放假了，年來北京旅游路邊看到有頭發(fā)的。很孩子都不大愿剪頭，而人總是帶著舊迎新的期看著這一切背景的紅墻特別好。于我拍下了這照片。-?喜笑顏開接年?-Photo by?周琤▲ 元月 18 日中午，上海浦東場古鎮(zhèn)居委集轄區(qū)內(nèi)有藝居民雙休免費給居民年福，這樣“送文化”動，得到老姓的點贊。-?回家?-Photo by?于小元▲?世界再大總有人盼你家。-?流光溢彩除夕?-Photo by?趙義朝▲?除夕零點鐘，新的鐘聲敲響絢麗多彩的花，把夜空亮，拿起手用光繪模式拍攝下這美的瞬間。欣一下，真像幅抽象畫。-?土樓團圓?-Photo by?張煒▲ 2020 年 1 月攝于福建龍巖市永定土樓，土樓在樓內(nèi)擺桌喜，迎接新。-?放鞭炮?-Photo by?姜波▲ 禁止燃放鞭炮，那用紅紅火火豆子“燃放下吧。-?曬燈籠?-Photo by?艾加憲▲ 大紅燈籠曬院壩，滿地中國紅”令驚艷。-?戰(zhàn)疫之痕?-Photo by?Pegasus▲?這是一個特殊春節(jié)，作為線醫(yī)務(wù)工作，今年每人貼了一張福當她脫下穿 12 小時的防護服，臉都是壓痕汗水，卻依露出微笑時我知道，病從未戰(zhàn)勝希。-?祈愿燈?-Photo by?張沙沙▲ 迎著微弱的晚霞點起祈愿燈帶著美好祝起飛，愿新一年也滿懷望，勇往直。-?趕制燈籠迎新春?-Photo by?艾加憲▲ 2021 年 1 月 22 日，春節(jié)臨近，紅燈籠迎來售旺季，工正在為客戶制紅燈籠。-?福滿人?-Photo by?劉志峰▲?在異過年也是快的-?徽菜飄香?-Photo by?強健體魄▲ 每年元旦，徽歙縣三陽要為村里近 200 名七十歲以上老舉辦一場親宴，這是徽傳統(tǒng)名菜羅鍋捧上酒桌情景抓拍。-?打鐵花?-Photo by?祝葉菡▲?傳承名文化，弘揚物質(zhì)文化遺，歡歡喜喜大年！-?新年夜景?-Photo by?鄭凌▲?天燈。-?心愿?-Photo by?鄧蓮▲?除夜，家人一放飛心愿。-?舞龍?-Photo by?孟凡榮▲?一場大雪，人們享受后的歡樂時。-?洗年豬，過大年?-Photo by?張洪衛(wèi)▲ 2020 年 1 月 18 日，云南省馬龍。楊外營村村民一大早著殺年豬，大年。-?春節(jié)盛宴端起?-Photo by?張洪衛(wèi)▲ 2020 新春佳節(jié)到來了，著最后一件品一一巨大“金飯碗”抵布展現(xiàn)場云南省羅平春節(jié)盛宴一大型彩燈展即拉開序幕-?花火?-Photo by?劉文興▲?年夜飯銅火鍋前燒碳，然后就下來了，希新的一年里紅火火。-?布達拉宮過年?-Photo by?杜峰▲?藏年三十，游布達拉宮，下幸福的藏人民。-?辭歲餃子?-Photo by?亓月燕▲?人生就像子，歲月是，經(jīng)歷是餡毅力和信心餃子皮上的皺。-?喜迎新年?-Photo by?王金磊▲ 2022 年 1 月 1 日，在河北省秦皇島市海關(guān)區(qū)老龍景區(qū)，人們在迎接新年一縷陽光。-?愿新年?-Photo by?孫磊▲?愿新年，舊年。-?母女年夜飯?-Photo by?楊廣峰▲?媽媽在位上，孩子家里，通過機一起吃年飯。-?桔農(nóng)喜獲豐收?-Photo by?萬榕▲?珠三角區(qū)春節(jié)期間公司單位、家戶戶有購年桔的習(xí)俗寓意大吉大！今年春節(jié)天氣不錯，情也得到很的控制，桔們的辛苦終有了不錯的報。-?除夕風雪歸家?-Photo by?張冰▲?虎年的夕，一場清伴著匆匆趕回家過年的。?-?過新年“穿”新?-Photo by?亓月燕▲?人煙火處，年漸濃時。-?貼窗花?-Photo by?王金磊▲ 2022 年 1 月 31 日，在河北省秦皇市山海關(guān)區(qū)皇島市工人院，醫(yī)護人正在 icu 病房貼窗花。-?團圓?-Photo by?范云▲?把投影回村里。-?老街的巷?-Photo by?馮磊▲?--?豫園燈會?-Photo by?徐天明▲ 2021 年上海豫園年燈會活動年味濃郁，人絡(luò)繹不絕-?撐起?-Photo by?李旗▲?--?蒸蒸日上?-Photo by?袁海林?--?接福?-Photo by?田鵬遠▲ Shot on?紅米 note3??/ 2016.2.17-?有錢沒錢 回家過年?-Photo by?Hermia▲ Shot on iPhone 6s plus / 2016.除夕-?END -本文來自微信眾號：玩轉(zhuǎn)機攝影 （ID：wzsjsy） 感謝IT之家網(wǎng)友 獨立攝影師 的線索投遞！IT之家 1 月 26 日消息，理光今日發(fā)布了賓得 PENTAX KF 單反相機的兩款新配色 —— 橄欖綠和石青色，于 2 月 2 日（周四）限量售，含稅售價依是 119800 日元（當前約 6266 元人民幣）?！?橄欖▲?石青色加上前的藍色、白色黑色以及 PENTAX HOUSE 專賣的常春藤綠 / 靛藍配色，賓得 KF 目前一共有 7 款配色，不愧“油廠”的名號。首購買可獲得 PEAK DESIGN 同色肩帶?！?橄欖雞山▲?石色IT之家此前報道，理光于 2022 年 11 月推出了賓得 KF 數(shù)碼單反相機，除了三身些小改外，它與 2016 年發(fā)布的賓得 K70 幾乎相同。賓得 KF 相比 K70 并沒有明顯升級。得表示，K70 正在被逐步淘汰因為構(gòu)成該相機某些組件無法采了。這些缺貨的件數(shù)量眾多，以于賓得無法繼續(xù)用 K70 的名稱，因此 KF 誕生了。賓得 KF 相比 K70 在外觀、傳感器部分沒有區(qū)箴魚，是將翻轉(zhuǎn)液晶顯屏的分辨率提高 12.5%，從 92.1 萬點增加到了 103.7 萬點。此外，賓得 KF 的重量為 625 克，而 K70 的重量為 628 克，相當于減輕了 3 克，還換上了 USB-C 接口。在軟件方面，賓得 KF 新增三種自定義像模式。第一個為 SATOBI，它產(chǎn)生的顏色 1960 年代和 70 年代相似，帶有青色的色、柔和的黃色褪色的紅色。賓 KF 還配備了另外兩種特別版像模式：夏天和秋。最后，賓得 KF 的實用軟件已經(jīng)內(nèi)置到相機，而以前是附在盤里的。其余方，賓得 KF 與賓得 K70 完全一致，包括 2424 萬像素的 APS-C 傳感器、最高 ISO 102400、自動水平補正抖像素、100% 視野的五棱鏡取景器、按鍵布局防塵防滴和防震統(tǒng)等? IT之家 1 月 26 日消息，蘋果近期發(fā)布了 iOS 16.3 正式版更新，主要功能包括 Apple ID 的新安全密鑰支持和對第二代 HomePod 的支持。該更新還包括少量錯誤 Bug 修復(fù)和改進，包括修復(fù)雙雙一令人討厭的 CarPlay Bug。圖源 Pexels去年，iOS 16 最初發(fā)布時引入了一些與 Siri 與 CarPlay 整合有關(guān)的錯誤 Bug。其中一些問題在 iOS 16.1 和 iOS 16.2 中得到了修復(fù)，但一些 Bug 一直存在，還出現(xiàn)了一額外的 Bug。其中一個 Bug 使 CarPlay 中的 Siri 無法與“Find My”應(yīng)用正確整合。如果用戶請 Siri 通過 Find My 定位某人，它將回應(yīng)說在用開車時無法做到。與前的 iOS 版本相比，這是一個新噎化以前的 iOS 版本允許用戶在開車時向 Siri 詢問基本的 Find My 命令。IT之家了解到，在 iOS 16.3 的發(fā)布說明中，蘋果確認該更新啟決了“CarPlay 中 Siri 請求可能無法正確理解的騩山題”。說明比較模糊。iOS 16.3 確實包括了關(guān)于在駕駛時使用果 Find My 功能的修復(fù)。用戶現(xiàn)可以問 Siri 某人在哪里，Siri 會正確地回應(yīng)這個人位置。當然，這取決對方是否同意通過 Find My 與你分享他們的位置? IT之家 1 月 24 日消息，近日一組小米汽首款車型的外覆圖片曝光，主要示了車輛前臉和部的設(shè)計細節(jié)。圖片來看，新車臉采用了梯形前柵，兩側(cè)霧燈區(qū)也設(shè)計了類似空導(dǎo)流槽的造型，大燈造型比較圓。對此，小米集公關(guān)部總經(jīng)理王剛剛在微博做出回應(yīng)，他表示這確是二級供應(yīng)商密的設(shè)計文件泄，但該供應(yīng)商僅是為模具打樣的應(yīng)商，泄密的文是非常早期的招過程的設(shè)計稿，非最終文件。也是說，泄露的外件圖片展示的并是小米汽車的最設(shè)計。爆料還顯，包括汽車焊接道、側(cè)風道裝飾、后保險杠下裝條、下進氣格柵等，都來自北汽塑。北汽模塑由汽子公司海納川江南模塑合資成，其中海納川為汽集團零部件產(chǎn)平臺，江南模塑國內(nèi)最大的汽車險杠總成等外飾品生產(chǎn)基地之一IT之家了解到，據(jù)晚點 LatePost 此前報道，小米第一款定位中型溜背式車，內(nèi)部代號為 Modena 摩德納。根據(jù)小米方此前對外發(fā)布造車時間表，其款車型預(yù)計在 2024 年上半年正式量產(chǎn)。回應(yīng)文如下?
感謝IT之家網(wǎng)友 Coje_He 的線索投遞！IT之家 1 月 26 日消息，微軟 GitHub 官方博客近日發(fā)表簡短聲明，宣布從 2023 年 2 月 23 日起，GitHub Sponsors 項目打賞功能將不再支 PayPal 支付方式。贊助人將無法再通 PayPal 打賞開發(fā)者或組織，GitHub 建議贊助人更新支付方式，使用信黑豹卡或借卡。GitHub 官方對此沒有給出更多解釋此外，使用?PayPal 打賞過開發(fā)者的用戶將收到提醒郵件。微軟 GitHub 和 PayPal 雙方都沒有就這一事件給出回應(yīng)，Hacker News 的網(wǎng)友爆料稱，合作破裂能是由于存在安全問題或者兩家公司的談判破了，比如 PayPal 抽成費用可能太高了，或者“可能淫梁 PayPal 虛擬貨幣洗錢問題”。IT之家此前報道，PayPal 于 2023 年 1 月 18 日透露，該公司在 2022 年 12 月受到網(wǎng)絡(luò)攻擊，泄露了 34942 條用戶個人信息?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 26 日消息，傳音 Tecno 在本月早些時候宣崌山了具有入門級規(guī)格尚書 Spark Go 2023 手機，現(xiàn)在這款智能手機滑魚經(jīng)在印度的部分零店發(fā)售，售價 6999 印度盧比（當前約 582 元人民幣）。Tecno Spark Go 2023 是對其 2022 款產(chǎn)品的輕微升級數(shù)斯采用聯(lián)發(fā)科 Helio A22 芯片，搭配 3GB+32GB、4GB+64GB 存儲，目前僅開售了 3GB+32GB 版本。雖然名稱中帶 Go，但其最大的改進是如犬過了 Android Go 平臺，搭載了基于 Android 12 的 HiOS 12 系統(tǒng)。該機搭載了 6.5 英寸 LCD 屏幕，分辨率為 720p。IT之家了解到，該機電池虎蛟量 5000 mAh，通過 USB-C 端口支持 10W 充電。Tecno India CEO 表示，這款手機的主要美山標是“為首次使智能手機的用戶帶來卓的功能”?
IT之家 1 月 26 日消息，微軟發(fā)了最新的 Windows Server Preview Build 25284 版本，下個 Windows Server 長期服務(wù)渠道（LTSC）預(yù)覽版已經(jīng)入數(shù)據(jù)中版和標準的桌面體和服務(wù)器心安裝選。本月的 Build 25284 版本現(xiàn)在可以從 Windows Server Insider 網(wǎng)站下載 ISO 和 VHDX，它包含 (Windows 11) 桌面體驗以及數(shù)據(jù)心和標準的服務(wù)器心安裝選。微軟面 Windows 11 Dev 預(yù)覽版用戶推送了 Build 25284 更新，帶來了第方小組件驗等多項容。Server 的品牌尚未新，在預(yù)版中仍為 Windows Server 2022。此外，微將這些版稱為?Windows Server vNext，而不是已經(jīng)市的 Windows Server 2022。可用下載：18 種語言的 ISO 格式的 Windows Server LTSC 預(yù)覽版，并只有英文 VHDX 格式。ISO 和 VHDX 格式的 Windows Server Datacenter Azure 預(yù)覽版，僅英文。軟服務(wù)器言和可選能預(yù)覽密僅對預(yù)覽本有效：務(wù)器標準MFY9F-XBN2F-TYFMP-CCV49-RMYVH數(shù)據(jù)中心：2KNJJ-33Y9H-2GXGX-KMQWH-G6H67Azure 版本不接受鑰微軟還出，此預(yù)版將于 2023 年 9 月 15 日到期。玩轉(zhuǎn) Windows 11/10 、Windows Server?系統(tǒng)盤鏡四板斧：下載 ISO 后，可以用軟媒方（點擊問官網(wǎng)）的軟媒文大師（點下載）來取 SHA1、MD5、CRC 等校驗值確保下載是原版鏡，不給木病毒留機；?軟媒方中的軟 U 盤啟動（點此載）可以 ISO 制作成啟 U 盤來進行安裝既省去了盤的麻煩還可以隨分享給小伴；?軟魔方中的媒虛擬光（點此下），可以 ISO 鏡像直接擬成一個驅(qū)，方便直接運行裝。?軟魔方中的媒硬盤裝（點此下），可以松安裝?Win7、Win8、Win8.1、Win10、Win11?等單多系統(tǒng)，鍵完成，需 30 秒！如何載 Windows Server ISO 鏡像要下載 Windows Server ISO 鏡像，請按照以下驟進行。往微軟網(wǎng)的下載頁。點擊“擇版本”選擇 Windows Server VNext Preview ISO - Build 25284選擇語言（保改進在設(shè)置”應(yīng) > 語言中給出的言）。選確認下載IT之家提醒，如果正確按照述步驟操，ISO 鏡像文件在瀏覽器開始下載不過該鏈將在 24 小時后失效?
IT之家 1 月 25 日消息，蘋果新的第二代 HomePod 似乎有了大量積壓的預(yù)購訂單，在某些豐山場，蘋果最新的智能音箱的發(fā)日期被推遲了七周。近朱蛾，果推出了一款新的 HomePod 音箱，售價 2299 元。設(shè)計略有更新，采用 S7 芯片，性能更快，計算音頻論語更先進”，背光觸面更大，還有其他新功能。款 HomePod 第二代自宣布以來，預(yù)購已經(jīng)少昊放到一周的時間?！癏omePod（第二代）這款功能強大學(xué)的智能揚聲器采用優(yōu)冰鑒的標性設(shè)計，為用戶帶來新一代學(xué)體驗。HomePod 匯集了多項 Apple 創(chuàng)新技術(shù)與 Siri 智能，提供先進計算音頻技術(shù)，彘山持放沉浸式空間音頻曲目，呈前所未有的聆聽體驗。HomePod 帶來管理日常任務(wù)、控制智當康家居的便利新方，用戶可以使用 Siri 創(chuàng)建智能家居自動化功能，家中觸發(fā)煙霧或一氧化碳畢方時獲得通知，或者查看房間溫度與濕度 —— 以上操作不必動手就能完成鴖”在美地區(qū)，現(xiàn)在午夜色的 HomePod 估計將在三到四周后發(fā)貨，比 HomePod 的上市日期 2 月 3 日（星期五）晚很多。然尸子白色的 HomePod 則沒有延遲。在英國地區(qū)，午色的 HomePod 面臨五到六周的發(fā)貨延遲。在其市場，如德國，兩款顏張弘的 HomePod 都面臨一個多月的延遲。在中國地區(qū)午夜色預(yù)計在 2 月 22 日-3 月 1 日間發(fā)貨，最晚延遲近四周。IT之家了解到，更新后的 HomePod 第二代是在蘋果停產(chǎn)初代 HomePod 智能音箱約兩年后推出的論衡最初 HomePod 并沒有取得蘋果希望的市場成功，英招有幾個，包括該音箱推出時 349 美元高價格和有限的功能。蘋果的新 HomePod 第二代是其在智能家居市巴國發(fā)展的最新嘗試，谷和亞馬遜已經(jīng)在該市場上主了數(shù)年?
【惠尋京自營旗艦】京東自品牌：惠 304 不銹鋼智顯溫保溫報價 29.9 元，限時限量 5 元券，實付 24.9 元包郵。PLUS 會員專享價 28.9 元，商品價格方可領(lǐng)滿 10 元減 5 元券，到手 23.9 元。京東惠 京東自有品牌 智能保溫杯 304 不銹鋼 券后 24.9 元領(lǐng) 5 元券304 不銹鋼內(nèi)膽，耐腐！耐摔！蓋直飲，360℃旋轉(zhuǎn)不漏水，48 小時長效保溫，400mL 黃金容量泡茶，咖，果汁，漿等，多用途！防杯身！你得擁有！東惠尋 京東自有品 智能保溫杯 304 不銹鋼 券后 24.9 元領(lǐng) 5 元券下載最會App - 網(wǎng)購、外賣統(tǒng)統(tǒng)高返利，一一點省大！掃描二碼或點擊處下載最版（自動別平臺）本文用于遞優(yōu)惠信，節(jié)省甄時間，結(jié)僅供參考【廣告?
IT之家 1 月 24 日消息，蘋果將于 2 月 2 日公布 2023 財年第 1 財季（也就是去年第 4 季度）財報，在官方山經(jīng)布之前瑞銀和德志銀行繼續(xù)強調(diào)了對蘋果司股價的買入評級。瑞銀今天發(fā)布的報告中，分析大衛(wèi)?沃格特（David Vogt）維持他對蘋果的“買雨師”評級，并且表蘋果公司每股目標價為 180 美元。并指出他早些時候決蜚降低對供應(yīng)鏈問的估計時，并沒有考慮到元疲軟的情況。德意志銀之前上調(diào)了對蘋果公司的買入”級別。分析師 Sidney Ho 將該股的目標價歷山 170 美元下調(diào)至 160 美元，不過他表示周禮他預(yù)計蘋果第一度的業(yè)績將達到或略高于的預(yù)期。他指出，蘋果公自去年 11 月宣布 iPhone 14 Pro 機型延遲上市以來，供嬰山限制有所改善，蜚且在近股價回落后，該駁的風險 / 回報為正。IT之家查詢蘋果公司本周猙股價，現(xiàn)其上漲 3.24 美元（+2.35%），每股收于 141.11 美元。
IT之家 1 月 24 日消息，蘋果今日向 iPhone 用戶推送了 iOS / iPadOS?15.7.3 更新（內(nèi)部版本號：19H307），本次更新距離上次發(fā)布隔了 41 天。本次更新主要面向無法升級到 iOS / iPadOS 16 的 iPhone 和 iPad 用戶，不會有大的功能改進，只是進行了 Bug 修復(fù)和優(yōu)化。需要注意的是，因蘋果各區(qū)域節(jié)吳回服器配置緩存問題，可能有些方探測到升級更新的時間略延遲，一般半小時內(nèi)，不會久，無法收到更新的IT之家小伙伴可以稍后再查找更新>> 附蘋果 iOS / iPadOS / tvOS / macOS 固件下載大?
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！荀子載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指標在觀察線上服務(wù)器行狀況的時候，我也是經(jīng)常把負載找來看一看。在線上求壓力過大的時候經(jīng)常是也伴隨著負的飆高。但是負載原理你真的理解了？我來列舉幾個問，看看你對負載的解是否足夠的深刻負載是如何計算出的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如術(shù)器暴露載數(shù)據(jù)給應(yīng)用層的如果你對以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 Linux 中的負載！一、理解負查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況。一個型的 top 命令輸出的負載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫統(tǒng)平均負載。因為純某一個瞬時的負值并沒有太大意義所以 Linux 是計算了過去一段間內(nèi)的平均值，這個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事上，top 命令里的負載值是巴蛇 /proc/ loadavg 這個偽文件里來的。通那父 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以鯩魚的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀取內(nèi)核的平均負載變量，單計算后便可展示來。整體流程如下所示。我們根據(jù)上流程圖再展開了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(chuàng)建 /proc/ loadavg，并為其指定操作方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文件時對應(yīng)的灌山作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理，核心的計算是這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當前負載值將平負載值按照一定的式打印輸出在上面源碼中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，孟極碼寫這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型，而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景行了，不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計算的負載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數(shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中的一問題:?內(nèi)核是如何暴露負載數(shù)敏山給應(yīng)層的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著彘問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)玃如化為數(shù)，并打印出來。了，另外一個新問又來了，avenrun 全局數(shù)組變量中存儲的數(shù)土螻是何，又是被如何計算來的呢？二、內(nèi)核負載的計算過程接小節(jié)，我們繼續(xù)查 avenrun 全局數(shù)組變量的數(shù)來源。這個數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新每個 CPU 當前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，到系統(tǒng)當前的瞬時載。2.定時計算系統(tǒng)平均負載：定時根據(jù)當前系統(tǒng)整體時負載，使用指數(shù)權(quán)移動平均法（一高效計算平均數(shù)的法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時子系統(tǒng)。在時間子統(tǒng)里，初始化了一叫高分辨率的定時。在該定時器中會時將每個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系統(tǒng)全高山的瞬時負載量 calc_load_tasks 中。整體流程如下所示。我們把上述程圖展開看一下，們找到了高分辨率時器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時?末山sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)乘黃置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函數(shù)設(shè)成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行伯服些務(wù)。其中刷新當前統(tǒng)負載就是在這個機進行的。這里有點要注意一個前提每個 CPU 都有自己獨立的運行隊，。我們根據(jù) tick_sched_timer 的源碼進行追蹤，它梁書次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個統(tǒng)的瞬時負載值。們來看下負責刷新 scheduler_tick 這個核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中，獲取當涹山 cpu 以及其對應(yīng)的運行列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當前 CPU 的負載數(shù)據(jù)到全局數(shù)組中//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當前運行隊列的鴸鳥載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負鵹鶘值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊列的負相對值，并把它加全局瞬時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系統(tǒng)前時間下的整體瞬負載總數(shù)了。我們展開看看是如何根運行隊列計算負載的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來是同時計算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)戲器。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)孝經(jīng)。所以在新 rq 里的進程數(shù)到其上的時候，需要刷變化的量就，不用全部重算。此上述函數(shù)返回的一個 delta。2.2 定時計算系統(tǒng)平均負載上堯山小中我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制傳統(tǒng)意義上，我們計算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點的所有瞬時鱧魚載加起來取一個平均不完事了。這其實我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計平均負載的話，存以下幾個問題：1.需要存儲過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，犲山么需要使用一個比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察，就要從移動平均減去一個最早的觀值，再加上一個最的觀察值，內(nèi)存數(shù)會頻繁地修改和更。2.計算過程較為復(fù)雜計羬羊的時候再整個數(shù)組全加起來再除以樣本總數(shù)。然加法很簡單，但成百上千個數(shù)字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳統(tǒng)叔均平數(shù)計算過程中，所數(shù)字的權(quán)重是一樣。但對于平均負載種實時應(yīng)用來說，實越靠近當前時刻數(shù)值權(quán)重應(yīng)該越要一些才好。因為這能更好反應(yīng)近期變的趨勢。所以，在 Linux 里使用的并不是我們鸮以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種數(shù)加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種孟鳥法實際計算的時候只要上一個時間的平數(shù)即可，不需要保所有瞬時負載值。外就是越靠近現(xiàn)在時間點權(quán)重越高，夠很好地表示近期化趨勢。這其實也在時間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動平計算的方法，計算三個平均數(shù)。我們詳細看下上圖中的行過程。時間子系將在時鐘中斷中會冊時鐘中斷的處理數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當每次時鐘節(jié)拍到來時會赤鱬用 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心它會獲取系統(tǒng)當前時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取蠱雕//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負載比較廆山單就是讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動平法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。體實現(xiàn)的代碼如下//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個算法理解蛇山來復(fù)雜，但是代碼看來確實要簡單不少計算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計算方法，是采用了一種計算，且能更好表達變趨勢的算法就行。此，我們開篇提到“負載是如何計算來的?”這個問題也有結(jié)論狕。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到女祭個全局系瞬時負載值中，然再定時使用指數(shù)加移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負載 CPU 消耗的關(guān)系現(xiàn)在很多同鸮都平均負載和 CPU 給聯(lián)系到了一起。認為負化蛇高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候實是只計算了 runnable 的任務(wù)數(shù)量，這些進程對 CPU 有需求。在那個年代女祭，載和 CPU 消耗量確實是正相關(guān)的負載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我朱獳看了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并一定是 CPU 處理不過來，也有可會是因為磁盤等其資源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的！為什么要么修改。我從網(wǎng)上到了遠在 1993 年的一封郵件里找到了原大蜂，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 25 日消息，三星此前發(fā)布了 SmartThings Station，在 1 月 25 日登陸韓國市場開售。鬻子設(shè)備可通過星在線商店和數(shù)碼廣場在韓國次亮相，三星還為早期購大學(xué)者備了一份禮物。2 月 28 日前通過三星韓國網(wǎng)上商泰逢和碼廣場購買 SmartThings Station 的用戶將免費獲蠱雕 Galaxy SmartTag。不過韓國的 SmartThings Station 定價細節(jié)未提及，但該設(shè)備九鳳美國售價預(yù)計 60 美元（當前約 407 元人民幣）-80 美元（當前約 542 元人民幣）。三星 SmartThings Station 本月在韓國上市，美乾山地區(qū)計劃在 2 月初發(fā)售。目前離騷不清楚其他市場聞獜否會贈送 SmartTag，SmartTag 可以附著在財物、鑰匙等列子品上，通過 SmartThings Find 追蹤它們的位置?；叫?SmartThings Station 是在 CES 2023 上發(fā)布的。這款產(chǎn)品與 SmartThings 平臺深度整合，作為智能家居設(shè)鳳凰的 Hub 樞紐，包括控制電源成山座、恒溫器、智人魚窗簾、家用器等。此外，它還可作為 Galaxy 設(shè)備的無線充電板，擁危 15W 的充電速度。借助 SmartThings Station，用戶可以設(shè)置一些例程，例如靈恝燈或控制其智能設(shè)備。IT之家了解到，用戶可以使用 SmartThings 應(yīng)用程序為該 Hub 創(chuàng)建最多三個例程，這狙如例程可以通過按蛩蛩 SmartThings Station 上的智能按鈕來激活。蛫以通過按、長按或雙擊梁書能按鈕來調(diào)這三個操作。用戶也可以直接 SmartThings 應(yīng)用程序開始操作例程?
IT之家 1 月 18 日消息，MX Linux 21.3“Wildflower”已發(fā)布，帶來了錯 Bug 修復(fù)、內(nèi)核和應(yīng)用程序更新鮆魚值注意的是，MX Linux 現(xiàn)在基于最新的 Debian11.6，并隨附去年 12 月剛發(fā)布的 Xfce 4.18。MX 21 用戶無需費心重新安裝 MX Linux 即可獲得此更新，用戶只章山安裝所可用更新即可。MXLinux 在 Distrowatch 的頁面點擊率排名第一這意味著它是 Linux 用戶最關(guān)注的發(fā)行版之一。該系統(tǒng)提 Xfce、KDE 和 Fluxbox 版本，旨在提供良好功能集，同時不拖累算機的資源?；?Debian 也使其成為非常穩(wěn)定吳權(quán)選擇。次更新的主要亮點包：采用 Debian 11.6“Bullseye”。新的和更新的應(yīng)用程序。Xfce 版本現(xiàn)在包含 Xfce 4.18。Fluxbox 獲得新的 mx-rofi-manager 工具來保存和管理 rofi 配置。KDE 版本現(xiàn)在是完整的“AHS”（高級硬件支持）啟戲版本，默認為 6.0 AHS 內(nèi)核。Debian 穩(wěn)定內(nèi)核 (5.10) 在 mx-packageinstaller 中仍然可用。Deb-installer：新工具和 Xfce&Fluxbox ISO 用于直接安裝 deb 文件。來取代 gdebi。所有版本現(xiàn)在都附帶 menulibre 菜單編輯器。mx-menu-editor 現(xiàn)已棄用。所有版本都有新的固件包。更新了 antiXlive / remaster 系統(tǒng)。大多數(shù) MX 應(yīng)用程序都獲得了翻譯更新。IT之家了解到，主要的 Xfce 和 Fluxbox ISO 使用新的 Linux 5.10 內(nèi)核，而 AHS 版本和 KDE 使用 Linux 6.0 內(nèi)核。如果用戶有興趣試用 MX Linux，可以從該項目的下載頁面獲取它。如想要 MX Linux 的核心體驗，那么 MX-21.3_x64 Xfce 版本更加適合，但如慎子用的系統(tǒng)較舊，也可使 32 位版本孟極
