天门网站设计头条

• 如今的天安门，昔日的承天门，设计师仅20岁，建筑误差微乎其微！

  故宫博物院的雄伟壮阔，给予中国人留下了这笔宝贵的文化财富，吸引了无数的游客前往观赏这座雄伟的宫殿，不过在这个雄伟建筑群当中，天安门则是作为他们的门头展示在世人面前，一提到天安门，人们想到的就是庄严肃穆，给人一种非常震撼的感觉，不仅仅是因为在它的后面，有着数不清的宫殿，而且还因为这座城门的建筑风格则是非常引人注目。

  天安门曾经还有一个响亮的名字叫做：承天门，意为奉天承运的说法，再加上它位于整个故宫博物院的正中央，很显然有很大的意义，那么这座城门的建造者是谁？得知这座城门的建筑者的话，更是让人们大为惊叹，并且都会说一句：不可思议！

  我们知道故宫这座宫殿在明朝时期就已经是建成，并且承载了两代王朝的风风雨雨，自然有着极深的历史价值，这个雄伟的建筑将明清两朝的皇权至上表现的非常到位，从这些建筑的设计足以看出。而承天门则是作为他们的门牌，仔细观看这座建筑，其严密程度则是让人惊叹，那么我们一起了解一下这位设计师是谁？

  蒯（kuai）祥，1399年出生在江苏，自己的父亲则是非常出名的一位木匠，正是这样的一个熏陶，使得这位蒯祥很小的时候就对设计有了足够的兴趣，而自己的父亲曾经作为明朝在南京时期宫殿的修建，自然对这些雄伟建筑也就有了一定的了解，就这样在他20岁的时候就开始涉足对于这座天安门的修建。凭借着自己过人的设计天赋，引起了当朝皇上的重视，就这样蒯祥就接下了这个任务。

  科技发展还不够完善的明朝，基本上图纸都是手工制作而成，而蒯祥就担任了这样的一个职位，通过利用专业的设计方式，精心绘制了这个图纸，并且让工人按照这样的方案进行修建，在这样精密图纸的指挥下，最终这座城门成功地完成，经过专业地检查，基本上误差微乎其微，如此一来蒯祥也就得到了皇上的重视，并且给他官升二品，使得其子孙后代跟着坐享其福，这样的一位建筑师，真的是令人汗颜，不仅仅是因为其年轻有为，而且还有一个优点就是做工认真，可以再条件有限的情况下，铸造出误差如此小的城门，实在是令人佩服，不得不说古人不乏存在一些能工巧匠啊！

  展开

• 设计一个百万级的消息推送系统

  前言

  先简单说下本次的主题，由于我最近做的是物联网相关的开发工作，其中就不免会遇到和设备的交互。

  最主要的工作就是要有一个系统来支持设备的接入、向设备推送消息；同时还得满足大量设备接入的需求。

  所以本次分享的内容不但可以满足物联网领域同时还支持以下场景：

  基于 WEB 的聊天系统（点对点、群聊）。WEB 应用中需求服务端推送的场景。基于 SDK 的消息推送平台。技术选型

  要满足大量的连接数、同时支持双全工通信，并且性能也得有保障。

  在 Java 技术栈中进行选型首先自然是排除掉了传统 IO。

  那就只有选 NIO 了，在这个层面其实选择也不多，考虑到社区、资料维护等方面最终选择了 Netty。

  最终的架构图如下：

  现在看着蒙没关系，下文一一介绍。

  协议解析

  既然是一个消息系统，那自然得和客户端定义好双方的协议格式。

  常见和简单的是 HTTP 协议，但我们的需求中有一项需要是双全工的交互方式，同时 HTTP 更多的是服务于浏览器。我们需要的是一个更加精简的协议，减少许多不必要的数据传输。

  因此我觉得最好是在满足业务需求的情况下定制自己的私有协议，在我这个场景下其实有标准的物联网协议。

  如果是其他场景可以借鉴现在流行的 RPC 框架定制私有协议，使得双方通信更加高效。

  不过根据这段时间的经验来看，不管是哪种方式都得在协议中预留安全相关的位置。

  协议相关的内容就不过讨论了，更多介绍具体的应用。

  简单实现

  首先考虑如何实现功能，再来思考百万连接的情况。

  注册鉴权

  在做真正的消息上、下行之前首先要考虑的就是鉴权问题。

  就像你使用微信一样，第一步怎么也得是登录吧，不能无论是谁都可以直接连接到平台。

  所以第一步得是注册才行。

  如上面架构图中的 注册/鉴权 模块。通常来说都需要客户端通过 HTTP 请求传递一个唯一标识，后台鉴权通过之后会响应一个 token，并将这个 token 和客户端的关系维护到 Redis 或者是 DB 中。

  客户端将这个 token 也保存到本地，今后的每一次请求都得带上这个 token。一旦这个 token 过期，客户端需要再次请求获取 token。

  鉴权通过之后客户端会直接通过 TCP长连接到图中的 push-server 模块。

  这个模块就是真正处理消息的上、下行。

  保存通道关系

  在连接接入之后，真正处理业务之前需要将当前的客户端和 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 最好是预设好大小（避免经常扩容），因为它将是使用最为频繁同时也是占用内存最大的一个对象。

  消息上行

  接下来则是真正的业务数据上传，通常来说第一步是需要判断上传消息输入什么业务类型。

  在聊天场景中，有可能上传的是文本、图片、视频等内容。

  所以我们得进行区分，来做不同的处理；这就和客户端协商的协议有关了。

  可以利用消息头中的某个字段进行区分。更简单的就是一个 JSON 消息，拿出一个字段用于区分不同消息。不管是哪种只有可以区分出来即可。

  消息解析与业务解耦

  消息可以解析之后便是处理业务，比如可以是写入数据库、调用其他接口等。

  我们都知道在 Netty 中处理消息一般是在 channelRead() 方法中。

  在这里可以解析消息，区分类型。

  但如果我们的业务逻辑也写在里面，那这里的内容将是巨多无比。

  甚至我们分为好几个开发来处理不同的业务，这样将会出现许多冲突、难以维护等问题。

  所以非常有必要将消息解析与业务处理完全分离开来。

  这时面向接口编程就发挥作用了。

  这里的核心代码和 「造个轮子」——cicada(轻量级 WEB 框架) 是一致的。

  都是先定义一个接口用于处理业务逻辑，然后在解析消息之后通过反射创建具体的对象执行其中的 处理函数即可。

  这样不同的业务、不同的开发人员只需要实现这个接口同时实现自己的业务逻辑即可。

  伪代码如下：

  想要了解 cicada 的具体实现请点击这里：

  https://github/TogetherOS/cicada

  上行还有一点需要注意；由于是基于长连接，所以客户端需要定期发送心跳包用于维护本次连接。同时服务端也会有相应的检查，N 个时间间隔没有收到消息之后将会主动断开连接节省资源。

  这点使用一个 IdleStateHandler 就可实现，更多内容可以查看 Netty(一) SpringBoot 整合长连接心跳机制。

  消息下行

  有了上行自然也有下行。比如在聊天的场景中，有两个客户端连上了 push-server,他们直接需要点对点通信。

  这时的流程是：

  A 将消息发送给服务器。服务器收到消息之后，得知消息是要发送给 B，需要在内存中找到 B 的 Channel。通过 B 的 Channel 将 A 的消息转发下去。这就是一个下行的流程。

  甚至管理员需要给所有在线用户发送系统通知也是类似：

  遍历保存通道关系的 Map，挨个发送消息即可。这也是之前需要存放到 Map 中的主要原因。

  伪代码如下：

  具体可以参考：

  https://github/crossoverJie/netty-action/

  分布式方案

  单机版的实现了，现在着重讲讲如何实现百万连接。

  百万连接其实只是一个形容词，更多的是想表达如何来实现一个分布式的方案，可以灵活的水平拓展从而能支持更多的连接。

  再做这个事前首先得搞清楚我们单机版的能支持多少连接。影响这个的因素就比较多了。

  服务器自身配置。内存、CPU、网卡、Linux 支持的最大文件打开数等。应用自身配置，因为 Netty 本身需要依赖于堆外内存，但是 JVM 本身也是需要占用一部分内存的，比如存放通道关系的大 Map。这点需要结合自身情况进行调整。结合以上的情况可以测试出单个节点能支持的最大连接数。

  单机无论怎么优化都是有上限的，这也是分布式主要解决的问题。

  架构介绍

  在将具体实现之前首先得讲讲上文贴出的整体架构图。

  先从左边开始。

  上文提到的 注册鉴权 模块也是集群部署的，通过前置的 Nginx 进行负载。之前也提过了它主要的目的是来做鉴权并返回一个 token 给客户端。

  但是 push-server 集群之后它又多了一个作用。那就是得返回一台可供当前客户端使用的 push-server。

  右侧的 平台 一般指管理平台，它可以查看当前的实时在线数、给指定客户端推送消息等。

  推送消息则需要经过一个推送路由（ push-server）找到真正的推送节点。

  其余的中间件如：Redis、Zookeeper、Kafka、MySQL 都是为了这些功能所准备的，具体看下面的实现。

  注册发现

  首先第一个问题则是 注册发现， push-server 变为多台之后如何给客户端选择一台可用的节点是第一个需要解决的。

  这块的内容其实已经在 分布式(一) 搞定服务注册与发现 中详细讲过了。

  所有的 push-server 在启动时候需要将自身的信息注册到 Zookeeper 中。

  注册鉴权 模块会订阅 Zookeeper 中的节点，从而可以获取最新的服务列表。结构如下：

  以下是一些伪代码：

  应用启动注册 Zookeeper。

  对于 注册鉴权模块来说只需要订阅这个 Zookeeper 节点：

  路由策略

  既然能获取到所有的服务列表，那如何选择一台刚好合适的 push-server 给客户端使用呢？

  这个过程重点要考虑以下几点：

  尽量保证各个节点的连接均匀。增删节点是否要做 Rebalance。首先保证均衡有以下几种算法：

  轮询。挨个将各个节点分配给客户端。但会出现新增节点分配不均匀的情况。Hash 取模的方式。类似于 HashMap，但也会出现轮询的问题。当然也可以像 HashMap 那样做一次 Rebalance，让所有的客户端重新连接。不过这样会导致所有的连接出现中断重连，代价有点大。由于 Hash 取模方式的问题带来了 一致性Hash算法，但依然会有一部分的客户端需要 Rebalance。权重。可以手动调整各个节点的负载情况，甚至可以做成自动的，基于监控当某些节点负载较高就自动调低权重，负载较低的可以提高权重。还有一个问题是：

  当我们在重启部分应用进行升级时，在该节点上的客户端怎么处理？

  由于我们有心跳机制，当心跳不通之后就可以认为该节点出现问题了。那就得重新请求 注册鉴权模块获取一个可用的节点。在弱网情况下同样适用。

  如果这时客户端正在发送消息，则需要将消息保存到本地等待获取到新的节点之后再次发送。

  有状态连接

  在这样的场景中不像是 HTTP 那样是无状态的，我们得明确的知道各个客户端和连接的关系。

  在上文的单机版中我们将这个关系保存到本地的缓存中，但在分布式环境中显然行不通了。

  比如在平台向客户端推送消息的时候，它得首先知道这个客户端的通道保存在哪台节点上。

  借助我们以前的经验，这样的问题自然得引入一个第三方中间件用来存放这个关系。

  也就是架构图中的存放 路由关系的Redis，在客户端接入 push-server 时需要将当前客户端唯一标识和服务节点的 ip+port 存进 Redis。

  同时在客户端下线时候得在 Redis 中删掉这个连接关系。

  这样在理想情况下各个节点内存中的 map 关系加起来应该正好等于 Redis 中的数据。

  伪代码如下：

  这里存放路由关系的时候会有并发问题，最好是换为一个 lua 脚本。

  推送路由

  设想这样一个场景：管理员需要给最近注册的客户端推送一个系统消息会怎么做？

  结合架构图

  假设这批客户端有 10W 个，首先我们需要将这批号码通过 平台下的 Nginx 下发到一个推送路由中。

  为了提高效率甚至可以将这批号码再次分散到每个 push-route 中。

  拿到具体号码之后再根据号码的数量启动多线程的方式去之前的路由 Redis 中获取客户端所对应的 push-server。

  再通过 HTTP 的方式调用 push-server 进行真正的消息下发（Netty 也很好的支持 HTTP 协议）。

  推送成功之后需要将结果更新到数据库中，不在线的客户端可以根据业务再次推送等。

  消息流转

  也许有些场景对于客户端上行的消息非常看重，需要做持久化，并且消息量非常大。

  在 push-sever 做业务显然不合适，这时完全可以选择 Kafka 来解耦。

  将所有上行的数据直接往 Kafka 里丢后就不管了。

  再由消费程序将数据取出写入数据库中即可。

  其实这块内容也很值得讨论，可以先看这篇了解下：强如 Disruptor 也发生内存溢出？

  后续谈到 Kafka 再做详细介绍。

  分布式问题

  分布式解决了性能问题但却带来了其他麻烦。

  应用监控

  比如如何知道线上几十个 push-server 节点的健康状况？

  这时就得监控系统发挥作用了，我们需要知道各个节点当前的内存使用情况、GC。

  以及操作系统本身的内存使用，毕竟 Netty 大量使用了堆外内存。

  同时需要监控各个节点当前的在线数，以及 Redis 中的在线数。理论上这两个数应该是相等的。

  这样也可以知道系统的使用情况，可以灵活的维护这些节点数量。

  日志处理

  日志记录也变得异常重要了，比如哪天反馈有个客户端一直连不上，你得知道问题出在哪里。

  最好是给每次请求都加上一个 traceID 记录日志，这样就可以通过这个日志在各个节点中查看到底是卡在了哪里。

  以及 ELK 这些工具都得用起来才行。

  总结

  本次是结合我日常经验得出的，有些坑可能在工作中并没有踩到，所有还会有一些遗漏的地方。

  就目前来看想做一个稳定的推送系统其实是比较麻烦的，其中涉及到的点非常多，只有真正做过之后才会知道。

  看完之后觉得有帮助的还请不吝转发分享。

  你的点赞与转发是最大的支持。

  展开

• 天门又将建设一个一站式生活新中心，你期待吗？

  26日上午，文昌阁棚户区改造指挥部组织施工人员对原拉玛斯单元楼进行拆除。当日，文昌阁棚户区改造建设正式启动。

  文昌阁棚户区改造项目是我市2017年棚户区改造计划之一，也是我市2017年重点建设项目，改造范围为天门河以北、东，广沟路和人民大道以南，陆羽大桥以西。项目拆迁总面积约34万平方米，拆迁总户数1000余户，拟定新建安置房2000套，还建地点选址位于人民大道以南，原纺机公司及周边地块。项目的主要建设内容包括新建20栋15至18层住宅楼、幼儿园、小学及配套工程。项目以改造破旧房屋，完善公共服务设施配套，改善居民居住、生活、交通环境为主，通过对老旧厂区的升级改造，着力将文昌阁区域打造成集文化旅游、商业休闲、品质居住于一体的一站式生活新中心。

  为确保项目工程顺利推进，我市于今年6月底成立了文昌阁棚户区改造指挥部，负责项目的整体运行。连月来，指挥部将工作任务层层分解，逐户对土地房屋权属、住户、租赁户等情况进行摸底核实，涉及拆迁的拆迁户也积极配合，经过近3个月的前期协调和准备工作，首批77户拆迁户选房、签约、腾退相关工作已基本完成，目前拆迁工作正在有序进行。

  本期编辑：尹芳

  近期精彩阅读

  展开

• 古鼎茶烟千古香丨天门博物馆导视设计

  不羡黄金罍不羡白玉杯不羡朝入省不羡暮入台千羡万羡西江水曾向竟陵城下来——陆羽·六羡歌

  竟陵是天门的古称，这里也是中华茶文化的发源地，“茶圣”陆羽的故乡。

  天门博物馆坐落在天门市竟陵区的西湖之滨，依托于陆羽故居遗址西塔寺，建筑风格既现代又不失传统的中式格调。

  导视系统的形体结构提炼自茶叶的形态，经过抽象化加工，以更方正、稳重的形式呈现在人们面前。

  标牌纹路则来自古代器物上常见的饕餮纹，这种神话中的猛兽，体现了先民们的想象力与创造力。

  茶鼎夜烹千古雪，一块块标识，伴着丝丝缕缕的茶香，带我们走进天门的一段段传说与过往。

  国圣标识专注提供一站式标识设计生产安装服务，关注我们，更多新鲜有趣的标识标牌资讯等着你哦。

  展开

• 2018年，天门将重点建设这些水利工程项目……

  23日，记者从天门市水利局获悉，今年全市水利工程建设有关项目确定，重点做好南河、杨家新沟治理等系列工程，确保在建工程安全度汛，确保各水利工程建设项目年度任务顺利完成。

  2017年，我市成功抵御了夏季干旱和汉江秋汛，水利项目投资争取再创新高，水利工程建设项目完成投资计划7亿多元。2018年，我市水利项目国家投资较大、数量较多、覆盖面广，建设任务重。

  资料图

  2018年重点建设项目

  东河清水垱水库至老龙堤闸河段治理工程、南港河刘家湾至张角电站河段治理工程、南河治理工程、杨家新沟治理工程、龙咀河治理工程、2017年中小河流治理重点县综合整治项目、引汉灌区续建配套与节水改造工程2017年度项目、2017年度高标准农田建设皂市项目、沉湖五七泵站更新改造续建工程2017年计划、潜江老新泵站更新改造工程（天门片）2017年度项目、天门市2017年水生态文明建设北湖补水和生态水网构建工程、新出现小（二）型病险水库出险加固工程等。

  项目工程作用：

  有的有利于改善汉北河、天门河等水域水生态环境；

  有的对于改善灌区水环境、节约水量、提高农民收入等具有重要作用；

  有的将进一步提升我市排灌能力；

  有的对皂市、九真等乡镇农业灌溉、防洪保安意义重大。

  目前，各项目管理单位坚持把工程质量放在首位，建立健全项目法人负责、监理单位控制、施工单位保证和第三方机构质量监督相结合的质量管理体系；同时，水利部门加强现场巡查，将实行工程重点部位的强制性第三方检测和质量“飞检”制度，防止偷工减料或者随意变更设计方案，发现问题，及时通报，坚决督促整改到位，根据工程质量和进度拨付有关资金。有关项目施工单位正上足劳力和机械，抢抓季节，抢晴施工。其中，引汉灌区节水续建配套工程和泵站更新改造工程计划在3月底前基本完工，其他河道整治和水库除险加固工程要在汛期前完成水下工程，确保在建工程安全度汛。

  天门日报社全媒体记者 邓慧遐 通讯员吕吉锋

  商务合作：0728-5224499

  版权声明：如涉及版权问题，请作者持权属证明与本网联系

  来源：天门发布

  展开

• 赞！20多岁的天门小伙，设计的产品达到了国际先进水平

  2011年，22岁的天门小伙许武刚从中国地质大学（武汉）机械设计制造及其自动化专业毕 业，加入江苏徐工集团。

  2017年底，徐工湖北环保科技股份有限公司成立，他主动请缨回天门工作，“希望能为家乡的环境产业做点事。”

  作为一名“技术控”，7年来，许武刚将主要精力放在技术的积累上，潜心钻研，攻坚克难，从一名普通员工成长为公司技术质量部部长助理。凭着一股“钻”劲，他成功完成了多个新产品的设计、开发工作，为企业赢得大量订单，今年被评为天门市先进工作者。

  许武刚被评为天门市先进工作者

  对任何事情都精益求精

  “好学，肯钻，爱琢磨。”这是同事们对许武刚的一致评价。

  去年3月，他所在的徐工环境技术有限公司决定投标大批量车厢可卸式垃圾车及配套箱体项目，可时间太紧，设计的时间被压缩在一个月内。关键时刻勇挑重担，许武刚接下了这个烫手的山芋。

  他首先摸清客户需求，针对性地开发了LBJ2DA11-1.5吨车厢可卸式垃圾车，并选择了一款行业内暂无使用，但承载能力强、行驶稳定、可靠性高的底盘。美中不足的是，该底盘不带取力机构，需要从底盘发动机连接空调的皮带轮入手。许武刚二话不说，钻进只能探进头的的车底，连续测绘近2个小时，成功获得了该底盘动力输出的第一手数据。

  在设计过程中，他针对可能出现的问题，反复分析优化，确保每个部件都得到最优结果。每天，在车间和办公室一待就是10多个小时，翻阅资料、研究图纸、设计方案等等。功夫不负有心人，他的产品设计出人意料地提前完成，为其他部门争取了几天的宝贵时间。

  生产过程中，他经常往返于各部门之间，有时为了一个细小的问题，都去车间确认好几次，确保产品每个细节的质量。

  产品成功中标试制后，他又花费大量精力，收集起所有的详细数据，直接实现了免配焊批量生产，将产品总装时间缩短了一半以上。

  “精益求精，做就要做到最好。”这是许武刚对自己的要求。

  让客户享受“超值”服务

  在为徐工重型消防供水车提供14吨的拉臂钩时，为满足消防供水车货箱更长、大梁更窄的特点，他对产品主要技术参数作了较大的调整。设计送到工厂后，他多次前往车间跟踪产品的改制和调试，在得知支撑油缸不合适后，自己充当搬运工，及时将油缸送往另一个工厂进行整改，保证了装配的效率。

  有几次，在了解客户最终需求时，他发现因客户对产品的了解不够透彻，而提出了不恰当的要求。譬如在沙地上使用，却选后滚轮支撑而不是远离地面的桥稳定支撑；箱体锁紧结构适合简单可靠机械锁紧，而要求做成复杂且成本高的液压锁紧。在发现这些问题时，他都耐心与客户沟通，指引他们购买更加合适的产品，让客户体验“超值”服务。

  设计的产品达到国际先进水平

  进入徐工集团以来，许武刚一直做着拉臂钩的结构设计工作，一步步经历了产品型谱的持续扩展、生产成本的不断降低、产品性能和产量的稳步提升、市场份额的逐步增大……这都不断丰富着他的认识和实践经验，也让他明显感受到自己在技术上的成长和进步，他设计的部分产品已被鉴定为国际先进水平。

  “我高中在天门中学读书，当时的班主任是全国劳动模范金升烈老师。” 许武刚说，从金老师身上，他学到了甘于寂寞、乐于奉献，学到了爱岗敬业、踏实勤奋。从江苏徐工回到家乡天门，他希望能为家乡的环境产业发展尽自己的绵薄之力。

  生活在这个时代，理应有所作为。虽然回到了故乡，但他吃住都在工厂，为尽快设计、开发新产品，每天工作到晚上9点。半年多时间，他和他的团队已经成功研发、试制出清洗车、高位无泄漏压缩车等新产品，并致力打造一条全国领先的水罐生产线。

  “公司计划2020年产值突破20亿元。为实现这个目标，我们都在铆足全力。”

  有勇气、有能力、有担当责任的信心和冲劲——许武刚身上，闪耀着青春最美的符号。

  本期编辑｜尹芳 实习编辑 韩尚瑾

  商务合作｜0728-5224499

  版权声明：如涉及版权问题，请作者持权属证明与本网联系

  来源：天门发布

  展开

• 开门红！1到3月，天门共102个项目动工建设

  莎丽卫浴二期项目正在进行土方回填、威马汽车后市场项目正在进行装修、申安照明二期项目办公楼已完工、绿昂集团EPDM颗粒生产项目部分设备已购置……18日，记者从天门市政务服务中心了解到，今年1至3月，全市有102个项目动工建设。

  湖北绿博生物科技建设现场（资料图）

  从市政务服务中心巡查情况来看，园区继续充当项目建设的主战场，部分乡镇项目建设也在不断提速。102个动工项目中，天门高新园21个，天门工业园18个，小板、九真各10个，皂市8个，杨林6个，蒋湖5个，岳口、黄潭各4个，其他乡镇16个。

  为冲刺工业经济“开门红”，农历春节过后，许多跨年度项目就开始筹备开工事宜，中合电力、谦诚桩工等一批项目抓紧时间进行项目开复工准备，武汉天仕达变压器制造、湖北正通中药单方颗粒生产、舒菲娅婴幼儿洗护用品生产、艾得客食品机械等新签约项目也陆续启动建设。项目建设“开门红”活动当天，全市有52个项目集中开工，截至3月底，全市在建项目147个，动工建设项目102个，与去年同期相比，项目开工率有所提高。

  久悦服饰项目施工建设现场（资料图）

  为让项目跑起来，在今年新一轮项目建设“百日会战”启动后，我市进一步完善了定期协调机制。市委、市政府充分发挥挂项目市领导的协调职能，每月定期走访企业，协调项目建设事宜，及时为项目建设排忧解难。仅3月，市领导就芯创半导体等6家企业反映的8个问题召开了协调会，并形成了会议纪要；市“百日会战”专班现场解决了环宇科技等8家企业反映的19个问题，派单交办1次、督办2次解决4家企业反映的4个问题，整理了全市市领导包挂的52家重点项目建设情况现场图。同时，各涉企职能部门和项目所在地服务效率、服务意识明显提高，企业的规范意识也越来越强。

  此外，我市还不断强化对项目的协调跟踪督办，进一步明确项目服务职责分工，进一步优化行政审批流程，全力推动项目建设工作。在便捷服务方面，仅3月份，市投资代办中心就为21个项目代办事项39项。

  天门日报社全媒体记者 彭丹

  商务合作：0728-5224499

  版权声明：如涉及版权问题，请作者持权属证明与本网联系

  来源：天门发布

  展开

• 天门城市规划馆：描绘 古竟陵走向现代宜居城市的 美好蓝图

  这里，承载着城市的梦想和未来，描绘着城市发展的宏伟画卷。

  天门市城市规划馆以大面积的水面作为景观设计的主题，大气灵动，充分表现了天门市的水乡园林特色。

  天门是茶圣陆羽的故里，城市规划馆主体建筑外观设计以水和鸿渐（陆羽字鸿渐）为主题，将鸿雁的翅膀抽象为一片简洁的弧形曲面，轻巧地点缀在开阔的水面上，用优雅、皎洁、动态的形象，预示天门市经济文化发展的蓬勃生机和天门市“水乡园林城市”建设的美好前景。

  城市规划馆全面展示了天门城市建设的历史、现在和未来，供外来客人和天门市民参观展览，是青少年科普教育的基地和规划宣传和规划教育的重要阵地，也是市民了解规划、参与规划的重要平台，阳光规划和和谐规划在这里得以实施。

  全馆建设面积3800平方米，布展面积约3000平方米，共三层5大展区，城市规划馆采用最适合展览的循环式流线，一条“石家河”串起各专项展览空间和互动空间。

  一层主要展示天门区位优势、文化魅力、悠久历史、地方特色等，主要包括瑰丽天门、古韵天门板块。

  二层主要讲述天门社会经济发展成就、描绘城市发展蓝图，主要包括竞进天门、宏图天门板块，二层展区中心部位为重点展项，展示天门市中心城区总规物理模型沙盘及数字三维模型沙盘。

  三层是梦想天门展区，主要包括4D影院、VR漫游、互动体验区等。 先进的三维立体影音新科技为我们呈现出令人向往的未来城市新面貌。

  展开

• 天门364个行政村完成光纤宽带网络覆盖延伸及升级改造建设

  9日，记者从经信委获悉，天门364个行政村于去年7月份完成光纤宽带网络覆盖延伸及升级改造主体工程，目前正在进行收尾工作。

  2015年，为了推动农村及偏远地区宽带建设发展，工信部、财政部在全国启动电信普遍服务试点工作，任务目标是，2020年以前推进未通宽带的行政村或宽带接入能力不足12Mbps的行政村宽带建设发展。

  2016年，天门成功申报全国第二批电信普遍服务试点项目，确定对全市364个行政村、1582个自然村实施光纤宽带网络覆盖延伸及升级改造建设。

  在整个项目中，天门获得中央财政补助资金1457万元，364个试点行政村的光纤建设工程于2017年3月份开工，当年7月份主体工程完工，全部工程完工后将惠及14.1万户固定住户；1582个试点自然村的光纤建设工程于2017年8月开工，目前正在施工当中，预计今年1月底全部完工，惠及近8万户固定住户。

  天门日报社全媒体记者陈飞

  版权声明：如涉及版权问题，请作者持权属证明与本网联系

  来源：天门发布

  展开

• 【互动】投资1.2亿！天门这条路下半年动工，还有这些项目正在计划中……

  沿江公路岳口至张港段公路

  会飞的鱼

  随岳高速路口通往张港的路开始修了吗？占农民的地怎么赔偿了？是根据什么来赔偿的，能不能发几张动工照片来看看，道路两边是否有人行横道跟风景数区域，后期是否会安路灯了？预计什么时候能修完？能不能把具体要修路的位置用地图标出来，标的清楚点？

  您好！您所提及的“随岳高速路口通往张港的线路”应该是“沿江公路岳口至张港段公路”。该项目起于岳口镇，止于张港镇，全长26.207公里，总投资约1.2亿元。

  该项目已于2017年9月取得立项批复，正在进行施工图设计，预计今年下半年开工，2019年完工。在实施过程中，我局会严格督促业主按设计图纸施工，按国家、省市相关政策及标准进行征地拆迁补偿。

  感谢您对交通运输工作的关心与支持。

  交通运输局

  干驿牛蹄支河及汪河桥的整修

  哥第

  干驿镇区牛蹄河很脏，有修的规划吗？汪河桥有计划修吗？连接汪河桥的路打算今年什么时间修？这都是民生工程，急需修。

  您好，干驿牛蹄支河属于天南长渠一段，有关镇区段的改造工程已于2017年冬季开工建设，但由于工程业主属引汉灌区管理处，具体施工时间和后续规划烦请您咨询工程业主，引汉灌区管理处电话；0728-5332312；

  同时，我镇已于2016年、2017年将汪河桥作为危桥改造项目向市交通局进行了多次上报，要待市交通局批复后，关于汪河桥的整修计划才能启动；至于您反映的连接汪河桥的路，属于镇级提档升级的道路，今年，我镇城镇建设将重点解决断头路和泥巴路，提档升级的道路在下一阶段的城镇建设计划之中，干驿镇将按照计划尽快完成全镇道路体系的完善和升级。

  感谢您对干驿发展的关心和支持。

  干驿镇人民政府

  来源：天门网“市委书记专属版”

  本期编发：尹芳

  商务合作：0728-5224499

  版权声明：如涉及版权问题，请作者持权属证明与本网联系

  来源：天门发布

  展开

• 本页内容为企业、个人自主上传或来源网络，所有资料仅供用户参考；我单位不对其版权负责、不保证亦不表示本网的资料全面及准确无误，也不保证亦不表示这些资料为最新信息，如因任何原因，本网内容或者用户因倚赖本网内容造成任何损失或损害，我单位将不会负任何法律责任。