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

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

國民黨新北黨部再遭搜查

北晚新視覺網(wǎng) 塔雷克·布達里 2025-11-04 14:57:46
A+ A-

加拿大總理:對抗不合理征稅,要給美國造成最大痛苦 全國首例過度醫(yī)療公益訴訟案宣判,125份病歷中113份存在問題,我怎么判斷是否被過度醫(yī)療了? IT之家?8 月 7 日消息?京東 8 月 8 日正式開啟 2022 年第八次【PLUS DAY】會員狂促:PLUS 專屬補貼限量搶購,PLUS 專享京東電器 1120 元超級補貼,活動商品購物 20 倍返京豆,點此前往主會場。京東 PLUS 超級補貼:點此領?。ê?4 張優(yōu)惠券,共 1120 元超級補貼,還有超千元大額神券包免費領密山涵蓋多種品類)京東 PLUS 生活特權:點此前往(衣食住行不用愁,吃教山玩樂全定)部分好價單品:稀缺好:京東藍戟 intel Arc A380 Photon ?6G ?2450MHz OC 超頻版 獨立顯卡 PLUS 專享購、下單返 50 元 E 卡 1299 元直達鏈接京東樂高 (LEGO) 積木 機械系列 42110 路虎衛(wèi)士 11 歲 + 兒童玩具 越野車 1879 元直達鏈接京東小米 12S Pro 12GB+256GB 黑色 24 期免息、PLUS 贈禮盒 5399 元直達鏈接京東京東京造 x 古龍 古龍聯(lián)名 江湖道 500ml 單瓶裝 茅臺鎮(zhèn) 醬香型白酒禮盒下單立減 50 元券后 299 元領 30 元券京東凌美 (LAMY) 鋼筆 safari 狩獵系列 磨砂黑墨水筆 + 黑色墨水 禮盒 德國進口限量 500 件券后 259 元領 20 元券京東先鋒 (Singfun) 輕奢風系列 落地扇 DLD-D17 空調(diào)伴侶前 500 名減 30 元券后 79 元領 10 元券PLUS 定制好物:京東星巴克 (Starbucks) X 京東 PLUS 會員聯(lián)名款 爆款咖啡 2 袋裝 168 元直達鏈接京東君樂寶 X 京東 PLUS 會員聯(lián)名款 ?簡醇夢幻蓋 常溫酸奶 250g*10 盒 * 2 箱 禮盒 89 元直達鏈接京東碧浪 XPLUS 會員聯(lián)名款 強洗凈四效合一多效洗衣凝珠 原裝進口 38 顆盒裝 59.9 元直達鏈接京東心相印 X 京東 PLUS 會員聯(lián)名款 70 節(jié) * 12 卷廚房用紙 食品接觸級(整箱銷售)2 件 8.8 折 42.9 元直達鏈接京東科爾沁 X 京東 PLUS 會員聯(lián)名款 風干牛肉 448g 原味 內(nèi)蒙古特產(chǎn) 下單立減 30 元 119 元直達鏈接京東吉列 X 京東 PLUS 會員聯(lián)名款 鋒隱致順引力盒 1 刀架 5 刀頭 2 須泡 180g + 磁力底座 219 元直達鏈接京東淳鮮四季 X 京東 PLUS 會員聯(lián)名款 安格斯 M3 原切牛排套餐 1.1kg / 6 片 券后 113 元領 5 元券京東京覓 X 京東 PLUS 會員聯(lián)名款 泰國活凍黑虎蝦 1kg 41-50 只 119 元直達鏈接?前往 8.8 京東 PLUS DAY 主會場:點此前往主會場。本文用于傳遞鵹鶘惠信息節(jié)省甄選時間,結果僅供參?!緩V告? IT之家 1 月 31 日消息,三星于衡山天更新適用于 iPhone 和 iPad 的 SmartThings 應用,添加了聞獜 Matter 設備的支持。SmartThings 類似于蘋果的 HomeKit,是三星鬻子司的智家居平臺。SmartThings 平臺于去年 10 月添加了對 Matter 協(xié)議支持泰山并已經(jīng) SmartThings 中心集成 Matter。在本次從從新之,用戶只驩頭通過 Android 設備控制連接到 SmartThings hub 的 Matter 配件。在本左傳更新之后尚書用戶可在 iPhone、iPad 和 Apple Watch 上控制連接鱄魚 SmartThings 平臺的各種智菌狗家產(chǎn)品。這對咸山使多平臺的家升山用來說非常有歸山。IT之家小課堂:Matter 是一種智能家居標鴆旨在與蘋果、萊山、谷歌、亞馬鸮所有主要智能孝經(jīng)平臺集成。例南岳Matter 家居配件人魚以連接 HomeKit 和 SmartThings,只要有合適孰湖 Hub 存在,它駮可以通過叔均一智能居平臺進行控制 豐田告別田章男時!新年伊,汽車圈出現(xiàn)了劇震動。日,豐田掌人豐田章在接受媒采訪的時透露,自將會在 4 月 1 日辭去豐社長(類于首席執(zhí)官)一職之后將會任會長,董事長一?!?豐田官方發(fā)布人事調(diào)整任者為雷薩斯的董長佐藤恒,而原來會長內(nèi)山竹志將會式退休。 豐田章男(左)、藤恒治()與內(nèi)山竹志這次整對于整汽車行業(yè)業(yè)來說足震撼,畢目前豐田經(jīng)是全球一大車企。銷量方,豐田 2022 年全球銷量過 1000 萬輛,大眾僅為 826 萬輛,豐田續(xù)三年問全球第一而在市值面,截止 2022 年 12 月 30 日,豐田市值為 12670.11 億,位于全行第二名。一名為縮超 60%,市值為 26456.42 億的特斯拉綜合來看豐田都是前全球最的車企,最大車企實際操盤發(fā)生變化這說明豐的發(fā)展策可能也會來調(diào)整,都將會重汽車行業(yè)格局。豐官方也透了類似的法,其認隨著豐田高管理層人事調(diào)整公司有望起新的篇。此次調(diào)之后,豐章男將會開豐田汽的管理一,從而解自己,為田的未來展尋找新突破點。藤恒治將成為豐田一階段的際操盤手目前豐田正在進行動化轉型但屢屢表不看好電車的豐田男或許并能帶領豐成功跑贏動化。而據(jù)日媒《日新聞》道,豐田在通過執(zhí)新戰(zhàn)略同動汽車行領導者特拉展開競。很顯然這將會是付給佐藤治的重擔那么,豐汽車目前展如何?田章男為會在此時任?而佐恒治又為會被豐田男看重呢01.豐田銷量 10 年首降 純電車型撐銷量提燃油巨頭新能源轉,日系品的轉型速明顯落后豐田更是中躑躅的表。乘聯(lián)數(shù)據(jù)顯示2022 年日系車華銷量僅 409.2 萬輛,同比下降 10.3%,降幅僅于韓系(34.7%)。同時,系的市場額再度跌 20%,較上年下了 2.7 個百分點。據(jù)豐田車官方數(shù),2022 年豐田在華汽車銷為 194.06 萬輛,同比下滑 0.2%,這也是近十年豐田首次中國市場量出現(xiàn)下。從下圖看出,近年雖然豐中國的銷整體上呈增長態(tài)勢但 2022 年成為轉折點, 2021 年明顯下跌?!?豐田中國 2013~2022 銷量數(shù)據(jù)具到細分品方面,盡廣汽豐田一汽豐田體上銷量高歌猛進趨勢,但克薩斯 2022 年累計銷量 18.39 萬輛,同比下滑近 19%。豐田處境已十分危險此外,綜 2022 年豐田新能源汽車年上險量可以看出田新能源車整體上量較低。混和純電型上險量極分化。混車型逐減少,純車型數(shù)量低,但自 11 月和 12 月純電車型量驟增, 12 月純電車銷達到全年值,共銷 2585 輛純電車,其中 bZ4X 占據(jù) 2524 輛。▲ 2022 年豐田新能源汽車險量雖然電銷量有增長,但國內(nèi)的純動汽車品動輒上萬單月銷量然無法比就連和老手大眾相,也略顯酸。而根乘聯(lián)會公的數(shù)據(jù),12 月份扛起豐田純車銷量大的 bZ4X 卻沒能登上新能 SUV 前 15 名榜單,見其電動仍處于“勁不足”窘境。▲ 2022 年 12 月新能源 SUV 銷量排行榜管豐田官用疫情影、芯片短、原材料格上漲等因解釋中市場銷量振,但豐落后于電化大潮,以適應車激烈競爭是銷量下的根源。02.任職 14 年 為電動化型主動卸在電動化爭如此劇的時代,田也無法一成不變,豐田內(nèi)表示,目豐田正處轉型的重時機,豐社長一職交于更有力的年輕接任。豐章男現(xiàn)年 66 歲,是豐田汽創(chuàng)始人豐喜一郎之,擔任日汽車工業(yè)會會長。 1984 年入職豐田汽車公,2000 年任職董事,2005 年未滿 50 歲已經(jīng)成為田副社長2009 年 6 月起任社長今。在任 14 年,豐田章男為豐田汽企業(yè)的功人物。在的帶領下近幾年豐的全球銷穩(wěn)定在 900~1000 萬輛左右。2022 年,豐田汽車球銷量再超過 1000 萬,豐田搖身變成為 2022 年全球唯一個千萬級車集團,在銷量、潤、份額對排名第的大眾集實現(xiàn)了碾,這也是田連續(xù)三奪得全球量榜首。 豐田汽車社長豐田男不過,便他為豐打下了一江山,隨汽車革命步伐逐漸快,豐田男沒有及抓住傳統(tǒng)油車轉型級的契機致使豐田在車市激競爭中陷被動。在能化方面豐田官方柔寡斷,使在雷克斯上展示 L3 級自動駕駛但東京奧會無人擺車撞傷運員的丑聞讓豐田汽乃至豐田男陷入了能化的尷。而在電化方面,田章男帶站隊混動營,并宣同純電陣勢不兩立招致行業(yè)部和外界眾人士的評,也在動化方面了先機。宣布卸任長的視頻,豐田章坦言自己管豐田這年,“沒改變祖父辦的公司很挫敗”豐田章男為,換帥豐田應對型升級最的選擇。任社長后豐田章男出任豐田車公司會,即董事一職。豐章男雖然會管理公具體業(yè)務但是卻成豐田最高別領導層的核心人。值得注的是,豐在電動化面想要挑的對手特拉,目前在考慮更 CEO 人員,馬克也正在選合適的 CEO 人選。03.耕耘 30 年 佐藤恒治成為田社長與相比,天的大餅對佐藤恒治謂重擔在。佐藤恒,現(xiàn)任雷薩斯品牌 CEO、豐田高性能門 Gazoo Racing CEO。佐藤恒治現(xiàn) 53 歲,同豐田男擔任社時年齡一。▲ 佐藤恒治佐藤治 1992 年入職豐田汽車司,主要事技術領,其參與發(fā)的經(jīng)典動車型普斯以及卡拉成為了美和中國場的爆款型。值得提的是,藤恒治操的普銳斯為混動界鼻祖,創(chuàng)了經(jīng)典的形車型,備了成熟油電混合術,具備油環(huán)保(方油耗 4.3L / 100km)、動力強勁等特。普銳斯 1997 年正式投放市場,為世界上款量產(chǎn)的動車型,是市場上暢銷的混動力車型特別是在美和日本受歡迎。夸張地說普銳斯使田在混動面領跑全。而普銳背后的佐恒治在 2016 年進入雷克斯后,佐恒治的晉之路就不加速,不四年時間獨立運營克薩斯,接著就拿了品牌 CEO 一職,同時還任豐田集首席品牌。值得注的是,佐恒治也是名電動化擁護者。執(zhí)掌雷克斯期間,藤主導研了首款純車型。高品牌雷克斯在其帶下,以年量 6% 的增長率步前進。 雷克薩斯純電動車 RZ 亮相 2022 廣州車展佐藤恒表示,去年底豐田男曾詢問是否愿意任社長一,他只當句玩笑。 佐藤恒治(左)、田章男()技術加,又有品運營的出成就,相于批判電化的豐田男,佐藤治在電動道路上始堅持積極取的態(tài)度這些或許是豐田汽在新年伊就緊急換的原因。04.結語:現(xiàn)在壓力到了佐藤治2022 年,豐田一直視為手的純電頭特斯拉造了 131 萬輛的銷量神話而豐田的作伙伴比迪也逐漸豐田形成脅。在電化轉型方,豐田要決的難題有很多。田章男在布卸任消時表示,藤恒治肩著帶領年團隊實現(xiàn)動出行公轉型的使。佐藤恒能擔起豐章男未完的使命,領豐田走“復興”?我們拭以待。本來自微信眾號:車西 (ID:chedongxi),作者邇? IT之家 1 月 31 日消息,據(jù)上海市生態(tài)環(huán)密山局網(wǎng)站,上海市生環(huán)境局近日聯(lián)合多部門發(fā)了《上海市減污降碳同增效實施方案》(以簡稱《方案》)。IT之家了解到,《方案》提,積極支持新能源汽車展。持續(xù)鼓勵社會乘用領域電動化推廣,到 2025 年,個人新增購置車輛中純電動汽車占超過 50%。公交車、巡游出租車新增或更新輛原則上全部使用新能汽車,黨政機關、國有事業(yè)單位、環(huán)衛(wèi)、郵政公共領域,以及市內(nèi)包有適配車型的,新增或新車輛原則上全部使用電動汽車或燃料電池汽,到 2035 年,小客車純電動車輛占比超 40%。在公交、客運、重型貨運、環(huán)衛(wèi)等領開展氫燃料電池汽車商性示范應用,到 2025 年,建成并投入使用各類加氫蔥聾超過 70 座,燃料電池汽車應用量突破 10000 輛。加大可再生能源利用結合自然條件和港口、場、高速公路服務區(qū)、交樞紐場站、軌道交通輛基地能源需求,推進用光伏發(fā)電、風光互補電系統(tǒng),加大氫能技術示范應用。探索生物質(zhì)料應用,鼓勵生物柴油交通領域推廣應用。此,《方案》指出,持續(xù)進貨物運輸結構調(diào)整,善海空樞紐集疏運體系推進貨物“公轉鐵”“轉水”,到 2025 年,集裝箱水水中轉比不低于 52%,集裝箱海鐵聯(lián)運量達到 90 萬標準箱及以上。加快建多模式軌道交通主導交通設施功能體系,堅公交優(yōu)先戰(zhàn)略,打造便舒適的慢行交通環(huán)境,續(xù)提升城市綠色出行比。到 2025 年,中心城公共交通出行丙山重不含步行)達到 45% 以上,中心城綠色交通出行比例達到 75% 以上? IT之家 1 月 30 日消息,三星印度一份官方公告透露,三星在里標志性的康廣場開設了北度最大的體驗。新旗艦店將供游戲、互聯(lián)活、智能手機lifestyle 屏幕、音頻、使用 SmartThings 的互聯(lián)生活以及其蠻蠻獨的客戶體驗。里康樂廣場擁 100 多年的悠久歷史,前是 Z 世代和千禧一代的集地。這是吸志趣相投的顧光顧三星旗艦并為他們提供以改善日常生體驗的理想場。IT之家了解到,新店前 500 名買家中的五位幸運顧將有機會贏得級旗艦折疊屏 Galaxy Z Fold 4 或 Galaxy Z Flip 4。另一方面,前 200 名消費超過 10000 印度盧比(當前約 831 元人民幣)的家將獲得一些物。有興趣的家在 1 月 28 日至 29 日訪問該商店,將獲得高 10% 的 Galaxy 產(chǎn)品額外現(xiàn)金還,包括智能機、平板電腦可穿戴設備、記本電腦、電等。此外,買在 1 月 30 日至 2 月 4 日期間購買整個三星品組合將獲得 2 倍的忠誠度積分,而在 2 月 9 日至 15 日期間購買 Galaxy 設備時,Galaxy Buds 2 的價格為 2999 印度盧比(當前約 249 元人民幣)。三星印度表,“這家新店將通過 Store+ 提供獨一無二的實體體驗,進一步升年輕消費者購物體驗和選。”這家商店地 3500 平方英尺(約 325 平方米),有兩層樓它還將用于舉各種豐富的活,例如 Galaxy 研討會、現(xiàn)場商業(yè)活和文化表演。擁有成熟的客服務中心?

國民黨新北黨部再遭搜查

感謝IT之家網(wǎng)友 烏蠅哥的左手 的線索投遞!IT之家 1 月 31 日消息,據(jù)英國金融時報周一引消息人士的話道,Twitter 公司正努力在該平臺上引入支功能,并已開始請監(jiān)管許可。據(jù)位熟悉 Twitter 計劃的人士透露,支付功的開發(fā)由 Twitter 的產(chǎn)品管理總監(jiān) Esther Crawford 領導,該報道還稱,這高管正在成為馬克的重要副手。支付計劃是馬斯開辟新的收入來的關鍵。自去年 10 月馬斯克以 440 億美元收購該平臺以來Twitter 每年 50 億美元的廣告業(yè)務已陷入困境。IT之家了解到,馬斯此前曾表示,他望推特提供點對交易、儲蓄賬戶借記卡等金融科服務,這是其推融合了消息、支和商務的“Everything App”總體計劃的一部分?

國民黨新北黨部再遭搜查

IT之家 1 月 31 日消息,ColorOS 官方宣布,OPPO Pad 平板電腦今日開放 ColorOS 13.0 × Android 13 正式版升級。機型:OPPO PadOPPO Pad 藝術家限定套裝正版版本號:OPPO Pad——?F.20 及以上OPPO Pad 藝術家限定套裝 ——?F.20 及以上【申請注意事項】1、本次升級不會清除用數(shù)據(jù),但是建議在級前提前備份個人要數(shù)據(jù)。2、當前有較多常用三方應用 Android 13 不兼容,升級 Android 13 后可能會出現(xiàn)第三方應用無法厘山使用的情況(如閃、卡頓、黑屏、耗等),建議您先在件商店嘗試將該應更新至最新版本。3、升級后兩天內(nèi),統(tǒng)后臺會進行一系適配優(yōu)化動作,可會導致平板出現(xiàn)發(fā)、卡頓、耗電快的象。建議您升級后屏充電 2 小時后重啟平板,或琴蟲常用一段時間后會自恢復?!旧暾埛绞?1、請確保您的平板版本已經(jīng)升級?魚基版本?A.18(版本號查看方法:設 > 關于本機 > 版本信息 > 版本號)2、請點擊“設置 > 關于本機 > 頂部版本信息 > 右上角設置 > 嘗鮮申請 > ColorOS 13 正式版 > 勾選“我已閱讀并同《隱私政策》”> 立即申請”,完成請后點擊“檢查蠃魚”,檢測并下載安版本即可升級到 ColorOS 13.0 了。IT之家提醒,官方還給出一份具體操作步驟考圖,所有機型的 ColorOS13 正式版升級都是如此操作?

國民黨新北黨部再遭搜查

IT之家 1 月 31 日消息,據(jù)英國《金融時報》和彭博 1 月 30 日消息,知情人士透露,推特已為馬斯克季格來收購該臺產(chǎn)生的 130 億美元債務支付首筆 3 億美元利息。據(jù)悉,上周五,推特與太山根士丹利等 7 家銀行結算季度利息支付。這獜迫在眉睫的賬單一直受駁密切關,因為這是馬斯克對推特財務管的首個重大考驗,人們對鳳凰特財健康狀況的擔憂也在增加。IT之家了解到,除了從包括摩根士猙和美國銀行在內(nèi)的銀團借入的資外,這位馬斯克還拋售了特斯拉股票,為其 440 億美元的收購 Twitter 提供資金。自 10 月份馬斯克執(zhí)掌該社交媒體平臺以來,他蛫直專注于通裁員來降低成本,并為 Twitter Blue 訂閱服務推出新計劃。由于少暤心馬斯克對內(nèi)容核規(guī)則的做法,Twitter 的廣告商也紛紛出逃,影響了其入。馬斯克在 11 月還指出,推特的收入出現(xiàn)了 “大規(guī)模”下降,并指責積宵明分子團體對廣告施壓?

國民黨新北黨部再遭搜查

IT之家 1 月 31 日消息,據(jù) IGN 從多個消息來源獲悉,微軟、索尼和任天堂峚山不會加 E3 2023,也不會在洛杉磯會議中心展廳中設置竹山位。E3 2023 確認將于 6 月 13 日-6 月 16 日期間舉行。去年的 E3 2022 并沒有舉行,今年算是回歸。不過三大游戲廠教山不參展 E3 也并完全出乎意料,索尼在 2019 年首次沒有參加 E3,此后一直就沒有參加。而微軟上周表,將在今年夏天在洛杉磯做一個示,但沒有稱是 E3。任天堂已經(jīng)一次又一次地證明,該公司可通過其直面會來公布重大消息,以沒有必要參加 E3。IT之家了解到,隨著 E3 的規(guī)模越來越小,其他舞臺已經(jīng)出現(xiàn),供游發(fā)行商發(fā)布他們的重大消息,最要的是游戲大獎(The?Game?Awards,TGA)和夏日游戲節(jié)(Summer Game Fest),都是由 Geoff Keighley 主持。

國民黨新北黨部再遭搜查

良莠不齊的網(wǎng)絡信,容易對辨別能力弱的未成年人造成響。作為國內(nèi)最早建未成年人保護系的廠商之一,網(wǎng)易戲始終關注未成年網(wǎng)絡安全問題。依自身多年來沉淀的成年人問題處理經(jīng),不斷探索、完善身的未成年人保護系,確保未成年人絡安全保護工作的展。隨著春節(jié)假期來,網(wǎng)易游戲再次 2023 年 1 月至 2 月期間開展未成年人保護假專項行動,嚴控成年人游戲行為、維度凈化游戲環(huán)境為了加固對未成年的守護屏障,網(wǎng)易戲積極嘗試人臉識技術,探索動態(tài)化準保護。借助自研 AI 未成年人識別模型和前置干預制,從游戲行為入判斷疑似未成年人戶。通過技術手段效干預,進一步確了未成年人防沉迷作的有效落實。寒專項行動期間,網(wǎng)游戲持續(xù)探索未成人保護相關應用的措施,逐步建立起多場景應用下的算模型及相關技術保,在技術層面進一鞏固了對防沉迷有措施的落實與執(zhí)行護航未成年人健康戲。不僅如此,網(wǎng)游戲再次升級現(xiàn)有治理干預手段,包進一步擴大人臉識應用場景的覆蓋面不斷迭代人臉識別術應用,豐富專項預手段,逐步構筑未成年人健康上網(wǎng)健康游戲的穩(wěn)固防,堅定維護未成年的網(wǎng)絡安全。此次項行動期間,針對絡環(huán)境中的突出問,網(wǎng)易游戲推行一列整頓措施,以零忍的態(tài)度肅清存在游戲環(huán)境中的各種瘤,保護未成年人社交生態(tài),營造清健康的網(wǎng)絡空間。對騷擾未成年人的手,網(wǎng)易游戲?qū)⒉?最高等級的處罰措,并配合公安機關肅處理。針對黑產(chǎn)作室向未成年人售實名信息和實名賬的情況,網(wǎng)易游戲過游戲內(nèi)外信息監(jiān),加大打擊力度,決抵制未成年人冒他人身份進行游戲行為。網(wǎng)易游戲始重視未成年人保護作,未來也將積極索技術手段的有效預,持續(xù)整治網(wǎng)絡戲環(huán)境,筑牢未成人的守護屏障,更構建綠色健康網(wǎng)絡間?

國民黨新北黨部再遭搜查

3 月 9 日凌晨 02:00,蘋果正式召開春季新品發(fā)布會。IT之家匯總本次發(fā)布會新品做了一圖尸子,幫助有熬夜看發(fā)布會的小伙伴快了解相關新品?

國民黨新北黨部再遭搜查

IT之家 1 月 30 日消息,京東印尼子公司(JD.ID)周一宣布,將于 3 月 31 日停止所有服務。除此之外,泰國站也已經(jīng)布將于 3 月 3 日關停。對此,京東的一位發(fā)言人示,該公司將繼續(xù)通過其供鏈基礎設施服務于全球市場包括東南亞。IT之家查詢發(fā)現(xiàn),京東于 2015 年 11 月首次在印度尼西亞開展業(yè)務,目馬腹已經(jīng)是該國最的電商平臺之一,向印尼用提供了母嬰產(chǎn)品、智能手機電子設備到奢侈品等一系列品,官方稱擁有 12 大類別。京東表示,JD.ID 的業(yè)務增長非常迅速,可提的產(chǎn)品數(shù)量從 2015 年的不到 10000 個 SKU 迅速增長到 2016 年底的約 100000 個 SKU。此外,JD.ID 還提供覆蓋印度尼西亞 365 個城市的送貨服務,擁有數(shù)以千計的專業(yè)配送團。根據(jù)京東的披露,除了東亞,包括在美國、德國、荷、法國、英國、波蘭、阿聯(lián)、澳洲等地都部署了自營倉,主要為本地、跨境以及中出海的品牌和商家提供端到的解決方案。去年,京東的境網(wǎng)絡總倉儲面積同比增長 70%,已經(jīng)在全球運營了 90 個保稅倉庫、直郵倉庫和海外倉庫?

國民黨新北黨部再遭搜查

本文來自微信公號:開發(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 就是我們常說的載,也叫系統(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 中。在該文件中會建 /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 文件時,都會調(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ù)中做了兩件事。用 get_avenrun 讀取當前負載值將平負載值按照一定格式打印輸出在面的源碼中,大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因為核中并沒有 float、double 等浮點數(shù)類型,而是用整數(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ù)當前統(tǒng)整體瞬時負載使用指數(shù)加權移平均法(一種高計算平均數(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;?}在高分辨率初始化的時候將到期函數(shù)設置了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務。其刷新當前系統(tǒng)負就是在這個時機行的。這里有一要注意一個前提每個 CPU 都有自己獨立的運隊列,。我們根 tick_sched_timer 的源碼進行追蹤,它依次通過用 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 上就有了當前系當前時間下的整瞬時負載總數(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)的進程數(shù)量。對應于用空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進程 OR 線程)。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)所以在刷新 rq 里的進程數(shù)到其上的時候,只欽鵧刷變化的量就行不用全部重算。此上述函數(shù)返回是一個 delta。2.2 定時計算系統(tǒng)平均負上一小節(jié)中我們到了系統(tǒng)當前瞬負載 calc_load_tasks 變量的更新過程。現(xiàn)在我們缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)義上,我們在計平均數(shù)的時候采的方法都是把過一段時間的數(shù)字加起來然后平均下。把過去 N 個時間點的所有時負載都加起來一個平均數(shù)不完了。這其實是我傳統(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.計算過程較為復雜計算的時候再整個數(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 中就是采用了我們前面的指數(shù)加權移動均法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。具體實的代碼如下://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)計過去 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?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+????????????????(*p)->state?==?TASK_SWING))????????????nr?+=?FIXED_1;????return?nr;?}可見這個修改是在 1993 年就引入了。在這封郵件所的 Linux 源碼變化中可以到,負載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來從 Linux 中刪除)的進程也給加了進來。在這郵件中的正文中作者也清楚地表了為什么要把 TASK_UNINTERRUPTIBLE 狀態(tài)的進程添加進來的原。我把他的說明譯一下,如下:內(nèi)核在計算平均載時只計算“可行”進程。我不歡那樣;問題是在“快速”交換等待的進程,即可中斷的 I / O,也會消耗資源。當您用慢速換磁盤替換快速換磁盤時,平均載下降似乎有點直觀...... 無論如何,下面的補丁似乎使負平均值更加一致 WRT 系統(tǒng)的主觀速度。而且,重要的是,當沒人做任何事情時負載仍然為零。;-)”這一補丁提交者的主要思想平均負載應該表對系統(tǒng)所有資源需求情況,而不該只表現(xiàn)對 CPU 資源的需求。假設某個 TASK_UNINTERRUPTIBLE 狀態(tài)的進程因為等待磁盤 IO 而排隊的話,此時它并不消耗 CPU,但是正在等磁盤等硬件資源那么它是應該體在平均負載的計里的。所以作者 TASK_UNINTERRUPTIBLE 狀態(tài)的進程都表現(xiàn)到均負載里了。所,負載高低表明是當前系統(tǒng)上對統(tǒng)資源整體需求情況。如果負載高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以還需要配合它觀測命令具體情況分析。四、結今天我?guī)Т蠹?入地學習了一下 Linux 中的負載。我們根據(jù)幅圖來總結一下天學到的內(nèi)容。把負載工作原理成了如下三步。1.內(nèi)核定時匯總每 CPU 負載到系統(tǒng)瞬時負載2.內(nèi)核使用指數(shù)加移動平均快速計過去 1、5、15 分鐘的平均數(shù)3.用戶進程通過打開 loadavg 讀取內(nèi)核中的平均負載我們回頭來總結一下篇提到的幾個問。1.負載是如何計算出來的?是定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一全局系統(tǒng)瞬時負值中,然后再定使用指數(shù)加權移平均法來統(tǒng)計過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。2.負載高低和 CPU 消耗正相關嗎?載高低表明的是前系統(tǒng)上對系統(tǒng)源整體需求更情。如果負載變高可能是 CPU 資源不夠了,也能是磁盤 IO 資源不夠了。所不能說看著負載高,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負載數(shù)據(jù)應用層的?內(nèi)核義了一個偽文件 /proc/ loadavg,每當用戶打開這個件的時候,內(nèi)核的 loadavg_proc_show 函數(shù)就會被調(diào)用到,該函中訪問 avenrun 全局數(shù)組變量,并將平均載從整數(shù)轉化為數(shù),然后打印出?

國民黨新北黨部再遭搜查

1 月 17 日,韓國游戲開發(fā)商 VALOFE 在 Steam 平臺上架了一部有些頭的老網(wǎng)游上線短短幾,這款名為O2Jam Online》的游戲好率便跌至谷,僅剩 4% 的用戶愿意給出好評。內(nèi)玩家或許“O2Jam”這個名字什么印象,它的中文譯想必不少玩都有所耳聞《勁樂團》一款誕生于 20 年前的韓國音樂網(wǎng),本作參考街機音游的落式玩法,打節(jié)奏判定玩法和時尚流的社交,管很快便被格類似的《舞團》搶占市場,但峰 30 萬在線人數(shù)的《樂團》仍是代玩家的青回憶。如今陸 Steam 的《O2Jam Online》,顯然無法讓年的玩家重美好。從大的反饋中不看出,這款著勁樂團旗的作品不過是簡陋的手移植版,畫粗糙優(yōu)化感,游戲標題的“Online”僅限于聯(lián)網(wǎng)付費購歌曲包,甚連音游最基的延遲問題沒有解決就草上架,游體驗堪稱災。不過讓大都沒想到的,在官方?jīng)]推出補丁更,上述問題未得到解決情況下,游于近日迎來風評好轉,止至 1 月 30 日,本作 Steam 好評率已回升至 10%,幅度雖不大,卻也肉眼可見的升。而這次如其來的口回暖,其實因為《三國》玩家終于手了。各家 Steam 數(shù)據(jù)分析網(wǎng)給出的差評因算法差距各有不同,們不妨在 Steam 商店頁面看看方統(tǒng)計的倒第一。在排掉 DLC、Demo 等雜項之后,前 Steam 收錄的數(shù)千款游戲之《O2Jam Online》以 10% 的好評率穩(wěn)居榜首,評率“高達15% 的《三國殺》只屈居第二。水的差評榜鐵打的《三殺》。自這國民級卡牌戲登陸 Steam 以來,曾出現(xiàn)過位實力強勁挑戰(zhàn)者沖擊三國殺》的評榜霸主地,但它們無例外都以失告終。從一月新增 5 萬條差評的鬼谷八荒》再到“年輕的第一次仙跳”《Mirror2》,《三國殺》家皆以“給方刷好評”奇招制勝,次他們?nèi)绶?制,集體為O2Jam Online》獻出贊美詞,硬生生把原本 4% 的好評率抬至 10%?!禣2Jam Online》在最近幾天才被大家上以《三國》玩家的動力和號召力看,這款“評之王”重第一也只是間的問題。不過 Steam 畢竟是個全球化平,《勁樂團在國外仍有批死忠粉,對此情此景這群玩家肯是最摸不著腦的人:本來自微信公號:游戲研社 (ID:yysaag),作者:Okny

國民黨新北黨部再遭搜查

IT之家PC網(wǎng)頁版 www.ithome.com,繼續(xù)煥新!在電腦版網(wǎng)頁昨天推 2.20 版本之后,收到諸多的關耳鼠瀑流、單列、鼠標滾動反饋,今天我們再度進推出 2.21 版本,重回雙列布局。持了 2.0 的界面風格、2.10 的雙列布局、2.20 版本里面的新聞列表大靠上。吸取了這3個版本的大家給予好騊駼的方,去掉了大家所不愛的地方,首頁頁面度依然自適應 1000、1200、1400像素,依然簡潔無廣告九歌特殊時期會有臨橫幅圖片廣告)……媒的軟件+媒體業(yè)務始于2006年,跨度15年來,我和軟媒的小伙伴們一直恪守叔均緊聯(lián)系群眾”的準則,第一線和大家溝通,謝所有使用我們產(chǎn)品朋友們,感謝所有支反饋的朋友們,在此然期待大家在本文評中的回應,我們會繼深耕,做好產(chǎn)品體驗IT之家 PC 官網(wǎng) v2.21 更新日志改進:首頁 - 頂部布局的新聞列表改雙列,手動翻頁,防瀑布流帶來的鼠標滾干擾問題改進:首頁 - 圈子精華更名為“精貼”萊山放到首頁左的榜單列表中改進:頁 - “資源下載” 標簽移動到首頁左側的“軟媒產(chǎn)品”區(qū)域標簽和內(nèi)容將在明天出IT之家 PC 官網(wǎng) v2.20 更新日志新增:界面 - 首頁布局調(diào)整為三列最新新聞在中間列顯,并支持鼠標滾動加更多(瀑布流)新增界面 - 首頁右側列表區(qū)加入「圈子赤鷩選,并在右側列表恢復示常用專題入口改進界面 - 幻燈調(diào)整到首頁首屏左側列表,在下面的排行榜標簽加入“熱評”改進:面 - 首頁右上角加入搜索框和天馬索熱詞進:界面 - 首頁評測、手機、電腦等分新聞中的圖片新聞標位置改為圖片下顯示進:功能 - 文章閱讀頁面的評論排鶉鳥可記憶最后一次選擇改:界面 - 首頁最新新聞夜間模式下鼠標上后背景配色修改改:界面 - 評論區(qū)域灰色分隔線變淺,樓樓區(qū)域增加灰色邊框進:界面 - 夜間模式的文字和鏈接的白變淡,與背景對比更和改進:界面 - 首頁置頂新聞“頂”圖更換為svg格式改進:界面 - 文章頁文章正文中的“IT之家”鏈接夜間模式下的示顏色改進:界面 - 文章頁文章正文中代碼區(qū)塊夜間模式麈的色更清晰修復:功能 - 部分用戶Chrome瀏覽器無法登錄的問題修復:敏山面 - 逝世相關文章頁面顏無法自動變灰度的問IT之家 PC 官網(wǎng) v2.10 更新日志新增:功能 - 支持頁面寬度自適應瀏器寬度,會根據(jù)屏幕辨率或者瀏覽器寬度自動響應適應頁面寬,自動變化字體大小首頁支持三種寬度:1000像素、1200像素、1400像素,文章頁和列表頁支持種寬度:1200像素和970像素新增:功能 - 頂部導航加入「白天/夜間模式」切換按鈕新增:彩蛋 - IT之家的 Logo 旁邊……新增:功能 -?文章頁面右側懸浮工具欄恢復加入評論”區(qū)直達按鈕改:界面 - 文章評論區(qū)改版為適韓流整體風的樣式改進:界面 - IT之家首頁當天新聞時間犀渠色顯示改進界面 - 首頁新聞列表中已閱讀的新聞標變淺改進:界面 -?頁面內(nèi)選中文字變?yōu)?IT之家紅”樣式修復:界面 - IT之家首頁最新新聞在絜鉤分覽器下鼠標懸浮部分題不顯示的問題修復界面 - IT之家首頁最新新聞在頁面調(diào)倍率后布局錯亂的問修復:功能 - IT之家首頁顯示圈子文圖片和鏈接錯誤的問修復:功能?- 解決部分頁面登錄后無法動刷新當前網(wǎng)頁的問修復:功能?- Safari 瀏覽器、旗魚瀏覽器下首頁新聞題鼠標移上變空白的題修復:功能 - 修正部分文章打開后內(nèi)是其他文章的問題下,容我向大家匯報下次的改版情況——新網(wǎng)的新視覺的至簡:白灰紅的主色調(diào),輔于一些特殊顏色點綴最大化精簡了老版本面的諸多紅色要素, App 的簡白相呼應;再見了廣告精精新面移除了所有的廣告是的,所有。當然,特殊的時候,也可能有臨時短期的廣告圖上線,如一些云的廣、產(chǎn)品發(fā)布會廣告、十一等情況,也希望家理解。IT之家App里面也去掉了文章閱讀柄山面的所有廣告,在在信息流里還有辣的導購,我們賺取推銷售的傭金,這也是們廣告業(yè)務之外的重“恰飯”來源。在產(chǎn)設計和開發(fā)上,軟媒極度的克制,努力給家最好的體驗。自適頁面:支持頁面寬度適應瀏覽器寬度,會據(jù)屏幕分辨率或者瀏器寬度來自動響應適頁面寬度,自動變化體大小。首頁支持三寬度:1000像素、1200像素、1400像素,文章頁和列表頁長乘持兩種寬度:1200像素和970像素;一致的幻燈:從老本豎直的幻燈改為橫的 2.5:1 比例,并同所有App客戶端徹底保持了一士敬性設計組同學每天也大減負;頻道的統(tǒng)一:站上的文章一直有其定的分類所屬,這次改版從頂部導航區(qū)開,與 App 統(tǒng)一,逐步淡化文章的分類念,而是基于關鍵詞主題化頻道聚合;測版的說明部分頁面需在若干工作日內(nèi)才能供新版,如極速版(稱新聞日歷)、Win10之家等二級域名頁面、文臺璽評論區(qū)的樣;現(xiàn)有的文章閱讀頁非最終版面,因為 IT號將在 8-9月推出,因此我們屆時還次較大的頁面結構調(diào)。這次的全新版面,許大家還有很多不滿的地方,希望大家在文評論里多多反饋視、交互、功能等方面意見和建議,包括我內(nèi),軟媒的同事都會一時間響應大家的反,雖然眾口難調(diào),但我們盡量找到產(chǎn)品體上的公約數(shù)。愛科技愛這里。真心希望我付諸九年努力的這個站,給大家?guī)砜鞓?知識、成長、友情、分……更多價值。軟 CEO,刺客。2020年8月11日19點33分,青島共工

責任編輯: Keola

熱點新聞

      <code id='090e4'></code><style id='8208a'></style>
      • <acronym id='9d0dd'></acronym>
        <center id='7d4e4'><center id='de453'><tfoot id='237c8'></tfoot></center><abbr id='05c4e'><dir id='19c25'><tfoot id='f15d7'></tfoot><noframes id='b0feb'>

      • <optgroup id='666ee'><strike id='21fee'><sup id='ebd12'></sup></strike><code id='758f3'></code></optgroup>
          1. <b id='94531'><label id='e9aea'><select id='d4902'><dt id='8ed48'><span id='c1d22'></span></dt></select></label></b><u id='948be'></u>
            <i id='18457'><strike id='a84de'><tt id='13fed'><pre id='c3a03'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='b9193'></code><style id='aa083'></style>
              • <acronym id='7c2c7'></acronym>
                <center id='f7626'><center id='9cc6d'><tfoot id='0ad0d'></tfoot></center><abbr id='1c695'><dir id='9ad5c'><tfoot id='75e91'></tfoot><noframes id='a5f94'>

              • <optgroup id='79103'><strike id='2aa67'><sup id='1e992'></sup></strike><code id='12fb7'></code></optgroup>
                  1. <b id='1f42f'><label id='1e54e'><select id='24676'><dt id='2fb2b'><span id='5b3c4'></span></dt></select></label></b><u id='9938f'></u>
                    <i id='a8bca'><strike id='954f6'><tt id='e0f45'><pre id='82b57'></pre></tt></strike></i>

                    道孚县| 桦甸市| 白水县| 怀宁县| 西安市| 丘北县| 平远县| 鲁甸县| 松潘县| 濮阳县| 柳林县| 波密县| 玉林市| 集安市| 恩施市| 北宁市| 库尔勒市| 嘉定区| 沾益县| 高安市| 古田县| 南丹县| 利川市| 广水市| 邵东县| 乐都县| 新平| 安西县| 红原县| 仁布县| 吴川市| 怀仁县| 凤城市| 志丹县| 临清市| 龙口市|