業(yè)務簡介：中企動力（300.cn）為您提供網站建設、網站制作、網頁設計及定制高端網站建設服務，中企動力專注于企業(yè)網站建設、高端網頁制作領域26年，對企業(yè)網站制作、平臺高端網站建設，包括汽車、家裝、農業(yè)、外貿、機械等多個行業(yè)擁有豐富建站經驗，選擇中企動力，為網站保駕護航。
如今的天安門，昔日的承天門，設計師僅20歲，建筑誤差微乎其微！
故宮博物院的雄偉壯闊，給予中國人留下了這筆寶貴的文化財富，吸引了無數的游客前往觀賞這座雄偉的宮殿，不過在這個雄偉建筑群當中，天安門則是作為他們的門頭展示在世人面前，一提到天安門，人們想到的就是莊嚴肅穆，給人一種非常震撼的感覺，不僅僅是因為在它的后面，有著數不清的宮殿，而且還因為這座城門的建筑風格則是非常引人注目。
天安門曾經還有一個響亮的名字叫做：承天門，意為奉天承運的說法，再加上它位于整個故宮博物院的正中央，很顯然有很大的意義，那么這座城門的建造者是誰？得知這座城門的建筑者的話，更是讓人們大為驚嘆，并且都會說一句：不可思議！
我們知道故宮這座宮殿在明朝時期就已經是建成，并且承載了兩代王朝的風風雨雨，自然有著極深的歷史價值，這個雄偉的建筑將明清兩朝的皇權至上表現的非常到位，從這些建筑的設計足以看出。而承天門則是作為他們的門牌，仔細觀看這座建筑，其嚴密程度則是讓人驚嘆，那么我們一起了解一下這位設計師是誰？
蒯（kuai）祥，1399年出生在江蘇，自己的父親則是非常出名的一位木匠，正是這樣的一個熏陶，使得這位蒯祥很小的時候就對設計有了足夠的興趣，而自己的父親曾經作為明朝在南京時期宮殿的修建，自然對這些雄偉建筑也就有了一定的了解，就這樣在他20歲的時候就開始涉足對于這座天安門的修建。憑借著自己過人的設計天賦，引起了當朝皇上的重視，就這樣蒯祥就接下了這個任務。
科技發(fā)展還不夠完善的明朝，基本上圖紙都是手工制作而成，而蒯祥就擔任了這樣的一個職位，通過利用專業(yè)的設計方式，精心繪制了這個圖紙，并且讓工人按照這樣的方案進行修建，在這樣精密圖紙的指揮下，最終這座城門成功地完成，經過專業(yè)地檢查，基本上誤差微乎其微，如此一來蒯祥也就得到了皇上的重視，并且給他官升二品，使得其子孫后代跟著坐享其福，這樣的一位建筑師，真的是令人汗顏，不僅僅是因為其年輕有為，而且還有一個優(yōu)點就是做工認真，可以再條件有限的情況下，鑄造出誤差如此小的城門，實在是令人佩服，不得不說古人不乏存在一些能工巧匠?。?/p>
設計一個百萬級的消息推送系統(tǒng)
前言
先簡單說下本次的主題，由于我最近做的是物聯網相關的開發(fā)工作，其中就不免會遇到和設備的交互。
最主要的工作就是要有一個系統(tǒng)來支持設備的接入、向設備推送消息；同時還得滿足大量設備接入的需求。
所以本次分享的內容不但可以滿足物聯網領域同時還支持以下場景：
基于 WEB 的聊天系統(tǒng)（點對點、群聊）。WEB 應用中需求服務端推送的場景?；?SDK 的消息推送平臺。技術選型
要滿足大量的連接數、同時支持雙全工通信，并且性能也得有保障。
在 Java 技術棧中進行選型首先自然是排除掉了傳統(tǒng) IO。
那就只有選 NIO 了，在這個層面其實選擇也不多，考慮到社區(qū)、資料維護等方面最終選擇了 Netty。
最終的架構圖如下：
現在看著蒙沒關系，下文一一介紹。
協議解析
既然是一個消息系統(tǒng)，那自然得和客戶端定義好雙方的協議格式。
常見和簡單的是 HTTP 協議，但我們的需求中有一項需要是雙全工的交互方式，同時 HTTP 更多的是服務于瀏覽器。我們需要的是一個更加精簡的協議，減少許多不必要的數據傳輸。
因此我覺得最好是在滿足業(yè)務需求的情況下定制自己的私有協議，在我這個場景下其實有標準的物聯網協議。
如果是其他場景可以借鑒現在流行的 RPC 框架定制私有協議，使得雙方通信更加高效。
不過根據這段時間的經驗來看，不管是哪種方式都得在協議中預留安全相關的位置。
協議相關的內容就不過討論了，更多介紹具體的應用。
簡單實現
首先考慮如何實現功能，再來思考百萬連接的情況。
注冊鑒權
在做真正的消息上、下行之前首先要考慮的就是鑒權問題。
就像你使用微信一樣，第一步怎么也得是登錄吧，不能無論是誰都可以直接連接到平臺。
所以第一步得是注冊才行。
如上面架構圖中的 注冊/鑒權 模塊。通常來說都需要客戶端通過 HTTP 請求傳遞一個唯一標識，后臺鑒權通過之后會響應一個 token，并將這個 token 和客戶端的關系維護到 Redis 或者是 DB 中。
客戶端將這個 token 也保存到本地，今后的每一次請求都得帶上這個 token。一旦這個 token 過期，客戶端需要再次請求獲取 token。
鑒權通過之后客戶端會直接通過 TCP長連接到圖中的 push-server 模塊。
這個模塊就是真正處理消息的上、下行。
保存通道關系
在連接接入之后，真正處理業(yè)務之前需要將當前的客戶端和 Channel 的關系維護起來。
假設客戶端的唯一標識是手機號碼，那就需要把手機號碼和當前的 Channel 維護到一個 Map 中。
這點和之前 SpringBoot 整合長連接心跳機制 類似。
同時為了可以通過 Channel 獲取到客戶端唯一標識（手機號碼），還需要在 Channel 中設置對應的屬性：
publicstaticvoid putClientId(Channel channel,String clientId){ channel.attr(CLIENT_ID).set(clientId);}獲取時手機號碼時：
publicstaticString getClientId(Channel channel){return(String)getAttribute(channel, CLIENT_ID);}這樣當我們客戶端下線的時便可以記錄相關日志：
String telNo =NettyAttrUtil.getClientId(ctx.channel());NettySocketHolder.remove(telNo);log.info("客戶端下線，TelNo="+ telNo);這里有一點需要注意：存放客戶端與 Channel 關系的 Map 最好是預設好大?。ū苊饨洺U容），因為它將是使用最為頻繁同時也是占用內存最大的一個對象。
消息上行
接下來則是真正的業(yè)務數據上傳，通常來說第一步是需要判斷上傳消息輸入什么業(yè)務類型。
在聊天場景中，有可能上傳的是文本、圖片、視頻等內容。
所以我們得進行區(qū)分，來做不同的處理；這就和客戶端協商的協議有關了。
可以利用消息頭中的某個字段進行區(qū)分。更簡單的就是一個 JSON 消息，拿出一個字段用于區(qū)分不同消息。不管是哪種只有可以區(qū)分出來即可。
消息解析與業(yè)務解耦
消息可以解析之后便是處理業(yè)務，比如可以是寫入數據庫、調用其他接口等。
我們都知道在 Netty 中處理消息一般是在 channelRead() 方法中。
在這里可以解析消息，區(qū)分類型。
但如果我們的業(yè)務邏輯也寫在里面，那這里的內容將是巨多無比。
甚至我們分為好幾個開發(fā)來處理不同的業(yè)務，這樣將會出現許多沖突、難以維護等問題。
所以非常有必要將消息解析與業(yè)務處理完全分離開來。
這時面向接口編程就發(fā)揮作用了。
這里的核心代碼和 「造個輪子」——cicada(輕量級 WEB 框架) 是一致的。
都是先定義一個接口用于處理業(yè)務邏輯，然后在解析消息之后通過反射創(chuàng)建具體的對象執(zhí)行其中的 處理函數即可。
這樣不同的業(yè)務、不同的開發(fā)人員只需要實現這個接口同時實現自己的業(yè)務邏輯即可。
偽代碼如下：
想要了解 cicada 的具體實現請點擊這里：
https://github/TogetherOS/cicada
上行還有一點需要注意；由于是基于長連接，所以客戶端需要定期發(fā)送心跳包用于維護本次連接。同時服務端也會有相應的檢查，N 個時間間隔沒有收到消息之后將會主動斷開連接節(jié)省資源。
這點使用一個 IdleStateHandler 就可實現，更多內容可以查看 Netty(一) SpringBoot 整合長連接心跳機制。
消息下行
有了上行自然也有下行。比如在聊天的場景中，有兩個客戶端連上了 push-server,他們直接需要點對點通信。
這時的流程是：
A 將消息發(fā)送給服務器。服務器收到消息之后，得知消息是要發(fā)送給 B，需要在內存中找到 B 的 Channel。通過 B 的 Channel 將 A 的消息轉發(fā)下去。這就是一個下行的流程。
甚至管理員需要給所有在線用戶發(fā)送系統(tǒng)通知也是類似：
遍歷保存通道關系的 Map，挨個發(fā)送消息即可。這也是之前需要存放到 Map 中的主要原因。
偽代碼如下：
具體可以參考：
https://github/crossoverJie/netty-action/
分布式方案
單機版的實現了，現在著重講講如何實現百萬連接。
百萬連接其實只是一個形容詞，更多的是想表達如何來實現一個分布式的方案，可以靈活的水平拓展從而能支持更多的連接。
再做這個事前首先得搞清楚我們單機版的能支持多少連接。影響這個的因素就比較多了。
服務器自身配置。內存、CPU、網卡、Linux 支持的最大文件打開數等。應用自身配置，因為 Netty 本身需要依賴于堆外內存，但是 JVM 本身也是需要占用一部分內存的，比如存放通道關系的大 Map。這點需要結合自身情況進行調整。結合以上的情況可以測試出單個節(jié)點能支持的最大連接數。
單機無論怎么優(yōu)化都是有上限的，這也是分布式主要解決的問題。
架構介紹
在將具體實現之前首先得講講上文貼出的整體架構圖。
先從左邊開始。
上文提到的 注冊鑒權 模塊也是集群部署的，通過前置的 Nginx 進行負載。之前也提過了它主要的目的是來做鑒權并返回一個 token 給客戶端。
但是 push-server 集群之后它又多了一個作用。那就是得返回一臺可供當前客戶端使用的 push-server。
右側的 平臺 一般指管理平臺，它可以查看當前的實時在線數、給指定客戶端推送消息等。
推送消息則需要經過一個推送路由（ push-server）找到真正的推送節(jié)點。
其余的中間件如：Redis、Zookeeper、Kafka、MySQL 都是為了這些功能所準備的，具體看下面的實現。
注冊發(fā)現
首先第一個問題則是 注冊發(fā)現， push-server 變?yōu)槎嗯_之后如何給客戶端選擇一臺可用的節(jié)點是第一個需要解決的。
這塊的內容其實已經在 分布式(一) 搞定服務注冊與發(fā)現 中詳細講過了。
所有的 push-server 在啟動時候需要將自身的信息注冊到 Zookeeper 中。
注冊鑒權 模塊會訂閱 Zookeeper 中的節(jié)點，從而可以獲取最新的服務列表。結構如下：
以下是一些偽代碼：
應用啟動注冊 Zookeeper。
對于 注冊鑒權模塊來說只需要訂閱這個 Zookeeper 節(jié)點：
路由策略
既然能獲取到所有的服務列表，那如何選擇一臺剛好合適的 push-server 給客戶端使用呢？
這個過程重點要考慮以下幾點：
盡量保證各個節(jié)點的連接均勻。增刪節(jié)點是否要做 Rebalance。首先保證均衡有以下幾種算法：
輪詢。挨個將各個節(jié)點分配給客戶端。但會出現新增節(jié)點分配不均勻的情況。Hash 取模的方式。類似于 HashMap，但也會出現輪詢的問題。當然也可以像 HashMap 那樣做一次 Rebalance，讓所有的客戶端重新連接。不過這樣會導致所有的連接出現中斷重連，代價有點大。由于 Hash 取模方式的問題帶來了 一致性Hash算法，但依然會有一部分的客戶端需要 Rebalance。權重。可以手動調整各個節(jié)點的負載情況，甚至可以做成自動的，基于監(jiān)控當某些節(jié)點負載較高就自動調低權重，負載較低的可以提高權重。還有一個問題是：
當我們在重啟部分應用進行升級時，在該節(jié)點上的客戶端怎么處理？
由于我們有心跳機制，當心跳不通之后就可以認為該節(jié)點出現問題了。那就得重新請求 注冊鑒權模塊獲取一個可用的節(jié)點。在弱網情況下同樣適用。
如果這時客戶端正在發(fā)送消息，則需要將消息保存到本地等待獲取到新的節(jié)點之后再次發(fā)送。
有狀態(tài)連接
在這樣的場景中不像是 HTTP 那樣是無狀態(tài)的，我們得明確的知道各個客戶端和連接的關系。
在上文的單機版中我們將這個關系保存到本地的緩存中，但在分布式環(huán)境中顯然行不通了。
比如在平臺向客戶端推送消息的時候，它得首先知道這個客戶端的通道保存在哪臺節(jié)點上。
借助我們以前的經驗，這樣的問題自然得引入一個第三方中間件用來存放這個關系。
也就是架構圖中的存放 路由關系的Redis，在客戶端接入 push-server 時需要將當前客戶端唯一標識和服務節(jié)點的 ip+port 存進 Redis。
同時在客戶端下線時候得在 Redis 中刪掉這個連接關系。
這樣在理想情況下各個節(jié)點內存中的 map 關系加起來應該正好等于 Redis 中的數據。
偽代碼如下：
這里存放路由關系的時候會有并發(fā)問題，最好是換為一個 lua 腳本。
推送路由
設想這樣一個場景：管理員需要給最近注冊的客戶端推送一個系統(tǒng)消息會怎么做？
結合架構圖
假設這批客戶端有 10W 個，首先我們需要將這批號碼通過 平臺下的 Nginx 下發(fā)到一個推送路由中。
為了提高效率甚至可以將這批號碼再次分散到每個 push-route 中。
拿到具體號碼之后再根據號碼的數量啟動多線程的方式去之前的路由 Redis 中獲取客戶端所對應的 push-server。
再通過 HTTP 的方式調用 push-server 進行真正的消息下發(fā)（Netty 也很好的支持 HTTP 協議）。
推送成功之后需要將結果更新到數據庫中，不在線的客戶端可以根據業(yè)務再次推送等。
消息流轉
也許有些場景對于客戶端上行的消息非常看重，需要做持久化，并且消息量非常大。
在 push-sever 做業(yè)務顯然不合適，這時完全可以選擇 Kafka 來解耦。
將所有上行的數據直接往 Kafka 里丟后就不管了。
再由消費程序將數據取出寫入數據庫中即可。
其實這塊內容也很值得討論，可以先看這篇了解下：強如 Disruptor 也發(fā)生內存溢出？
后續(xù)談到 Kafka 再做詳細介紹。
分布式問題
分布式解決了性能問題但卻帶來了其他麻煩。
應用監(jiān)控
比如如何知道線上幾十個 push-server 節(jié)點的健康狀況？
這時就得監(jiān)控系統(tǒng)發(fā)揮作用了，我們需要知道各個節(jié)點當前的內存使用情況、GC。
以及操作系統(tǒng)本身的內存使用，畢竟 Netty 大量使用了堆外內存。
同時需要監(jiān)控各個節(jié)點當前的在線數，以及 Redis 中的在線數。理論上這兩個數應該是相等的。
這樣也可以知道系統(tǒng)的使用情況，可以靈活的維護這些節(jié)點數量。
日志處理
日志記錄也變得異常重要了，比如哪天反饋有個客戶端一直連不上，你得知道問題出在哪里。
最好是給每次請求都加上一個 traceID 記錄日志，這樣就可以通過這個日志在各個節(jié)點中查看到底是卡在了哪里。
以及 ELK 這些工具都得用起來才行。
總結
本次是結合我日常經驗得出的，有些坑可能在工作中并沒有踩到，所有還會有一些遺漏的地方。
就目前來看想做一個穩(wěn)定的推送系統(tǒng)其實是比較麻煩的，其中涉及到的點非常多，只有真正做過之后才會知道。
看完之后覺得有幫助的還請不吝轉發(fā)分享。
你的點贊與轉發(fā)是最大的支持。
天門又將建設一個一站式生活新中心，你期待嗎？
26日上午，文昌閣棚戶區(qū)改造指揮部組織施工人員對原拉瑪斯單元樓進行拆除。當日，文昌閣棚戶區(qū)改造建設正式啟動。
文昌閣棚戶區(qū)改造項目是我市2017年棚戶區(qū)改造計劃之一，也是我市2017年重點建設項目，改造范圍為天門河以北、東，廣溝路和人民大道以南，陸羽大橋以西。項目拆遷總面積約34萬平方米，拆遷總戶數1000余戶，擬定新建安置房2000套，還建地點選址位于人民大道以南，原紡機公司及周邊地塊。項目的主要建設內容包括新建20棟15至18層住宅樓、幼兒園、小學及配套工程。項目以改造破舊房屋，完善公共服務設施配套，改善居民居住、生活、交通環(huán)境為主，通過對老舊廠區(qū)的升級改造，著力將文昌閣區(qū)域打造成集文化旅游、商業(yè)休閑、品質居住于一體的一站式生活新中心。
為確保項目工程順利推進，我市于今年6月底成立了文昌閣棚戶區(qū)改造指揮部，負責項目的整體運行。連月來，指揮部將工作任務層層分解，逐戶對土地房屋權屬、住戶、租賃戶等情況進行摸底核實，涉及拆遷的拆遷戶也積極配合，經過近3個月的前期協調和準備工作，首批77戶拆遷戶選房、簽約、騰退相關工作已基本完成，目前拆遷工作正在有序進行。
本期編輯：尹芳
近期精彩閱讀
古鼎茶煙千古香丨天門博物館導視設計
不羨黃金罍不羨白玉杯不羨朝入省不羨暮入臺千羨萬羨西江水曾向竟陵城下來——陸羽·六羨歌
竟陵是天門的古稱，這里也是中華茶文化的發(fā)源地，“茶圣”陸羽的故鄉(xiāng)。
天門博物館坐落在天門市竟陵區(qū)的西湖之濱，依托于陸羽故居遺址西塔寺，建筑風格既現代又不失傳統(tǒng)的中式格調。
導視系統(tǒng)的形體結構提煉自茶葉的形態(tài)，經過抽象化加工，以更方正、穩(wěn)重的形式呈現在人們面前。
標牌紋路則來自古代器物上常見的饕餮紋，這種神話中的猛獸，體現了先民們的想象力與創(chuàng)造力。
茶鼎夜烹千古雪，一塊塊標識，伴著絲絲縷縷的茶香，帶我們走進天門的一段段傳說與過往。
國圣標識專注提供一站式標識設計生產安裝服務，關注我們，更多新鮮有趣的標識標牌資訊等著你哦。
2018年，天門將重點建設這些水利工程項目……
23日，記者從天門市水利局獲悉，今年全市水利工程建設有關項目確定，重點做好南河、楊家新溝治理等系列工程，確保在建工程安全度汛，確保各水利工程建設項目年度任務順利完成。
2017年，我市成功抵御了夏季干旱和漢江秋汛，水利項目投資爭取再創(chuàng)新高，水利工程建設項目完成投資計劃7億多元。2018年，我市水利項目國家投資較大、數量較多、覆蓋面廣，建設任務重。
資料圖
2018年重點建設項目
東河清水垱水庫至老龍堤閘河段治理工程、南港河劉家灣至張角電站河段治理工程、南河治理工程、楊家新溝治理工程、龍咀河治理工程、2017年中小河流治理重點縣綜合整治項目、引漢灌區(qū)續(xù)建配套與節(jié)水改造工程2017年度項目、2017年度高標準農田建設皂市項目、沉湖五七泵站更新改造續(xù)建工程2017年計劃、潛江老新泵站更新改造工程（天門片）2017年度項目、天門市2017年水生態(tài)文明建設北湖補水和生態(tài)水網構建工程、新出現?。ǘ┬筒‰U水庫出險加固工程等。
項目工程作用：
有的有利于改善漢北河、天門河等水域水生態(tài)環(huán)境；
有的對于改善灌區(qū)水環(huán)境、節(jié)約水量、提高農民收入等具有重要作用；
有的將進一步提升我市排灌能力；
有的對皂市、九真等鄉(xiāng)鎮(zhèn)農業(yè)灌溉、防洪保安意義重大。
目前，各項目管理單位堅持把工程質量放在首位，建立健全項目法人負責、監(jiān)理單位控制、施工單位保證和第三方機構質量監(jiān)督相結合的質量管理體系；同時，水利部門加強現場巡查，將實行工程重點部位的強制性第三方檢測和質量“飛檢”制度，防止偷工減料或者隨意變更設計方案，發(fā)現問題，及時通報，堅決督促整改到位，根據工程質量和進度撥付有關資金。有關項目施工單位正上足勞力和機械，搶抓季節(jié)，搶晴施工。其中，引漢灌區(qū)節(jié)水續(xù)建配套工程和泵站更新改造工程計劃在3月底前基本完工，其他河道整治和水庫除險加固工程要在汛期前完成水下工程，確保在建工程安全度汛。
天門日報社全媒體記者 鄧慧遐 通訊員呂吉鋒
商務合作：0728-5224499
版權聲明：如涉及版權問題，請作者持權屬證明與本網聯系
來源：天門發(fā)布
贊！20多歲的天門小伙，設計的產品達到了國際先進水平
2011年，22歲的天門小伙許武剛從中國地質大學（武漢）機械設計制造及其自動化專業(yè)畢 業(yè)，加入江蘇徐工集團。
2017年底，徐工湖北環(huán)?？萍脊煞萦邢薰境闪?，他主動請纓回天門工作，“希望能為家鄉(xiāng)的環(huán)境產業(yè)做點事。”
作為一名“技術控”，7年來，許武剛將主要精力放在技術的積累上，潛心鉆研，攻堅克難，從一名普通員工成長為公司技術質量部部長助理。憑著一股“鉆”勁，他成功完成了多個新產品的設計、開發(fā)工作，為企業(yè)贏得大量訂單，今年被評為天門市先進工作者。
許武剛被評為天門市先進工作者
對任何事情都精益求精
“好學，肯鉆，愛琢磨?！边@是同事們對許武剛的一致評價。
去年3月，他所在的徐工環(huán)境技術有限公司決定投標大批量車廂可卸式垃圾車及配套箱體項目，可時間太緊，設計的時間被壓縮在一個月內。關鍵時刻勇挑重擔，許武剛接下了這個燙手的山芋。
他首先摸清客戶需求，針對性地開發(fā)了LBJ2DA11-1.5噸車廂可卸式垃圾車，并選擇了一款行業(yè)內暫無使用，但承載能力強、行駛穩(wěn)定、可靠性高的底盤。美中不足的是，該底盤不帶取力機構，需要從底盤發(fā)動機連接空調的皮帶輪入手。許武剛二話不說，鉆進只能探進頭的的車底，連續(xù)測繪近2個小時，成功獲得了該底盤動力輸出的第一手數據。
在設計過程中，他針對可能出現的問題，反復分析優(yōu)化，確保每個部件都得到最優(yōu)結果。每天，在車間和辦公室一待就是10多個小時，翻閱資料、研究圖紙、設計方案等等。功夫不負有心人，他的產品設計出人意料地提前完成，為其他部門爭取了幾天的寶貴時間。
生產過程中，他經常往返于各部門之間，有時為了一個細小的問題，都去車間確認好幾次，確保產品每個細節(jié)的質量。
產品成功中標試制后，他又花費大量精力，收集起所有的詳細數據，直接實現了免配焊批量生產，將產品總裝時間縮短了一半以上。
“精益求精，做就要做到最好?！边@是許武剛對自己的要求。
讓客戶享受“超值”服務
在為徐工重型消防供水車提供14噸的拉臂鉤時，為滿足消防供水車貨箱更長、大梁更窄的特點，他對產品主要技術參數作了較大的調整。設計送到工廠后，他多次前往車間跟蹤產品的改制和調試，在得知支撐油缸不合適后，自己充當搬運工，及時將油缸送往另一個工廠進行整改，保證了裝配的效率。
有幾次，在了解客戶最終需求時，他發(fā)現因客戶對產品的了解不夠透徹，而提出了不恰當的要求。譬如在沙地上使用，卻選后滾輪支撐而不是遠離地面的橋穩(wěn)定支撐；箱體鎖緊結構適合簡單可靠機械鎖緊，而要求做成復雜且成本高的液壓鎖緊。在發(fā)現這些問題時，他都耐心與客戶溝通，指引他們購買更加合適的產品，讓客戶體驗“超值”服務。
設計的產品達到國際先進水平
進入徐工集團以來，許武剛一直做著拉臂鉤的結構設計工作，一步步經歷了產品型譜的持續(xù)擴展、生產成本的不斷降低、產品性能和產量的穩(wěn)步提升、市場份額的逐步增大……這都不斷豐富著他的認識和實踐經驗，也讓他明顯感受到自己在技術上的成長和進步，他設計的部分產品已被鑒定為國際先進水平。
“我高中在天門中學讀書，當時的班主任是全國勞動模范金升烈老師?！?許武剛說，從金老師身上，他學到了甘于寂寞、樂于奉獻，學到了愛崗敬業(yè)、踏實勤奮。從江蘇徐工回到家鄉(xiāng)天門，他希望能為家鄉(xiāng)的環(huán)境產業(yè)發(fā)展盡自己的綿薄之力。
生活在這個時代，理應有所作為。雖然回到了故鄉(xiāng)，但他吃住都在工廠，為盡快設計、開發(fā)新產品，每天工作到晚上9點。半年多時間，他和他的團隊已經成功研發(fā)、試制出清洗車、高位無泄漏壓縮車等新產品，并致力打造一條全國領先的水罐生產線。
“公司計劃2020年產值突破20億元。為實現這個目標，我們都在鉚足全力?！?/p>
有勇氣、有能力、有擔當責任的信心和沖勁——許武剛身上，閃耀著青春最美的符號。
本期編輯｜尹芳 實習編輯 韓尚瑾
商務合作｜0728-5224499
版權聲明：如涉及版權問題，請作者持權屬證明與本網聯系
來源：天門發(fā)布
開門紅！1到3月，天門共102個項目動工建設
莎麗衛(wèi)浴二期項目正在進行土方回填、威馬汽車后市場項目正在進行裝修、申安照明二期項目辦公樓已完工、綠昂集團EPDM顆粒生產項目部分設備已購置……18日，記者從天門市政務服務中心了解到，今年1至3月，全市有102個項目動工建設。
湖北綠博生物科技建設現場（資料圖）
從市政務服務中心巡查情況來看，園區(qū)繼續(xù)充當項目建設的主戰(zhàn)場，部分鄉(xiāng)鎮(zhèn)項目建設也在不斷提速。102個動工項目中，天門高新園21個，天門工業(yè)園18個，小板、九真各10個，皂市8個，楊林6個，蔣湖5個，岳口、黃潭各4個，其他鄉(xiāng)鎮(zhèn)16個。
為沖刺工業(yè)經濟“開門紅”，農歷春節(jié)過后，許多跨年度項目就開始籌備開工事宜，中合電力、謙誠樁工等一批項目抓緊時間進行項目開復工準備，武漢天仕達變壓器制造、湖北正通中藥單方顆粒生產、舒菲婭嬰幼兒洗護用品生產、艾得客食品機械等新簽約項目也陸續(xù)啟動建設。項目建設“開門紅”活動當天，全市有52個項目集中開工，截至3月底，全市在建項目147個，動工建設項目102個，與去年同期相比，項目開工率有所提高。
久悅服飾項目施工建設現場（資料圖）
為讓項目跑起來，在今年新一輪項目建設“百日會戰(zhàn)”啟動后，我市進一步完善了定期協調機制。市委、市政府充分發(fā)揮掛項目市領導的協調職能，每月定期走訪企業(yè)，協調項目建設事宜，及時為項目建設排憂解難。僅3月，市領導就芯創(chuàng)半導體等6家企業(yè)反映的8個問題召開了協調會，并形成了會議紀要；市“百日會戰(zhàn)”專班現場解決了環(huán)宇科技等8家企業(yè)反映的19個問題，派單交辦1次、督辦2次解決4家企業(yè)反映的4個問題，整理了全市市領導包掛的52家重點項目建設情況現場圖。同時，各涉企職能部門和項目所在地服務效率、服務意識明顯提高，企業(yè)的規(guī)范意識也越來越強。
此外，我市還不斷強化對項目的協調跟蹤督辦，進一步明確項目服務職責分工，進一步優(yōu)化行政審批流程，全力推動項目建設工作。在便捷服務方面，僅3月份，市投資代辦中心就為21個項目代辦事項39項。
天門日報社全媒體記者 彭丹
商務合作：0728-5224499
版權聲明：如涉及版權問題，請作者持權屬證明與本網聯系
來源：天門發(fā)布
天門城市規(guī)劃館：描繪 古竟陵走向現代宜居城市的 美好藍圖
這里，承載著城市的夢想和未來，描繪著城市發(fā)展的宏偉畫卷。
天門市城市規(guī)劃館以大面積的水面作為景觀設計的主題，大氣靈動，充分表現了天門市的水鄉(xiāng)園林特色。
天門是茶圣陸羽的故里，城市規(guī)劃館主體建筑外觀設計以水和鴻漸（陸羽字鴻漸）為主題，將鴻雁的翅膀抽象為一片簡潔的弧形曲面，輕巧地點綴在開闊的水面上，用優(yōu)雅、皎潔、動態(tài)的形象，預示天門市經濟文化發(fā)展的蓬勃生機和天門市“水鄉(xiāng)園林城市”建設的美好前景。
城市規(guī)劃館全面展示了天門城市建設的歷史、現在和未來，供外來客人和天門市民參觀展覽，是青少年科普教育的基地和規(guī)劃宣傳和規(guī)劃教育的重要陣地，也是市民了解規(guī)劃、參與規(guī)劃的重要平臺，陽光規(guī)劃和和諧規(guī)劃在這里得以實施。
全館建設面積3800平方米，布展面積約3000平方米，共三層5大展區(qū)，城市規(guī)劃館采用最適合展覽的循環(huán)式流線，一條“石家河”串起各專項展覽空間和互動空間。
一層主要展示天門區(qū)位優(yōu)勢、文化魅力、悠久歷史、地方特色等，主要包括瑰麗天門、古韻天門板塊。
二層主要講述天門社會經濟發(fā)展成就、描繪城市發(fā)展藍圖，主要包括競進天門、宏圖天門板塊，二層展區(qū)中心部位為重點展項，展示天門市中心城區(qū)總規(guī)物理模型沙盤及數字三維模型沙盤。
三層是夢想天門展區(qū)，主要包括4D影院、VR漫游、互動體驗區(qū)等。 先進的三維立體影音新科技為我們呈現出令人向往的未來城市新面貌。
天門364個行政村完成光纖寬帶網絡覆蓋延伸及升級改造建設
9日，記者從經信委獲悉，天門364個行政村于去年7月份完成光纖寬帶網絡覆蓋延伸及升級改造主體工程，目前正在進行收尾工作。
2015年，為了推動農村及偏遠地區(qū)寬帶建設發(fā)展，工信部、財政部在全國啟動電信普遍服務試點工作，任務目標是，2020年以前推進未通寬帶的行政村或寬帶接入能力不足12Mbps的行政村寬帶建設發(fā)展。
2016年，天門成功申報全國第二批電信普遍服務試點項目，確定對全市364個行政村、1582個自然村實施光纖寬帶網絡覆蓋延伸及升級改造建設。
在整個項目中，天門獲得中央財政補助資金1457萬元，364個試點行政村的光纖建設工程于2017年3月份開工，當年7月份主體工程完工，全部工程完工后將惠及14.1萬戶固定住戶；1582個試點自然村的光纖建設工程于2017年8月開工，目前正在施工當中，預計今年1月底全部完工，惠及近8萬戶固定住戶。
天門日報社全媒體記者陳飛
版權聲明：如涉及版權問題，請作者持權屬證明與本網聯系
來源：天門發(fā)布
【互動】投資1.2億！天門這條路下半年動工，還有這些項目正在計劃中……
沿江公路岳口至張港段公路
會飛的魚
隨岳高速路口通往張港的路開始修了嗎？占農民的地怎么賠償了？是根據什么來賠償的，能不能發(fā)幾張動工照片來看看，道路兩邊是否有人行橫道跟風景數區(qū)域，后期是否會安路燈了？預計什么時候能修完？能不能把具體要修路的位置用地圖標出來，標的清楚點？
您好！您所提及的“隨岳高速路口通往張港的線路”應該是“沿江公路岳口至張港段公路”。該項目起于岳口鎮(zhèn)，止于張港鎮(zhèn)，全長26.207公里，總投資約1.2億元。
該項目已于2017年9月取得立項批復，正在進行施工圖設計，預計今年下半年開工，2019年完工。在實施過程中，我局會嚴格督促業(yè)主按設計圖紙施工，按國家、省市相關政策及標準進行征地拆遷補償。
感謝您對交通運輸工作的關心與支持。
交通運輸局
干驛牛蹄支河及汪河橋的整修
哥第
干驛鎮(zhèn)區(qū)牛蹄河很臟，有修的規(guī)劃嗎？汪河橋有計劃修嗎？連接汪河橋的路打算今年什么時間修？這都是民生工程，急需修。
您好，干驛牛蹄支河屬于天南長渠一段，有關鎮(zhèn)區(qū)段的改造工程已于2017年冬季開工建設，但由于工程業(yè)主屬引漢灌區(qū)管理處，具體施工時間和后續(xù)規(guī)劃煩請您咨詢工程業(yè)主，引漢灌區(qū)管理處電話；0728-5332312；
同時，我鎮(zhèn)已于2016年、2017年將汪河橋作為危橋改造項目向市交通局進行了多次上報，要待市交通局批復后，關于汪河橋的整修計劃才能啟動；至于您反映的連接汪河橋的路，屬于鎮(zhèn)級提檔升級的道路，今年，我鎮(zhèn)城鎮(zhèn)建設將重點解決斷頭路和泥巴路，提檔升級的道路在下一階段的城鎮(zhèn)建設計劃之中，干驛鎮(zhèn)將按照計劃盡快完成全鎮(zhèn)道路體系的完善和升級。
感謝您對干驛發(fā)展的關心和支持。
干驛鎮(zhèn)人民政府
來源：天門網“市委書記專屬版”
本期編發(fā)：尹芳
商務合作：0728-5224499
版權聲明：如涉及版權問題，請作者持權屬證明與本網聯系
來源：天門發(fā)布
本頁內容為企業(yè)、個人自主上傳或來源網絡，所有資料僅供用戶參考；我單位不對其版權負責、不保證亦不表示本網的資料全面及準確無誤，也不保證亦不表示這些資料為最新信息，如因任何原因，本網內容或者用戶因倚賴本網內容造成任何損失或損害，我單位將不會負任何法律責任。
