展开

关键词

Cravatar - 互联网公共头像服务

博客系统注意,以下主题因为使用自有的头像方案,完全屏蔽了 Gravatar,所以也不支持 Cravatar: 7b2 日主题 子比主题 你可以很方便的为 WordPress 集成 Cravatar 头像服务

20820

互联网卫星地图服务比较

我需要查找美国华盛顿市一座建筑物的资料,顺便就比较了一下互联网上的卫星地图服务。 Google Maps当然是最出名的,除它以外,还有三个网站也提供卫星地图服务

50790
  • 广告
    关闭

    《云安全最佳实践-创作者计划》火热征稿中

    发布文章赢千元好礼!

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    互联网+服务行业解读

    26590

    互联网群组信息服务管理规定解读

    互联网群组信息服务管理规定解读 互联网群组信息服务管理规定 (全文) 第一条 为规范互联网群组信息服务,维护国家安全和公共利益,保护公民、法人和其他组织的合法权益,根据《中华人民共和国网络安全法 本规定所称互联网群组信息服务提供者,是指提供互联网群组信息服务的平台。本规定所称互联网群组信息服务使用者,包括群组建立者、管理者和成员。 第三条 国家互联网信息办公室负责全国互联网群组信息服务的监督管理执法工作。地方互联网信息办公室依据职责负责本行政区域内的互联网群组信息服务的监督管理执法工作。 第六条 互联网群组信息服务提供者应当按照“后台实名、前台自愿”的原则,对互联网群组信息服务使用者进行真实身份信息认证,用户不提供真实身份信息的,不得为其提供信息发布服务互联网群组信息服务提供者应当建立互联网群组信息服务使用者信用等级管理体系,根据信用等级提供相应服务

    405100

    GMAIL教会我们:互联网服务不牢靠

    GMAIL和Google本身值得信赖,不论是服务的稳定性,还是对用户隐私数据的尊重。奈何大洋相隔。 GMAIL无法访问教会我们:互联网服务并不牢靠。Google系服务一个又一个倒下,谁能保证未来不会轮到别的服务呢? 还有,谁有能保证未来的某天,我们正在使用现在稳定无比的国产互联网服务不会被封杀呢?比如搜索引擎,我们现在还有百度,但别忘了还有一个搜索引擎叫做“中国搜索”。 想起来,一款叫做FireChat的点对点聊天工具倒值得关注,它可以脱离互联网,基于蓝牙和 Wi-Fi 进行消息传输,支持文字和图片,每个人都会成为它的传输网络的结点,理论上没有地理限制,再也不会失联,这是真正自由的互联网服务 科技改变世界,互联网给了我们自由,这是最好的时代。罗超,是WeMedia联盟成员。

    40190

    互联网架构为什么要做服务化?

    近期参加一些业界的技术大会,“微服务架构”的话题非常之火,也在一些场合聊过服务化架构实践,最近几期文章期望用通俗易懂的语言聊聊了个人对服务化以及微服务架构的理解,希望能给大伙一些启示。 一、互联网高可用架构,为什么要服务化? 【服务化之前高可用架构】 在服务化之前,互联网的高可用架构大致是这样一个架构: ? 【架构痛点六:…】 二、服务化解决什么问题? 为了解决上面的诸多问题,互联网高可用分层架构演进的过程中,引入了“服务层”。 ? 在没有服务层之前,所有业务线都需要关注缓存、分库分表这些细节。 ? 在有了服务层之后,只有服务层需要专注关注底层的复杂性了,向上游屏蔽了细节。 【好处四:SQL质量得到保障】 ? 服务化之后,服务只提供有限的通用接口,理论上服务集群能够提供无限性能,性能出现瓶颈,服务层一处集中优化。

    1.3K70

    互联网分层架构之-DAO与服务

    互联网分层架构的本质,是数据的移动。 互联网分层架构演进的核心原则: 让上游更高效的获取与处理数据,复用 让下游能屏蔽数据的获取细节,封装 这些在上一篇《互联网分层架构的本质》中有详尽的描述,在实际系统架构演进过程中,如何利用这两个原则,对系统逐步进行分层抽象呢 服务化,数据服务层的抽象势在必行。 ? 通过抽象数据服务层: web-server层可以通过RPC接口,像调用本地函数一样调用远端的数据 数据服务层,只有这一处需要关注缓存,分库,读写分离这些复杂性 服务化这里就不展开,更详细的可参考《互联网架构为什么要做服务互联网分层架构是一个很有意思的问题,服务化的引入,并不是越早越好: 请求处理时间可能会增加 运维可能会更加复杂 定位问题可能会更加麻烦 千万别鲁莽的在“微服务”大流之下,草率的进行微服务改造,看似“高大上架构

    62880

    互联港湾 专业互联网基础服务

    34830

    互联网+”对政务服务平台建设的影响

    7月31日,国务院办公厅印发《关于加快推进全国一体化在线政务服务平台建设的指导意见》,提出了平台一体化、政务服务一体化和公共支撑一体化三个一体化在线政务服务平台的主要建设目标。 在《建设指南》指引下,一体化政务服务平台建设在全国示点区域开花。1、平台一体化通过国家政务服务平台与各地区政务服务平台的对接实现互联互通、数据共享和业务协同。 这些富有成效的探索为“互联网+政务服务”顶层设计提供了鲜活的样本,但不可否认的是省级、市级一体化在线政务服务平台建设还处于前期筹备阶段,距离完成全国一体化政务服务平台移动端建设的目标还有一段距离。 3、业务系统分散,形成多个信息孤岛移动互联网背景下,政企内部流程、业务办理都逐步“掌上”化。 基于灰度发布能力服务灵活配置及推荐,使政企服务轻松实现地域性服务特色,针对不同用户轻松实现个性化投放。

    9440

    互联网群组信息服务管理规定》今日施行

    互联网群组信息服务管理规定 第一条 为规范互联网群组信息服务,维护国家安全和公共利益,保护公民、法人和其他组织的合法权益,根据《中华人民共和国网络安全法》《国务院关于授权国家互联网信息办公室负责互联网信息内容管理工作的通知 本规定所称互联网群组信息服务提供者,是指提供互联网群组信息服务的平台。本规定所称互联网群组信息服务使用者,包括群组建立者、管理者和成员。 第三条 国家互联网信息办公室负责全国互联网群组信息服务的监督管理执法工作。地方互联网信息办公室依据职责负责本行政区域内的互联网群组信息服务的监督管理执法工作。 第六条 互联网群组信息服务提供者应当按照“后台实名、前台自愿”的原则,对互联网群组信息服务使用者进行真实身份信息认证,用户不提供真实身份信息的,不得为其提供信息发布服务互联网群组信息服务提供者应当建立互联网群组信息服务使用者信用等级管理体系,根据信用等级提供相应服务

    36990

    浅谈容器、微服务互联网架构

    随着云服务的兴起,企业应用正在从分层式架构逐步迁移到互联网架构。传统的企业应用架构通常是单一架构(Monolithic),即典型的MVC三层架构。 相对而言,互联网架构优势在于分布式、去中心化,支持弹性伸缩。其核心是轻应用、微服务。微服务架构也是从Monolithic架构演进来的。 2.jpg 微服务独自或者共同部署在多台应用服务器上,微服务之间通过标准的Restful接口实现访问。这样当一个微服务出现问题时,并不会影响到其他的服务。 随着移动互联网的爆发,越来越多的采用前端手机APP(Native或HTML5)+后端应用(Java、NodeJS等)的开发/部署模式,两者之间通常采用Restful方式实现通讯,天然的实现了前台和后台的解耦 总之,通过容器、微服务的有效结合应用,最终帮助企业应用演进到互联网架构,实现IT投资和收益的最优化。

    9230

    互联网大厂服务端测试流程

    大家好,我是洋子,现在是一名服务端测试开发工程师,今天给大家讲解一下服务端的测试步骤 测试步骤概述 code review 部署测试环境 接口测试 白盒测试 code review 通过code review 在互联网大厂,为了充分利用服务器的资源并适配自己公司的环境,目前都有自己的容器化解决方案 在测试环境当中,我们需要安装一些必要的软件,比如mysql,redis,nginx,hhvm等。 有了这些软件,我们服务端上的代码才能正常运行和进行请求转发 完成以上步骤后,我们可以利用git 去拉取代码,拉取代码后,需要在测试环境上部署好我们的测试代码,然后就可以开始接口测试和白盒测试了 附上一张 语句覆盖):度量该代码行是否被测试到,这里要求最低的覆盖率标准 判定覆盖(分支覆盖):度量程序当中每个判定的分支被测试到 条件覆盖:度量判定中的每个条件的取值至少满足一次 如果接口测试没有问题,这并不以为着服务端测试就结束了 = 1无法做到条件限制,如果if的body部分是抛出异常,那么b取任何值,该程序都会抛出异常,这样程序就无法正常执行了 总结 本文对服务端测试4个步骤进行了说明。

    9020

    没人性的某些国内互联网公司服务

    国内互联网公司各种没人性,举个例子,163邮箱不允许直接注销,相比之下,国外的公司就好很多,比如领英,可以自由注销自己的账户。         期待国内互联网服务越来越好,越来越人性。         鲁迅也再呐喊,你呢?期待。

    17810

    撑起整个互联网的6大服务——Web API

    包含了广泛的功能,网络应用通过API接口,可以实现存储服务、消息服务、计算服务等能力,利用这些能力可以进行开发出强大功能的web应用。 ? Web API的6个主要服务 存储服务:存储服务关注抽象化和虚拟化存储。这个领域的领头羊是amazon s3,在我的article in web 2.0 journal中对其曾有较深入的探讨。 这个服务使得任意应用间安全和可扩展的基于队列的通讯更为便利。 计算服务:目前还没有一个一般的可以通过api访问的web计算服务黑盒,但有不少技术指向这个方向。 信息服务:信息服务提供海量特定的信息。 搜索服务:因为搜索在web领域的基础和统治地位,搜索服务构成了新的web基础架构的关键部分。

    47960

    互联网思维做游戏高端用户服务

    以体验优先,贴近玩家为目标设计业务模式 一、互联网特质带来的问题与应对机制讨论 游戏行业背后的大互联网行业背景都有哪些特质呢? 行业环境瞬息万变、技术更新换代速度快、游戏产品的生命周期相较于传统行业产品较短、竞争环境较大、用户流失的成本相对较低等等,这些特质给心悦VIP服务运营带来新的挑战和机遇: 1服务产品化运营思路的提出 互联网行业背景下的产品先行概念 ,推动心悦服务在一开始就尝试走一条“服务产品化”运营之路,小米公司提出的“极致、专注、口碑、快”互联网七字要决,也在心悦服务运营的道路上进行潜心实践。 把心悦服务当成一个产品,专注于服务本身、让用户参与进来设计服务内容、把每一个服务特权进行极致打造、快速迭代上线,并通过用户间的口耳相传进行传播,可以说,互联网思维也逐渐成为心悦服务运营的核心思维。 2基于提供更好用户体验的服务渠道选择 基于海量用户群体的客户服务,在线服务与语音服务的优劣势已非常明显,在互联网时代,在线服务也得到越来越多传统企业的青睐,因此在最初的服务渠道选择上,心悦也进行了较为深入的探讨

    54280

    中国互联网协会李国斌:“互联网+”时代,政府应从管理者转为服务

    本文根据中国互联网协会互联网法治工作委员会主任李国斌在7月23日举办的“互联网+”时代的法治创新——第二届中国互联网法律政策论坛的发言整理。 ?   大家上午好! 近年来互联网服务经济、发展转型,带动传统产业升级等方面产生了不可估量的作用,迄今为止我国已经诞生了一批具有国际影响力的互联网企业。 互联网产业利益攸关者要积极行动起来,积极推动“互联网+”行动的落实与落地,政府主管部门要积极听取民意,在博弈中加强协调,权衡各方面求同求进、改革创新,从管理者转向服务者。 政府应当逐步破除行业壁垒,放开融合性产品和服务准入的界限,维护公平市场竞争秩序,加强融合业务的协同监管,以开放包容的态度鼓励创新发展。 二,开放公共数据。 政府应当推动交通、教育、医疗等公共数据资源开放共享,发挥市场主体的优势,促进互联网与公共服务的融合,实现优势资源配置,使公众享受到更加公平、高效、优质、便捷的服务。 三,加强重点领域的引导和扶持。

    52050

    政企携手推进“互联网+政务服务”,助力数字政府建设

    2017年3月5日国家就提出:推进“互联网+政务服务”推进政务服务“一网、一门、一次”改革实施方案“互联网+政务服务”是以简政放权、创新监管、提升服务为核心,以信息化技术为支撑,让“群众跑腿”变为“数据跑腿 ”的服务管理新模式。 2018年4月12日重庆《互联网+数字经济峰会》 一个目标,指的是腾讯要成为各行各业的“数字化助手”,助力各行各业实现数字化转型升级;三个角色,指的是腾讯要专注做三件事:做连接、工具和生态;五个服务,指的是民生政务 早在2017年3月,外交部全球领事保护与服务应急呼叫中心12308就上线了“外交部12308”小程序,无论在哪都能实现求助,服务民众需求。 政府与企业紧密合作,加上各专业开发团队的支持,全面支撑起数字化政府的建设,形成了一个开放共赢、百花齐放的互联网+政务服务生态体系。

    28630

    spring cloud构建互联网分布式微服务云平台-服务链路追踪

    篇文章主要讲述服务追踪组件zipkin,Spring Cloud Sleuth集成了zipkin组件。 二、服务追踪分析 微服务架构上通过业务来划分服务的,通过REST调用,对外暴露的一个接口,可能需要很多个服务协同才能完成这个接口功能,如果链路上任何一个服务出现问题或者网络超时,都会形成导致接口调用失败 随着业务的不断扩张,服务之间互相调用会越来越复杂。 随着服务的越来越多,对调用链的分析会越来越复杂。 ,如果将其sr减去cs时间戳便可得到网络延迟 ss – Server Sent -注解表明请求处理的完成(当请求返回客户端),如果ss减去sr时间戳便可得到服务端需要的处理请求时间 cr – Client Received -表明span的结束,客户端成功接收到服务端的回复,如果cr减去cs时间戳便可得到客户端从服务端获取回复的所有所需时间 将Span和Trace在一个系统中使用Zipkin注解的过程图形化

    6930

    互联网架构』软件架构-微服务介绍及Eureka服务注册与发现(91)

    *微服务特点 每个小组专注于一个微型服务,致力于该服务的稳定性,可用性,服务性能,以及业务的迭代开发。 每个微服务可以独立运行(独立一个进程运行) 。 多个微服务或者说一系列微服务组合起来就构建了一个或者多个独立的系统 。 每个微服务只针对独立的业务开发基础的服务,也就是说一个微服务只关注某个特定的功能。 服务自治。 轻量级通讯原则。 接口明确原则。 微服务粒度(服务层原则,服务给谁)。 服务依赖(不要形成回环)。 (五)基于Springboot的微服务架构的改造 用户微服务 订单微服务 调用流程:客户端>订单微服务>用户微服务 当用户微服务有多台实例提供高可用服务或者负载均衡服务的时候,订单微服务怎么来调用用户微服务呢 当服务注册中心Eureka Server检测到服务提供者因为宕机、网络原因不可用时,则在服务注册中心将服务置为DOWN状态,并把当前服务提供者状态向订阅者发布,订阅过的服务消费者更新本地缓存。

    29420

    扫码关注腾讯云开发者

    领取腾讯云代金券