接上篇内容 继续聊聊SEO优化过程中的一些事情（问题猜测&方案）及优化前后的数据对比。 搜索引擎不收录内容？ 自系统迭代上线后Google、Bing、Baidu等搜索引擎对社区的收录不太友好。索引数据慢慢消失… 随后开始进行优化处理。更多原因请参考上篇前后端分离的项目如何进行SEO优化（实践中） 系统架构介绍 流程 处理过程中的方案整理 1.0 根据搜索引擎的user—agent 进行Proxy 1.1 处理说明 使用njs进行服务端渲染 。( njs是nginScript的简称，是为了 NGINX 和 NGINX Plus 而开发的 JavaScript 实现，它被设计用于在服务器端处理请求。它通过融入 JavaScript 代码...

本文主要讲如何优化前后端分离的系统（分析原因+解决方案） 为什么要做SEO，这个问题想必大家都知道，不知道的百度去。 发现问题 对开发工程师人员来说SEO并不陌生，8月初我们上线了新版本 智源社区 ： https://hub.baai.ac.cn 待所有功能完善后（中间发了很多小版本修复bug），运营人员在Google上搜索并没有检索出我们社区的最新内容，最新的检索内容停留在了五月份，随后反馈到技术。 项目介绍 前端使用的是vue开发、后端是php，go, node.js 属于前后端分离的系统。 首页，个人主页采用的是vue开发，详情页是vue页面中嵌套的服务端渲染的页面。 问题分析 排查后发现爬虫对iframe 一点都不友好，恰好...

随着用户访问请求的压力的剧增，服务器可能处理不过增量太快的请求。单用户请求的响应时间将会变长。如果说有一个什么方案来解决这个问题，那缓存肯定是首选。 不改动代码的情况下使用 nginx 来做缓存处理，两种选择：1，nginx+redis+srcache；2，nginx-memcached+srcache 两种方式都是使用nginx modules模块, 由于memcached有存储大小限制，不得超过1M，我选择了redis服务，还是老样子使用容器，开始编译镜像。 官方的 nginx modules 使用说明, srcache-nginx-module 原理说明 版本说明 Ubuntu：18.04 Nginx:1.19.7...

软件：haproxy—主要是做负载均衡的7层，也可以做4层负载均衡 apache也可以做7层负载均衡，但是很麻烦。实际工作中没有人用； 负载均衡是通过OSI协议对应的； 7层负载均衡：用的7层http协议； 4层负载均衡：用的是tcp协议加端口号做的负载均衡； ha-proxy概述 ha-proxy是一款高性能的负载均衡软件。因为其专注于负载均衡这一些事情，因此与nginx比起来在负载均衡这件事情上做的更好，更专业。 ha-proxy的特点 1ha-proxy 作为目前流行的负载均衡软件，必须有其出色的一面。下面介绍一下ha-proxy负载均衡软件的优点。 2 3•支持tcp / http 两种协议层的负载均衡，使得其负载均衡功能...

在性能瓶颈的时候一台容器服务器远远达不到业务要求，在搜查资料后发现 docker 水平扩展刚好能解决部分需求，接下来聊一聊 docker-compose 中的 scale 命令 示例 1docker-compose up --scale web=5 -d 1，启动多容器，这里用nginx镜像实践; 通过scale 启动5个web服务节点（数量可以自行配置）,依旧创建 docker-compose.yml 复制以下配置内容，使用traefik作为网关，不了解traefik可以问度娘。 1# ngixn_web.conf 2 3user nginx; 4 worker_processes 1; 5 error_log...