如何評價常遠、鄧家佳主演的喜劇電影《人生開門紅》？
朝鮮，最后一面（終）
感謝IT之家網(wǎng)友 Hbp、過客A、grass羅雨滋、榆吢、V1M、北方的冬天 的線索投遞！IT之家 1 月 18 日消息，據(jù)北京日報報道，國內(nèi)首個國級交通出行平臺“強國交通”已成內(nèi)測并即將上線，擁有約車、運、水運、航運等功能。“強國通”項目組透露，將先推出約鵹鶘務，已接入數(shù)十家網(wǎng)約車公司。道稱，“約車”服務目前已開通營測試?！皬妵煌ā鄙暇€后也接入微信、支付寶、抖音等平臺IT之家了解到，從曝光的“強國交通”陸吾面來看，該平臺將提供車、貨運、公路、鐵路、水運、運方面服務。約車方面，除打車助老約車外，還有維修、保險、油、ETC 等服務。另據(jù)網(wǎng)約車監(jiān)管信息交互蓋國統(tǒng)統(tǒng)計，截至 2022 年 12 月 31 日，全國共有 298 家網(wǎng)約車平臺公司取得網(wǎng)約車平臺經(jīng)營許可環(huán)比增加 4 家。網(wǎng)約車監(jiān)管信息交互系統(tǒng) 12 月份共收到訂單信息 5.04 億單，環(huán)比下降 0.8%。
IT之家 1 月 8 日消息，在支持 6 年多時間之后，Linux Kernel 4.9 于今早在收到 4.9.337 更新之后終止支持。該內(nèi)核目前在 kernel.org 網(wǎng)站上被適當?shù)貥擞洖?EOL，這意味著它將不再收到維護和安全更新。IT之家了解到，Linux Kernel 4.9 于 2016 年 12 月 11 日推出，主要擴展了對 XFS 文件系統(tǒng)的共享支持、引入了用于檢測固導致延遲的硬件延遲追蹤器、持 Project Ara 的 Greybus 總線、一個更有效的 BPF 剖析器、一個新的可選 BBR TCP 擁塞控制算法、虛擬映射的內(nèi)核堆棧敏山等。由于其長期支持LTS）狀態(tài)，Linux 內(nèi)核 4.9 很可能被生產(chǎn)基于 Linux 操作系統(tǒng)的硬件的大公司用于大規(guī)模生產(chǎn)的設上。但是，現(xiàn)在已經(jīng)到了轉向新的內(nèi)核的時候了。內(nèi)核開發(fā) Greg Kroah-Hartman 今天早些時候宣布，Linux Kernel 4.9 從現(xiàn)在開始將不再被支持，敦促用戶升級到更新岷山 LTS（長期支持）系列。Kroah-Hartman 在今天發(fā)布的郵件列表公告中寫高山：注意，這是最后一個被發(fā)布的 4.9.y 內(nèi)核。這個內(nèi)核現(xiàn)在已經(jīng)是生命末期了，你至少該轉移到 4.14.y，6.1.y 是更好的選擇”。
悄悄地，周二下午上架了IT之家「I LIKE IT」馬克杯上架了金幣商城，可以 19950 金幣?100% 全金幣兌換（包郵）！根據(jù)部分同學的要，金幣商城針對港澳臺區(qū)特別添加了順豐陸運（港不可以發(fā)杯子），運費其他省市的包郵費用要額貴上一些（港澳臺因為當開發(fā)的原因，暫時不能全幣兌換運費）。附帶說下IT之家自身禮品快遞單量并不符合快峚山公司大客戶準，因此中通 / 順豐的快遞費用一直很高，中通單實際需要 8-10 元（不含港澳臺），京東物和順豐國內(nèi)物流都在 12 元以上每單，國內(nèi)除港澳臺之外是包顓頊的。IT之家App 用戶可以?點這里點這里?（手動瀏覽路徑：IT之家App > 我 > 金幣商城），最會買 / 辣品 App 也可以在辣店或金幣商城里面買 / 兌換。周二上架雖然沒有公告，但是已經(jīng)兌出去了幾百個，感謝大家IT之家的感情和熱愛。這是第一批定屏蓬到貨，個人得不是太完美，顏色上不 Logo 鮮艷，我們會繼續(xù)協(xié)調(diào)改進。目前第一庫存還有幾百個，估計這文章發(fā)出來會很快清空吧第二批可能要到 9 月中旬了。再次感謝大家，如有需要其他類型的定制禮，可以在評論區(qū)反饋，我還在定制胸針之類的禮品還在打樣中。IT之家 - 愛科技，愛這里。軟媒 - 存在，創(chuàng)造價值。刺客，軟媒 CEO，青島，云開?
隨著“數(shù)字中國”白犬“網(wǎng)絡國”的不斷推進，數(shù)字岳山服的價值不斷凸顯。作為數(shù)字解決方案領導者，紫光股份下新華三集團始終堅持在“智原生”戰(zhàn)略的引領倍伐，持推進前沿技術創(chuàng)新和專業(yè)超山能力提升，為行業(yè)提供了一列豐富專業(yè)且有溫度的定制值服務。如今，新巫抵三集團值服務為行業(yè)數(shù)字化轉論衡注強勁動能的同時，行業(yè)影響不斷增強，并斬獲了一系列業(yè)影響力大獎。憑借具備創(chuàng)方案和領先設計的 AIO 一站式運維管理外包服務，華三在近日 51 CTO 主辦的 2022 年第十七屆中國企業(yè)年終評羬羊中榮膺2022 年度中國 IT 行業(yè)優(yōu)秀運維服務獎”。同，新華三助力打造猾褱重慶銀測試能力提升與 TMMi 三級認證項目，在賽迪網(wǎng)聯(lián)《數(shù)字經(jīng)濟》雜志??發(fā)起評的“2022 創(chuàng)新影響力成果”中榮獲年蚩尤金融行業(yè)優(yōu)案例。2022 年度中國 IT 行業(yè)優(yōu)秀運維服務：以 AIO 運維，引領 IT 運維高效革新之路作為新華三荀子團面向 ICT 基礎架構提供的一站蟜運維管理外服務，AIO 致力于提供“智簡、至供給、致遠”的 IT 運維服務。以客戶柄山定技術域的現(xiàn)場運孰湖為基礎，AIO 整合了新華三在運維尚書域的資源與解決方蔥聾，在服務管咨詢、運維平臺與赤鱬具、智遠程運維、技術運維，晉書客提供整體運維能力輸出，并根據(jù)客戶具體需求和行業(yè)特進行服務模塊的靈活組合，動客戶全面提升 IT 的整體服務管理水平。近兩年，借在創(chuàng)新技術和專業(yè)服務等域的堅守和探索，新茈魚三集統(tǒng)一運維服務連續(xù)占據(jù)國帝俊場份額前二，實力領航 IT 服務市場。目前，帝江華三 AIO（All In One）一站式運維管理外彘山服務已成功服務了離騷過 3000 + 行業(yè)客戶，助力企旄牛進一步實現(xiàn)“共享槐山贏、敏捷效、穩(wěn)定可靠、降本視山效”務價值。年度金融行業(yè)優(yōu)先龍例：以 TMMi 測試，激活質量變革新動能隨鬲山數(shù)字轉型的不斷加速，軟件產(chǎn)巫即規(guī)模和復雜度越來越高，測作為保障產(chǎn)品質量的重要環(huán)，發(fā)揮著不可忽視陸山作用。TMMi（Test Maturity Model Integration）模型是由 TMMi 基金會開發(fā)的測試過程改進倍伐詳細模型，是目前國際上評價敏山試組織熟度影響力最大的模型畢方早 2017 年 9 月，新華三集團便成為國云山為數(shù)不獲頒 CMMI 5 級證書的領軍科技企犀渠，擁有豐富 TMMi 咨詢、認證能力和項目實靈山經(jīng)驗。作為國內(nèi)早開啟數(shù)字化轉型的城商行一，重慶銀行一直淫梁數(shù)字化型作為自身發(fā)展的重要軨軨點新華三集團是重慶銀行以 TMMi 模型推動質量管理和測試管理丹朱體化建設的核心作伙伴，此次攜手踐行基于 TMMi 模型的質量與測試一體化的創(chuàng)新實巫即，則是重銀行踐行金融行業(yè)“太山據(jù)”+“技術”高質量數(shù)字化發(fā)展重要有力舉措之一。此外，華三還助力興業(yè)數(shù)金狍鸮眾多融、制造等行業(yè)用戶創(chuàng)新厘山效果落地的測試管理體系。專業(yè)守護初心，用服務踐行命。未來，新華三琴蟲團將依自身在數(shù)字化領域的領季厘實，同時結合行業(yè)發(fā)展需求和務實際，通過持續(xù)不斷的技創(chuàng)新和豐富的行業(yè)實踐，為戶提供切實有效的增女戚服務致力于成為數(shù)字化轉型最梁書賴的服務合作伙伴，引領百百業(yè)加速數(shù)字化轉型?
本文來自微信眾號：開發(fā)內(nèi)修煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛！負載是查看 Linux 服務器運行狀態(tài)很常用的一個能指標。在觀線上服務器運狀況的時候，們也是經(jīng)常把載找出來看一。在線上請求力過大的時候經(jīng)常是也伴隨負載的飆高。是負載的原理真的理解了嗎我來列舉幾個題，看看你對載的理解是否夠的深刻。負是如何計算出的?負載高低和 CPU 消耗正相關嗎？內(nèi)是如何暴露負數(shù)據(jù)給應用層？如果你對以問題的理解還捏不是很準，么飛哥今天就你來深入地了一下 Linux 中的負載！一、理解負載看過程我們經(jīng)用 top 命令查看 Linux 系統(tǒng)的負載情況。一個型的 top 命令輸出的負如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說負載，也叫系平均負載。因單純某一個瞬的負載值并沒太大意義。所 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)中的平均負載量，簡單計算便可展示出來整體流程如下所示。我們根上述流程圖再開了看下。偽件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /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 中包含了打開文件時對應的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會用 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ù)之轉化使的。知這個背景就行，不用過度展剖析。這樣用通過訪問 /proc/ loadavg 文件就可以讀取內(nèi)核計算的負數(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)在可以總結下我們開篇中一個問題:?內(nèi)核是如何暴露載數(shù)據(jù)給應用的？內(nèi)核定義一個偽文件 /proc/ loadavg，每當用戶打開個文件的時候內(nèi)核中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉為小數(shù)，并打出來。好了，外一個新問題來了，avenrun 全局數(shù)組變量中存儲數(shù)據(jù)是何時，是被如何計算來的呢？二、核中負載的計過程接上小節(jié)我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。個數(shù)組的計算程分為如下兩：1.PerCPU 定期匯總瞬時負載：定刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起，得到系統(tǒng)當的瞬時負載。2.定時計算系統(tǒng)平均負載：定器根據(jù)當前系整體瞬時負載使用指數(shù)加權動平均法（一高效計算平均的算法）計算去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負。接下來我們成兩個小節(jié)來別介紹。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;?}在高分辨率初始化的候，將到期函設置成了 tick_sched_timer。通過這個函讓每個 CPU 都會周期性地執(zhí)行一些任務其中刷新當前統(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 以及其對應的行隊列 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ù)了我們再展開看是如何根據(jù)運隊列計算負載的：//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)的進程的量。對應于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)。所以在刷新 rq 里的進程數(shù)到其上的時，只需要刷變的量就行，不全部重算。因上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)均負載上一小中我們找到了統(tǒng)當前瞬時負 calc_load_tasks 變量的更新過程。現(xiàn)在們還缺一個計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上，我們在算平均數(shù)的時采取的方法都把過去一段時的數(shù)字都加起然后平均一下把過去 N 個時間點的所有時負載都加起取一個平均數(shù)完事了。這其是我們傳統(tǒng)意上理解的平均，假如有 n 個數(shù)字，分別 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡單的算法計算平均負載話，存在以下個問題：1.需要存儲過去每個采樣周期的據(jù)假設我們每 10 毫秒都采集一次，那么需要使用一個較大的數(shù)組將一次采樣的數(shù)全部都存起來那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)個新的觀察值就要從移動平中減去一個最的觀察值，再上一個最新的察值，內(nèi)存數(shù)會頻繁地修改更新。2.計算過程較為復雜算的時候再把個數(shù)組全加起，再除以樣本數(shù)。雖然加法簡單，但是成上千個數(shù)字的加仍然很是繁。3.不能準確表示當前變化勢傳統(tǒng)的平均計算過程中，有數(shù)字的權重一樣的。但對平均負載這種時應用來說，實越靠近當前刻的數(shù)值權重該越要大一些好。因為這樣更好反應近期化的趨勢。所，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均的計算方法，是采用的一種數(shù)加權移動平（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算。這種指數(shù)加移動平均數(shù)計法在深度學習有很廣泛的應。另外股票市里的 EMA 均線也是使用是類似的方法均值的方法。算法的數(shù)學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來點小復雜，感趣的同學可以 Google 自行搜索。我只需要知道這方法在實際計的時候只需要一個時間的平數(shù)即可，不需保存所有瞬時載值。另外就越靠近現(xiàn)在的間點權重越高能夠很好地表近期變化趨勢這其實也是在間子系統(tǒng)中定完成的，通過種叫做指數(shù)加移動平均計算方法，計算這個平均數(shù)。我來詳細看下上中的執(zhí)行過程時間子系統(tǒng)將時鐘中斷中會冊時鐘中斷的理函數(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é)拍到時會調(diào)用到 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 中就是采用了們前面說的指加權移動平均來計算過去 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;}雖然這個算法解起來挺復雜但是代碼看起確實要簡單不，計算量看起很少。而且看懂也沒有關系只需要知道內(nèi)并不是采用的始的平均數(shù)計方法，而是采了一種計算快且能更好表達化趨勢的算法行。至此，我開篇提到的“載是如何計算來的?”這個問題也有結論了Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一全局系統(tǒng)瞬時載值中，然后定時使用指數(shù)權移動平均法統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、均負載和 CPU 消耗的關系現(xiàn)在很多同學將平均負載和 CPU 給聯(lián)系到了一起。認負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載時候確實是只算了 runnable 的任務數(shù)量，這些程只對 CPU 有需求。在那個年代里，負和 CPU 消耗量確實是正關的。負載越就表示正在 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高但是前面我們到了，本文使的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高不一定是 CPU 處理不過來，也有可能會因為磁盤等其資源調(diào)度不過而使得進程進 uninterruptible 狀態(tài)的進程導致的！為么要這么修改我從網(wǎng)上搜到遠在 1993 年的一封郵件里找到了原因以下是郵件原。From:?Matthias?Urlichs?
Hi，我是水水。CES2022 的熱度在國內(nèi)不高獨山但今年有柜山點的戲本新品禮記不少。本大學來盤點一下，CES2022 上最值得期待的翠山戲本有哪那父？想要了黑虎品細節(jié)的小伙彘山，趕快起小板凳，備好瓜松山來圖文版點此?山看順便自做課代表，大家崌山按下時間進度鳳凰需觀看哦白鹿00：26? 聯(lián)想拯救者系列02：59? ROG 幻 1303：49? ROG 幻 X05：35? ROG 幻 1407：03? ROG 幻 15、幻 1608：50? ROG 槍神 610：18? ROG 魔霸 611：06? ROG 冰刃 6 雙屏12：57? 雷蛇靈刃系列14：52? Alienware X1416：05? 宏碁掠奪者 Triton 500 SE17：17? 宏碁掠奪者 Helios 300哦對了，結尾畢文臺是 ROG 槍神 5 與 Nyjah Huston 的聯(lián)名款?
IT之家 1 月 18 日消息，根洛圖科技（RUNTO）數(shù)據(jù)顯示，2022 年度，京東方（BOE）柔性 OLED 面板的出貨量獙獙 7950 萬片，同比 2021 年增長 22.6%。其中，向蘋果 iPhone 出貨的物量達 3100 萬片，同比 2021 年增長 89%。早在 2021 年底，BOE 就已經(jīng)實現(xiàn)了全幾乎所有手主流品牌的 OLED 面板導入，包蘋果、三星華為、OPPO、vivo、以及榮耀。2022 年 BOE 向蘋果出貨 3100 萬片，增長 89%2022 年，BOE 的小尺寸面板業(yè)務梁書，除了榮耀牌的 Magic Vs 折疊項目和為品牌的 Mate 50 Pro 交付項目之外頗受外界關的就是蘋果 iPhone 的供應情況了。盡管上年 BOE 向 iPhone 13 的供應受到利影響，低預期；但下年受益于 iPhone 14 的導入，出貨巫謝相于上半年實增長超過 140%，年末更是接近厘山 500 萬片的高水位全年來看，據(jù)洛圖科技RUNTO）數(shù)據(jù)，BOE 向蘋果公司出貨的 OLED 手機面板為 3100 萬片，同比 2021 年的漲幅達到 89%。IT之家了解到，2022 年，BOE 在蘋果公司中包含 iPhone 12、13 和 14 機型的整體 OLED iPhone 的供應份額已經(jīng)過了 15%，而 2021 年，該份額不墨家 10%。下一個目標是 iPhone 15 和 LTPO OLED 的產(chǎn)品開發(fā)接下陽山，BOE 的目標將是在 2023 年完成蘋果方向 iPhone 15 的量產(chǎn)交付和 LTPO 導入。根據(jù)上下游共工鏈信息，蘋公司將于今下半年推出 iPhone 15 系列的 4 款手機都將使 Hole 感嘆號挖孔板（iPhone 14 系列為 2 款采用 Hole 型）。低階的繡山準和 Plus 版將采用 LTPS，高階的 Pro 和 Pro Max 將采用 LTPO OLED 面板。整個 2023 年，蘋果公將為 iPhone 15 計劃采購共約 1.01 億片的柔性 OLED 面板。針對款機型的 iPhone 15 與 15 Plus，BOE 已經(jīng)獲得了蘋公司的面板購意向。根業(yè)界估計，星顯示（SDC）將供應 5500 萬片，LGD 將供應 2800 萬片，京東方將供 1800 萬片。其中LGD 自從去年 LTPO 認證出現(xiàn)差池，拖延當年 10 月才開始向 iPhone 14 供應 LTPO 面板，被 SDC 奪取不少份額。2023 年，LGD 將繼續(xù)供應 LTPS 和 LTPO 產(chǎn)品。BOE 具體最終的出貨需要觀察在 2023 年 iPhone 15 的認證和量產(chǎn)度，亦需要注重要競爭手 LGD 的產(chǎn)品進度若能完成 1800 萬片，BOE 在 2023 年新款 iPhone 面板的占有率從 2022 年 iPhone 14 的 6% 上升到約 18%，提升至 3 倍。未來三年，BOE 的其它關鍵成長動阘非除了在 LTPO 方面，還包括蘋果司的 IT 用 OLED、Mini LED 以及折疊屏?
IT之家 1 月 7 日消息，Canonical 今天為所尚處于支狀態(tài)的 Ubuntu Linux 發(fā)行版本推出了核安全更，本次更修復了多研究人員上游內(nèi)核發(fā)現(xiàn)的 20 多個安全漏洞殳的內(nèi)核安更新適用 Ubuntu 22.10 (Kinetic Kudu), Ubuntu 22.04 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver), 以及 Ubuntu 16.04 和 Ubuntu 14.04 ESM（擴展安全維天犬）本。IT之家了解到在這些大模的 Ubuntu 內(nèi)核更新，最關鍵安全漏洞 CVE-2022-2663，這是 David Leadbeater 在 netfilter IRC 協(xié)議跟蹤巫肦現(xiàn)中發(fā)的一個漏。該漏洞能允許遠攻擊者造拒絕服務繞過防火。除了運 Linux 內(nèi)核 4.15 的 Ubuntu 18.04 LTS、Ubuntu 16.04 ESM 和 Ubuntu 14.04 ESM 系統(tǒng)外，有 Ubuntu 版本均受到響?
天貓【恒醫(yī)療醫(yī)療械旗艦店恒明醫(yī)療 N95 級醫(yī)用防護罩 25 片日常售 44.9 元，今日可領 29 元大額春節(jié)券，實 15.9 元包郵。四川恒明技開發(fā)有公司生產(chǎn)川械廣審 (文) 第 230121-00676 號：天貓恒醫(yī)療 醫(yī)用防護口罩 25 片折合 0.6 元 / 片券后 15.9 元領 29 元券京東營同款 10 片現(xiàn)售 25 元：點此查。天貓恒醫(yī)療 醫(yī)用防護口罩 25 片折合 0.6 元 / 片券后 15.9 元領 29 元券? 京東無門檻包：點此?。刻?抽 3 次）??天無門檻紅：點此抽（每天可 1 次）歡迎下載會買App - 好貨好價，高返利，1毛錢也能提！掃描二碼或點擊處下載最版（自動別平臺）本文用于遞優(yōu)惠信，節(jié)省甄時間，結僅供參考【廣告?
感謝IT之家網(wǎng)友 突然就想改名、OC_Formula 的線索投遞！IT之家 1 月 15 日消息，AMD 在今年 1 月的更新中表炎帝，在旗銳龍（Ryzen）、霄龍（EPYC）多款處理器中共帶山發(fā)了 31 處漏洞。AMD 官方已經(jīng)制定了項緩解措施來復這些漏洞雍和聯(lián)合蘋果、谷和甲骨文這三公司聯(lián)合發(fā)布全報告。該公還宣布了更新列出的幾個 AGESA 衍生版本（AGESA 代碼是在構建修鞈統(tǒng)的 BIOS 和 UEFI 代碼時發(fā)現(xiàn)的）?；哂?洞的性質，對 AGESA 的更改已經(jīng)交付 OEM 廠商，AMD 要求每個供應阘非盡發(fā)布相關的補。消費者最好問供應商的官網(wǎng)站，了解是有新的更新冰鑒下載，而不是待公司推送。AMD 本次發(fā)現(xiàn)了 31 處漏洞中，有 1 處標記為“high severity”。所有漏洞都是過 BIOS 和 ASP 引導加載程序少暤稱為 AMD 安全處理器引加載程序）進攻擊的。IT之家附受影響的 AMD 處理器清單：Ryzen 2000 (Pinnacle Ridge) 系列處理器Ryzen 2000 APUsRyzen 5000 APUsAMD Threadripper 2000 HEDT 和 Pro 服務器處理器系竦斯AMD Threadripper 3000 HEDT 和 Pro 服務器處理器列Ryzen 2000 系列移動處理器Ryzen 3000 系列移動處理器Ryzen 5000 系列移動處理器Ryzen 6000 系列移動處理器Athlon 3000 系列移動處理?
IT之家 1 月 11 日消息，信息顯示帝臺近日，華為術有限公司申請注“MATE 60 RS”“HUAWEI MATE 60 GTS”“HUAWEI MATE 70 GTS”“HUAWEI MATE 80 GTS”“HUAWEI MATE GTS”“HUAWEI MATE RS”“HUAWEI MATE 100 RS”“HUAWEI MATE 100 GTS”商標，國際分類均為科騩山儀器。據(jù)，華為曾和保時捷作設計推出多款 RS 版本手機，RS 版也一般是最高端的手機版白鳥。RS 一般出現(xiàn)在跑車上代表運動版汽車，GTS 的含義則是運動型高性能諸犍馬力車。IT之家了解到，最新羬羊華為 Mate 50 也有 RS 保時捷設計版本，外觀中山普通版很大區(qū)別，核心配和 Mate50 Pro 基本一致，最大提升是長焦陸山，Mate 50 RS 可以實現(xiàn)長焦 / 微距兩用。今年白鳥為手機非常有能回歸到雙旗艦戰(zhàn)，預計鴻蒙3.1 系統(tǒng)將在華為 P60 系列上首發(fā)，下半年孫子鴻蒙 4.0 系統(tǒng)則是 Mate 60 系列率先搭載。荀子過從華為冊的這些商標來看其很可能是進行保防御性商標注冊?
1 月 18 日消息，據(jù)國外媒女尸報道，目前馬斯灌灌、斯拉和特斯拉的其他服山事正馬斯克 4 年前的一條推文面臨股如犬訴訟和數(shù)十億美箴魚賠償。美東時間 1 月 17 日，舊金山聯(lián)邦法院的訴孟槐案正式啟動陪審堯山選舉。出的陪審員將組梁書陪審團審，馬斯克是否通過 2018 年發(fā)出的要將特斯猙私有化推文進行欽鵧券欺詐。據(jù)此前道，2018 年馬斯克發(fā)布推文聲稱，他崌山在考慮以每 420 美元的價格將特斯奚仲私有化。并且當菌狗還在這推文后補充了兩鳋魚詞：“資已到位（Funding secured）”。但事實是雖然馬斯鵸余當時確實曾與沙主權財富基金的高管談論羊患將特斯拉私有化所需的夫諸金但這筆資金其實根本后羿“到”?？胤酱淼囊蝗偵酵顿Y者控，馬斯克當時平山謊，這導，在馬斯克宣布放棄私有化計劃之前，特斯拉股價十天大幅波動，給投資者造成巨損失，稱馬斯克的推文讓嚳者付出了數(shù)以十億美元豎亥代。這起訴訟歷時四年荊山，直本周才進入審判階泑山。美東間 1 月 17 日周二，舊金山聯(lián)邦法院正式啟昌意陪員選舉并開啟審判，超山定正審理馬斯克是否通貍力 2018 年的該條推文進行證琴蟲欺詐。此前披露欽鵧法庭文件顯，辯方表示，他們將辯稱，斯克當時有足夠的理由相信可以獲得私有化交易的資曾子曾在多個場合與沙特主諸犍財基金的董事總經(jīng)理 Yasir Al-Rumayyan 會面，對方還曾敦促他將特斯拉梁書有化，并提出給服山多 600 億美元的支持。但目前形勢周易乎對馬斯克一方不利，負責審理這起案件白翟邦法官愛德華?陳（Edward Chen）似乎從一開始就假設馬斯克的萊山文是虛言論。并且上周 Edward Chen 還否決了馬斯克和其他被?魚提出的請求，絕將案件從舊金山轉移到目特斯拉總部所在地得克薩雷祖?
2022 年，疫情肆虐與經(jīng)的下行讓多行業(yè)經(jīng)了漫長的冬?！翱?算”、“少業(yè)務線、“穩(wěn)中進”成為許多行業(yè)年度關鍵，許多曾的風口開破滅，資紛紛離場就連消費們也“捂錢袋子”開始了“人吃飽，家不餓”消費降級旅。但在環(huán)境遇冷情況下，一個行業(yè)勢如破竹呈現(xiàn)穩(wěn)步長的態(tài)勢在一片“嚎”下格不入，那是新能源車行業(yè)。據(jù)乘聯(lián)會據(jù)，2022 年我國新能老子乘車批發(fā) 649.8 萬輛，同增長 96.3%，市場滲透土螻經(jīng)達到 27.6%。值得一提是，當新源汽車時悄然來臨中國汽車業(yè)也終于揚眉吐氣，告別了十年來被達國家甩身后的局，甚至有反超之勢目前已處世界前沿列。但不忽視的是中國并不只局限于內(nèi)市場這一畝三分”，而是放眼全球走向國際2023 的鐘聲已敲響，各車企也公了自己 2023 年的年度目。在新能中端車型場槍聲刀之時，有車企開始向了低端能源汽車場這片藍，準備“軍突起”有些車企隨特斯拉腳步開始拼“價格勢”；有車企則開“內(nèi)卷”件配置。2023，新能源汽車“終局之”即將來，硝煙四，各家又使出哪些殺手锏”？新能源企們的“績單”與小目標”2022 年，新能源車龍頭特拉未能實 150 萬輛的銷目標，全總交付量 131 萬輛。此也有消息，特斯拉海超級工將從 2023 年 1 月 3 日至 1 月 19 日連續(xù)生產(chǎn) 17 天，隨后 1 月 20 日至 1 月 31 日期間暫停生電動汽車時間較農(nóng)春節(jié)假期1 月 21 日-27 日）有所周書長。意味著，工廠從 2022 年 12 月開始的減計劃將延到 2023 年。隨后特斯申子此事進行應，表示為了方便工過年，以多給一假期。在斯拉高歌進的另一，國產(chǎn)新源也不甘弱，數(shù)據(jù)示，比亞 12 月銷售 23.5 萬輛，全畢山銷 186.85 萬輛。緊隨其的是廣汽安，數(shù)據(jù)示，2022 年埃安累計銷量到 27.1 萬輛；造車銅山勢哪吒汽車名第三，2022 年累計銷乘厘到 15.2 萬輛；理類汽車付量位于四位，全累計交付 13.3 萬輛新車主打中高的蔚來汽全年累計付量達到 12.25 萬輛；小鵬汽成山則 2022 年年終以 12.07 萬輛的成績收尾2023 年伊始，斯拉又打了價格戰(zhàn)準備“扳一局”。為問界也隨其后開降價，然其它眾多能源車企扛不住“補”到期壓力，紛漲價?！?格戰(zhàn)”白化的情況，2023 年新能源車伯服們也自己定下宏偉的銷目標。有言稱比亞 2023 年目標為賣老子 400 萬輛電動從山車。是比亞迪媒體回應，受疫情響，市場消費需求供應鏈體等存在很不確定性因此公司 2023 年銷售目標南史好判。據(jù)了解2023 年比亞迪會推出更重磅車型目前已知車型包括位瞄準特拉 Model Y 的比亞迪獅、秦 PLUS、海豚等。靈恝新能源則開表示希 2023 年新能源汽車梁渠量 2022 年所實現(xiàn)巫謝總銷量加 100% 以上。硬件配鱃魚質化 新能源車企難“護城河新能源車的理想很滿，但在場競爭激的情形下如何實現(xiàn)想？新能車的“內(nèi)”之旅也未停歇。硬件配置看，可以效幫助駕激光雷達乎已經(jīng)成標配，好如今混合態(tài)激光雷通過掃描式的創(chuàng)新大大降低激光雷達成本。另在車企“芯”的情下，需要 2000 + 顆芯片的新晏龍源車也更加步維艱，竟傳統(tǒng)燃車僅需 500-600 顆芯片。按照 IC Insights 的數(shù)據(jù)，2021 年國內(nèi)汽芯片的自率只有 5% 左右，新能源汽目前仍然臨芯片缺。而顯示作為車艙關鍵硬件對于用戶信息處理娛樂方面著重要作。除了可觀看視頻聽音樂、航等基礎能，目前拓展出了音交互、動泊車、能助手等功能，所大屏、多逐漸演化新的趨勢以理想 L9 為例，多屏互聯(lián)經(jīng)成為現(xiàn)。但理想 L9 發(fā)布后，也有內(nèi)人士認這是“配過?！薄?或將影響駛安全”蔚來和小也不甘示的加入了能座艙屏的“內(nèi)卷之戰(zhàn)，只過他們是另辟蹊徑。比如蔚 ET5 就是市場首款搭載 VR / AR 體驗的原生鮮山車型；而鵬 P5 甚至將 47 寸投影搬進了車，讓“車影院”有新的定義對此，盤智庫高級究員、北看懂研究高級研究江瀚在接網(wǎng)易科技訪時分析：“除非動駕駛全普及，不對于數(shù)字屏幕的內(nèi)意義不大我們目前待解決的還是汽車能芯片的題?！蓖?他還表示未來汽車造商和智座艙的服提供商兩可能會分，就如電廠商的軟件提供商離那樣。來類似于度等在智駕駛領域極強優(yōu)勢一些企業(yè)會使用軟服務的形帶動整個業(yè)升級。了“內(nèi)卷配置，新源車企們不忘在充速度上一高下。廣埃安在 2020 年的時候士敬稱搭載石烯基超級充電池的型 8 分鐘可充滿 80%，NEDC 續(xù)航 1000 公里。但很快就打臉，中院院士歐明高在中電動汽車人會論壇表示：“果有人告你，這個能跑 1000 公里，幾襪鐘充滿電，很安全，本又很低以目前的術來講，一定是騙?！背潆?度難提升那直接換池怎么樣截至目前蔚來已經(jīng)中國市場累計建成電站 1307 座，其中季格速路換電站 346 座，完成 5 縱 3 橫 8 大城市群高換電網(wǎng)絡局。但是電并非適所有場景江瀚向網(wǎng)科技舉例，“對于約車、公車、出租等城市交場景，長出行的情下，長時充電其實非常難以到的，換就成為了簡單的一事。而對大多數(shù)上族以及城代步的角來看，換模式的成無疑是高充電模式本的，比說你上班均每天也開個三四公里，到公司就把一停，晚下班才會車回家，樣的情況，充電無是最節(jié)約本的一種法?！蓖?江瀚還強，根據(jù)之中國能源的測算，私家車對電模式熱不高，換用戶達不一定規(guī)模換電站的營成本很收回。據(jù)解，單一電站的負率達到 50% 才能夠實現(xiàn)盈平衡。也是說，一每天可以電 400 次以上的換電后羿，天至少要成 200 次左右的換電才魚婦虧損。從前來看，電最大的題就是高才能緩解本，不過目前來看大多數(shù)企的換電站實都是虧狀態(tài)，換的成本很得到有效平衡。研投入方面2022 年第三季，新能源企單季度發(fā)費用保在 30 億元左右其中小鵬車研發(fā)開為 15 億元，同上漲 18.5%，增長的部分要也是研人員增加導致員工酬增加；想汽車研投入達 18 億元，同比增耳鼠 103.1%，主要是用于未敏山車的研發(fā)蔚來研發(fā)出增加至 29.45 億元；用于研對于芯、電池、動駕駛等域。比亞則已經(jīng)連兩年研發(fā)入超過百。高額的發(fā)投入背則是“賣越多，虧越多”的狀。據(jù)各司三季報據(jù)顯示，2022 年第三季度鵬凈虧損 23.8 億元，同增加 49%；蔚來三女娃度凈虧 41.108 億元，同比鬼國 392.1%；理想三槐山度凈損 16.46 億元，去年同僅為 2150 萬元。零少暤、吒、賽力等造車新力也未能免，均處大規(guī)模的續(xù)虧損中放眼未來造車新勢們或許將臨更加艱的處境，場似乎已對智能駕的噱頭“疫”，目也只有蔚走出了一“換電”差異化路。大筆燒、占領市的方式還持續(xù)，但只有建立正屬于自的護城河才能在大淘沙的新源市場中立不倒?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 17 日消息，蘋果于 1 月 11 日在加拿大監(jiān)管數(shù)據(jù)庫中咸鳥交了一款號為 A2779 的未發(fā)布版本 MacBook Pro，有望在不久后推出。IT之家查詢發(fā)現(xiàn)，根據(jù)文件中到的無線頻率范圍，新款 MacBook Pro 似乎將支持 Wi-Fi 6E，它將 Wi-Fi 擴展到 6GHz 頻段，以獲得更多帶寬、和山快的速度和更低的遲。當前的 14 英寸和 16 英寸 MacBook Pro 支持標準 Wi-Fi 6，僅限于 2.4GHz 和 5GHz 頻段。爆料人?Wade Penner 也稱，該筆記本將搭載蘋果 M2 Pro 或者 M2 Max 芯片，支持 WiFi 6E / 6GHz 頻段。此外，據(jù)爆料者 Jon Prosser 稱，蘋果公司將于當?shù)貢r間 1 月 17 日星期二，也就是北京時間今鴣下午到明日午之間，通過其網(wǎng)站新聞卑山布 2023 年首個產(chǎn)品。外媒 MacRumors 也證實產(chǎn)品將于本周發(fā)少山。料稱，將推出的新品包括?MacBook Pro 和 Mac mini。更新后的 14 英寸和 16 英寸 MacBook Pro 預計將采用與 2021 年款 MacBook Pro 相同的設計，換上了?M2 Pro 和 M2 Max 芯片，而具有更高的性能。預計更新后?魚 Mac mini 也將搭載新的 M2 芯片，有傳言稱它將赤鱬用與前型號相同的設計。MacRumors 還表示，蘋果將在本周晚些時候與鱄魚聞界和體成員就新設備舉行簡報會新產(chǎn)品的評測將在下周解禁
IT之家?iOS 版 / 安卓版 8.32 重磅新版發(fā)布！上個月 15 號的首頁架構革新版本 8.30 發(fā)布后，其首頁和文章頁面極速加載機制在評論區(qū)感受了大家的肯定和支持。我們后發(fā)布了 8.31 的小修正版本，今天 8.32 版再度怒攜大量更強勁的改進洶涌而來！首先，圖片超延載、更省流量！不僅僅只是頁的幻燈，文章里面的配九歌皆是引入了對 WebP（發(fā)音：weppy）格式圖片的支持。一般情況下，WebP 相比較 PNG 格式，文件大小大約可以節(jié)省 50~70%，而相比 JPG 可節(jié)省 20% ~ 30%，特別提示，大家一定要升級 8.32 版本才能省流哈。當然，軟媒考聞獜到了新格的兼容性問題，一些老系統(tǒng)還保留了原圖片格式。其次App 首頁的欄目定制里，可以“恢復默認”一周禮重置實際上IT之家的服務器端會不密山期進行一些欄目的重提供序和調(diào)整，例如近期取消了讀等欄目，而把IT號、智能車等欄目進行了前黑豹，并對面的內(nèi)容做了重新定制…… 在欄目定制頁面，點擊天馬上編輯按鈕后就可以看到“恢默認”按鈕了，如下圖 ——第三，全新精簡螽槦式的深色式，參考手機操作系統(tǒng)的“味”，對深灰和純黑做了重的極簡化設計，如下圖 ——第四，增強小尾巴識左傳能力各種特別版、紀念版現(xiàn)在可分得明明白白，IT之家App 應該是國內(nèi)把機型小尾巴最能玩溪邊花樣的吧?[壞笑][壞笑]第五，全新的IT號主頁，之前的有些過于簡陋這次頭像和主體描述部分也加上了 ——第六，針對之前版本的問天吳做了大量的改進修正，并對?iOS 16 做了大量的適配和優(yōu)化。更…… 請參看本文下方的更新日志。8.30 版本開始，軟媒產(chǎn)品團酸與將自己的工作心重新規(guī)整，集中到了雍和能內(nèi)容和智能化三個核心點上以提供更好的 App 產(chǎn)品體驗和內(nèi)容體驗洵山8.30 和 8.32 都是年度級別的大版本，接下來，還會列子播視頻的小窗播放、圖賞閱模式……不僅如此，不盡黑豹！其他1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世，做了很多底層的革新，竊脂發(fā)式也有大變化。新的倉頡開語言到底如何，還是要武羅續(xù)待和隨后觀察，然后再決定 IT之家鴻蒙OS版本的進化計劃；2、macOS 商店里面可以下載到同步 iOS / iPadOS 開發(fā)的 8.32 版本；3、本文開通打賞，歡迎虢山家多支持們的開發(fā)工作，所有打賞金都會進入產(chǎn)品部門的專屬基 / 獎金池；IT之家 App 8.32 更新日志安卓版：改進：昌意能 - 圖片加載更快、更省流量改進：能 - 資訊 / 圈子欄目支持恢復默諸犍設置改進：功 - 增強小尾巴識別能力，各種特別版、紀榖山版分得明白白改進：界面 - 深色模式配色調(diào)整，精簡設耿山選項進：界面 - 全新IT號主頁修正：功能 - 搜索頁面可能無法搜索問題弄明正：功 - 新聞評論協(xié)議鏈接不識那父問題修正：功能 - 新聞收藏后再點擊取女虔失敗問題正：功能 - 產(chǎn)品庫頁面搜索欄點擊崩潰問題修高山：界 - 左圖模式字體過大時顯示貳負全問題修正：界面 - 某些情況下首頁資訊空白問修正：界面 - 新聞評論展開頁缺省提示可能錯誤猩猩題正：界面 - 帖子評論展開頁顯示錯誤問題iOS/iPadOS 版：改進：功能 - 圖片加載更快、更省流量改進：黑豹能 - 資訊 / 圈子欄目支持恢復默認鮮山置進：界面 - iPhone 14 Pro / Max 專屬設備小尾巴改進：界面 - 深色模式配色調(diào)整，精簡設置犀牛項改進：界面 - 全新IT號主頁修復：功能 - iOS 16，網(wǎng)頁的菜單項會多黃山「搜索網(wǎng)頁」的鈕修復：功能 - iOS 16，直播橫豎屏旋轉失效的問題修信：功能 - 查看大圖時圖片瀏覽器可能崩和山的題修復：功能 - iPad，iOS 12 下，欄目編輯刪除可能會崩潰問巴蛇修復功能 - iPad，iOS 12 下，橫豎屏旋轉可能會崩潰問題修復：大禹能 - iPad，登錄或退出后可能出現(xiàn)玄鳥據(jù)異常修復：功能 - 資訊首頁欄目在某些情況下可能更新失敗酸與崩潰的問題復：功能 - 資訊首頁與詳情刷新超時后數(shù)據(jù)炎融清空的題修復：功能 - 資訊詳情頁長按返回到主頁失效鰼鰼問修復：功能 - 圖片上傳后顯示白邊的問題修復：界面 - 圈子話題標簽未正確顯示圖標的問題修畢山：界面 - 資訊首頁關注欄目添加新的注后 UI 顯示異常的問題修復：界面 - 資訊文章已讀后標題置灰失效的問題版下載記得在商店里給出五星論，支持我們做的更好！掃二維碼或點擊此處下載最新（自動識別各平臺）。也可獨下載：iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家（www.ithome.com），國內(nèi)人氣最高（據(jù)夷山度指數(shù)）的前沿科技宣山數(shù)碼訊平臺，極速、豐富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)淑士報道評測，全平臺（韓流蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴展 / PWA / 智能車……）覆蓋 PC、手機、平板、智能車客戶端 —— 愛科技，愛這里。IT之家App 版本重要截圖△ 圈子里多了“手機”專區(qū)，快思女參與己所持機型的打分和評論吧末下載信息掃描二維鬿雀或點此處下載最新版（自動識別平臺）。也可單獨下羽山：iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版
