- 综合排序
- 最热优先
- 最新优先
- 来自专栏终有链响
Nginx配置反向代理 java服务和前端服务
背景： 最近项目需求是全部要实现https访问，但是我一想这么多服务，一个个的搞成https太费劲了，干脆直接在nginx上做 https 转发到对应的http 服务上去。 |\.htaccess|\.git|\.svn|\.project|LICENSE|README.md) { return 404; } #代理后端java服务 proxy_pass http://127.0.0.1:9003/; } #---------------------**教育网页端 start --------------- #代理前端 vue服务 location /appVue/ { proxy_pass http://192.168.105.6/app/; # ------------start 支持图片代理 location /backendVue/ { proxy_pass http://192.168.105.6/backend/; } #代理公众号服务 location
56610编辑于 2024-07-29 - 来自专栏一Li小麦
node服务及前端应用部署
开发一个服务和全面部署还是有很大差距的。主要体现在三个方面。 故障恢复：崩了怎么办？ 多核利用：node单进程如何使用？ 多进程如何共享端口？ 本文案例取自在笔者腾讯云服务器上的实践。 对于前端（伪全栈）来说，想要流畅的上手部署。命令行知识还是基础。其次是及时收藏不会的知识点。第三是多在服务器上玩玩，只要胆大心细，玩不坏的。 上传文件到服务器 本地的话可以用cp（copy）命令。 2 watch : true env : NODE_ENV : production 然后 pm2 start process.yml ### Nginx配置 我有一个前端文件 前端项目配置 nginx的主配置文件在 /etc/nginx/nginx.conf。 前端需要调用后端接口。
2.4K40发布于 2019-08-09 - 来自专栏码客
前端微服务化搭建-qiankun
/package.json").name; module.exports = { // 服务配置 devServer: { port: 9001, //端口号 //允许跨域
53030编辑于 2022-02-28 - 来自专栏技术综合
前端页面对接nats服务
启动nats服务端1) 拉取nats服务端镜像podman pull docker.1panel.live/library/nats2) 运行nats服务端需要配置websocket在本机目录新建一个nats.conf 文件，例如/home/xxx/nats.conf，文件内容如下websocket { port: 8080 no_tls: true}然后启动nats服务podman run -it - 浏览器接入nats的websocket服务1）新建vite原生js项目2）安装依赖pnpm add nats.ws3）代码编写import { connect, StringCodec } from '
51720编辑于 2024-07-29 - 来自专栏为了不折腾而去折腾的那些事
使用 Nginx 构建前端日志统计服务（打点采集）服务
使用 Nginx 构建前端日志统计服务（打点采集）服务 工作中经常会遇到需要“数据支撑”决策的时候，那么可曾想过这些数据从何而来呢？ 如果业务涉及 Web 服务，那么这些数据的来源之一便是服务器上各种服务器的请求数据，如果我们将专门用于统计的数据进行服务器区分，有一些服务器专注于接收“统计类型”的请求，那么产生的这些日志便是“打点日志 本文将介绍如何在容器中使用 Nginx 简单搭建一个支持前端使用的统计（打点采集）服务，避免引入过多的技术栈，徒增维护成本。 所以这几年中，不断有公司将数据统计方案由 GET 切换为 POST 方案，结合自研定制的 SDK，对客户端的数据统计进行进行“打包合并”，并进行有一定频率的增量日志上报，极大的解决了前端性能问题、以及降低了服务器的压力 ，而且为了业务安全，一般情况，我们会在服务端设置允许进行跨域请求的域名白名单，参考上文中的方式，我们可以很容易的定义出类似下面的 Nginx map 配置，来谢绝所有前端非授权跨域请求： map $http_origin
1.6K10发布于 2020-11-09 - 来自专栏为了不折腾而去折腾的那些事
使用 Nginx 构建前端日志统计服务（打点采集）服务
使用 Nginx 构建前端日志统计服务（打点采集）服务 工作中经常会遇到需要“数据支撑”决策的时候，那么可曾想过这些数据从何而来呢？ 如果业务涉及 Web 服务，那么这些数据的来源之一便是服务器上各种服务器的请求数据，如果我们将专门用于统计的数据进行服务器区分，有一些服务器专注于接收“统计类型”的请求，那么产生的这些日志便是“打点日志 本文将介绍如何在容器中使用 Nginx 简单搭建一个支持前端使用的统计（打点采集）服务，避免引入过多的技术栈，徒增维护成本。 所以这几年中，不断有公司将数据统计方案由 GET 切换为 POST 方案，结合自研定制的 SDK，对客户端的数据统计进行进行“打包合并”，并进行有一定频率的增量日志上报，极大的解决了前端性能问题、以及降低了服务器的压力 ，而且为了业务安全，一般情况，我们会在服务端设置允许进行跨域请求的域名白名单，参考上文中的方式，我们可以很容易的定义出类似下面的 Nginx map 配置，来谢绝所有前端非授权跨域请求： map $http_origin
2.3K10发布于 2020-11-01 - 来自专栏前端森林
使用 Nginx 构建前端日志统计服务
这个大的项目以 low code 为核心，囊括了编辑器前端、编辑器后端、C 端 H5、组件库、组件平台、后台管理系统前端、后台管理系统后台、统计服务、自研 CLI 九大系统。 今天就来说一下其中的统计服务：目的主要是为了实现 H5 页面的分渠道统计(其实不仅仅是分渠道统计，核心是想做一个自定义事件统计服务，只是目前有分渠道统计的需求)，查看每个渠道具体的 PV 情况。 具体会在 url 上面体现，会带上页面名称、id、渠道类型等) 先放一下整体流程图吧： 2日志收集 常见的日志收集方式有手动埋点和自动埋点，这里我们不关注于如何收集日志，而是如何将收集的日志的发送到服务器 所以参考了很多统计服务的设计，这里采用的字段为： env event key value 之后每次访问页面，nginx就会自动记录日志到access_log中。 3日志拆分 为何要拆分日志 access.log日志默认不会拆分，会越积累越多，系统磁盘的空间会被消耗得越来越多，将来可能面临着日志写入失败、服务异常的问题。
92930编辑于 2021-12-26 - 来自专栏终身学习者
后端有 微服务，那前端呢？初探 微前端 的世界
前言 最近笔者在工作上一直听到后端工程师们在谈论 Microservices(微服务) 的架构设计，听到的当下立马去查询才知道原来 Microservices 这麽潮，身为前端工程师的我当然也希望前端也可以有这麽新颖的架构 Microservices 是一种软件架构，专注开发在每一个小型功能或者服务上，最后再利用模组化的方式组合出一个大型的应用程式。 不过后端跟前端完全不一样，后端是藉由一个又一个的 request 来 real time 的执行相关的代码，所以在 Microservices 的架构中，想要让一个又一个的服务能互相沟通，这时候就是要仰赖各个 ，亦或者是要开发一个以效能为主的服务，这时候就可以用 Rust 进行开发。 什麽是 Micro Frontends(微前端)？
78310编辑于 2022-10-27 - 来自专栏ThoughtWorks
「微前端」- 将微服务理念扩展到前端开发 | 洞见
文章大纲： 微前端的缘由：单体应用与微服务架构 微服务架构带来了哪些好处？ 那么前端的现状呢？ —— 臃肿的前端 微前端的定义 - 将微服务理念扩展到前端开发 微前端的核心思想 拆分微前端所带来的好处 ---- 微前端的缘由：单体应用与微服务架构 在传统的软件开发当中，大多数软件都是单体式应用架构 在这一基础上微服务架构允许企业更自发地采取更深远的业务决策，因为每个微服务都是独立运作的，而且每一个管理团队可以很好地控制该服务的变更。 那么前端的现状呢？ —— 臃肿的前端 ? ---- 微前端的定义 - 将微服务理念扩展到前端开发 ? 微前端（Micro Frontends）这个术语其实就是微服务的衍生物。 如果我们看到微服务提供给后端的好处，就可以更进一步将这些好处应用到前端。与此同时，在设计微服务的时候，就可以考虑不仅要完成后端逻辑，而且还要完成前端的视觉部分。
1.3K70发布于 2018-04-13 - 来自专栏程序员的知识天地
实施前端微服务化的方式
微前端架构是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。 结合我最近半年在微前端方面的实践和研究来看，微前端架构一般可以由以下几种方式进行： 使用 HTTP 服务器的路由来重定向多个应用 在不同的框架之上设计通讯、加载机制，诸如 Mooa 和 Single-SPA 基础铺垫：应用分发路由 -> 路由分发应用 在一个单体前端、单体后端应用中，有一个典型的特征，即路由是由框架来分发的，框架将路由指定到对应的组件或者内部服务中。 其通常可以通过 HTTP 服务器的反向代理来实现，又或者是应用框架自带的路由来解决。 就当前而言，通过路由分发式的微前端架构应该是采用最多、最易采用的 “微前端” 方案。 采用微服务的团队里，也不会因为微服务这一个前端，来使用不同的语言和技术来开发。当然了，如果要使用别的框架，也不是问题，我们只需要结合上一步中的自制框架兼容应用就可以满足我们的需求。
1.4K10发布于 2018-09-14 - 来自专栏终身学习者
后端有微服务，那前端呢？初探 微前端 的世界
前言 最近笔者在工作上一直听到后端工程师们在谈论 Microservices(微服务) 的架构设计，听到的当下立马去查询才知道原来 Microservices 这麽潮，身为前端工程师的我当然也希望前端也可以有这麽新颖的架构 Microservices 是一种软件架构，专注开发在每一个小型功能或者服务上，最后再利用模组化的方式组合出一个大型的应用程式。 不过后端跟前端完全不一样，后端是藉由一个又一个的 request 来 real time 的执行相关的代码，所以在 Microservices 的架构中，想要让一个又一个的服务能互相沟通，这时候就是要仰赖各个 ，亦或者是要开发一个以效能为主的服务，这时候就可以用 Rust 进行开发。 什麽是 Micro Frontends(微前端)？
72230编辑于 2023-03-01 - 来自专栏zaking's
《前端运维》一、Linux基础--11服务
首先服务的概念，对于linux服务器来说，其中大多数的软件都算是服务，比如nginx、mysql、Jenkins等等。下面我们就来学习一下linux中有关服务的一些内容。 2、服务的分类 首先，系统开启的服务越少，那么服务器就会更加稳定和安全。服务的安装方式不同，启动的方式也有差异。 通常服务的管理方式有两种： RPM包安装的服务,由软件包作者指定安装位置,独立的服务，绝大多数服务都是独立运行在内存中的，可以直接响应客户端的请求 源码包安装的服务，由我们用户决定安装位置 然后，我们可以通过不同的方式查看包安装的位置 数据 -l，列出正在监听的网络服务 -n，用端口号来显示服务，而不是服务名 -p，列出该服务的进程id 二、RPM包服务管理 RMP 是 LINUX 下的一种软件的可执行程序，你只要安装它就可以了。 ：在服务器上面存放了所有的RPM软件包，然后以相关的功能去分析每个RPM文件的依赖性关系，将这些数据记录成文件存放在服务器的某特定目录内。
1K20编辑于 2022-05-10 - 来自专栏吴裕超
浅析前端渲染与服务端渲染
背景知识： 「后端渲染」指传统的 ASP、Java 或 PHP 的渲染机制； 「前端渲染」指使用 JS 来渲染页面大部分内容，代表是现在流行的 SPA 单页面应用； 「同构渲染」指前后端共用 即：服务端渲染，实际上也是需要客户端进行 再次地、但开销很小的二次渲染。 前端渲染的优势 局部刷新。无需每次都进行完整页面请求 懒加载。 还有静态站点的渲染，但这类应用本身复杂度低，很多前端框架已经能完全囊括。 耗时对比： 时间耗时比较： 1. 数据请求：由服务端请求数据而不是客户端请求数据，这是“快”的一个主要原因。 增加了前端的工作量，需要多维护node层。 解决方案： 一、前端和后端先行讨论对接，确定哪些是前端渲染哪些是后端渲染，确定字段，接口格式。 前端渲染的部分，又分为2种， 1、前端模板，vue、react去绑数据，实现方式为virtual Dom。
3.6K40发布于 2018-02-28 - 来自专栏零基础自学Java
【微服务】168：搜索的前端页面分析
学习计划安排，搜索相关的前端页面分析： 页面的头部栏。 搜索页面获取请求参数。 浏览器上做个简单的js代码测试。 至于发送请求和后台代码留待明天完成。 一、页面头部栏 关于前端代码基本上都已经写好了，但本着学习的态度，最好自己也能看得懂。 大致捋一捋js代码编写的一个流程。 1头部栏代码 ? 一般来说，看前端代码先找到index.html这个文件，从它开始看起。 我们可以找到上述代码，这是其对头部栏的说明，而搜索就是属于头部栏的一部分。 头部栏是用自定义组件lyTop来实现的。 以上就是对搜索前端页面的一个说明。 在上述代码中我只是定义了一个请求方法loadData，在生命周期钩子函数created中直接调用了该方法。 但是其具体发送请求的代码还未编写完成，明天补充完成。
1.6K30发布于 2020-09-28 - 来自专栏后端开发随笔
前端开发利器之静态服务器
在进行前端页面开发时，为了调试方便，需要在本地启动一个静态文件服务器，而不需要与后端api服务一起部署。 常用静态文件服务器 01. anywhere 使用简单，需要nodejs环境。 docs.python.org/3/library/http.server.html 04. nginx 下载地址：https://nginx.org/en/download.html nginx是常用的静态文件服务器
1.8K20发布于 2019-09-11 - 来自专栏Linux代码
apachectl - Apache服务器前端控制工具
apachectl 是 Apache HTTP 服务器的前端控制工具，它为用户提供了一个便捷的方式来管理和操作 Apache 服务器。 它封装了一系列底层的 Apache 服务器管理命令，允许用户通过简单的命令行参数来启动、停止、重启服务器，检查配置文件的正确性，以及查看服务器的状态等。 启动 Apache 服务器apachectl start该命令会启动 Apache 服务器。如果服务器已经在运行，再次执行此命令会提示错误。2. 服务器初始化和部署在新安装 Apache 服务器后，使用 apachectl start 命令启动服务器，使网站能够正常对外提供服务。 服务器维护在进行服务器维护时，如进行系统升级或硬件维护，需要停止 Apache 服务器，可以使用 apachectl stop 命令。维护完成后，再使用 apachectl start 启动服务器。
36310编辑于 2025-02-02 - 来自专栏TopFE
前端qiankun微服务单镜像部署方案
部署时每启动一个应用都相当于启动一个ngixn应用，每页应用占用一个端口，大大浪费了服务器运行内存。 任何一个实施运维人员去部署前端应用都会感觉吃力，首先他要知道5个应用的镜像名称，然后使用5个端口启动这5个镜像，然后在kong网关里，使用端口和服务名，配置5个route，然后在配置5个service。 更重要的是如果某一个环节出错了，很难调试，运维不懂前端框架，不懂前端资源的调配。前端又不同网关的配置。这个流程很繁琐。 综上所述，目前单独部署子应用的方式主要存在以下二个痛点 构建，部署流程复杂，易出错 资源浪费，浪费存储空间和运行空间，应用维护 前端微服务框架qiankun 首先需要先补充qiankun框架的知识 重点要先理解下面这个配置 如有问题，欢迎来信与我探讨微服务单镜像的部署方案
1.8K20编辑于 2022-01-24 - 来自专栏脑洞前端
微服务前端数据加载的最佳实践
目前在不少团队里已经逐步实践落地了微服务架构，比如前端圈很流行的 BFF（Backend For Frontend）其实就是微服务架构的一种变种，即让前端团队维护一套“胶水层/接入层/API层”的服务， 在这种架构下，服务在大体上可以分为两种角色： 前端服务（Frontend），包装底层的微服务，对外直接暴露可调用的 API。 最简单的情形 我们先考虑一种最简单的情形，也就是每当有外部请求进来，那么前端服务都会向若干个后台微服务请求数据，然后进行逻辑处理，返回响应： ? 加入本地缓存 于是我们在前端服务中加入了本地内存缓存（Local Cache），让大多数请求都命中本地缓存，从而减少了后台服务的负担： ? 容灾缓存 我们不妨考虑一种极端的情况：如果后台服务全挂了，前端服务能不能使用缓存里的来“撑住”一段时间？
1.2K10发布于 2021-05-10 - 来自专栏通往体面生活的路上
微服务 day02：CMS前端开发
CMS 前端工程的基础构建 解决前端跨域请求的问题，并理解前端请求数据的流程。 2、适合前后端分离开发，服务端提供http接口，前端请求http接口获取数据，使用JS进行客户端渲染。 2、调用 前端 page_list.vue 页面导入cms.js，调用js方法请求服务端页面查询接口。 根据图中所示，我们总结流程如下： 1、在浏览器输入前端url 2、前端框架 vue.js 根据 url 解析路由，根据路由找到 page_list.vue 页面 3、首先执行 page_list.vue ，node.js 将请求转发到服务端(http://localhost:31001/cms/page/list) 8、服务端处理，将查询结果响应给前端 9、成功响应调用 then 方法，在 then 方法中处理响应结果
2K00发布于 2020-08-05 - 来自专栏全栈程序员必看
《前端运维》一、Linux基础–11服务
首先服务的概念，对于linux服务器来说，其中大多数的软件都算是服务，比如nginx、mysql、Jenkins等等。下面我们就来学习一下linux中有关服务的一些内容。 2、服务的分类 首先，系统开启的服务越少，那么服务器就会更加稳定和安全。服务的安装方式不同，启动的方式也有差异。 通常服务的管理方式有两种： RPM包安装的服务,由软件包作者指定安装位置,独立的服务，绝大多数服务都是独立运行在内存中的，可以直接响应客户端的请求 源码包安装的服务，由我们用户决定安装位置 然后，我们可以通过不同的方式查看包安装的位置 数据 -l，列出正在监听的网络服务 -n，用端口号来显示服务，而不是服务名 -p，列出该服务的进程id 二、RPM包服务管理 RMP 是 LINUX 下的一种软件的可执行程序，你只要安装它就可以了。 ：在服务器上面存放了所有的RPM软件包，然后以相关的功能去分析每个RPM文件的依赖性关系，将这些数据记录成文件存放在服务器的某特定目录内。
95130编辑于 2022-07-21
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号