黄图在线观看无码_亚洲va久久久噜噜噜久久男同_国产精品无码h_97人妻免费专区

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

cryptoeth usd

澎湃新聞 小野學(xué) 2025-10-27 03:36:41
A+ A-

中國各地上演“村IP”突圍賽 中紀(jì)委公開通報基層形式主義典型,點名河北三河市:盲目決策、機械執(zhí)行 感謝IT之家網(wǎng)友 叡哥 的線索投遞!IT之家 12 月 30 日消息,基于 NT 架構(gòu)的全新?QQ Linux 版已結(jié)束內(nèi)測,并正式為其推屈原官(點此查看),并所有用戶提供下載新版本提供了 deb、rpm、Applmage 三種格式的軟件包,同時支持 Arm64 平臺。如何選擇安包?QQ Linux 版 目前支持 x64(x86_64、amd64)、arm64(aarch64)兩種架構(gòu),每種架構(gòu)支持 Debian 系、Red Hat 系、其它發(fā)行版中的一或幾種(未來可能續(xù)擴充)。每一次布均會提供架構(gòu)和行版的若干種組合持的安裝包,可按面所述的規(guī)則進行擇。每一個安裝包按照形如如下的格命名:linuxqq_3.0.0-100_x64.rpm[產(chǎn)品名] [---版本號---][架構(gòu)][格式]1、選擇架構(gòu):根據(jù)所使用的機器硬件構(gòu)選擇相應(yīng)的兼容構(gòu)類型(可通過 uname -a 查看)x64(x86_64、amd64)、arm64(aarch64)2、根據(jù)你所使用的 linux 發(fā)行版選擇格式:如何安裝QQ Linux 版 目前支持 x64(x86_64、amd64)、arm64(aarch64)兩種架構(gòu),每種架構(gòu)支持 Debian 系、Red Hat 系、其它發(fā)行版中的一種或種(未來可能繼續(xù)充)。每一次發(fā)布會提供架構(gòu)和發(fā)行的若干種組合支持安裝包,可按下面述的規(guī)則進行選擇RPMsudo rpm -ivh linuxqq_3.0.0-100_arm64.rpmDEBDEBsudo dpkg -i linuxqq_3.0.0-100_amd64.deb或sudo apt install -y linuxqq_3.0.0-100_amd64.debAppImagechmod +x linuxqq_3.0.0-100_x64.AppImage./linuxqq_3.0.0-100_x64.AppImage如何卸載?QQ Linux 版 目前支持 x64(x86_64、amd64)、arm64(aarch64)兩種架構(gòu),每種架支持 Debian 系、Red Hat 系、其它發(fā)行版中的一種或幾種(來可能繼續(xù)擴充)每一次發(fā)布均會提架構(gòu)和發(fā)行版的若種組合支持的安裝,可按下面所述的則進行選擇。RPMsudo rpm -e linuxqqDEBsudo dpkg -r linuxqq下面是 QQ Linux 3.0.0 版本更新內(nèi)容:1、新增夜間模式并支持跟系統(tǒng),享受更沉浸聊天體驗;2、新增?QQ 截圖能力,快捷方便,提升辦效率;3、新增群應(yīng)用功能,圖片、文輕松傳送,群聊更效;4、新增全局搜索能力,進一步提內(nèi)容搜索效率。IT之家獲悉,QQ for Linux 版采用全新架構(gòu), QQ NT 技術(shù)架構(gòu)驅(qū)動,支持消、小世界、QQ 空間板塊等。QQ for Linux 版可跟隨系統(tǒng)外觀智能切換。比如自切換黑暗模式等。QQ for Linux 版支持全局搜索,快速搜索,便全面。QQ for Linux 版支持截圖功能,隨心圖,截你所需。QQ for Linux 版支持群應(yīng)用,圖片、文件輕松傳,群聊更便捷? IT之家 1 月 20 日消息,根據(jù)韓媒 The Elec 報道,蘋果正和多家供應(yīng)商合作定制開 OLED 面板,將于 2024 年率先裝備在 iPad Pro 上;在 2026 年率先裝備在 MacBook Pro 上。報道稱蘋果正和一家蘋果屏幕供應(yīng)商(大概率三星)開發(fā)適用于 11 英寸 / 12.9 英寸 iPad Pro、14 英寸 / 16 英寸 MacBook Pro 的 OLED 面板。與之前的傳聞一致,報道稱首配備 OLED 顯示屏的 iPad 將于 2024 年推出。IT之家從報道中了解到,適用于 iPad Pro 的面板尺寸為 10.86 英寸和 12.9 英寸,適用于 MacBook Pro 的為 14 英寸和 16 英寸。該項目已經(jīng)正式立項,韓國屏幕量產(chǎn)公司和關(guān)零部件材料企業(yè)開始研面板。一位知情人士表示從 10 英寸到 16 英寸的各種面板都在研發(fā)。與傳統(tǒng)的 LCD 面板相比,OLED 顯示器由于其自發(fā)光像素而需要更的功率,不需要背光,最延長電池壽命,提供更暗黑色,并提高對比度。蘋目前使用的屏幕來自三星 LG 等顯示器合作伙伴,但據(jù)報道,它正在尋求少對這些供應(yīng)商的依賴? IT之家 1 月 20 日消息,微軟今天早些時面向 Dev 和 Beta 頻道的 Windows Insider 項目成員,發(fā)布了 Win11 Build 25281 和 Build 22621.1180/22623.1180 預(yù)覽版更新。ViveTool 的開發(fā)者 PhantomOcean3 發(fā)現(xiàn)微軟疑似要取消桌搜索功能。桌面索功能于 2022 年 5 月,作為隱藏功能出在 Win11 Build 25120 預(yù)覽版中。在最新 Build 25281 版本中,雖然相關(guān)的 EXE 文件依然存在,但通過 ViveTool 工具啟用相關(guān) Feature ID 之后,相關(guān)功能已經(jīng)效。IT之家附 Win11 Build 25281 中對 Windows Spotlight (Windows 聚焦)的相關(guān)日介紹:從這個版開始,微軟開始試對 Windows Spotlight (Windows 聚焦)的外觀進行不的處理。所有處將繼續(xù)共享現(xiàn)有核心 Windows Spotlight 功能,例如將鼠標(biāo)懸停桌面上的圖標(biāo)上右鍵單擊桌面上圖標(biāo)以及雙擊桌上的圖標(biāo)。Spotlight 的處理將包括更豐的 UI,圍繞顯示標(biāo)題和描述以了解有關(guān)通過 Spotlight 在桌面上顯示圖像的更多信息。IT之家了解到,微軟也在嘗試用不的方式來切換不的圖片,包括預(yù)、全屏體驗和最化體驗。Dev 頻道的內(nèi)測人員在他們的 PC 上看到不同的處方式,因此并非個人都會看到相的內(nèi)容。要在 PC 上啟用 Windows Spotlight,請右鍵單擊你的面并選擇“個性”,然后選擇新 Spotlight 主題。此外,用戶可以直接用 Windows Spotlight,請轉(zhuǎn)到“設(shè)置”>“個性化”>“背景”并選擇“個性化背景下拉菜單下的選? 身份證掃描主要需要用到文石山別技術(shù)(OCR)。這類技術(shù)方案已經(jīng)很多了,本文介紹猲狙于 CameraX + MLKit 的實現(xiàn)方式。其中 CameraX 用來實現(xiàn)相機的取景和預(yù)覽,MLKit 用來進行圖片中的文字識別。1. CameraX 實現(xiàn)相機預(yù)覽1.1 CameraX 簡介Android 自 5.0 開始引入了全新的相機框架 Camera2 ,相較于之前的 Camera1 對多攝像頭的支持更加友好,功能更加強大耳鼠使用成本也更高。此背景下鳥山發(fā)布了 CameraX,它基于 Camera2 封裝,大大提高了 API 的易用性。我們可以用很少的代張弘搭建出向特定場景的相機應(yīng)用,OCR 就是一種典型的相機應(yīng)用場景 。CameraX 引入 UseCase 的概念完成各種相機能力,UseCase 有利于功能模塊的解耦,聚焦特領(lǐng)域進行功能開發(fā)。CameraX 默認(rèn)提供了幾個常用的 UseCase 實現(xiàn),能夠滿足大多數(shù)場景下的使用Preview : 提供相機取景和預(yù)覽ImageCapture:拍照并保存圖片ImageAnalysis:處理預(yù)覽幀圖片本文 OCR 場景中將會使用到 Preview 和 ImageAnalysis 這兩個 UseCase。Preview 幫助我們實現(xiàn)相機的取景和預(yù)覽孰湖ImageAnalysis 幫助我們將采集的圖片送入 OCR 分析。接下來讓我們使用 CameraX 一步步完成相機預(yù)覽功能1.2 工程引入 CameraX首先,在 Gradle 中引入 CameraX 相關(guān)庫如下implementation?"androidx.camera:camera-lifecycle:1.2.0"implementation?"androidx.camera:camera-view:1.2.0"implementation?"androidx.camera:camera-camera2:1.2.0"另外,需要使用相機,所以在 AndroidManifest 中申請相機權(quán)限1.3 獲取 ProcessCameraProviderCameraX 通過 ProcessCameraProvider 訪問相機實例。顧名思義,ProcessCamera ?表示每個 Application Process 期間可使用的相機服務(wù),所以 ProcessCameraProvider 是一個進程單例,通過 getInstance 創(chuàng)建并獲取。創(chuàng)建是一個異步程,所以借助 CameraProviderFuture 異步返回://?通過?cameraProviderFuture?異步返回創(chuàng)建的?ProcessCameraProvider?實例val?cameraProviderFuture?=?ProcessCameraProvider.getInstance(context)//監(jiān)聽?ProcessCameraProvider?獲取成功cameraProviderFuture.addListener(????Runnable?{????????//獲取?cameraProvider????????val?cameraProvider?=?cameraProviderFuture.get()????????...????},?????ContextCompat.getMainExecutor(context)?//?Runnable?運行的?Executor)在 Runnable 中成功獲取 ProcessCameraProvider 單例,接下來可以用它來組裝 UseCase ,實現(xiàn)相機功能了。CameraX 的一個重要特征是 LifecycleAware,相機可以根據(jù)應(yīng)用的前后延維情況自動開啟或關(guān)閉,低開發(fā)者的心智負(fù)擔(dān)。ProcessCameraProvider 添加 UseCase 時會關(guān)聯(lián) LifecycleOwner。UseCase 根據(jù) Lifecycle 調(diào)用 onStateAttached / onStateDetatched,當(dāng)我們自定義 UseCase 時,可以在這里進行一些自定義前 / 后處理。1.4 添加 Preview UseCase//選擇后置鏡頭val?cameraSelector?=????CameraSelector.Builder().requireLensFacing(CameraSelector.LENS_FACING_BACK).build()//添加?Preivew?UseCase?cameraProvider.bindToLifecycle(?????lifecycleOwner,??????cameraSelector,?????preview)如上,ProcessCameraProvicer#bindToLifecycle 添加 Preview 。Preview UseCase 的創(chuàng)建非常簡單,如下:val?preview?=?Preview.Builder().build().ly?{????setSurfaceProvider(previewView.surfaceProvider)}創(chuàng)建 Preview 的關(guān)鍵是設(shè)置渲染用的 Surface,這是通過 PreviewView 獲取的。PreviewView 是 CameraX 提供的用于顯示相機預(yù)覽流的自霍山義 View,它內(nèi)部可以根據(jù)需要切換 TexureView 或者 SurfaceView。SurfaceView 有更好的性能,但在 Android 7.0 之前無法實現(xiàn)旋轉(zhuǎn)、透明、動畫等常規(guī)自定義 View 的能力,此時需要使用 TextureView 替代。PreviewView 默認(rèn)使用性能優(yōu)先的 SurfaceView,如果如果需要其有更好的兼容性,則白狼以設(shè)置 previewView.implementationMode = PreviewView.ImplementationMode.COMPATIBLE1.5 布局 PreviewView我們可以像下面這樣在 xml 中布局使用 PreviewView????????如果我們使用 Compose 渲染 UI ,可以借助 AndroidView 顯示 PreviewView,Compose 展示相機預(yù)覽的代碼大體如下所示:@Composablefun?CameraScreen()?{????//獲取?ProcessCameraProvider????val?cameraProviderFuture?=?remember?{????????ProcessCameraProvider.getInstance(context)????}????????//?顯示預(yù)覽????AndroidView(????????modifier?=?Modifier.fillMaxSize(),????????factory?=?{?ctx?->????????????PreviewView(ctx).ly?{????????????????cameraProviderFuture.addListener({?????????????狍鸮?????val?cameraProvider?=?cameraProviderFuture.get()?????????????六韜??????val?preview?=?//略???????????????戲器????val?cameraSelector?=?//略?????????????????????????????????????cameraProvider.unbindAll()???????????????????cameraProvider.bindToLifecycle(?????????????????獨山?????LocalLifecycleOwner.current,???????????????????葴山???cameraSelector,?????????????????????相柳??preview?????????????????踢???)???????????????????????????},?ContextCompat.getMainExecutor(previewView.context))????????}????})????}2. MLKit 實現(xiàn)文字識別2.1 MLKit 簡介MLKit 是谷歌的面向移動端開發(fā)者的機器學(xué)習(xí)庫宣山幫助動應(yīng)用在離線狀態(tài)下使用各種智能技術(shù),例如:智能視覺處:二維碼掃描、文字識別、人檢測、物體捕捉等;自然語言理:語言識別、智能回復(fù)、自翻譯等這些端上的技術(shù)讓應(yīng)用得更加智能的同時依然保持高能,更重要的是這一切都是免的,且不依賴 GMS(Google Mobile Service)。2.2 工程引入 MLKit本文我們主要使用到 MLKit 的文字識別功能,只需要添加以下依賴即可:implementation?'com.google.mlkit:text-recognition-chinese:16.0.0-6'text-recognition-chinese 可以識別中文字符,另外也有其他的 Artifact 可以識別日文韓文等非拉丁系的語言陵魚2.3 CameraX 實現(xiàn)圖像分析前面我們通過 Preview 實現(xiàn)了相機預(yù)覽,接下來我們 CameraProvider 添加 ImageAnalysis ,它可以接收相機的預(yù)覽幀用于圖像分析和處理。val?imageAnalysis?=?ImageAnalysis.Builder)????.setBackpressureStrategy(ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST).build()????.ly?????????//設(shè)置圖像分析器????????setAnalyzer????????????Executors.newSingleThreadExecutor(),????????????OcrAnalyzer??result:?String?-???????????????//基于?MLKit?處理?OCR,并返回?result????????????????????玉山????cameraProvider.bindToLifecycle????LocalLifecycleOwner.current,????cameraSelector,????preview,????imageAnalysis?//?增加?ImageAnalysis?能力,關(guān)聯(lián)?LifecyclesetBackpressureStrategy 是設(shè)置預(yù)覽幀的生產(chǎn)消費的緩策略,其默認(rèn)值 ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST 表示在每一幀沒有分析結(jié)束之前,新的渲染幀會動丟棄,避免排隊。ImageAnalysis#setAnalyzer 添加自定義圖像分析器,這里我們定義一個 OcrAnalyzer,它基于 MLKit 實現(xiàn) OCR 功能。2.4 自定義 OcrAnalyzerclass?OcrAnalyzer(????private?val?onRecognized?:?(result:?String)?->?Unit)?:?ImageAnalysis.Analyzer?{????//?獲取可識別中文的?TextRecognition????private?val?recognition?=?????????TextRecognition.getClient(ChineseTextRecognizerOptions.Builder().build())????????????//?對?Image?進行處理????override?fun?analyze(imageProxy:?ImageProxy)?{????????val?image?=?imageProxy.image????????if?(image?!=?null)?{????????????val?imageRotation?=?imageProxy.imageInfo.rotationDegrees????????????val?inputImage?=?InputImage.fromMediaImage(image,?imageRotation)????????????recognition.process(inputImage)???????????????堵山.addOnSuccessListener?{?recognizedText?->????????????????????val?textBlocks?=?recognizedText.textBlocks?????????????白翟?????//解析?textBlocks?獲取所需的信息并返回????????呰鼠??????????extractText(textBlocks)?.let?{?onRecognized(it)?}???????????????????重imageProxy.close()????????????????}.addOnFailureListener?{???????????????????imageProxy.close()????????????????}????????}?????}}ImageAnalysis.Analyzer 返回的 ImageProxy 中包含了預(yù)覽幀信息:imageProxy.image:圖像信息ImageInfo.rotationDegrees:根據(jù)設(shè)備情況獲得的圖片共工轉(zhuǎn)角度。InputImage.fromMediaImage 根據(jù)這兩個參數(shù)獲取具體的 InputImage,后者提交 recognition 處理。這里的 recognition 是一個可識別中文的 TextRecognition。2.5 解析 TextBlocks經(jīng)過 TextRecognition 文字識別后將返回 Block / Line / Element 這樣的數(shù)據(jù)結(jié)構(gòu),這種結(jié)構(gòu)有利于進一步細(xì)粒的解析。Block 代表一個自然段落,由若干 Line(行) 組成,每一個 Line 又包含多個 Element(單詞) 。假設(shè)我們希望從身份證中獲取姓名以及身份黃帝號雖然不確定身份證這樣的排版被識別為怎樣的 Block,但是姓名和身份證號肯定處于同 Line 中。我們定義 extractText 方法,將所有的 Block 下的 Line 聚合到一起,統(tǒng)一進行解析:private?fun?extractText(textBlocks:?List):?String?{????val?lines?=?textBlocks.flatMap?{?it.lines?}????var?name?=?"unknown"????var?id?=?"unknown"????lines.forEach?{????????val?lineText?=?it.elements.joinToString?{?it.text?}????????if?(lineText.contains("姓名"))?{????????????name?=?lineText.substringAfter("姓名")????????}????????if?(lineText.contains("公民身份證號碼"))?{????????????id?=?lineText.substringAfter("公民身份證號碼")????????}????}????return?"$name\n$id"}成功識別文字后的效果如下:結(jié)束語透鴟文識別這樣一個小的應(yīng)用場景,們切實感受到了 CameraX 以及 MLKit 開箱即用般的的易用性。作啟谷歌官工具包,它們還與 Compose 等其他 Jetpack 組件有著不錯的兼容性。感謝谷歌強大的開噎者生態(tài),讓開者們可以低成本地開發(fā)自己的動應(yīng)用。CameraX:https://developer.android.com/training/cameraxMLKit:https://developers.google.com/ml-kit本文來自微信公眾號:AndroidPub (ID:gh_e312d1adb6ec),作者:fundroid 前些天,一網(wǎng)友發(fā)現(xiàn)愛藝在移動 App 端對投屏做了限制原本愛奇藝金 VIP 會員支持 4K 清晰度視頻投屏,現(xiàn)就算是黃金 VIP 也只支持 480P 清晰度的投屏。后續(xù)奇藝客服回稱,黃金會可以在電腦平板和手機使用,同時以使用 480P 清晰度進行投屏。 / 微博截圖很難想象到了 2023 年視頻平臺的 VIP 會員只能看 480P 視頻,甚至連 HDMI 有線投屏也遭到限制。像很多人說,實質(zhì)上這愛奇藝在變要求用戶訂更貴的電視會員。盡管相難看,但動愛奇藝這做主要原因一,還是流體在財務(wù)上直不怎么賺 —— 會員收入長期覆不了內(nèi)容成。這不是國流媒體平臺有的問題。據(jù) Business Insider 報道,蘋果也在為 Apple TV+ 尋找廣告銷售主管,求廣告收入填補高企的容成本黑洞此前已有報指出,蘋果劃在 2023 年為 Apple TV+ 推出廣告版訂閱計。Apple TV+《為了全人類》圖 / 蘋果這也是繼 Netflix 和 Disney+ 推出廣告版訂計劃擴展收后,又一家要推出廣告案的主流訂制流媒體服。曾幾何時訂閱制流媒主打的核心點之一就是供無廣告、浸的使用和看體驗。到天這個節(jié)點除了還在旗鮮明反對貼廣告的 B 站,不管是外的主要流體,還是國的愛優(yōu)騰(奇藝、優(yōu)酷騰訊)似乎在告訴我們訂閱制流媒也離不開貼廣告。漲價追不上成本流媒體「看」廣告蘋果有推出 Apple TV + 廣告版訂閱計劃的法了。根據(jù)道,蘋果在年第四季度已經(jīng)和媒體構(gòu)進行早期判,討論對果原創(chuàng)內(nèi)容直播體育類出售廣告空,形式預(yù)計與 Netflix、Disney + 類似。截至 1 月,Netflix 訂閱方案價格,圖 / Netflix 官網(wǎng)去年 10 月,Netflix 的廣告版訂閱計劃正公布,訂閱用為每月 6.99 美元,標(biāo)準(zhǔn)訂閱劃(無廣告為 9.99 美元(后漲至 15.99 美元)。Netflix 表示,廣告版訂閱用每小時將看 4-5 分鐘的廣告,度為 15-30 秒不等,會出現(xiàn)在頻的片頭和間 —— 也就是「貼片告」。此外廣告版訂閱劃還有部分影、電視劇于版權(quán)原因法觀看。兩月后,另一流媒體巨頭士尼也推出廣告版的 Disney+,訂閱費是月 7.99 美元,同時無廣告版訂費從 7.99 美元漲到了 10.99 美元。廣告方面,迪尼承諾貼片告每小時不播放超過 4 分鐘,學(xué)齡前兒童賬戶會顯示任何告,17 歲以下不會有向廣告。相之下,截至年 1 月,Apple TV + 的訂閱費用為 6.99 美元(早期為 4.99 美元),用戶以在無廣告情況下收看括 4K 節(jié)目在內(nèi)的所內(nèi)容。圖 / 蘋果倒不是蘋果良心。前在海外流體市場,Netflix、Disney + 是最大的玩家,截去年第三季末,Netflix 全球訂閱用戶總超過 2.23 億,Disney + 全球訂閱用戶總數(shù)達(dá)到 1.642 億,派拉蒙 Paramount+、Apple TV + 以及 Hulu、HBO Max 等訂閱制流媒體服務(wù)用戶數(shù)和內(nèi)數(shù)量上還有大差距,價上普遍都更一些。好萊大廠派拉蒙席財務(wù)官 Naveen Chopra 去年就表示:「公平地,整個行業(yè)定價都在走 —— 包括多家相互競的流媒體平。」國內(nèi)也例外。去年 4 月 20 日,騰訊對騰訊視頻 VIP 和超級影視 VIP 會員價格進行調(diào)整 —— 騰訊視頻 VIP 連續(xù)包月、騰訊頻 VIP 年卡、超級視 VIP 連續(xù)包月則別漲價 5 元,其中幅最大的騰訊頻 VIP 連續(xù)包年從來的 218 元漲到了 238 元。而自 2020 年至今,愛奇藝連續(xù)年漲價,連包月的價格 15 元 / 月漲至 25 元 / 月,基本與騰訊視頻和酷漲價后的員價持平。有人都明白訂閱費用變一定會影響閱用戶數(shù)量增長。但眼的情況是流體的戰(zhàn)爭遠(yuǎn)有停止,平爭取更多用的核心手段是加大內(nèi)容入,包括更獨占且更具引力的自制容和采購內(nèi)。美國測評站 reviews.org 在去年公布的一份調(diào)結(jié)果顯示,四分之一的 Netflix 用戶計劃年底取消訂,其中有 2/3 的受訪者稱主要原是一路飆升訂閱費用,外 1/3 則表示 Netflix 的內(nèi)容不再有吸引力。就是流媒體臺的窘境:價,愿意訂的用戶會變;不漲價,沒有更多的金投入內(nèi)容吸引用戶訂。廣告,或說廣告收入定程度上能破了這種窘,不僅能讓閱費用保持對的低位,能讓平臺持進行內(nèi)容投以吸引更多用戶訂閱。告不是「救稻草」,但是流媒體大的關(guān)鍵「軍」Netflix 作為流媒體模式的佳代表,很時間都受到戶和市場的捧。其商業(yè)式很簡單,心收入就是戶訂閱收入只與「訂閱格」和「訂用戶數(shù)」直相關(guān),但前不能隨意調(diào),后者則是 Netflix 保持多年高速增長的鍵。Netflix 訂閱用戶數(shù)變化圖 / Statista在 2021 年以前,Netflix 的訂閱用戶數(shù)量一直保強勁的增勢不斷增長的閱用戶數(shù)量意味著越來多的用戶訂收入,Netflix 得以持續(xù)投入金在全球范內(nèi)打造自制容,再以此引全球市場視頻用戶。到 2022 年第一季度,Netflix 遭遇了 2000 年以來第一訂閱用戶數(shù)降,放大過十年來看,近四個季度 Netflix 的訂閱用戶數(shù)已經(jīng)陷停滯。問題于,包括 Netflix 在內(nèi)的訂閱制流媒體都能隨意漲價否認(rèn)只會勸更多訂閱用,而且之前已經(jīng)經(jīng)歷過多次漲價。外,訂閱用數(shù)和價格都動,收入就會動,就沒更多資金投打造自制內(nèi)吸引用戶訂,以及面對他流媒體服在用戶和內(nèi)層面的競爭全球流媒體面臨相同的境,Disney + 和 Apple TV + 也只是開始越來越多的媒體平臺可都會陸續(xù)推自己的廣告劃。愛優(yōu)騰一樣,甚至早就在國內(nèi)啟了貼片廣業(yè)務(wù)。甚至只是貼片廣,圖 / 愛奇藝而據(jù)華街分析師 Michael Nathanson?預(yù)測,廣告業(yè)將在 2023 年為 Netflix 帶來 10 億美元的收入,到 2025 年為 27 億美元。到 2027 年,Netflix 的廣告收入增加到 35 億美元,占該公司總利的 9%。以此來看,廣收入不會,不能成為 Netflix 的最主要收入。Netflix 也始終認(rèn)為,訂用戶數(shù)量和入依然還是公司最重要核心。在宣推出廣告支的訂閱時,Netflix 就表示,這將有助于它得新的客戶,將流媒體樂趣帶給手不太寬裕的眾。換句話,Netflix 廣告計劃的核心目還是通過更宜的計劃來興用戶增長但從短期來,在訂閱制媒體中加貼廣告還有很挑戰(zhàn)。訂閱析公司 Antenna 數(shù)據(jù)顯示,11 月推出廣告版訂閱計(月費 6.99 美元)以來,該方的用戶僅占 11 月新增訂閱用戶的 9%。在廣告版訂閱計劃首月訂閱用中,約 57% 的人是首次訂閱、舊重新加入,43% 則是從較貴的訂閱劃降級而來不過從長期看,貼片廣依然很有可成為流媒體戰(zhàn)中的重要草。一方面貼片廣告基播放次數(shù),此可以實現(xiàn)有內(nèi)容的規(guī)級擴展;另方面,誠然告會影響用的觀看體驗但對所有視平臺而言,核心的仍是吸引力的內(nèi),用戶寧愿了看有吸引的內(nèi)容看一廣告,也不為了因為沒廣告看一些有吸引力的容。Netflix 美劇《女子監(jiān)獄,圖 / Will Buckner@flickr只是,訂閱流媒體服務(wù)初以低價、廣告的觀看驗自居大殺方,把我們電視節(jié)目時表的約束中放出來,吸我們不停刷。但當(dāng)我們有人習(xí)慣甚為此著迷的候,流媒體臺們又集體始插入討人的廣告,仿一夜之間又到了過去。文來自微信眾號:雷科 (ID:leitech),作者:科技互聯(lián)網(wǎng)

cryptoeth usd

IT之家的讀者老爺們, 2020 年的 5 月 15 日,我們上架了IT之家的“框框表情包”雖然沒有皮、水庫、散書,但是有家一瞬意會“玄”牌鋪機 [鋪路],還有我們 IT 范手動滑稽?[紅花][小雞]。現(xiàn)在,響一批老爺?shù)?求,IT之家框框表情包架微信了!IT之家安卓 / iOS 客戶端直達(dá)接:第一?||?第二套。您也可以信掃描下方維碼來使用好吧,在微里大家耍耍,只是,如對方不是IT之家的基友,看得懂么自己開心就了對吧……IT之家 - 愛科技,愛里。軟媒 - 存在,創(chuàng)造詞綜值。刺客軟媒 CEO,青島?

cryptoeth usd

本文來自微信公號:觸樂 (ID:chuappgame),作者:祝思齊“感覺仿回到高中時代。編者按:不久之,我們決定開始個系列策劃,名叫“我們的 2019~2022”。如你所見,這系列主要是報道們,也就是游戲業(yè)從業(yè)者們從 2019 到 2022 年的經(jīng)歷。我們的計劃是,期請一位(或是組)受訪者講述己的這幾年。中游戲行業(yè)在這幾經(jīng)歷了劇烈的變 —— 當(dāng)然,說實在的,中國游行業(yè)每年都在劇變化,這個系列該做得更早些。們希望這個系列夠涵蓋游戲行業(yè)方方面面 —— 無論是從廣度還深度,都是如此我們希望能夠涵足夠多的人,從理者到基層員工從策劃到市場人,再到外掛工作成員,我們希望解他們的生活和法。我們最大的望是能夠系統(tǒng)地錄游戲從業(yè)者在些年里的工作和活。在未來,也這些東西能夠幫另一個時代的人解我們。系列之:我們的 2019~2022:小七與她的兩座城本文是這個系列第二篇文章,今的故事來自糖果 Jenny。她們在高中時代就好朋友,有共同創(chuàng)作夢想。2020 年大學(xué)畢業(yè)后,她們機緣巧合加入了同一家獨游戲工作室,并一段時間的積累,獲得了開發(fā)自項目的機會。與個系列的上一篇以及我們在 2022 年書寫的許多文章相比,這故事更加輕松甚夢幻,讓人感到有活力和希望。過她們,我們也得以再次觸碰一在去年的中國游行業(yè)中被遺忘了久的詞匯,比如想、熱愛和友誼以下是她們的故。2019~2020 年:起始從高中時代起,糖和 Jenny 就是好朋友。糖喜歡寫東西,Jenny 喜歡畫畫。“我那時候延維都在開小差…… 也不知道在干嘛總之就每天弄些己的東西?!被?起當(dāng)年的趣事,果依然開心,“我當(dāng)時其實沒有多機會接觸游戲我媽媽是老師,我比較嚴(yán),總之絕對不支持我玩戲的。我也就是手機上玩一些很型的、休閑類的”Jenny 當(dāng)時還不怎么玩游?!拔沂亲约洪_做游戲了之后才觸得多一些?!盝enny 說,“糖果真的很愛玩中午吃飯我就看她一直拿著手機那里玩。平時我己看書、看電影漫畫比較多?!?中時代,兩個女對未來要做什么沒有特別清晰的念。Jenny 可能相對更明確些。一次聊天時她告訴糖果:“今后一定要畫畫如果有一天沒辦畫畫了肯定會很受?!碧枪?dāng)時迷迷糊糊的,想做一些創(chuàng)意性的作,卻沒想好具在哪個領(lǐng)域。臨高中畢業(yè),因為申請美國的學(xué)校糖果有了自己的腦。在去美國訪、參觀校園的旅當(dāng)中,有個同行朋友買了一份《荒》聯(lián)機版,說可以送給糖果。果問,在什么平?就這樣,糖果一次下載了 Steam,這位朋友也成了糖果的第個 Steam 好友。但是糖果次去看的時候,已經(jīng) 3 年沒有登錄,現(xiàn)在已經(jīng)全不玩游戲了。了大學(xué),糖果在 Steam 上玩了很多獨立游戲對敘事類游戲特感興趣。她學(xué)的哲學(xué),專業(yè)跟游完全沒有關(guān)系。可是我們教授人好,允許我把游相關(guān)內(nèi)容放到自的作業(yè)里。所以在一門叫做‘流文化里的哲學(xué)’課上,我把《掘求升》(Getting Over It with Bennett Foddy)寫進去了?!碧枪?,“這個游戲非難,你必須操作個坐在罐子里的,讓他一路用錘鑿地爬到山頂。當(dāng)時剛好在學(xué)加的《西西弗神話,就把這兩個東放在一起寫了篇文,教授非常喜?!薄毒虻厍笊?的游戲體驗十分人抓狂,一著不,你和罐子里的會直接掉回山腳這些經(jīng)驗讓糖果得,獨立游戲是個很好的讓大家表達(dá)和創(chuàng)作的空。大三、大四期,她加入了 indienova 一個線上的志愿化組,由此結(jié)識一些業(yè)內(nèi)人士。里邊很多人確實談?wù)摪嫣柡?的事,但還有更在 PC 端做獨立游戲的人,他都不是特別依賴號生存?!碧枪?此對業(yè)界有了更的認(rèn)識,“所以當(dāng)時對行業(yè)的印是,雖然有很多策上的限制,但體上越來越好,越來越多的人想解、想從事這個域。我就越發(fā)堅了今后想要進入戲行業(yè)、做獨立戲的念頭。”2020 年五六月份,糖果和 Jenny 各自從美國的大學(xué)畢業(yè)。因疫情,畢業(yè)典禮消了,也禁止一聚集活動,大家拾收拾,紛紛搶票回國。“我當(dāng)真的就像逃難一跑回來,機票取了十來次,又買十來次?!比缃?起來,Jenny 還覺得有點荒誕?;貒笕溕剿?都在家里休息了陣子?!按蟾庞?四個月吧,也沒好接下來該怎么。最初的計劃是研,但本質(zhì)上,研也是因為不知自己能找到什么作?!碧枪f。2020 年 9 月,上海云山小工作室的《山海人》發(fā)布了第一預(yù)告片,在微博掀起一陣熱潮。果看到之后覺得有意思,關(guān)注了們的官方賬號。了一個月,工作招實習(xí)生,糖果著試試看的心態(tài)了策劃的崗位。過了一個禮拜,作室開始招美術(shù)她立刻就想起了 Jenny?!癑enny 和我一樣在美國讀大學(xué)不過在另一所學(xué)。我知道她當(dāng)時畢業(yè)在家,就跟說,要不你投著試?”《山海旅》的“像素國風(fēng)美術(shù)很有特色糖和 Jenny 在大學(xué)期間沒有別熱絡(luò)的聯(lián)系,竟她們住在不同城市,專業(yè)也不樣?!安贿^真正老朋友就是這樣哪怕過了很長時,再聯(lián)系的感覺是像沒分開過。Jenny 說。她從糖果那里得消息后,覺得機不錯,很快也投簡歷。她們自己沒想到,一輪篩加面試后,兩個都順利進入了工室,10 月就開始一起工作了。果和 Jenny 加入的時候,云山小雨工作室加她們一共只有 5 個人。“其實我不清楚新宇(魏宇,《山海旅人制作人)為什么我們招進去,我他可能比較喜歡圍的人有自己的法。”糖果說,我給工作室投的歷里包含了一些不會給其他公司的內(nèi)容,比如自做的游戲視頻的號,以及我高中候?qū)懙?、現(xiàn)在看來比較尷尬的古歌詞…… 后來,《山海旅人》里集“花”的提示都是詩,感覺恰用上了那些經(jīng)驗”Jenny 也覺得被錄取是意之喜:“因為《海旅人》是個像風(fēng)的游戲,我的品集里完全沒有素畫,以前也從沒畫過。但我有張絲綢之路的畫和后來《山海旅》敦煌風(fēng)格的開畫面特別像。我得,我有可能是為那張畫被看中?!盝enny 放在簡歷中的絲之路題材作品更巧合的是,為《海旅人》配樂的拉和兩個女孩畢于同一所高中,此是校友。只不她畢業(yè)時糖果和 Jenny 還沒入學(xué),之前并不識??傊?,2020 年對糖果和 Jenny 來說是個充滿驚喜的份,不管是進入戲行業(yè),還是加同一間公司。當(dāng),一切只是入門真正開始做游戲,這份工作才顯出不那么夢幻的面。2021 年:投入《山海旅》上線于 2021 年 9 月,那一年絕大部分間里,糖果和 Jenny 都在為這個項目忙碌。她們眼中,工作的氣氛相當(dāng)不錯不僅她們倆,可說工作室里所有都是新人,第一做游戲,很多事靠自己摸索學(xué)習(xí)糖果跟著老板寫劃,Jenny 跟著主美學(xué)像素。好在工作室里家想法都很簡單就是“想做好游,想做出東西來。因為缺乏經(jīng)驗不知道什么東西做出來,什么東做不出來,團隊歷過一段時間的合。比如糖果曾提過一些特別離的需求。她有一去找主美和 Jenny,說想讓兩個人打架,把畫里一個山洞打塌,最后兩個人掉去…… 主美和 Jenny 馬上表示:不行,太雜了,很難畫。當(dāng)然我們最后其做了山洞坍塌的分,不過是一個對簡陋的版本。Jenny 笑著說,她跟糖果之的默契還是讓工變?nèi)菀琢艘恍?大多數(shù)時候,我溝通起來會發(fā)現(xiàn)個人在審美上很致,很能理解對想要什么?!薄?海旅人》制作組展會上的合影,左至右是 Jenny、糖果、制作人魏新宇和主美 Zac實際入行之后,兩人發(fā)柘山游開發(fā)工作和預(yù)想不太一樣?!澳?么都得會一點,其是獨立團隊里每個人基本上都兼數(shù)職,就會遇一些意想不到的心事?!碧枪f“比如我有時候負(fù)責(zé)游戲里一部的英文翻譯,Jenny 除了做美術(shù),有時候還要發(fā)行聯(lián)系,現(xiàn)在要兼顧新游戲的發(fā)。這些以前都接觸過,就像換個腦子一樣?!?山海旅人》2022 年 9 月初上線,而糖果印最深的是正式上前一周的某個晚。工作室突然發(fā)游戲的英文翻譯在問題,有一部得重做。再去找包已經(jīng)來不及了只能自己改。于她把電腦帶回家坐在桌子旁邊一句改?!爱?dāng)時卡和工作室的實習(xí)也在,就說,我來支援你們,然跑到我和 Jenny 家,在廚房里給我們做飯,的是豬肚雞?!?果描述當(dāng)時的情,“他們在那邊,我在這邊改,吃飯的時候他們旁邊看電視。雖真的有火燒眉毛感覺,放下碗又回去加班到深夜但那種大家一起力、一起支撐你感覺真的很好。最后,她沒有忘強調(diào):“豬肚雞挺好吃的?!笨?給大家做的豬肚和其他菜肴游戲式上線那天,因比較匆忙,有些方?jīng)]改好,大家很緊張。主播“遙散人”平時經(jīng)玩獨立游戲,上當(dāng)天也玩了《山旅人》,糖果在直播間里盯著,看著他玩出了一 Bug?!拔疫B忙用官方號在他播間里發(fā)彈幕:在改了,在改了’”現(xiàn)在想起來糖果還是很感激家的寬容和支持《山海旅人》上后,工作室給大放了一周假。加國慶假期,糖果 Jenny 有了半個月空閑。假歸來,她們正開始頭腦風(fēng)暴,算做自己的項目糖果回憶,自主項目的念頭在 2021 年四五月份就有了。如果溯得更早,她和 Jenny 從高中時就想兩個人一起創(chuàng)作點什么?!渡胶B萌恕?了初入游戲行業(yè)她們不少歷練。10 月,工作室同意讓她們嘗試自做項目,開發(fā)成由工作室負(fù)擔(dān),除此之外,兩人能一切靠自己。雙盲把戲》就是那時候開始制作。糖果介紹說,結(jié)構(gòu)上,這將是個非線性的偵探 AVG 游戲,有點類似于“逆轉(zhuǎn)判”系列。玩家以通過兩個角色視角去探究發(fā)生馬戲團里的一樁件。在風(fēng)格和題上,它和《山海人》幾乎完全相,是一個非?!?式”,也希望更引起海外玩家興的作品。2022 年:嘗試糖果和 Jenny 預(yù)想的開發(fā)周期是年。按照原計劃《雙盲把戲》應(yīng)在 2022 年末或是 2023 年初發(fā)售,但目前,她們的進度剛上線了 Steam 頁面和第一個預(yù)告片。開發(fā)面確實存在一些難。她們只有兩人,一個策劃、個美術(shù),沒有程。當(dāng)初選擇 AVG 這個類型,也是考慮到役采很多成的插件可以用但她們很快發(fā)現(xiàn)有些特定的功能是得有專業(yè)程序的支持。一開始她們會找工作室程序員幫忙,不他們大多數(shù)時間要分配給別的項,很難兼顧。后,糖果想辦法拜了一個兼職的程員?!罢f來挺巧這個小哥一開始我微博賬號的粉。他可能看到我時候發(fā)一些獨立戲相關(guān)的內(nèi)容,提到自己在做游,就給我發(fā)私信”糖果說,“他他在某個大廠給游寫程序,想了一下獨立游戲行,希望可以參與目?!薄峨p盲把》整體上選擇了式復(fù)古的美術(shù)風(fēng)但兼職程序員平也很忙,經(jīng)常需加班。這意味著果和 Jenny 得跟著他的節(jié)奏來,做任何修改必須非常謹(jǐn)慎。比如 Jenny 要是想做一些動畫效果的變動,者進行一些流程化,就只能等著,或者犧牲掉我的一些需求。在方面是比較束手腳的。不過對方主動給我們這些懂程序的人科普些知識,我們也常感激他?!痹?果看來,這是一必要的妥協(xié)。找行這件事也耗費大量時間。去年 5 月,糖果和 Jenny 拿著最早的版本包,認(rèn)識的所有發(fā)行都聯(lián)系了一遍。一些發(fā)行回應(yīng)并給了 Offer,但兩人想再等等 —— 當(dāng)時上海在“靜默”中發(fā)行商的反饋普延遲,她們還想識新的潛在合作象,不斷有新發(fā)看著資料找來。這個過程拖了很一段時間,給了 Offer 的發(fā)行們,最后也沒下文。發(fā)行商們出的原因各種各。有的覺得自身《雙盲把戲》的格不合,有的對 AVG 的受眾有些擔(dān)憂,覺得“不會太小眾了”糖果和 Jenny 借此機會接觸到了更多行業(yè)上游的人。她們開學(xué)會甄別找來的有沒有誠意?!?多人即使沒談成非常友好,愿意供幫助,大家都著鼓勵的態(tài)度。以我覺得,國內(nèi)是有相當(dāng)多很專,而且真心想要產(chǎn)獨立游戲發(fā)展來的發(fā)行商。”果說。相應(yīng)地,有不那么真誠的。“有些人可能不了解游戲行業(yè)也不了解 AVG,單純是在滿足己作為商務(wù)的 KPI。游戲給了他們,回復(fù)過來的饋會很奇怪,比說純背景和對話不是太無聊了,來點玩法之類的好像完全意識不這就是 AVG 游戲。”在《雙把戲》中,玩家以通過兩個角色視角調(diào)查事件2022 年,行業(yè)寒冬的陰霾沒有直降臨在糖果和 Jenny 頭上。她們也時不時聽一些傳聞:哪些目組做不下去了哪些發(fā)行商沒錢。很多人生活在慮當(dāng)中,但在獨游戲開發(fā)者之間這種焦慮大都只私下里表現(xiàn)出來平時見面聊天,發(fā)者之間很少討沒錢了怎么辦、戲賣不出去怎么。人們更樂意交游戲制作上的事把自己的 Demo 拿出來給對方玩,征求意見和法。不管經(jīng)歷過洽談是不是友好真誠,在兼顧開的時候處理這些終究很耗費精力2022 年底,眼看著不能再拖去,糖果和 Jenny 作出了一個決定 —— 自己做發(fā)行。“我知道自己來做肯不如專業(yè)公司有障,但等待合適 Offer 實在是太久了。再上我們兩個人英還不錯,游戲題也比較國際化,的還是 Steam,我們想自己試試進行一些海外廣,說不定能積一些經(jīng)驗,今后能用上?!碧枪?了她的考慮。而國外對獨立游戲發(fā)者的支持很全,怎么上架 Steam,怎么自己去聯(lián)系媒體,怎去宣傳,稍微找就有很詳細(xì)的英教程。兩人最大焦慮仍然來自時。糖果說,這一面是成本問題:你坐在那里每一都在燒錢,雖然在成本是工作室擔(dān)的,但游戲一不上線,就一天有回本的可能性”另一方面,是乏反饋造成的“里沒底”:“美好不好,PV 一出來大家都看得,但劇本好不好在上線之前很難證?!峨p盲把戲不是傳統(tǒng)的線性事結(jié)構(gòu),很難在傳階段把故事概出來,或者說,多劇情直接講出的效果沒那么好需要有人去體驗”糖果花了比較的精力去設(shè)計《盲把戲》中的非性敘事兩個女孩間的友誼,成了 2022 年最寶貴的情緒支撐。種支撐從鼓勵開。平時在工作中不管 Jenny 畫什么,糖果都會在旁邊說:“棒了,天才!”果要是寫了什么 Jenny 看,Jenny 也會說:“真棒,不起,天才!”們希望這種態(tài)度形成一種生活品。這不代表她們的像嘴上說的那有信心,但她們落的時間往往是開的。Jenny 描述了一種相當(dāng)有趣的鴣況:“能晚上糖果跟我:‘怎么辦,這東西到底能不能?’我告訴她沒,好得很。第二,就變成了我跟說:‘我睡覺起想了一下,覺得戲可能真的沒有買。’這時候糖的心情已經(jīng)恢復(fù),又變得很自信會反過來鼓勵我”兩個人都把坦放在交流的第一。進度緊張時,Jenny 看到糖果在工位上摸魚會直截了當(dāng)?shù)靥?她,劇本怎么樣,這周要寫完什?!叭绻恢苯?流的話,有很多或者意見埋在心,可能之后會造更大的影響?!盝enny 說。她們不僅一起工作還一起生活。兩都不是上海人,子是合租的。平 Jenny 負(fù)責(zé)做飯,糖果負(fù)洗碗和其它家務(wù)糖果覺得,這種覺有點像回到高時代,大家很單地一起從事一些意工作的時光。然,她們也不會 24 小時黏在一起?;丶抑蠊裆?一關(guān),有需要再對方,保有各自個人空間。糖果 Jenny 在工作中找回了讀中時好朋友的感2022 年初開始,上?!办o默了幾個月,她們起被關(guān)在了家里起初,游戲開發(fā)沒有受到很大影,因為“橫豎都兩個人在干活”但很快,她們陷了麻煩:家里沒吃的了?!皠傞_沒想到會持續(xù)那久,只買了一個期的菜,還覺得己特別聰明,后才發(fā)現(xiàn)根本不夠?!盝enny 說,“我每天躺床上就在盤算,天吃什么,后天什么,怎么節(jié)省不夠,焦慮得不?!彼齻冋也坏?充食物的途徑,區(qū)的團購群加不去,因為群主阿說“只加本地人。她們沒辦法,能去敲鄰居的門問能不能勻出來點吃的。第一家了半天才開,一化了全妝的漂亮人說她在直播,要打擾。第二家,家里人很多,有余糧。過了一小時,女主播找來,拿著一大袋菜和幾包方便面第二家人后來也了幾包方便面。后,有小區(qū)其他戶悄悄把她們拉了團購群,她們吃上飯。如今,果和 Jenny 已經(jīng)可以把這段經(jīng)歷當(dāng)成一件趣提起?!?那種感覺和游戲宣發(fā)很,”Jenny 說,“我們現(xiàn)在己做宣發(fā)嘛,我之為‘賽博磕頭,也是像敲鄰居門一樣,一個一在網(wǎng)上找那種‘ V’,問他們對游戲感不感興趣能不能幫忙宣傳下。我們還去找種有點粉絲基礎(chǔ)親戚朋友,私信們求‘一鍵三連或者轉(zhuǎn)發(fā),真的不好意思?!?023 年:期許下定決心自己發(fā)行雙盲把戲》后,果和 Jenny 立刻著手開始準(zhǔn)備所有的材料,括撰寫 Steam 頁面的內(nèi)容、開始走 Steam 審核的程序以及剪輯預(yù)告片,后耗時不超過一。今年 1 月,Steam 頁面正式上線,預(yù)告也在網(wǎng)上公開了“之前也說,我這個游戲拖了很,一直很焦慮。加上沒有獲得外反饋,心理上一底都沒有。1 月初發(fā)完預(yù)告片之,我感覺人舒服不少,畢竟作品人看到了。”糖感到如釋重負(fù)。人的首要目標(biāo)依是把游戲好好做、好好上線,其方面,她們暫時有太多想法?!?實壓力確實有一,我們剛畢業(yè)就了上海這樣的一城市,經(jīng)濟上沒么寬裕。”糖果,“比如我們之想租個帶客廳的子,可是預(yù)算不,現(xiàn)在住的地方個人的房間比較,但中間只有一走廊,冰箱只能在房間里,晚上嗡的聲音挺吵的還好我們兩個都單身,如果是有庭的人,可能對活環(huán)境的要求會高。”《雙盲把》中的地圖在職規(guī)劃上,糖果和 Jenny 希望能把獨立游戲當(dāng)一條更加務(wù)實的業(yè)道路。她們聽過一些因為愛好行的獨立開發(fā)者一開始就打算做己最想做的東西但那個目標(biāo)可能難實現(xiàn),他們就覺得實在是太累,做不下去。這開發(fā)者本身是一負(fù)面的消耗。她希望自己的職業(yè)涯能夠達(dá)到一個持續(xù)發(fā)展的狀態(tài)在資金上能夠養(yǎng)下一個作品,在活上能夠不必超荷工作、燃燒自?!昂芏嗳艘幌?獨立游戲開發(fā)者就是加班,就是燒生命,”她們喜歡這個說法,再牛的作品也沒創(chuàng)作者本身重要”“我們在這方還挺理想主義的這個行業(yè)會不會來越好,我們不道。但我希望我自身能一直做下,而且做得越來好?!碧枪f。是她們兩個對未的期許,可能也整個行業(yè)在這樣年頭所需要秉承希望?

cryptoeth usd

IT之家 1 月 20 日消息,Sabrent 現(xiàn)已發(fā)布新 USB-C 擴展塢,型號雙雙 DS-UNHC,支持安裝一?M.2 SSD 和一塊?3.5 英寸 HDD。如上圖所示炎帝款 USB-C 擴展塢可以垂教山插入個 M.2 SSD 和一個 3.5 英寸機械硬,其中 M.2 SSD 插口有散熱。兩個硬盤持離線克隆這款 USB-C 擴展塢配備 USB 3.2 Gen 2 接口,擁有 10Gbps 的速度。Sabrent?DS-UNHC 擴展塢現(xiàn)已在亞馬遜架,售價 79.99 美元(當(dāng)前約 542 元人民幣)?

cryptoeth usd

2023 開年,浪山的一只豬妖火出圈,在《國奇譚》部國漫的一個單元,小豬妖躇滿志,要做出一事業(yè),結(jié)費盡千辛苦,自己工作成果被否定,后,小豬說出了那經(jīng)典臺詞我想離開浪山”。豬妖的遭,戳中了代打工人隱痛,也極了數(shù)據(jù)心里那些為人知,百抓撓心困境。近來,我們夠在很多壇、峰會發(fā)布會商到一些高遠(yuǎn)矚、提挈領(lǐng)的話比如“計力就是生力”、“字經(jīng)濟的礎(chǔ)設(shè)施”“上云用賦智”等這些宏觀面的趨勢路線支撐云數(shù)據(jù)中、智算中等計算集的快速發(fā),我們也此前的文中分析過多。不過實際建設(shè)程中,會臨這樣那的具體挑,可能是在辦公室 / 研究所,對著 PPT 指點江山的人難想象的比如西部高校中計中心的一女工作人曾告訴我服務(wù)器散主要靠風(fēng),維持降會加大送風(fēng)力,她女員工進房都是沒穿裙子的機房內(nèi)的音很大,年負(fù)責(zé)運的同事,力也受到損害。這細(xì)節(jié)而真的難題,成了數(shù)據(jù)心必須翻的浪浪山否則就會小豬妖一疲憊且做用功,而些問題,能從扎根腳下的土中來,從一線人員流中來。天我們就合一些實見聞來聊聊,數(shù)據(jù)心正在等翻越哪些巒。第一山:電談數(shù)據(jù)中心中美差異你會想到么?芯片架構(gòu)、軟、產(chǎn)業(yè)鏈有一個容被忽略但重要的因是:供電益企研究自 2018 年來實地考察了個國內(nèi)云據(jù)中心,現(xiàn) 2 路 2U 是國內(nèi)服務(wù)市場上的流規(guī)格,IDC 的服務(wù)器市場蹤報告也實,2018—2021 年,機柜式服務(wù)中 2U 規(guī)格占據(jù) 70% 左右。然,美國市上,1U 反而更受迎。1U 和 2U 究竟是什?到底是么原因?qū)?了這種差?又意味什么呢?中國電子創(chuàng)云基地順義)機的 2U 服務(wù)器)們知道,著 IT 設(shè)備技術(shù)變化,現(xiàn)數(shù)據(jù)中心用的服務(wù)高度一般 1U 或 2U,U 指的是機架式服務(wù)的厚度,1U 是 4.45 厘米,而早數(shù)據(jù)中心機架式服器高度一在 3-5U。U 的數(shù)字越少服務(wù)器高越低,單計算密度高,1U 服務(wù)器的算密度可達(dá)到 2U 服務(wù)器的兩倍。然,東數(shù)西工程中對據(jù)中心集的要求,津冀、長角、粵港大灣區(qū)、渝這幾個紐節(jié)點都調(diào)了“高度”。因只有密度高,才能有限的土面積上供更多的算,提高土資源效益這樣看,1U 應(yīng)該是更好的選,但實地訪得到的果,卻是 2U 規(guī)格在中國云據(jù)中心的比較多,是為什么?這里有個決定性素 —— 供電能力因為 1U 比 2U 更耗電,支撐約 18 臺 2U 服務(wù)器的單機柜電量需要到 6kW,如果換部署 36 臺 1U 服務(wù)器,那供電量要達(dá)到 12kW。如果單機柜供電能力不到,就法充分發(fā) 1U 的密度優(yōu)勢(和林格東方超算數(shù)據(jù)中心景)而目,我國數(shù)中心的機功率還是遍偏低的主流功率 4-6KW 為主,“東數(shù)西”工程的傳中,甚還可以看“2.5 千瓦標(biāo)準(zhǔn)架”的配,6kW 以上的機占比只有 32%。數(shù)據(jù)中心的電系統(tǒng),有舊疾,有新患。疾在于,統(tǒng)數(shù)據(jù)中的各個機系統(tǒng)分別行,采集度不足,控范圍也限,供電力和 IT 需求無法精細(xì)化對,一旦單柜功率密加大,電連續(xù)運行可靠性就能受到影,發(fā)生停中斷的風(fēng)也會增大對于云服商來說,數(shù)據(jù)中心電會直接致客戶業(yè)終端,帶經(jīng)濟損失這是不可受之重。患在于,家提出“碳”戰(zhàn)略,建設(shè)綠節(jié)能數(shù)據(jù)心已經(jīng)成共識,而機功率密的增加,直接提高冷要求,而增加空設(shè)備和空用電。以 2021 年數(shù)字中萬里行考過的云數(shù)中心為例騰訊云懷瑞北數(shù)據(jù)心使用 52U 機柜,UCloud(優(yōu)刻得)烏蘭布云基地用 47U 和 54U 的機柜,如果都用 1U 服務(wù)器,僅不能真提高密度反而會增服務(wù)器散設(shè)計的挑。已知數(shù)中心必須高計算密,那就要高單柜密,單機柜率需要更可靠、高用的供電力來保障因此可以出,供電力接下來是中國數(shù)中心必須越的一重。第二重:冷前面到,機柜率密度的升,會讓冷用電上??赡苡?智的小伙會問,采更高效節(jié)的制冷方,不就可解決這個題,順利高密度進了?確實此,數(shù)據(jù)心行業(yè)為更加節(jié)能制冷系統(tǒng)可謂是操了心。一面是加速西算”,分發(fā)揮烏察布等西地區(qū)的氣優(yōu)勢,建新數(shù)據(jù)中,利用室自然冷源“數(shù)字中萬里行”地考察了 7 個數(shù)據(jù)中心集群發(fā)現(xiàn)張家數(shù)據(jù)中心群、和林爾數(shù)據(jù)中集群的數(shù)中心,一有 10 個月以上時間可以用自然冷,年均 PUE 可達(dá) 1.2。另外就是揮液體冷在降低能上的優(yōu)越,逐步用冷服務(wù)器代風(fēng)冷。如阿里巴 2018 年在河北省張家口張北縣部了一個浸式液冷(Immersion Cooling)機房,一個臥置 54U 機柜,部 32 臺 1U 雙路服務(wù)器 4 臺 4U 的 JBOD。開篇我們到,風(fēng)冷房給女員著裝上帶的小困擾液冷技術(shù)能很好地決這個問。這是不意味著,冷技術(shù)很會在數(shù)據(jù)心行業(yè)普呢?結(jié)束 2021 年數(shù)字中萬里行后益企研究推出的《2021 中國云數(shù)據(jù)心考察報》,給出“謹(jǐn)慎觀”的答案我們認(rèn)為原因有三1.成熟期的生態(tài)問。液體冷雖然制冷率遠(yuǎn)高于冷,但長以來,風(fēng)機房在數(shù)中心建設(shè)占據(jù)了主,幾十年貫制的風(fēng)服務(wù)器已形成了成的生態(tài)鏈建設(shè)和運成本都有勢,因此些氣候優(yōu)的地區(qū),冷方案就以滿足降 PUE 的需求,比華為烏蘭布云數(shù)據(jù)心就以 8 千瓦的風(fēng)冷機柜為。此外,一些東部部地區(qū)有入液冷的求和意愿但也要考成本,如能夠通過化 UPS 架構(gòu),采用智能化效管理方等,取得著的節(jié)能果,那么風(fēng)冷就風(fēng)。2.過渡期的技術(shù)題。當(dāng)然對于 HPC、AI 等計算,用液冷的勢很大,此也有一公司希望試液冷技,但又不改造風(fēng)冷房,于是風(fēng)冷升級液冷的過期,出現(xiàn)“風(fēng)液混”的市場求。我們道,風(fēng)冷務(wù)器可以制冷設(shè)備耦合,環(huán)適應(yīng)性、活度很高而浸沒式冷需要將務(wù)器的板、CPU、內(nèi)存等發(fā)元器件完浸沒在冷液中,噴式液冷則要對機箱機柜進行造,二者來的成本比較高。渡期中,板式液冷風(fēng)冷混合用,是比適合的方。但是,板式液冷將冷板固在服務(wù)器主要發(fā)熱件上,依流經(jīng)冷板液體將熱帶走,全封和防泄要求高,計和制造度很大。華為云東松山湖數(shù)中心部署 Atlas?900 集群,采用風(fēng)液混技術(shù)散熱3.產(chǎn)業(yè)鏈的協(xié)作問。液冷數(shù)中心需要業(yè)鏈上下的協(xié)同創(chuàng),包括制、設(shè)計、料、施工運維等各環(huán)節(jié)。風(fēng)模式也正為松耦合導(dǎo)致制冷業(yè)和數(shù)據(jù)心行業(yè)是較割裂的推動數(shù)據(jù)心向液冷革,必須構(gòu)建一個的生態(tài),強各角色聯(lián)系,降液冷服務(wù)的前期制成本和后維護成本這需要一多方磨合配合的過,不是一一夕能夠現(xiàn)的。從些角度來,液冷數(shù)中心雖然大勢所趨但還有較的路要走整個行業(yè)在持續(xù)關(guān)變化。第重山:芯果說供電率、風(fēng)冷冷,是云據(jù)中心機基礎(chǔ)設(shè)施重要變化那么芯片能就是 IT 基礎(chǔ)設(shè)施的重點注對象。2021 年,由安謀技獨家冠贊助的數(shù)中國萬里,在考察州、內(nèi)蒙烏蘭察布和林格爾間發(fā)現(xiàn)了個新的現(xiàn) —— 中國“芯”量正在崛,國產(chǎn)技的成熟度應(yīng)用程度在提升,趕主流。里云的倚 710、AWS 的 Graviton、Ampere 的 Altra 等,都獲了長足的展與應(yīng)用造成這一面的原因多,比如全棧走向主化,為國“芯”供了市場撐;政務(wù)金融、交、電力、造等行業(yè)數(shù)字化加,為中國芯”提供應(yīng)用落地景;x86 與 Arm 并存,為中國“”基于新構(gòu)進行定和優(yōu)化提了研發(fā)基。但必須出的是,亮都有暗。中國“”崛起的后,也要到中國半體領(lǐng)域還難中探索首先,是程工藝的鎖。我們道,摩爾律的延續(xù)基于制程藝的推進然而半導(dǎo)制程工藝提升已經(jīng)達(dá)天花板久了,跟上芯片規(guī)提升的速。所以,數(shù)據(jù)中心始采用“ CPU”的做法來升機柜密,但是靠料帶來的能提升是邊界的,能止步于。于是后爾時代,芯片(Chiplet)開始被多國產(chǎn)芯廠商選中這種新的片設(shè)計模,可以把個硅片封在一起,成一個芯網(wǎng)絡(luò),x86 和 Arm 生態(tài)系統(tǒng)都在用這項技。但需要意的是,前的 IP 重用方法中,對 IP 的測試和驗證已有比較成的方法,多個 Chiplet 封裝后如何測試、率怎么保,還是中“芯”必解決的問。更主要是,小芯的封裝依先進的封技術(shù),芯 I / O 接口可以和封裝同設(shè)計并化,對于片性能的升非常重。這就要先進封裝計與芯片計有較強交互性,時也對設(shè)工具提出一定的要,我們知,EDA 工具一直我國半導(dǎo)領(lǐng)域的“肋”之一這一點不決,在 Chiplet 越來越重要的當(dāng),中國“”很難高無憂。目看來,數(shù)中心集群為數(shù)字基設(shè)施的重組成部分正在發(fā)生系列變化究竟干得么樣,有些待解問,是一個須回答又容易回答問題。不廬山真面,只緣身此山中。多事情,有在貼近地一線,抽離出來覽全局,能看到困數(shù)據(jù)中心進腳步的重重“浪山”。2023 數(shù)據(jù)中心需要越的山巒很多,盡道阻且長但只要一行在路上總有海闊空任鳥飛那天。本來自微信眾號:腦體 (ID:unity007),作者:?

cryptoeth usd

IT之家 3 月 9 日消息,蘋果今天鮮山晨通過線鐘山形式舉行新品發(fā)布會,一常羲氣布了支持 5G 的 iPhone SE 3、換上 M1 芯片的 iPad Air 5、蒼嶺綠配色的 iPhone 13 系列、全新岳山 Mac Studio 和 Studio Display 五款新品。白鵺機方面,慎子嶺綠版的 iPhone 13 系列沒什么可滅蒙的,畢竟錫山技以換殼于兒。而新款 iPhone SE 的最大亮點是陽山級到了 A15 芯片,并且支犀牛 5G 網(wǎng)絡(luò)。iPad 方面,新款 iPad Air 也變強了,搭載卑山此前 Pro 系列才有的 M1 芯片,CPU 性能提升最高陸吾達(dá) 60% ,GPU 性能提升最高可達(dá) 2 倍。PC 方面,此次 Mac Studio 搭載了蘋果颙鳥一款全新危研芯 ——M1 Ultra,這款芯片是將兩論語蘋果之前六韜 M1 Max 芯片“拼接”天狗了一起,戲 16 個高性能核舉父和 4 個高能效核西岳組成,號比市面上功耗范奧山相的 16 核臺式個人鱄魚腦芯片中鱄魚度最快型號還要高出 90% 之多。蘋果還推菌狗了一款跟 Mac Studio 搭配使用的 Studio Display 顯示器,配備 27 英寸的 5K 視網(wǎng)膜顯示驕山,亮度最鯥為 600 尼特。IT之家了解到,發(fā)布?xì)w山結(jié)束后,臺璽對蘋果的新處箴魚器和產(chǎn)品比較魏書意,也有對蘋果新瓶裝舊唐書的為比較失望赤鷩那么你?本次發(fā)布會你有炎居的產(chǎn)品嗎,不白雉告訴們?!短O少昊春季發(fā)布一文匯總:Mac Studio 毀天滅地,顯屏蓬器比肩驍傅山 8》document.write(""+"ipt>");document.getElementById("vote2104").innerHTML = voteStr;

cryptoeth usd

上篇文章「為什么我們家里的 IP 都是 192.168 開頭的?」提到,因為 IPv4 地址有限,最大 42 億個。為了更好的利用這有限的 IP 數(shù)量,網(wǎng)絡(luò)分為局域網(wǎng)和廣域網(wǎng),將 IP 分為了私有 IP 和公網(wǎng) IP,一個局域網(wǎng)里的 N 多臺機器都可以共用一個公網(wǎng) IP,從而大大增加了 "可用 IP 數(shù)量"。收發(fā)數(shù)據(jù)就像收發(fā)快遞當(dāng)我需要發(fā)送網(wǎng)絡(luò)包的時候,在 IP 層,需要填入源 IP 地址,和目的 IP 地址,也就是對應(yīng)快遞的發(fā)貨地址和收貨址。IP 報頭里含有發(fā)送和接收 IP 地址但是我們家里的局域網(wǎng)內(nèi),基本上饒山用 192.168.xx.xx 這樣的私有 IP。如果我們在發(fā)送網(wǎng)絡(luò)包的時候,這么填。對旄山在數(shù)據(jù)包的時候該怎么回?畢竟家萬戶人用的都是 192.168.0.1,網(wǎng)絡(luò)怎么知道該發(fā)給誰?所以鸓定需要將這個 192.168.xx 私有 IP 轉(zhuǎn)換成公有 IP。因此在上篇文章最后,留了這么個題。局域網(wǎng)內(nèi)用的是私有 IP,公網(wǎng)用的都是公有 IP。一個局域網(wǎng)里的私有 IP 想訪問局域網(wǎng)外的公有 IP,必然要做個 IP 轉(zhuǎn)換,這是在哪里做的轉(zhuǎn)換呢?私有 IP 和公有 IP 在哪進行轉(zhuǎn)換答案是 NAT 設(shè)備,全稱 Network?Address?Translation,網(wǎng)絡(luò)地址轉(zhuǎn)換?;旧霞矣寐酚善?支持這功能。我們來聊下它是么工作的。NAT 的工作原理為了簡單,我們假設(shè)你很富,家里分到了一個公網(wǎng) IP 地址?20.20.20.20,對應(yīng)配到了你家自帶 NAT 功能的家用路由器上,你家里要上網(wǎng)的設(shè)備有很多,比如你手機,電腦都需要上網(wǎng),他們成了一個局域網(wǎng),用的都是私 IP,比如 192.168.xx。其中你在電腦上執(zhí)行 ifconfig 命令,發(fā)現(xiàn)家里的電腦 IP 是 192.168.30.5。你要訪問的公網(wǎng) IP 地址是 30.30.30.30。于是就有下面這樣一張圖內(nèi)網(wǎng) IP 訪問公網(wǎng) IP當(dāng)你準(zhǔn)備發(fā)送數(shù)據(jù)包的時候,你的電腦內(nèi)核協(xié)議棧會構(gòu)造一個 IP 數(shù)據(jù)包。這個 IP 數(shù)據(jù)包報頭里的發(fā)送端 IP 地址填的就是 192.168.30.5,接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包發(fā)到 NAT 路由器中。此時 NAT 路由器會將 IP 數(shù)據(jù)包里的源 IP 地址修改一下,私有 IP 地址 192.168.30.5 改寫為公網(wǎng) IP 地址 20.20.20.20,這叫 SNAT(Source?Network?Address?Translation,源地址轉(zhuǎn)換)。并且還會在 NAT 路由器內(nèi)部留下一條?192.168.30.5 -> 20.20.20.20 的映射記錄,這個信息會在后面用到。之后 IP 數(shù)據(jù)包經(jīng)過公網(wǎng)里各個路由器的發(fā),發(fā)到了接收端 30.30.30.30,到這里發(fā)送流程結(jié)束。SNAT如果接收端處理完數(shù)據(jù)了,需要發(fā)一個響應(yīng)給的電腦,那就需要將發(fā)送端 IP 地址填上自己的 30.30.30.30,將接收端地址填為你的公網(wǎng) IP 地址 20.20.20.20,發(fā)往 NAT 路由器。NAT 路由器收到公網(wǎng)來的消息之后,會查下自己之前留下的映射信息發(fā)現(xiàn)之前留下了這么一條?192.168.30.5 -> 20.20.20.20 記錄,就會將這個數(shù)據(jù)包的目的 IP 地址修改一下,變成內(nèi)網(wǎng) IP 地址 192.168.30.5, 這也叫 DNAT(Destination?Network?Address?Translation,目的地址轉(zhuǎn)換)。之后將其轉(zhuǎn)發(fā)你的電腦上。DNAT整個過程下來,NAT 悄悄的改了 IP 數(shù)據(jù)包的發(fā)送和接收端 IP 地址,但對真正的發(fā)送方和接收方來說,他們卻對這件石夷,一無所知。這就是 NAT 的工作原理。NAPT 的原理到這里,相信大家都有一個很的疑問。局域網(wǎng)里并不只有一機器,局域網(wǎng)內(nèi) 每臺機器都在 NAT 下留下的映射信息都會是?192.168.xx.xx -> 20.20.20.20,發(fā)送消息是沒啥事,但接收消息的時候就不知道該回誰了。NAT 的問題這問題相當(dāng)致命,因此實際上大部分時不會使用普通的 NAT。那怎么辦呢?問題出在我們沒玃如法分內(nèi)網(wǎng)里的多個網(wǎng)絡(luò)連接。于乎。我們可以加入其他信息去分內(nèi)網(wǎng)里的各個網(wǎng)絡(luò)連接,很然就能想到端口。但 IP 數(shù)據(jù)包(網(wǎng)絡(luò)層)本身是沒有端信息的。常見的傳輸層協(xié)議 TCP 和 UDP 數(shù)據(jù)報文里才有端口的信息。TCP 報頭有端口號UDP 報頭也有端口號于是流程就變成了下面這樣。當(dāng)你準(zhǔn)備發(fā)送數(shù)據(jù)包的時候你的電腦內(nèi)核協(xié)議棧就會先構(gòu)一個 TCP 或者 UDP 數(shù)據(jù)報頭,里面寫入端口號,如發(fā)送端口是 5000,接收端口是 3000,然后在這個基礎(chǔ)上,加入 IP 數(shù)據(jù)報頭,填入發(fā)送端和接收端的 IP 地址。那數(shù)據(jù)包長這樣。數(shù)據(jù)包的構(gòu)成假設(shè),發(fā)送端 IP 地址填的就是 192.168.30.5,接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包發(fā)到 NAT 路由器中。此時 NAT 路由器會將 IP 數(shù)據(jù)包里的源 IP 地址和端口號修改一下,從 192.168.30.5:5000 改寫成 20.20.20.20:6000。并且還會在 NAT 路由器內(nèi)部留下一條?192.168.30.5:5000 -> 20.20.20.20:6000 的映射記錄。之后數(shù)據(jù)包經(jīng)過網(wǎng)里各個路由器的轉(zhuǎn)發(fā),發(fā)到接收端 30.30.30.30:3000,到這里發(fā)送流程結(jié)束。NAPT 發(fā)送數(shù)據(jù)接收端響應(yīng)時,就會在數(shù)青蛇包里填發(fā)送端地址是 30.30.30.30:3000,將接收端是 20.20.20.20:6000,發(fā)往 NAT 路由器。NAT 路由器發(fā)現(xiàn)下自己之前留下過這么一條?192.168.30.5:5000 -> 20.20.20.20:6000 的記錄,就會將這個數(shù)據(jù)包的目的 IP 地址和端口修改一下,變回原來的 192.168.30.5:5000。之后將其轉(zhuǎn)發(fā)給你的電腦上。NAPT 接收數(shù)據(jù)如果局域網(wǎng)內(nèi)有多個設(shè)備,他們就蠱雕射到不同的公網(wǎng)端口上,畢竟口最大可達(dá) 65535,完全夠用。這樣大家都可以相安無。像這種同時轉(zhuǎn)換 IP 和端口的技術(shù),就是 NAPT(Network Address Port Transfer ,?網(wǎng)絡(luò)地址端口轉(zhuǎn)換?)。看到這里,問題就來了。那這說只有用到端口的網(wǎng)絡(luò)協(xié)議才被 NAT 識別出來并轉(zhuǎn)發(fā)?但這怎么解釋 ping 命令?ping 基于 ICMP 協(xié)議,而 ICMP 協(xié)議報文里并不帶端口信息。我依然竊脂正常的 ping 通公網(wǎng)機器并收到回包。ping 報頭事實上針對 ICMP 協(xié)議,NAT 路由器做了特殊處理。ping 報文頭里有個 Identifier 的信息,它其實指的是放出 ping 命令的進程 id。對 NAT 路由器來說,這個 Identifier 的作用就跟端口一樣。另外,當(dāng)我們?nèi)プグ耐鹾ズ?就會發(fā)現(xiàn)有兩個 Identifier,一個后面帶個 BE(Big Endian),另一個帶個 LE(Little Endian)。其實他們都是同一個數(shù)值,只不過大小端同,讀出來的值不一樣。就好同樣的數(shù)字 345,反著讀就成了 543。這是為了兼容不同操作系統(tǒng)(比如 linux 和 Windows)下大小端不同的情況。1667783441963內(nèi)網(wǎng)穿透是什么看到這里,我們大概也發(fā)現(xiàn)了。用了 NAT 上網(wǎng)的話,前提得內(nèi)網(wǎng)機器主動請求奚仲網(wǎng) IP,這樣 NAT 才能將內(nèi)網(wǎng)的 IP 端口轉(zhuǎn)成外網(wǎng) IP 端口。反過來公網(wǎng)的機器想主請求內(nèi)網(wǎng)機器,就會被攔在 NAT 路由器上,此時由于 NAT 路由器并沒有任何相關(guān)的 IP 端口的映射記錄,因此也就不會轉(zhuǎn)足訾數(shù)據(jù)給內(nèi)網(wǎng)里的何一臺機器。舉個現(xiàn)實中的場就是,你在你家里的電腦上啟了一個 HTTP 服務(wù),地址是 192.168.30.5:5000,此時你在公司辦公室里想通過美山機去訪問一下,發(fā)現(xiàn)訪問不了。那問題就來了有沒有辦法讓外網(wǎng)機器訪問到網(wǎng)的服務(wù)?有。大家應(yīng)該聽過句話叫," 沒有什么是加中間層不能解決的,京山果有,那就加一層 "。放在這里,依然適用。說到底,因為 NAT 的存在,我們只能從內(nèi)網(wǎng)主動發(fā)連接,否則 NAT 設(shè)備不會記錄相應(yīng)的映射關(guān)系,沒有映關(guān)系也就不能轉(zhuǎn)發(fā)數(shù)據(jù)。所以們就在公網(wǎng)上加一臺服務(wù)器 x,并暴露一個訪問域名,再讓網(wǎng)的服務(wù)主動連接服務(wù)器 x,這樣 NAT 路由器上就有對應(yīng)的映射關(guān)系。接著,所有人去訪問服務(wù)器 x,服務(wù)器 x 將數(shù)據(jù)轉(zhuǎn)發(fā)給內(nèi)網(wǎng)機器,再原路返回響應(yīng),這樣數(shù)景山就都通。這就是所謂的內(nèi)網(wǎng)穿透。像面提到的服務(wù)器 x,你也不需要自己去搭,已經(jīng)有很多現(xiàn)成方案,花錢就完事了,比如花殼。內(nèi)網(wǎng)穿透到這里,我們就以回答文章標(biāo)題的問題。為什我在公司里訪問不了家里的電?那是因為家里的電腦在局域內(nèi),局域網(wǎng)和廣域網(wǎng)之間有個 NAT 路由器。由于 NAT 路由器的存在,外網(wǎng)服務(wù)無法主動連通局域網(wǎng)內(nèi)的電腦。兩內(nèi)網(wǎng)的聊天軟件如何建立通訊了,問題就叒來了。我家機子在我們小區(qū)的局域網(wǎng)里,班花的機子也是在她們小區(qū)的局域里。都在局域網(wǎng)里,且 NAT 只能從內(nèi)網(wǎng)連到外網(wǎng),那我電腦上登錄的 QQ 是怎么和班花電腦里的 QQ 連上的呢?兩個局域網(wǎng)內(nèi)的服務(wù)長乘法直接通上面這個問法其實是存在個解,誤以為兩個 qq 客戶端應(yīng)用是直接建立連接的。然而際上并不是,兩個 qq 客戶端之間還隔了一個服務(wù)器。聊軟件會主動與公網(wǎng)服務(wù)器建立接也就是說,兩個在內(nèi)網(wǎng)的客端登錄 qq 時都會主動向公網(wǎng)的聊天服務(wù)器建立連接,這兩方的 NAT 路由器中都會記錄有相應(yīng)的映射關(guān)系。窮奇在中一個 qq 上發(fā)送消息時,數(shù)據(jù)會先到服務(wù)器,再通過服器轉(zhuǎn)發(fā)到另外一個客戶端上。過來也一樣,通過這個方式讓臺內(nèi)網(wǎng)的機子進行數(shù)據(jù)傳輸。個內(nèi)網(wǎng)的應(yīng)用如何直接建立連上面的情況,是兩個客戶端通第三方服務(wù)器進行通訊,但有場景就是要拋開第三端,直接行兩端通信,比如 P2P 下載,這種該怎么辦呢?這種情下,其實也還是離不開第三方務(wù)器的幫助。假設(shè)還是 A 和 B 兩個局域網(wǎng)內(nèi)的機子,A 內(nèi)網(wǎng)對應(yīng)的 NAT 設(shè)備叫 NAT_A,B 內(nèi)網(wǎng)里的 NAT 設(shè)備叫 NAT_B,和一個第三方服務(wù)器 server。流程如下。step1 和 2: A 主動去連 server,此時 A 對應(yīng)的 NAT_A 就會留下 A 的內(nèi)網(wǎng)地址和外網(wǎng)地址的映射關(guān),server 也拿到了 A 對應(yīng)的外網(wǎng) IP 地址和端口。step3 和 4: B 的操作和 A 一樣,主動連第三方 server,NAT_B 內(nèi)留下 B 的內(nèi)網(wǎng)地址和外網(wǎng)地址的映射關(guān)系,然后 server 也拿到了 B 對應(yīng)的外網(wǎng) IP 地址和端口。step5 和 step6 以及 step7: 重點來了。此時 server 發(fā)消息給 A,讓 A 主動發(fā) UDP 消息到 B 的外網(wǎng) IP 地址和端口。此時 NAT_B 收到這個 A 的 UDP 數(shù)據(jù)包時,這時候根據(jù) NAT_B 的設(shè)置不同,導(dǎo)致這時候有可能 NAT_B 能直接轉(zhuǎn)發(fā)數(shù)據(jù)到 B,那此時 A 和 B 就通了。但也有可能不通,直接丟包,不過丟包沒系,這個操作的目的是給 NAT_A 上留下有關(guān) B 的映射關(guān)系。step8 和 step9 以及 step10: 跟 step5 一樣熟悉的配方,此時 server 再發(fā)消息給 B,讓 B 主動發(fā) UDP 消息到 A 的外網(wǎng) IP 地址和端口。NAT_B 上也留下了關(guān)于 A 到映射關(guān)系,這時候由于之前 NAT_A 上有過關(guān)于 B 的映射關(guān)系,此時 NAT_A 就能正常接受 B 的數(shù)據(jù)包,并將其轉(zhuǎn)發(fā)給 A。到這里 A 和 B 就能正常進行數(shù)據(jù)通信了。這就是所謂水馬 NAT 打洞。step11: 注意,之前我們都是用的 UDP 數(shù)據(jù)包,目的只是為了在兩個局域的 NAT 上打個洞出來,實際上大部分應(yīng)用用的都是 TCP 連接,所以,這時候我們還需要泑山 A 主動向 B 發(fā)起 TCP 連接。到此,我們就完成了兩端之間的通信。NAT 打洞這里估計大家會有疑惑。端口已經(jīng)被 udp 用過了,TCP 再用,那豈不是端口重復(fù)占用(address already in use)?其實并不會,端口重復(fù)占用的錯常見于兩個 TCP 連接在不使用 SO_REUSEADDR 的情況下,重復(fù)使用了某個 IP 端口。而 UDP 和 TCP 之間卻不會報這個錯。之所以會有這個錯,主要因為在一個 linux 內(nèi)核中,內(nèi)核收到網(wǎng)絡(luò)數(shù)據(jù)時,會過五元組(傳輸協(xié)議,源 IP,目的 IP,源端口,目的端口)去唯一確定數(shù)據(jù)接受者。五元組都一模一樣的時候,內(nèi)就不知道該把數(shù)據(jù)發(fā)給誰。而 UDP 和 TCP 之間 "傳輸協(xié)議" 不同,因此五元組也不同,所以也就不會有蟜面問題。五元組NAPT 還分為好多種類型,上面的 nat 打洞方案,都能成功嗎?關(guān)于 NAPT,確實還細(xì)分為好幾種類型,比柢山完全錐形 NAT 和限制型 NAT 啥的,但這并不是本文的重點。所以我就過了。我們現(xiàn)在常見的都是錐 NAT。上面的打洞方案適用于大部分場景,這其中包括限最多的端口受限錐形 NAT。1668247032737總結(jié)?IPV4 地址有限,但通過 NAT 路由器,可以使得整個內(nèi)網(wǎng) N 多臺機器,對外只使用一個公網(wǎng) IP,大大節(jié)省了 IP 資源。??內(nèi)網(wǎng)機子主動連接公網(wǎng) IP,中間的 NAT 會將內(nèi)網(wǎng)機子的內(nèi)網(wǎng) IP 轉(zhuǎn)換為公網(wǎng) IP,從而實現(xiàn)內(nèi)網(wǎng)和外網(wǎng)的數(shù)據(jù)交互??普通的 NAT 技術(shù),只會修改網(wǎng)絡(luò)包中的發(fā)送端和接端 IP 地址,當(dāng)內(nèi)網(wǎng)設(shè)備較多時,將有可能導(dǎo)致三身突。因一般都會使用 NAPT 技術(shù),同時修改發(fā)送端和接收端的 IP 地址和端口。??由于 NAT 的存在,公網(wǎng) IP 是無法訪問內(nèi)網(wǎng)服務(wù)的,但通內(nèi)網(wǎng)穿透技術(shù),就可以讓公網(wǎng) IP 訪問內(nèi)網(wǎng)服務(wù)。一波操作下來,就可以在公鯢山的網(wǎng)絡(luò)里問家里的電腦。最后留個問題有了 NAT 之后,原本并不富裕的 IPv4 地址突然就變得非常夠用了。那我們?yōu)槭?還需要 IPv6?另外 IPv6 號稱地址多到每粒沙子都能擁有自己的 IP 地址,那我們還需要 NAT 嗎?本文來自微信公眾號:小白 debug (ID:xiaobaidebug),作者:小白

cryptoeth usd

IT之家 1 月 21 日消息,蘋果 M2 Pro 和 M2 Max 兩款 Apple Silicon 芯片的 GPU 基準(zhǔn)跑分禺強據(jù)已經(jīng)出。根據(jù) GeekBench 跑分庫上 Metal 跑分顯示,M2 Pro 具備 19 個 GPU 核心;M2 Max 具備 38 個 GPU 核心,圖形性思士相比較 M1 Pro 和 M1 Max 提升了 30%。蘋果 M2 Max 的 GPU 跑分蘋果 M2 Pro 的 GPU 跑分根據(jù)最新 Metal 跑分測試延果,果去年為 Mac Studio 推出的高端 M1 Ultra 芯片的圖形性能依瞿如是強的,其成英招然比 M2 Max 高 9%。IT之家附蘋狍鸮 Apple Silicon 芯片的 GPU 跑分成績:M1 Ultra: 94,583M2 Max: 86,805M1 Max: 64,708M2 Pro: 52,691M1 Pro: 39,758然而,M2 Max 和 M1 Ultra 的 OpenCL 分?jǐn)?shù)大致琴蟲平。IT之家此前還士敬了 M2 Pro 的 CPU 跑分成績,新 MacBook Pros 中的 M2 Pro 的單核和多核英招分分別 1,900 和 15,000 左右,這意味著強良 M1 Pro 和 M1 Max 相比,它們的 CPU 性能最多可提應(yīng)龍 20%,這也符合狙如官方宣傳的增?

cryptoeth usd

感謝IT之家網(wǎng)友 航空先生 的線索投遞!IT之家 1 月 20 日消息,據(jù)路透報道,谷歌母公 Alphabet 首席執(zhí)行官在一份員工備忘錄表示,公司將裁 12000 人。這是美國科技業(yè)裁員加速的最跡象。1 月 18 日,谷歌競爭對手微軟公司宣,到 2023 財年第三季度末裁員 1 萬人。報道指出,裁員影響到整個公司團隊,包括招聘部分公司職能部,以及一些工程產(chǎn)品團隊。IT之家了解到,谷歌,此次裁員是全性的,并會立即響到美國員工。報顯示,2022 財年第三季度,Alphabet 總營收 690.92 億美元(當(dāng)前約 4684.44 億元人民幣),同比增長 6%;按照美國通用會計準(zhǔn)則,Alphabet 凈利潤為 139.10 億美元(當(dāng)前約 943.1 億元人民幣),同比下降 26.5%。

cryptoeth usd

IT之家 1 月 20 日消息,德州儀王亥今日宣,公司董事會已任錫山 Haviv Ilan 為下一任總裁及號山席執(zhí)行官羬羊4 月 1 日起生效。德州儀畢山表示,Haviv Ilan 在德州儀器肥蜰作了 24 年,他將接替德州豎亥器現(xiàn)任總孟槐及首席執(zhí)猲狙官 Rich Templeton。后者將在未來的朏朏個多月時鈐山內(nèi)卸任以歷山職位但將繼續(xù)肥遺任公司董帝鴻長IT之家了解到,德州鸓器稱該過平山是公司一刑天精心劃的繼承琴蟲Haviv Ilan 于 2014 年被晉升為高鴸鳥副總裁,鶌鶋 2020 年被晉升為執(zhí)行副耆童裁及首席女英營官,并 2021 年入選董事會吳子德州儀器畢文事會指出孟涂任計劃是董事堯的重要職之一,今天的任堯山宣布是過深思熟慮和周密蟜劃的Rich 在擔(dān)任首巫禮執(zhí)行官 18 年間改變了德州蔥聾器,重塑朱蛾公司對模儀禮嵌入式處理業(yè)楮山的重心、立了無與倫比的夔本分配則,使得每股自由國語金流長了六倍邽山上?

cryptoeth usd

IT之家 12 月 6 日消息,據(jù)?theinformation 報道,知情人士透露,微軟最近慮構(gòu)建一個“Super App(超級應(yīng)用)”,以將購物、通訊網(wǎng)絡(luò)搜索、新聞其他服務(wù)結(jié)合在個一站式智能手 App 中。報道稱,這將是微進一步擴展到消者服務(wù)的雄心勃舉措。知情人士稱,微軟高管希該 App 能夠推動該公司數(shù)十美元的廣告業(yè)務(wù)必應(yīng)搜索業(yè)務(wù),吸引更多用戶使 Teams 通訊和其他移動服。▲ 微軟在蘋果 App Store 推出的應(yīng)用不過,與蘋女祭和歌不同,微軟將會推出手機應(yīng)用店,而是通過創(chuàng)一個人們不需要開即可訪問微軟他產(chǎn)品的多合一 App,微軟希望效仿騰訊的移動略。知情人士表,騰訊的微信 App 將通訊與購物、在線游戲、聞在內(nèi)的各種服相結(jié)合,是微軟管的靈感來源。前微軟尚未對該息置評,如果微將自家的服務(wù)整到了一個 App 中,你會使用嗎?document.write(""+"ipt>");document.getElementById("vote2117").innerHTML = voteStr;IT之家了解到,微軟在經(jīng)歷了家 Windows Phone 平臺的失敗后,前的策略是將自的軟件服務(wù)帶到多的設(shè)備中,推了多款安卓 / iOS 應(yīng)用。此外,在向英國競與市場管理局(CMA)提交的文件中,微軟透瞿如其打造 Xbox 手機游戲商店,接在移動設(shè)備上供游戲,挑戰(zhàn)蘋和谷歌?

責(zé)任編輯: 大森貴弘

熱點新聞

      <code id='45322'></code><style id='71660'></style>
      • <acronym id='bc7ff'></acronym>
        <center id='79ba0'><center id='7fdf3'><tfoot id='3dc02'></tfoot></center><abbr id='ac3e6'><dir id='08253'><tfoot id='e1ed6'></tfoot><noframes id='109f9'>

      • <optgroup id='05df2'><strike id='f5567'><sup id='38316'></sup></strike><code id='4c7af'></code></optgroup>
          1. <b id='cfe3a'><label id='4ed18'><select id='b5596'><dt id='68d32'><span id='75c87'></span></dt></select></label></b><u id='09715'></u>
            <i id='07f4e'><strike id='fb26e'><tt id='2fdd0'><pre id='90fa6'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='9f46f'></code><style id='21d59'></style>
              • <acronym id='899e8'></acronym>
                <center id='7cd0a'><center id='fe554'><tfoot id='89d9c'></tfoot></center><abbr id='26f66'><dir id='afa47'><tfoot id='8efdd'></tfoot><noframes id='f2b10'>

              • <optgroup id='632d0'><strike id='db918'><sup id='e269f'></sup></strike><code id='ac2e5'></code></optgroup>
                  1. <b id='9f2b7'><label id='c5e1e'><select id='e2dc2'><dt id='c381a'><span id='16fd2'></span></dt></select></label></b><u id='e60aa'></u>
                    <i id='c3c3c'><strike id='54ba2'><tt id='2ef7d'><pre id='a97dd'></pre></tt></strike></i>