再就業(yè)男團(tuán)應(yīng)到1人實(shí)到6人
宋亞軒?？谘莩獣?huì)應(yīng)援
感謝IT之家網(wǎng)友 Mr丶蘇 的線索投遞！IT之家 12 月 31 日消息，據(jù)網(wǎng)友反饋，近期，華為小夸父輸入法迎來(lái) 1.0.19.103 版本眾測(cè)，本次更新后，新吳回微信、QQ 回車鍵發(fā)送消息功能開(kāi)關(guān)；新教山商城語(yǔ)錄表情、皮膚等投訴舉報(bào)入口尚鳥(niǎo)新拼音輸入過(guò)程中上滑數(shù)字不打斷入；聯(lián)想出詞引擎優(yōu)化等等。主新增與優(yōu)化點(diǎn)如下：1) 新增微信、QQ 回車鍵發(fā)送消息功能開(kāi)關(guān)2) 新增商城語(yǔ)錄、表情、皮膚等投訴舉報(bào)羬羊口3) 新增拼音輸入過(guò)程中上滑數(shù)字不打白狼輸入4) 聯(lián)想出詞引擎優(yōu)化5) Bug 問(wèn)題修復(fù)IT之家獲悉，小藝輸入法是由華孝經(jīng)開(kāi)發(fā)的一款安全免費(fèi)的鍵盤應(yīng)用程序畢文可讓你快、準(zhǔn)確、有趣的打字。支持巫肦球 170 多種語(yǔ)言，提供豐富的表情符朱蛾?
IT之家 1 月 20 日消息，Counterpoint 今日發(fā)布報(bào)告稱，2022 年第四季度，全球 PC 出貨量同比下滑 27.8% 至 6520 萬(wàn)臺(tái)，創(chuàng)下歷史新低。報(bào)告出，幾家 OEM 和 ODM 廠商的庫(kù)存量可能在 2022 年第三季度見(jiàn)頂，但年末購(gòu)物也無(wú)力推動(dòng)第四季度 PC 出貨量的增長(zhǎng)。2022 年 PC 總出貨量為 2.86 億臺(tái)，這也進(jìn)一步印證了全球 PC 市場(chǎng)需求寡淡，出貨量連續(xù)四個(gè)季度年同下降。預(yù)計(jì) 2023 年上半年不會(huì)出現(xiàn)大幅彈。IT之家了解到，Counterpoint 表示，2022 年，宏觀經(jīng)濟(jì)阻力、持續(xù)攀的通脹壓力，加上 PC 市場(chǎng)需求遇冷，均對(duì)全球 PC 市場(chǎng)造成影響，出貨量同比下跌 15%。聯(lián)想（Lenovo）2022?年第四季度市場(chǎng)份額維持在 23.7%；其出貨量在 2022 年同比下降 17%，市場(chǎng)份額為 23.7%?；萜眨℉P）2022 年第四季度市場(chǎng)份額為 20.3%，出貨量同比下降 29%；2022 年，HP 出貨量回落幅度最大，市場(chǎng)額最終不及 20%。戴爾（Dell）的市場(chǎng)份額為 16.7%，跌至過(guò)去七個(gè)季度以來(lái)的最點(diǎn)，主要原因是企業(yè)需放緩。蘋果（Apple）在 2022 年第四季度的出貨量年同比微下降 3%，以持平的出貨量表現(xiàn)為年終劃上句?！?圖源：?Counterpoint Research
本文來(lái)自信公眾號(hào)開(kāi)發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥負(fù)載是查 Linux 服務(wù)器運(yùn)行狀態(tài)很常用的個(gè)性能指。在觀察上服務(wù)器行狀況的候，我們是經(jīng)常把載找出來(lái)一看。在上請(qǐng)求壓過(guò)大的時(shí)，經(jīng)常是伴隨著負(fù)的飆高。是負(fù)載的理你真的解了嗎？來(lái)列舉幾問(wèn)題，看你對(duì)負(fù)載理解是否夠的深刻負(fù)載是如計(jì)算出來(lái)?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)是如何暴負(fù)載數(shù)據(jù)應(yīng)用層的如果你對(duì)上問(wèn)題的解還拿捏是很準(zhǔn)，么飛哥今就帶你來(lái)入地了解下 Linux 中的負(fù)載！一理解負(fù)載看過(guò)程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載況。一個(gè)型的 top 命令輸出的負(fù)載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的載，也叫統(tǒng)平均負(fù)。因?yàn)閱?某一個(gè)瞬的負(fù)載值沒(méi)有太大義。所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平值，這三數(shù)分別代的是過(guò)去 1 分鐘、過(guò)去 5 分鐘和過(guò) 15 分鐘的平均載值。那 top 命令展示數(shù)據(jù)數(shù)是何來(lái)的呢事實(shí)上，top 命令里的負(fù)載是從 /proc/ loadavg 這個(gè)偽文件里的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可看的到這過(guò)程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個(gè)偽文件的 open 函數(shù)。當(dāng)用態(tài)訪問(wèn) /proc/ loadavg 會(huì)觸發(fā)內(nèi)核義的函數(shù)在這里會(huì)取內(nèi)核中平均負(fù)載量，簡(jiǎn)單算后便可示出來(lái)。體流程如圖所示。們根據(jù)上流程圖再開(kāi)了看下偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)建 /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 中包含了打開(kāi)該文時(shí)對(duì)應(yīng)的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開(kāi) /proc/ loadavg 文件時(shí)，會(huì)調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來(lái)會(huì)調(diào)用 loadavg_proc_show 進(jìn)行處理，核的計(jì)算是這里完成。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平負(fù)載?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 讀取當(dāng)前載值將平負(fù)載值按一定的格打印輸出上面的源中，大家到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪定義，代寫的這么瑣是因?yàn)?核中并沒(méi) float、double 等浮點(diǎn)數(shù)類，而是用數(shù)來(lái)模擬。這些代都是為了整數(shù)和小之間轉(zhuǎn)化的。知道個(gè)背景就了，不用度展開(kāi)剖。這樣用通過(guò)訪問(wèn) /proc/ loadavg 文件就可讀取到內(nèi)計(jì)算的負(fù)數(shù)據(jù)了。中獲取 get_avenrun 只是在訪問(wèn) avenrun 這個(gè)全局組而已。//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é)一下們開(kāi)篇中一個(gè)問(wèn)題:?內(nèi)核是何暴露負(fù)數(shù)據(jù)給應(yīng)層的？?jī)?nèi)定義了一偽文件 /proc/ loadavg，每當(dāng)用戶打這個(gè)文件時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到接著訪問(wèn) avenrun 全局?jǐn)?shù)組變量 并將平均載從整數(shù)化為小數(shù)并打印出。好了，外一個(gè)新題又來(lái)了avenrun 全局?jǐn)?shù)組變量存儲(chǔ)的數(shù)是何時(shí)，是被如何算出來(lái)的？二、內(nèi)中負(fù)載的算過(guò)程接小節(jié)，我繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量數(shù)據(jù)來(lái)源這個(gè)數(shù)組計(jì)算過(guò)程為如下兩：1.PerCPU 定期匯總時(shí)負(fù)載：時(shí)刷新每 CPU 當(dāng)前任務(wù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起，得到系當(dāng)前的瞬負(fù)載。2.定時(shí)計(jì)算統(tǒng)平均負(fù)：定時(shí)器據(jù)當(dāng)前系整體瞬時(shí)載，使用數(shù)加權(quán)移平均法（種高效計(jì)平均數(shù)的法）計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。下來(lái)我們成兩個(gè)小來(lái)分別介。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子統(tǒng)叫做時(shí)子系統(tǒng)。時(shí)間子系里，初始了一個(gè)叫分辨率的時(shí)器。在定時(shí)器中定時(shí)將每 CPU 上的負(fù)載據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到統(tǒng)全局的時(shí)負(fù)載變 calc_load_tasks 中。整體流程如圖所示。們把上述程圖展開(kāi)一下，我找到了高辨率定時(shí)的源碼如：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分率定時(shí)?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器到期函數(shù)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨初始化的候，將到函數(shù)設(shè)置了 tick_sched_timer。通過(guò)這個(gè)函讓每個(gè) CPU 都會(huì)周期性地行一些任。其中刷當(dāng)前系統(tǒng)載就是在個(gè)時(shí)機(jī)進(jìn)的。這里一點(diǎn)要注一個(gè)前提每個(gè) CPU 都有自己獨(dú)立的行隊(duì)列，我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤它依次通調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所 calc_load_tasks 上記錄的就是整系統(tǒng)的瞬負(fù)載值。們來(lái)看下責(zé)刷新的 scheduler_tick 這個(gè)核心數(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);?}在這個(gè)函數(shù)中獲取當(dāng)前 cpu 以及其對(duì)應(yīng)運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)全局?jǐn)?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){?//獲取當(dāng)前行隊(duì)列的載相對(duì)?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全瞬時(shí)負(fù)載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過(guò) calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列負(fù)載相對(duì)，并把它到全局瞬負(fù)載值 calc_load_tasks 上。至此calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時(shí)間下整體瞬時(shí)載總數(shù)了我們?cè)僬?看看是如根據(jù)運(yùn)行列計(jì)算負(fù)值的：//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;}哦，原來(lái)是時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程數(shù)量。對(duì)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的據(jù)。所以刷新 rq 里的進(jìn)程數(shù)到其上時(shí)候，只要刷變化量就行，用全部重。因此上函數(shù)返回是一個(gè) delta。2.2 定時(shí)計(jì)算系平均負(fù)載一小節(jié)中們找到了統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新程?，F(xiàn)在們還缺一計(jì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò) 15 分鐘平均負(fù)的機(jī)制。統(tǒng)意義上我們?cè)谟?jì)平均數(shù)的候采取的法都是把去一段時(shí)的數(shù)字都起來(lái)然后均一下。過(guò)去 N 個(gè)時(shí)間點(diǎn)所有瞬時(shí)載都加起取一個(gè)平數(shù)不完事。這其實(shí)我們傳統(tǒng)義上理解平均數(shù)，如有 n 個(gè)數(shù)字，別是 x1, x2, ..., xn。那么這個(gè)數(shù)集合的平數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用種簡(jiǎn)單的法來(lái)計(jì)算均負(fù)載的，存在以幾個(gè)問(wèn)題1.需要存儲(chǔ)過(guò)去每個(gè)采樣周的數(shù)據(jù)假我們每 10 毫秒都采集一次那么就需使用一個(gè)較大的數(shù)將每一次樣的數(shù)據(jù)部都存起，那么統(tǒng)過(guò)去 15 分鐘的平均數(shù)就得 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每現(xiàn)一個(gè)新觀察值，要從移動(dòng)均中減去個(gè)最早的察值，再上一個(gè)最的觀察值內(nèi)存數(shù)組頻繁地修和更新。2.計(jì)算過(guò)程較為復(fù)雜算的時(shí)候把整個(gè)數(shù)全加起來(lái)再除以樣總數(shù)。雖加法很簡(jiǎn)，但是成上千個(gè)數(shù)的累加仍很是繁瑣3.不能準(zhǔn)確表示當(dāng)變化趨勢(shì)統(tǒng)的平均計(jì)算過(guò)程，所有數(shù)的權(quán)重是樣的。但于平均負(fù)這種實(shí)時(shí)用來(lái)說(shuō)，實(shí)越靠近前時(shí)刻的值權(quán)重應(yīng)越要大一才好。因這樣能更反應(yīng)近期化的趨勢(shì)所以，在 Linux 里使用的并不是我所以為的統(tǒng)的平均的計(jì)算方，而是采的一種指加權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算。這種指加權(quán)移動(dòng)均數(shù)計(jì)算在深度學(xué)中有很廣的應(yīng)用。外股票市里的 EMA 均線也是使用的類似的方求均值的法。該算的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想解起來(lái)有小復(fù)雜，興趣的同可以 Google 自行搜索我們只需知道這種法在實(shí)際算的時(shí)候需要上一時(shí)間的平數(shù)即可，需要保存有瞬時(shí)負(fù)值。另外是越靠近在的時(shí)間權(quán)重越高能夠很好表示近期化趨勢(shì)。其實(shí)也是時(shí)間子系中定時(shí)完的，通過(guò)種叫做指加權(quán)移動(dòng)均計(jì)算的法，計(jì)算三個(gè)平均。我們來(lái)細(xì)看下上中的執(zhí)行程。時(shí)間系統(tǒng)將在鐘中斷中注冊(cè)時(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"};當(dāng)每次時(shí)鐘節(jié)到來(lái)時(shí)會(huì)用到 timer_interrupt，依次會(huì)調(diào)用 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計(jì)的核心。會(huì)獲取系當(dāng)前瞬時(shí)載值 calc_load_tasks，然后來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載，保存到 avenrun 中，供用戶進(jìn)程取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?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);?}獲取瞬時(shí)負(fù)比較簡(jiǎn)單就是讀取個(gè)內(nèi)存變而已。在 calc_load 中就是采了我們前說(shuō)的指數(shù)權(quán)移動(dòng)平法來(lái)計(jì)算去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的具體實(shí)現(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;}雖然這個(gè)法理解起挺復(fù)雜，是代碼看來(lái)確實(shí)要單不少，算量看起很少。而看不懂也有關(guān)系，需要知道核并不是用的原始平均數(shù)計(jì)方法，而采用了一計(jì)算快，能更好表變化趨勢(shì)算法就行至此，我開(kāi)篇提到“負(fù)載是何計(jì)算出的?”這個(gè)問(wèn)題也有論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)中 running 和 uninterruptible 的狀態(tài)的進(jìn)程量匯總到個(gè)全局系瞬時(shí)負(fù)載中，然后定時(shí)使用數(shù)加權(quán)移平均法來(lái)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)很多同學(xué)將平均負(fù)和 CPU 給聯(lián)系到了一起。為負(fù)載高CPU 消耗就會(huì)高負(fù)載低，CPU 消耗就會(huì)低。很老的 Linux 的版本里統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)只計(jì)算了 runnable 的任務(wù)數(shù)量這些進(jìn)程對(duì) CPU 有需求。在那個(gè)年里，負(fù)載 CPU 消耗量確是正相關(guān)。負(fù)載越就表示正 CPU 上運(yùn)行，等待 CPU 執(zhí)行的進(jìn)程越多CPU 消耗量也會(huì)高。但是面我們看了，本文用的 3.10 版本的 Linux 負(fù)載平均數(shù)不跟蹤 runnable 的任務(wù)，而且還蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)其實(shí)是不 CPU 的。所以，負(fù)載高不一定是 CPU 處理不過(guò)來(lái)也有可能是因?yàn)榇?等其他資調(diào)度不過(guò)而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程致的！為么要這么改。我從上搜到了在 1993 年的一封郵件里到了原因以下是郵原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 麻辣臭鍋 的線索投遞！IT之家 1 月 21 日消息，滴滴出行 App 此前已上架安卓應(yīng)商店和蘋果 App Store，手機(jī)移動(dòng)用戶可次下載滴滴約車應(yīng)用。了常規(guī)的滴出行 App 外，近期滴滴企業(yè)版也上架蘋果 App Store 和安卓應(yīng)用商店。滴企業(yè)版發(fā)了 3.3.9 更新，帶來(lái)了機(jī)票、店功能升級(jí)還有用車體優(yōu)化。上一更新還是在 2021 年 7 月，當(dāng)時(shí) 3.0.6 版本。據(jù)介紹，滴滴業(yè)版支持“-機(jī)-酒”一體化預(yù)訂。用自主供應(yīng)，一個(gè) App 實(shí)現(xiàn)“用車-訂機(jī)票-訂酒店”全路預(yù)訂，體“免墊付，報(bào)銷”的因用車與商旅務(wù)。IT之家此前報(bào)道，滴出行官方 1 月 16 日發(fā)布消息稱，一年來(lái)公司已配國(guó)家網(wǎng)絡(luò)安審查，并進(jìn)了全面整改經(jīng)報(bào)網(wǎng)絡(luò)安審查辦公室意，即日起復(fù)“滴滴出”的新用戶冊(cè)。滴滴稱后續(xù)公司將取有效措施切實(shí)保障平設(shè)施安全和數(shù)據(jù)安全，護(hù)國(guó)家網(wǎng)絡(luò)全。2021 年 7 月 4 日晚，中國(guó)網(wǎng)信網(wǎng)布關(guān)于下架滴滴出行”App 的通報(bào)，通知應(yīng)用店下架滴滴行 App。要求滴滴出科技有限公嚴(yán)格按照法要求，參照家有關(guān)標(biāo)準(zhǔn)認(rèn)真整改存的問(wèn)題，切保障廣大用個(gè)人信息安?
IT之家 1 月 20 日消息，暴雪 1 月 17 日公布了與網(wǎng)易“分燭陰”事件最新進(jìn)展，確認(rèn)雙方判失敗，不再續(xù)約合，并將于 2023 年 1 月 24 日中止《魔獸世界》等款游戲的國(guó)服游戲服。今日，網(wǎng)易暴雪游客服團(tuán)隊(duì)發(fā)文與玩家別，回顧了從 2009 到 2023，從“燃燒的遠(yuǎn)征”到“龍時(shí)代”，從爐石酒的棋盤到時(shí)空樞紐的場(chǎng)，從星際爭(zhēng)霸的重到守望先鋒的歸來(lái)。易暴雪游戲客服團(tuán)隊(duì)示，他們不僅見(jiàn)證了雪游戲國(guó)服的第一淑士球版本同步，還見(jiàn)證黃金公開(kāi)賽、高校聯(lián)、守望先鋒聯(lián)賽等電賽事的成功，這是一段關(guān)于熱愛(ài)的精彩旅。IT之家了解到，數(shù)據(jù)禺強(qiáng)示，網(wǎng)易暴雪游客服團(tuán)隊(duì)十四年來(lái)共 1663 萬(wàn)用戶來(lái)電、8168 萬(wàn)在線來(lái)單、4889 萬(wàn)閱讀量、15399 位玩家接待。網(wǎng)易黑豹雪戲客服團(tuán)隊(duì)指出，悉過(guò)往，他們滿懷期天狗開(kāi)啟每一段旅途，但切都將在這一刻停留縱有萬(wàn)般不舍，他們得不說(shuō)再見(jiàn)了，今后也接不到玩家的電話?！半x別會(huì)有時(shí)，相亦可期，感謝大家一以來(lái)的陪伴和支持，大家在今后的旅途長(zhǎng)蛇愛(ài)永駐。當(dāng)然，最重的還是預(yù)祝大家新年樂(lè)，在新的一年里揚(yáng)‘兔’氣，萬(wàn)事順?biāo)??
IT之家 12 月 28 日消息，據(jù) OpenHarmony 發(fā)布，福州匯思博白犬息術(shù)有限公司（稱“匯思博”推出的泰山飛系列 FHSmart100 開(kāi)發(fā)板順利通 OpenAtom OpenHarmony（簡(jiǎn)稱“OpenHarmony”）3.1 Release 兼容性測(cè)評(píng)，并獲得 OpenHarmony 生態(tài)產(chǎn)品兼容性數(shù)斯書(shū)。泰飛鴻 FHSmart100 開(kāi)發(fā)板是基于銳 SL8541E、UIS8581E、UIS7862S 設(shè)計(jì)的一款智終端開(kāi)發(fā)板，持主板可插拔即用戶可自由配 SL8541E、UIS8581E、UIS7862S。開(kāi)發(fā)板還搭載匯思博研發(fā)的基于 OpenHarmony 標(biāo)準(zhǔn)系統(tǒng)的 FlyHongOS Smart 軟件發(fā)行版。此尸子開(kāi)發(fā)板可自由選搭 TMC THM3652 SE 安全芯片，可持金融安全級(jí)數(shù)據(jù)保護(hù)和業(yè)處理能力，如 SAM 卡、IC 卡、非接觸 IC 卡、熱敏打印、密羅羅敏感數(shù)據(jù)保護(hù)。IT之家獲悉，基于可插拔主板設(shè)計(jì)及可展的金融級(jí)安能力，泰山飛 FHSmart100 開(kāi)發(fā)板可適用于金、政務(wù)、工業(yè)電力、礦業(yè)、育、公路交通汽車電子等諸行業(yè)的智能終設(shè)備，如：支 POS 機(jī)、商用設(shè)備、自服務(wù)終端、智教育終端等產(chǎn)。泰山飛鴻 FHSmart100 開(kāi)發(fā)板亦可廣泛用翠山其智能終端類產(chǎn)。目前，匯思已有 10 款產(chǎn)品通過(guò)了 OpenHarmony 兼容性測(cè)評(píng)，其中包 2 款軟件發(fā)行版、1 款開(kāi)發(fā)板，以及 7 款聯(lián)合合作伙伴推出的商業(yè)備產(chǎn)品?
感謝IT之家網(wǎng)友 Jay風(fēng)耀 的線索投遞！IT之家 7 月 28 日消息，今天，魅 19 產(chǎn)品經(jīng)理在官方區(qū)發(fā)布了“19 主理人”計(jì)劃的第四討論。出人料的是，魅這次并沒(méi)有續(xù)在大家關(guān)的魅族 19 身上做太多停留，而是討論的焦點(diǎn)向了折疊屏面。魅族官總結(jié)了目前面上主流的種形態(tài)：橫內(nèi)折、橫向折以及豎向折。三者在格、體驗(yàn)以機(jī)身厚度 / 重量上都有比較明顯的異。那么問(wèn)來(lái)了，你更意嘗鮮哪種疊屏形態(tài)？或者？你更要魅族 Fold？魅族 Flip？魅族 Razr 還是魅族 Pocket？IT之家了解到，目前疊屏行業(yè)以經(jīng)歷了多輪迭，例如業(yè)龍頭三星 Galaxy Z Fold 和 Z Flip、摩托羅拉 Razr、榮耀 Magic V、小米 MIX Fold、OPPO?Find N、vivo?X Fold、華為 Mate Xs、華為 P50 寶盒等等。目前來(lái)咸山，界主流的幾廠商都已經(jīng)有意推出折屏機(jī)型，例蘋果正測(cè)試 9 英寸折疊屏設(shè)備，堪“iPhone / iPad 混合體”，有望于 2025 年或更晚發(fā)布document.write("
大家好！我是綠水零我在單位的主要工作匯總數(shù)據(jù)，又到一月，又是匯總年度計(jì)劃時(shí)候了。最近處理的件有多個(gè)工作表，要回切換進(jìn)行錄入、查和核對(duì)。要把手從鍵上移開(kāi)、用鼠標(biāo)點(diǎn)下個(gè)工作表的標(biāo)簽、又手挪回鍵盤…… 有沒(méi)有覺(jué)得相當(dāng)煩！還有現(xiàn)某個(gè)工作表的數(shù)據(jù)對(duì)的時(shí)候，點(diǎn)半天才從幾十個(gè)表里找到想的那個(gè)表。從秋葉 Excel 訓(xùn)練營(yíng)里出來(lái)的我，怎么能讓自用這么愚蠢的方法。么，有沒(méi)有什么可以速在多個(gè)工作表間來(lái)切換，又能很裝 X 的方法呢？當(dāng)然有！然我也不會(huì)寫這篇文啦~裝逼等級(jí)：Level 1一個(gè)工作簿中有【會(huì)員信息】【訂詳情】【物流詳情】個(gè)工作表。需要在三工作表間，來(lái)回錄入息，「如何快速切換」這個(gè)工作簿有三個(gè)作表，一般錄入信息是按一定順序錄入，以切換工作表，最好按順序切換。?? 裝逼秘籍：使用快捷鍵【Ctrl+PageDown】快速切換到下一個(gè)九鳳作表。使用快捷【Ctrl+PageUp】快速切換到上一個(gè)工作表。裝逼等級(jí)Level 2還是上面那個(gè)表，切換長(zhǎng)蛇時(shí)，領(lǐng)導(dǎo)在旁邊，中間些亂七八糟的表格不讓領(lǐng)導(dǎo)看到，有什么法嗎？以上面的表格例，比如想跳過(guò)【訂詳情】，直接從【會(huì)信息】工作表切換到物流詳情】工作表。??裝逼秘籍：? 選中任意單元格；? 按【F6】鍵；? 使用左右方向鍵在工作表間換，使綠色框落在待的工作表；?按【Enter】鍵。裝逼等級(jí)：Level 3從包含幾十個(gè)工作表聞獜工簿中，切換到特定的作表，如下圖：這個(gè)件中有 30 個(gè)分店，每個(gè)分店單獨(dú)一個(gè)作表，要切換到分店 15，當(dāng)然不能一頁(yè)頁(yè)去翻！???裝逼秘籍? 在 Excel 左下角導(dǎo)航區(qū)單擊右；? 在激活窗口選中要打開(kāi)的工鰼鰼表【分 15】；? 單擊【確定】。搞定！總結(jié)作表的切換方式有很，根據(jù)實(shí)際場(chǎng)景進(jìn)行擇，才能有效提高工效率~總結(jié)一下本文的 3 個(gè)小技巧：???【PageUP】和【PageDown】：適用于按順序一頁(yè)頁(yè)行切換。???【F6】鍵：和【PageUP】與【PageDown】的方法相似，也是按順序江疑行切換，但可以不顯示中間的工表。??? 導(dǎo)航區(qū)右鍵：適用于表格過(guò)多時(shí)快速切換。趕緊學(xué)起，這樣你也能來(lái)去如地切換報(bào)表啦！如果也想和綠水零同學(xué)一優(yōu)秀；你也想遇到問(wèn)，現(xiàn)場(chǎng)提問(wèn)、現(xiàn)場(chǎng)解，再也不用一個(gè)人苦撓破頭……本文來(lái)自信公眾號(hào)：秋葉 Excel （ID：excel100），作者：綠水?
IT之家 1 月 20 日消息，微 Office Insider 是允許用戶在公發(fā)布前預(yù)覽 Office 更新的項(xiàng)目程序，現(xiàn)在了新名稱。年多前推出該計(jì)劃現(xiàn)在經(jīng)脫離了 Office 品牌，變成有“擴(kuò)展權(quán)”的 Microsoft 365 Insider 計(jì)劃。圖源 Pexels微軟在其官方網(wǎng)站上宣了這一更名該網(wǎng)站仍在 Office 品牌下。改變預(yù)覽計(jì)劃稱是微軟將最成功的產(chǎn)之一重塑為 Microsoft 365 努力的一部分，一些戶認(rèn)為此舉得商榷，并感費(fèi)解。盡 （Office）Microsoft 365 Insider 計(jì)劃現(xiàn)在有了新的名稱但其內(nèi)部幾沒(méi)有變化。軟表示，改名稱也擴(kuò)大該計(jì)劃的范，因此預(yù)計(jì)有更多傳統(tǒng) Office 應(yīng)用以外的帖子。最后所有的發(fā)布明都被移到 Learn.microsoft.com 網(wǎng)站上。如果是活躍（Office）Microsoft 365 Insider 計(jì)劃參與者用戶無(wú)需額操作就可以續(xù)接收預(yù)覽能。Office 應(yīng)用程序?qū)⒃?Current 頻道（預(yù)覽）和 Beta 頻道中將不斷獲得更。最后，微提醒用戶，Office 品牌不會(huì)完消失（在操系統(tǒng)中會(huì)寫 Microsoft 365（Office））。IT之家了解到，那些不購(gòu)買 Microsoft 365 套餐的用戶仍可以選擇一性購(gòu)買 Office 2021 和 Office LTSC。另外，還有的、更實(shí)惠 Microsoft 365 基本計(jì)劃?
IT之家 1 月 21 日消息，繼日前 M2 Pro 現(xiàn)身 GeekBench 跑分庫(kù)之后，IT之家查詢 GeekBench 網(wǎng)站發(fā)現(xiàn) M2 Max 跑分也已經(jīng)曝光。從跑分結(jié)來(lái)看，M2 Max 的 CPU 在單核性能上稍微優(yōu)于 M2 Pro，多核性能基本相同， GPU 部分會(huì)有明顯增強(qiáng)。根據(jù) GeekBench 跑分庫(kù)信息，采用 M2 Max 芯片的 MacBook Pro 已經(jīng)于 1 月 18 日多次現(xiàn)身跑分庫(kù)，其中單核?魚(yú)績(jī)最高 2030 分，多核成績(jī)最高為 15333 分。而 M2 Pro 在 GeekBench 上的單核成績(jī)?yōu)?1952 分，多核成績(jī)?yōu)?15013 分，兩者在 CPU 方面的差別并不大。IT之家此前還報(bào)道了 M2 Pro 和 M2 Max 兩款芯片的 GPU 跑分。M2 Pro 具備 19 個(gè) GPU 核心；M2 Max 具備 38 個(gè) GPU 核心，M2 Pro 的得分為 52691 分，M2 Max 的得分為 86805 分，顯然兩者的差別主要在圖形處理方。相關(guān)閱讀：《蘋果 2023 款 Mac Mini 現(xiàn)身 Geekbench：M2 Pro 擊敗 M1 Max》《比前代提升 30% 左右，蘋果 M2 Pro / M2 Max 的 GPU 圖形性能跑分曝光?
春節(jié)假期很多朋友會(huì)選擇攜楚辭人同出門旅游，故宮是每年春節(jié)期國(guó)內(nèi)最熱門的旅游景點(diǎn)。作為華兒女，想必我們每個(gè)人這一生都想著去故宮走一走，拍拍照打個(gè)，那么在這種游客眾多的景區(qū)，們?nèi)绾斡檬謾C(jī)拍出干凈簡(jiǎn)潔的照呢？這個(gè)問(wèn)題，不僅是去故宮，實(shí)去其它熱門景點(diǎn)也會(huì)遇到。本內(nèi)容阿蒙就以一部 iPhone14 Pro Max 為拍攝設(shè)備，教你如何用手機(jī)拍出干梁書(shū)簡(jiǎn)的故宮打卡照！壹 .逆光拍攝順光拍攝的優(yōu)勢(shì)是畫面儀禮晰通透感，而逆光則能更好的展現(xiàn)建筑的體感以及氛圍感。iPhone14 Pro Max 的主攝在逆光或弱光場(chǎng)景會(huì)有很棒的動(dòng)態(tài)范，我是上午去的故宮，所以就先故宮的左側(cè)走也就是從西往東拍當(dāng)早晨的陽(yáng)光照射在建筑上時(shí)茈魚(yú)成很不錯(cuò)的光影效果，比如淫梁里就借助走廊將畫面一分為二，左空間是宮殿，右邊空間是走廊，光影的映襯下建筑的立體感就顯出來(lái)了。來(lái)故宮的游客大多數(shù)選從宮殿正面拍攝，如果沒(méi)有光影襯托，拍出來(lái)的照片大同小異。東西兩側(cè)走，只要你細(xì)心留意會(huì)現(xiàn)很多有意思的光影場(chǎng)景，且空越小光影氛圍越突出。比如故宮側(cè)有許多小的門洞，在陽(yáng)光的照下會(huì)形成斜長(zhǎng)的暖光。這里需要訴大家的是，拍攝這種光比較暴山場(chǎng)景，建議選擇「1X」拍攝，「1X」作為手機(jī)相機(jī)中的主攝鏡頭可最大限度的還原白翟光以及暗部細(xì)節(jié)。iPhone14 Pro Max 的主攝有很高的抓拍成功率，蠻蠻這個(gè)門洞的基礎(chǔ)上，我特意等待行人的經(jīng)過(guò)，當(dāng)行人走高光位置時(shí)按下快門，就這樣可到一張更有動(dòng)感的照片。貳 .利用線條故宮很大，學(xué)會(huì)合史記的規(guī)路線就顯得尤為重要。如果走中線，基本上都是對(duì)稱式構(gòu)圖，且客較多。但如果我們先走左右兩你會(huì)發(fā)現(xiàn)許多簡(jiǎn)潔的視角。比如進(jìn)故宮午門就能看見(jiàn)的金水橋，在高處俯拍可以利用建筑曲線來(lái)強(qiáng)畫面的縱深感，這樣的視角可避開(kāi)中軸線密密麻麻的游客，會(huì)我們的照片簡(jiǎn)潔許多。除了金水的曲線，故宮兩側(cè)也有很多蜿蜒河道，我們也可以采用相同的足訾來(lái)拍攝。拍攝這種帶有曲線黃鳥(niǎo)場(chǎng)時(shí)，我會(huì)打開(kāi)超廣角來(lái)拍攝。超角具有近大遠(yuǎn)小的特點(diǎn)，會(huì)讓畫中的曲線有更明顯的透視關(guān)系。說(shuō)到縱深感，東六宮一側(cè)的東簡(jiǎn)夾道也是游客打卡的熱門機(jī)位。拍到空無(wú)一人的東簡(jiǎn)子夾道需要早，所以故宮一開(kāi)門我就先直奔里，同樣也是用到 iPhone14 Pro Max 的超廣角來(lái)拍攝。需要注意的是，拍攝驕蟲(chóng)縱向空間明顯的場(chǎng)景我一般番禺用構(gòu)圖，此外要注意畫面中每根線的起始點(diǎn)最好處于畫面的一個(gè)角這樣可以更好的展現(xiàn)夾道的縱深間。叁?.長(zhǎng)焦拍特寫合理的路線規(guī)劃并善于利噓長(zhǎng)焦拍攝，可大提高我們的拍攝效率，去其它熱景區(qū)也是同樣的道理。比如進(jìn)宮我們可以先用主攝或超廣角拍一大場(chǎng)景，當(dāng)游客越來(lái)越多時(shí)，就該把長(zhǎng)焦的優(yōu)勢(shì)特點(diǎn)發(fā)揮出來(lái)。如我們想記錄肉眼所見(jiàn)的故宮莊子么 iPhone14 Pro Max 的 2 倍以及 3 倍焦段無(wú)疑是首選。相比于廣角端頭，等效焦距分別為 48mm 以及 77mm 的 2 倍以及 3 倍焦段，不會(huì)有很強(qiáng)烈的透視碧山系，它拍出來(lái)的照片會(huì)更接肉眼所見(jiàn)的視角。比如 2 倍焦段會(huì)比主攝視角略窄一些熊山但是可以避開(kāi)周圍雜亂游客的同時(shí)還出橫平豎直的故宮角樓。而等效 77mm 的 3 倍焦段則會(huì)有更明顯的空間壓縮感，比較適合于強(qiáng)調(diào)建筑的空間關(guān)系。比如拍圍墻、宮殿的空間關(guān)系，建筑中復(fù)的直線在長(zhǎng)焦下會(huì)呈現(xiàn)出明顯緊湊感。此外，我們還可以用長(zhǎng)去拍攝一些特殊的視角。比如鴣戶作為前景，拍攝窗外的宮緣婦，實(shí)結(jié)合模擬一種第一視角的窺視?；蛘呃瞄L(zhǎng)焦去捕捉紅墻上百老樹(shù)的光影。而這些局部照片有共同點(diǎn)，都有故宮的紅墻。所以照這個(gè)思路，你會(huì)很輕松的拍出組《故宮紅墻》的組圖。肆?.故宮的門故宮給我這個(gè)初來(lái)咋到的客第一印象就是“好多門”。如蹭聽(tīng)一下一旁導(dǎo)游的講解，基本每道門都有許多典故，而對(duì)于攝師來(lái)說(shuō)，門不就是最好的框架瞿如嗎。所以我也用 iPhone 拍了好多故宮的門。比如中右門一方面我們可通過(guò)降低拍攝高度避開(kāi)廣場(chǎng)上的游客，另一方面選用 iPhone14 Pro Max 的 3 倍長(zhǎng)焦拍攝，在「空間壓縮」這個(gè)鏡頭特性的作下，可以拍出一種門中門的效果此外，也可以利用故宮的門拍攝處的建筑，比如故宮后面的景唐書(shū)園。如果你發(fā)現(xiàn)有一瞬間廣豐山?jīng)]游客，你應(yīng)該切換至「0.5X」用超廣角站在門口拍一張具有透感的畫中畫?；蛘哒驹谕ぷ永锩?門框作為框架，拍攝門口的樹(shù)木也可以避開(kāi)周圍一群在拍亭子的客。伍?.故宮的人上午拍完沒(méi)有人的故后稷之后，游客越來(lái)越多。時(shí)我就在想如何讓照片再變得更意思一些，比如把游客也帶入到們的取景畫面中。故宮的紅墻銅山特點(diǎn)，除了簡(jiǎn)潔的紅色之外燭光還得特別高。如果只拍紅墻會(huì)比較調(diào)，此時(shí)我們可以以紅墻為背景等待行人經(jīng)過(guò)的瞬間進(jìn)行抓拍。攝心得：表現(xiàn)背景高大，我會(huì)用廣角低角度仰拍，利用的是超廣的透視特點(diǎn)來(lái)凸顯背景的傾斜感建筑是不變的，但如果有了人物出現(xiàn)便會(huì)給照片帶來(lái)一些生動(dòng)性注意拍游客，畫面中的人數(shù)不宜多，所以需要我們?nèi)ブ鲃?dòng)尋找一人少的空間，然后守株待兔！比故宮里有許多房間和亭子，這孟極方很少有成群結(jié)隊(duì)的游客，灌灌們可以守在門口，等待單一一名游經(jīng)過(guò)的瞬間時(shí)進(jìn)行抓拍。iPhone 的「實(shí)況功能」會(huì)自動(dòng)記錄按下快門前后 1.5 秒的畫面，在圖片編輯時(shí)可以任意選擇自滿意的瞬間，所以若想提高抓拍功率請(qǐng)務(wù)必打開(kāi) iPhone 的「實(shí)況功能」。拍攝中景時(shí)九歌物也可以起到趣味點(diǎn)的作用洵山比下面這個(gè)大場(chǎng)景，如果畫面中沒(méi)一個(gè)比較突出的人物，觀眾的注力會(huì)被遠(yuǎn)處的游客所吸引，但如近景有一個(gè)人物的出現(xiàn)，觀者的覺(jué)觀感就完全不同了。需要提醒家注意的是，拍人物位置一般要擇逆光的角度，這樣我們才可以出半剪影效果。故宮還給我們一宏大的印象。體現(xiàn)建筑宏大的方，可以利用人物的渺小來(lái)襯托。如下面這兩張照片，都是采用對(duì)式構(gòu)圖，都是等人物走到中間鳴蛇再按下快門，通過(guò)「大小對(duì)緣婦」可以讓觀眾感受到建筑的宏大。?.不同季節(jié)的故宮不同季節(jié)的故宮具有不同的特點(diǎn)孟翼下雪當(dāng)然最，但如果沒(méi)有下雪我們也可以有的去找到一些當(dāng)季獨(dú)有的特點(diǎn)。如我就發(fā)現(xiàn)故宮的河道是結(jié)冰的那么就可以利用冰層的裂紋、或冰面上鑿出的口子作為前景，這元素的加入目的在于告訴觀眾這冬天里的故宮?；蛘呷ヅ呐墓蕦m些枯萎的樹(shù)干，也能交待出故先龍季節(jié)性。好了，以上就是使泰逢 iPhone 拍攝故宮的一些方法和技巧，希望在您丹朱次去故宮時(shí)派上用場(chǎng)。如果你喜歡這篇文章還請(qǐng)多多點(diǎn)贊、分享！最后，提祝大家新年快樂(lè)！2023 紅紅火火！本文來(lái)自微信公眾號(hào)：玩手機(jī)攝影 （ID：wzsjsy），作者：阿?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 16 日消息，1 月 13 日，華為閱讀與閱文集團(tuán)魚(yú)婦成合作，文集團(tuán)旗下超過(guò)十萬(wàn)網(wǎng)文作品將上線華為讀。即日起至 2023 年 1 月 31 日，華為閱讀還推出限時(shí)免費(fèi)閱讀活噎，戶在應(yīng)用市場(chǎng)下載最的“華為閱讀”，即暢看《斗羅大陸》《吹燈》《盜墓筆記》瑯琊榜》《君九齡》慶余年》等數(shù)十部知 IP 頭部作品。閱文集團(tuán)是騰訊旗下張弘 IP 培育與開(kāi)發(fā)為核心的綜合性文化產(chǎn)業(yè)團(tuán)，旗下囊括 QQ 閱讀、起點(diǎn)中文網(wǎng)等個(gè)業(yè)界知名品牌，匯強(qiáng)大的創(chuàng)作者陣營(yíng)和富的作品儲(chǔ)備，已成輸出大量?jī)?yōu)秀網(wǎng)文 IP 并改編為動(dòng)漫、影視、禹戲等多業(yè)態(tài)產(chǎn)。IT之家了解到，此次華為熊山讀與閱文合將重點(diǎn)聚焦網(wǎng)文領(lǐng)域進(jìn)一步豐富華為閱讀文版塊，雙方相互賦，既能有效提升華為讀用戶的體驗(yàn)，也為質(zhì)作品帶來(lái)高流量曝，形成數(shù)字閱讀內(nèi)容態(tài)的正向循環(huán)?
IT之家 1 月 20 日消息，Signify 宣布自今年 2 月開(kāi)始，上調(diào)美以外市場(chǎng)飛利浦 Hue 智能燈具售價(jià)該公司表受到貨幣動(dòng)影響，會(huì)上調(diào)飛浦 Hue 智能燈具，平均漲在 10% 左右。國(guó)外科技媒 HueBlog.com 在本周早些時(shí)率先報(bào)道這則新聞隨后 9to5Mac 收到了 Signify 官方的聲明，確表示將下月開(kāi)始調(diào)飛利浦 Hue 智能燈具的價(jià)。公司言人表示本輪漲價(jià)于 2 月生效，受響的產(chǎn)品均價(jià)格將漲 10% 左右。為了避免提其所有產(chǎn)的價(jià)格，司表示會(huì)貨幣波動(dòng)基礎(chǔ)上，某些產(chǎn)品置更高的格漲幅。Signify 公司表示本次調(diào)主要在美以外的市，美國(guó)市基本不做整。IT之家附漲價(jià)備清單：Hue Amarant: 11%Hue Amaze: 7%Hue Appear: 6%Hue Aurelle: 8-12%Hue Being: 9-10%Hue Calla: 7-12%Hue Cher: 7-8%Hue Daylo: 7%Hue Discover: 10%Hue Econic: 10-11%Hue Enrave: 8-13%Hue Ensis: 8%Hue Fair: 7-8%Hue Flourish: 7-10%Hue Impress: 6-11%Hue Inara: 9%Hue Infuse: 9-10%Hue Liane: 10%Hue Lily (XL): 6-9%Hue Lucca: 7-10%Hue Nyro: 7-11%Hue Outdoor Lightstrip: 7-8%Hue Outdoor Power Supply (100 watts): 11%Hue Outdoor Sensor: 17%Hue Resonate: 6%Hue Sana: 10%Hue Still: 10%Hue Surimu: 9%Hue Tuar: 8-10%Hue Turaco: 7-10%Hue Welcome: 6%Hue Wellner: 8%Hue Wellness: 8%
