開發與維運

目前主流的格鬥遊戲一般都是採用的P2P方式進行對戰,國內的網絡環境參差不齊,遊戲對戰體驗極差,主流的加速器也僅僅是加速了大廳,對於對局並沒有加速效果.最終在大佬的推薦下找到了N2N! 版本選擇 N2N存在眾多的版本,如v1、v2、v3、v2s，如何選擇適合自己的版本呢？ V1 此版本為官方N2N項目v1版本的修改版，最後一次Commit為2017年，目前已被棄用，不建議使用。 V1項目地址:https://github.com/meyerd/n2n/tree/master/n2n_v1 V2 官方N2N項目重啟後，在各路大神的貢獻下，一直在維護並不斷完善的版本,也是目前最常用的版本。 V2項目地址：https://github.com/ntop/n2nV V3 官方的另一個新版本，使用人數較少，這裡不多贅述了。 V2S 此版本為官方N2N項目v2版本（v2項目重啟前）的修改版，最後一次commit為2018年,極小部分用戶仍在使用,但是此版本確是效果最好的,也是本文選擇的版本。 V2S的優點： 1、更容易直連。 2、建立非中轉的連接以後，關閉中心節點，只要有通訊，連接關係就不會斷。 V2S項目地址：https://github.com/meyerd/n2n/tree/master/n2n_v2 已編譯版本下載 lucktu大神收集並整理了網友上傳編譯的可執行版本，包含Windows、Linux（包含ARM）、Mac、Android等。 已編譯版本下載地址: […]

前言 之前博客圖床用的是sm.ms，sm.ms的服務畢竟在海外經常抽風，就發現了gitee作為圖床的方法。 環境準備 由於PicGo的插件使用NPM構建，則需要NPM包管理工具。 1.安裝Node.JS:NodeJS官網 2.安裝PicGo：PicGo Github下載地址 3.註冊碼雲：碼雲官網 創建圖床及獲取私人令牌（Token） 進入碼雲註冊賬號之後，創建一個公開倉庫（倉庫必須選擇公開類型） 配置PicGo 安裝gitee圖床插件 打開PicGo後，選擇插件設置並下載插件gitee-uploader 配置gitee插件 `repo #倉庫名，注意輸入的格式是你的賬戶名/倉庫名，不要只是輸入倉庫名 `branch #分支，默認你建立倉庫的時候只建了一個master分支，填寫master即可 `token #把你Gitee裡面的私人令牌粘貼到這裡就好啦，

近日，身處東京和中國北京兩地的企業代表，運用阿里雲視頻雲“雲導播臺”的虛擬演播廳、實時字幕等能力，進行沉浸式直播連線，展開商務交流並順利完成雲簽約儀式。 第32屆奧運會已於上週在東京落下帷幕。正如國際奧委會主席托馬斯·巴赫所言：“這是數字化水平最高的一屆奧運會”，本屆奧運會不僅是首次實現雲上轉播的奧運會，在其他技術上也有眾多創新。在奧運村現場，身處東京的阿里雲國際體育事業部代表便通過阿里雲視頻云云導播臺產品的虛擬演播廳、實時字幕等能力，陸續與身處馬來西亞、美國、中國等多地的合作伙伴順利完成了直播連線及雲簽約儀式。 01 虛擬演播廳，打造沉浸式直播體驗 雲導播正是依託了阿里雲強大的視頻直播和媒體處理服務，進行導播效果創新，對傳統視頻生產工具進行雲端再造，一體化製作打造沉浸式直播體驗。 阿里雲視頻雲是行業內首個提供虛擬演播廳能力的雲廠商。虛擬演播廳作為雲導播的重點能力，運用了深度算法的實時自動摳像技術，支持多種設備、多機位，即便雙方身處異地，也能讓他們看起來處在同一空間，呈現沉浸式的直播體驗。 虛擬演播廳基於先進的實時摳像渲染技術，能夠對實時直播流進行摳像處理，並結合具體的背景圖和多媒體展位，合成統一直播流輸出。它支持多種設備、多機位、異地開播，並能夠實現雙屏幕、分屏、畫中畫等開播場景，此外，直播背景可根據具體場景進行變換，最大程度貼近直播需求，幫助客戶打造場景化沉浸式直播體驗。 此次雲簽約還運用到了實時字幕能力，該能力結合語音識別技術，支持中文、英文、西語、俄語四國語言，實時滾動展示雙語字幕，滿足多國家、地區用戶同時觀看直播的需求，讓直播更簡單、專業、國際化。 02 融合多重能力，實現雲上製作一體化 除虛擬演播廳和實時字幕能力外，雲導播還支持多機位直播，可針對活動現場多個機位進行多路流的融合、切換播放。不同機位流通過視頻幀級別同步播放，可使用戶擁有多個觀看視角，不錯過任何精彩。 雲導播還可快速搭建輪播臺，聚合多個直播、視頻節目，創建輪播臺類型直播間，豐富直播場景和內容形態，靈活調用，輕鬆配置，高效協同業務場景落地。 同時，雲導播的在線生產與實時包裝能力，還支持對直播素材、點播素材、圖片、文字、動態H5組件素材、AI能力進行融合，如：支持直播畫面和主播、解說畫面入鏡直播，邊解說邊賽事直播；支持H5頁面動態組件與直播業務數據打通，搭建比分系統、裝備系統、賽事周邊數據系統等。該能力重構視頻內容生產鏈路，以多維度數據信息，增強用內容豐富度、拓展流量曝光和廣告變現價值。 此外，視頻AI能力對導播上雲的賦能也是必不可少的，並在眾多活動上得到良好的實踐和驗證。阿里雲視頻雲的雲導播與視頻智能生產打通融合，可對直播實時拆條、剪輯、導播合流並根據直播內容自動生成人物合集，也可通過AI能力，識別演講嘉賓，動態展示人物信息。 如：雲棲運動會的雲衝浪體驗項目中，通過導播流的實時切片將直播流快速收錄成小文件切片，結合視頻AI對衝浪畫面中的精彩鏡頭生成精彩合集，再與直播流混流播出。 03 低成本接入，廣泛運用於新場景 通過對傳統視頻生產工具進行雲端再造，雲導播極大地節省了硬件採購成本。在過去，傳統的導播場景通常需要昂貴的導播車來實現，而現在，依靠雲導播，導播運營人員僅需一臺電腦，即可遠程同時完成數場專業直播。 雲導播提供控制檯、API、Web SDK三類服務，用戶可按需接入，便於二次開發或直接使用。同時支持直播、點播視頻源，及圖片、文檔、頁面等多種內容源，最大6路視頻源實時混編。對於雲端服務能力，節省軟硬件採購成本，按需使用、按量付費，助力企業打造一體化雲上導播。

簡介 在之前的系列文章中，我們到了使用netty做聊天服務器，聊天服務器使用的SocketChannel，也就是說底層的協議使用的是Scoket。今天我們將會給大家介紹如何在netty中使用UDP協議。 UDP協議 UDP（ User Datagram Protocol )，也叫用戶數據報協議。 UDP 的主要功能和亮點並不在於它引入了什麼特性，而在於它忽略的那些特性：不保證消息交付，不保證交付順序，不跟蹤連接狀態，不需要擁塞控制。 我們來看一下UDP的數據包： UDP是一種無連接的協議，發送者只管發送數據包即可，並不負責處理和保證數據是否成功發送，數據是否被處理完成等。它的唯一作用就是發送。 在JDK中表示UDP的有一個專門的類叫做：java.net.DatagramPacket,在NIO中還有一個java.nio.channels.DatagramChannel,專門負責處理UDP的channel。 這裡我們要將的是netty，netty中對於UDP協議也有上面的兩個類，名字雖然是一樣的，但是對應的包不同。他們分別是： io.netty.channel.socket.DatagramPacket 和 io.netty.channel.socket.DatagramChannel，當然netty中的這兩個類是對JDK自帶類的增強。 先看一下netty中DatagramPacket的定義： public class

一、前期環境準備 本文是建立在已經安裝好 Python 和 PyCharm 的基礎上，請先自行安裝好 二、PyCharm創建項目 1.打開PyCharm，創建一個項目 選擇好要創建項目的存放路徑和項目名 選擇好Python的環境 點擊 Create 創建項目成功示例 2.導入Selenium File->Settings->Python Interpreter 點擊圖中的 + 圖標 由於國外的鏡像源安裝組件速度較慢，選擇國內的鏡像速度較快，點擊Manage

 前言 在國內當然是要用國內的源了 首先安裝 wget yum -y install wget 一、備份 cp /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup 二、下載新的CentOS-Base.repo 到/etc/yum.repos.d/ CentOS 5 wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-5.repo

飛書是字節跳動旗下一款企業級協同辦公軟件，本文將介紹如何基於飛書開放平臺的身份驗證能力，使用 Lua 實現企業級組織架構的登錄認證網關。

 1、開啟防火牆（firewall） systemctl start firewalld 2、查看防火牆（firewall）狀態 firewall-cmd –state 3、 停止防火牆（firewall） systemctl stop firewalld.service  4、重啟防火牆（firewall） firewall-cmd –reload  5、開放指定端口 firewall-cmd –zone=public –add-port=3306/tcp –permanent  命令含義：

應對愈來愈猛烈的市場需求，傳統式的生產製造領域生產管理系統擁有顯著不適合模切企業發展的痛點：1、模切料在各部門有不同的計量需求，導致信息溝通混亂；2、模切料寬、長不斷變化，造成庫存不準，數據採集不實時，很多工序等僅靠經營及預估；3、難以滿足生產製程/分切/品檢/財務等精細化追溯需求；4、ERP單據電腦集中操作，導致各部門信息嚴重滯後；5、工人跳槽頻繁，ERP系統功能複雜導致問題不斷；點晴模切ERP系統是從2004年開始研發並不斷的模切企業信息化智能管理系統，專為模切企業提供了一整套的信息化解決方案，包括銷售管理、採購管理、生產排產管理、庫存管理、工程管理、品質管理、財務管理等，並支持手機/手持終端實時在線操作，很大程度貼近模切行業的實際需求。通用的ERP系統通常只有一個單位，例如平方米，僅可用於查詢物料總庫存，但在模切排產、備料、分切的操作下面一個計量單位遠遠不夠。而點晴模切ERP系統支持一個主計量單位，多個輔助計量單位之間換算。通用ERP必須指定實際物料唯一編碼，但模切行業物料是基於寬度、跳距決定的，所以通用ERP的BOM清單在模切行業完全失效。點晴模切ERP為模切行業量身設計了建立原始物料與分切物料的關聯關係，根據BOM清單系統智能識別可替用物料，合理安排生產計劃，精確計算物料需求量，根據缺料情況直接形成申購單。生產備料的時候模切材料存在分切應用，一卷料多個工單共用，人工備料庫存不準、共用料難處理、分切計劃憑倉庫人員安排、申購材料滯後、呆滯物料無法自動處理。點晴模切ERP針對模切行業材料特殊性專門設計的智能備料模塊，實現了倉庫材料自動分配訂單、自動形成分切計劃、呆滯物料優先使用處理，有效幫助PMC排產、備料，降低呆滯料產生。通用ERP只能用於管訂單，管不了物料，並且容易面臨大量無法識別屬性的尾料堆積倉庫或車間，因此引入分切管理是模切行業的核心解決方案。點晴模切ERP針對模切行業特殊性專門設計的分切管理模塊，實現了分切料自動繼承對應原始料的基本屬性，通過智能BOM的應用實現生產備料時系統自動識別推薦可用替代料，有效降低呆滯料產生。除此之外，點晴模切ERP還引入了移動解決方案。通過手持終端識別二維碼實現了ERP流程智能跳轉指引。與通用ERP相比，操作人員無需ERP流程培訓，即可順暢操作系統，從而降低了ERP系統對操作人員的技能依賴，有效提高操作效率及準確率。模切行業是一種專業性很強的行業，需要有專業屬於模切ERP系統才能滿足管理需求，而點晴模切ERP系統就是模切行業理想管理系統。

背景 團隊內每週延安大學分享中，redis中討論了一個AOF會阻塞主線程的問題，這個問題之前沒考慮到過，一直以為fork了子進程一定不會阻塞，沒有深度考慮。 因為大家也沒有深入研究，這裡整理一下，因為這塊確實實踐較少，可能有描述不準確的，大家多多提意見指正，我多多完善。 AOF redis中文官網：http://www.redis.cn/topics/persistence.html 什麼是AOF 以下定義均來自中文官網 只追加操作的文件（Append-only file，AOF） 快照功能（RDB）並不是非常耐久（dura ble）： 如果 Redis 因為某些原因而造成故障停機， 那麼服務器將丟失最近寫入、且仍未保存到快照中的那些數據。 從 1.1 版本開始， Redis 增加了一種完全耐久的持久化方式：