首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    什么是路由器?如何配置路由

    为了解决这个问题,我们有很多方法,例如,连接一个集线器来扩展接口,但这不会允许路由器在这个单一接口上连接两个不同的网段,相反,我们可以使用路由器来做到这一点。...什么是“路由器” “路由器”是在单个物理接口上配置多个逻辑接口,实现单个接口上多个网段访问的路由器。...[图 1:路由器] 路由器的优缺点 路由器的最大优势和主要用途:节省了路由器接口的成本。...相反,路由器需要额外的配置,会带来潜在的故障,也会带来单点故障。...如何配置路由器 以下图为例: [202203062217671.png] 要配置路由器,有四个主要的关键配置: 在路由器上配置逻辑接口,使能ARP广播,使逻辑接口能够初始发送ARP请求报文。

    1.9K30

    应用优化--权限

    本文链接:https://ligang.blog.csdn.net/article/details/82686892 前段时间,撰写过“ 应用优化–懒加载”的问题,这篇我们描述一下应用的另外一个问题权限...vue2.2.0以后新增了router.addRoutes,可动态挂载路由,无需在实例化之前就挂载上去的!...(store.getters.addRouters)添加用户可访问的路由; 使用vuex管理路由表,根据vuex中可访问的路由渲染header、侧边栏组件。...,这里后台需要返回component的加载信息,然后前端直接addRoutes指定路由下(无权限的路由不会挂载,但后台需要指定component地址,前端强制依赖后台); 方式二:后台返回相关路由权限标识...,前端将完整路由进行标识展示(所有路由会被挂载) 我们采用二者结合方式,使用后台路由标识name(这里需要保证name的唯一性),然后前端根据后台返回的标识对路由进行剔除,动态添加路由

    1.4K31

    【前端词典】应用 VS 多应用

    前言 最近看到一些人在问页面和多页面应用的区别。因为最近在整理 Vue 相关的内容,所以也就输出这一篇短文希望可以给你一个整体的认识。 这里也会大体介绍应用实现的核心 —— 前端路由。...应用 VS 多应用 直观对比图 ? 应用(SinglePage Application,SPA) 指只有一个主页面的应用,一开始只需加载一次 js,css 等相关资源。...应用跳转,就是切换相关组件,仅刷新局部资源。 多应用(MultiPage Application,MPA) 指有多个独立的页面的应用,每个页面必须重复加载 js,css 等相关资源。...相关成本 前期开发成本较高,后期维护较为容易 前期开发成本低,后期维护就比较麻烦,因为可能一个功能需要改很多地方 应用实现 —— 前端路由 前端路由的核心:改变视图的同时不会向后端发出请求。...后来人们称其为前端路由,成为应用标配。 hash 模式的特点在于 hash 出现在 url 中,但是不会被包括在 HTTP 请求中,对后端没有影响,不会重新加载页面。

    1.9K40

    【前端词典】应用 VS 多应用

    前言 最近看到一些人在问页面和多页面应用的区别。因为最近在整理 Vue 相关的内容,所以也就输出这一篇短文希望可以给你一个整体的认识。 这里也会大体介绍应用实现的核心 —— 前端路由。...应用 VS 多应用 直观对比图 ? 应用(SinglePage Application,SPA) 指只有一个主页面的应用,一开始只需加载一次 js,css 等相关资源。...应用跳转,就是切换相关组件,仅刷新局部资源。 多应用(MultiPage Application,MPA) 指有多个独立的页面的应用,每个页面必须重复加载 js,css 等相关资源。...相关成本 前期开发成本较高,后期维护较为容易 前期开发成本低,后期维护就比较麻烦,因为可能一个功能需要改很多地方 应用实现 —— 前端路由 前端路由的核心:改变视图的同时不会向后端发出请求。...后来人们称其为前端路由,成为应用标配。 hash 模式的特点在于 hash 出现在 url 中,但是不会被包括在 HTTP 请求中,对后端没有影响,不会重新加载页面。

    1.8K20

    应用首屏问题

    刚开始用vue的时候就听有人一直说打包出来的包太大了,导致首次加载特别慢,之后采用了路由懒加载,把每个页面都单独打包,首次加载从来没有觉得慢过。或许是自己做的项目太少不够大,所以没有考虑过这件事。...为什么应用首次打开会比较慢,我的理解是全局注入的东西如果比较多,那么第一次加载确实会比较慢。...因为我们经常在mainjs里面引入很多插件和UI库,虽然路由懒加载了,首次加载只是加载某一个页面,但是引入的插件和UI库第一次还是要加载的,这就导致首次加载很慢。...这边顺便说一下为什么有利于seo,应用的项目,你右键查看源代码,dom结构只有一个id是root的div,浏览器刚打开扫描dom的时候只有这个div,后面通过js注入了,但是扫描已经结束了,所以不利于...seo,而服务器渲染或者以前的多项目,右键查看源代码,dom都是直接就有的。

    1.5K20

    Webpack实战-管理多个应用

    实际的做法是按照功能模块划分成多个应用,每个应用生成一个 HTML 文件。并且随着业务的发展更多的应用可能会逐渐被加入到项目中去。...来继续改造上一节的例子,要求如下: 项目目前共有2个应用组成,一个是主页 index.html,一个是用户登入 login.html; 多个应用之间会有公共的代码部分,需要把这些公共的部分抽离出来...例如多个页面都使用一套 CSS 样式,都采用了 React 框架,这些公共的部分需要抽离到单独的文件中; 随着业务的发展后面可能会不断的加入新的应用,但是每次新加入应用不能去改动构建相关的代码。...,例如都放在 pages 目录下; 一个应用一个单独的文件夹,例如最后生成的 index.html 相关的代码都在 index 目录下,login.html 同理; 每个应用的目录下都有一个 index.js...由于这个模版文件被当作项目中所有应用的模版,就不能再像上一节中直接写 Chunk 的名称去引入资源,因为需要被注入到当前页面的 Chunk 名称是不定的,每个应用都会有自己的名称。 <!

    1.8K50

    使用HeadlessChrome做应用SEO

    随着react、vue、angular等前端框架的流行越来越多的web应用变成了应用,它们的特点是异步拉取数据在浏览器中渲染出HTML。...有没有一个可用于任何应用的SEO解决方案,让我们不用对代码做改变保持原有的开发效率?...只渲染出了HTML还不够我们还需要检测出来着搜索引擎爬虫的访问,如果请求来着爬虫就返回chrome-render渲染后的HTML否则返回正常的应用所需HTML。 综上,整体架构如下: ?...seoMiddleware = require('koa-seo'); const app = new Koa(); app.use(seoMiddleware()); 只需像这样接入一个中间件你的应用就被...使用chrome-render做服务端渲染的 优势在于: 通用,适用于所有应用 对原有代码几乎无改动,最多再合适的地方加个window.chromeRenderReady(),保持原有开发效率 缺点在于

    82820
    领券