Convert Figma logo to code with AI

xuqiang521 logonuxt-ssr-demo

:sparkles: 高仿掘金,整合 vue + nuxt + axios + vuex + vue-router (nuxt 自带 vuex 和 vue-router),一个基于 Nuxt 的服务器端渲染 Demo

1,200
297
1,200
25

Top Related Projects

54,472

The Intuitive Vue Framework.

125,825

The React Framework

5,226

⚡A zero-config bundler for JavaScript applications.

25,724

Quasar Framework - Build high-performance VueJS user interfaces in record time

Quick Overview

Nuxt-ssr-demo is a demonstration project showcasing server-side rendering (SSR) with Nuxt.js, a popular Vue.js framework. It provides a practical example of how to implement SSR in a Vue.js application using Nuxt.js, offering developers a starting point for building performant and SEO-friendly web applications.

Pros

  • Demonstrates best practices for implementing SSR with Nuxt.js
  • Includes examples of common features like routing and state management
  • Provides a solid foundation for building scalable Vue.js applications
  • Offers improved SEO and initial page load performance compared to client-side rendering

Cons

  • May be outdated, as the repository hasn't been updated recently
  • Limited documentation and explanations within the project
  • Lacks examples of more advanced Nuxt.js features
  • May not reflect the latest Nuxt.js best practices or syntax

Code Examples

  1. Configuring Vuex store:
export const state = () => ({
  counter: 0
})

export const mutations = {
  increment (state) {
    state.counter++
  }
}
  1. Creating a Nuxt page component:
<template>
  <div>
    <h1>{{ title }}</h1>
    <nuxt-link to="/">Home</nuxt-link>
  </div>
</template>

<script>
export default {
  data() {
    return {
      title: 'About Page'
    }
  }
}
</script>
  1. Implementing asyncData for server-side data fetching:
export default {
  async asyncData({ $axios }) {
    const { data } = await $axios.get('https://api.example.com/data')
    return { fetchedData: data }
  }
}

Getting Started

To get started with nuxt-ssr-demo:

  1. Clone the repository:

    git clone https://github.com/xuqiang521/nuxt-ssr-demo.git
    
  2. Install dependencies:

    cd nuxt-ssr-demo
    npm install
    
  3. Run the development server:

    npm run dev
    
  4. Open your browser and navigate to http://localhost:3000 to see the demo in action.

Competitor Comparisons

54,472

The Intuitive Vue Framework.

Pros of Nuxt

  • Official Nuxt.js framework with extensive documentation and community support
  • Regularly updated with new features and improvements
  • Offers a more comprehensive set of features for building production-ready applications

Cons of Nuxt

  • Larger codebase and potentially steeper learning curve for beginners
  • May include unnecessary features for simple projects, leading to increased complexity

Code Comparison

nuxt-ssr-demo:

export default {
  mode: 'universal',
  head: {
    title: 'nuxt-ssr-demo',
    meta: [
      { charset: 'utf-8' },
      { name: 'viewport', content: 'width=device-width, initial-scale=1' }
    ]
  }
}

Nuxt:

export default defineNuxtConfig({
  app: {
    head: {
      charset: 'utf-8',
      viewport: 'width=device-width, initial-scale=1',
    }
  }
})

The nuxt-ssr-demo configuration uses an older Nuxt.js syntax, while the Nuxt repository showcases the newer, more concise configuration style using the defineNuxtConfig function. This reflects the ongoing development and improvements in the official Nuxt framework.

125,825

The React Framework

Pros of Next.js

  • More mature and widely adopted framework with larger community support
  • Better performance optimization out of the box, including automatic code splitting
  • Seamless integration with Vercel's deployment platform

Cons of Next.js

  • Steeper learning curve for developers new to React
  • Less opinionated structure compared to Nuxt, which may require more configuration

Code Comparison

Next.js:

// pages/index.js
export default function Home() {
  return <h1>Welcome to Next.js!</h1>
}

nuxt-ssr-demo:

<!-- pages/index.vue -->
<template>
  <h1>Welcome to Nuxt.js!</h1>
</template>

The main difference in the code structure is that Next.js uses React components directly, while nuxt-ssr-demo uses Vue's template syntax. Next.js pages are defined as React components in JavaScript files, whereas Nuxt.js pages are typically defined in .vue files with a template section.

Next.js offers more flexibility in terms of rendering methods (Static Site Generation, Server-Side Rendering, and Client-Side Rendering) on a per-page basis, which can lead to better performance optimization. However, nuxt-ssr-demo provides a more structured approach that may be easier for beginners to understand and implement.

5,226

⚡A zero-config bundler for JavaScript applications.

Pros of poi

  • More flexible and lightweight, suitable for various project types
  • Simpler configuration and setup process
  • Faster build times for smaller projects

Cons of poi

  • Less opinionated, requiring more manual configuration for complex setups
  • Fewer built-in features for server-side rendering (SSR)
  • Smaller community and ecosystem compared to Nuxt.js

Code Comparison

nuxt-ssr-demo:

export default {
  mode: 'universal',
  modules: [
    '@nuxtjs/axios',
    '@nuxtjs/pwa',
  ],
  build: {
    extend(config, ctx) {}
  }
}

poi:

module.exports = {
  entry: './src/index.js',
  output: {
    dir: 'dist',
    publicUrl: '/'
  },
  plugins: [
    require('@poi/plugin-vue')()
  ]
}

The nuxt-ssr-demo configuration showcases Nuxt.js's built-in support for universal mode and easy integration of modules. In contrast, poi's configuration is more minimal and requires explicit plugin setup for Vue support.

While nuxt-ssr-demo is tailored for server-side rendering with Vue.js, poi offers a more versatile approach suitable for various project types. nuxt-ssr-demo provides a more opinionated structure with built-in features, whereas poi allows for greater customization but may require more manual setup for complex scenarios.

25,724

Quasar Framework - Build high-performance VueJS user interfaces in record time

Pros of Quasar

  • Comprehensive UI framework with a large set of pre-built components
  • Cross-platform development support (web, mobile, desktop)
  • Active community and regular updates

Cons of Quasar

  • Steeper learning curve due to its extensive feature set
  • Potentially larger bundle size for simple applications
  • Less flexibility in customizing the build process compared to Nuxt

Code Comparison

nuxt-ssr-demo:

export default {
  mode: 'universal',
  head: {
    title: process.env.npm_package_name || '',
    meta: [
      { charset: 'utf-8' },
      { name: 'viewport', content: 'width=device-width, initial-scale=1' }
    ]
  }
}

Quasar:

export default {
  boot: [
    'i18n',
    'axios',
  ],
  css: [
    'app.scss'
  ],
  extras: [
    'roboto-font',
    'material-icons',
  ]
}

The nuxt-ssr-demo configuration focuses on SSR-specific settings, while Quasar's config includes more comprehensive app setup options. Quasar's configuration demonstrates its broader scope, including internationalization, HTTP client setup, and UI framework customization.

Convert Figma logo designs to code with AI

Visual Copilot

Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.

Try Visual Copilot

README

项目介绍

高仿掘金,项目中整合 vue + nuxt + axios + vuex + vue-router (nuxt 自带 vuex 和 vue-router),一个基于 Nuxt 的服务器端渲染 Demo

项目构建步骤

# 安装依赖
$ npm install # Or yarn install

# 启动服务,访问 localhost:3000
$ npm run dev

# 生成环境打包
$ npm run build
$ npm start

# 打包需要部署的静态页面
$ npm run generate

前端交流群:731175396

项目线上地址

完成功能列表

  • 服务器端渲染

  • 静态页面部署

  • 掘金首页

  • 掘金推荐列表

  • 掘金小册

  • 滚动分页加载

  • 不同端的布局适配

一、效果图

1、PC 端

2、移动端

看完最终完成的效果图,接下来,开始我们的实战之旅吧 ~

二、项目实战

一个项目开始之前,我喜欢先搭好一个空架子。所以这里还是老规矩,先带着大家把项目空壳搭好吧。

1、使用 starter 模板

这里关于项目初始化,我是直接使用的 Nuxt 官网提供的 starter 模板

# 安装 vue-cli
npm install -g vue-cli
# 初始化项目
vue init nuxt-community/starter-template nuxt-ssr-demo
# 安装依赖
cd nuxt-ssr-demo
npm install # Or yarn install
# 启动本地服务
npm run dev

访问 http://localhost:3000 ,现在我们来看下初始化好的项目目录

├── assets						css,图片等资源都在这
├── components                  组件相关
├── layouts                     路由布局
├── middleware                  中间件
├── pages                  		路由页面
├── static                  	静态资源
├── pages                  		路由页面
├── store              	      	vuex 相关
├── nuxt.config.js              nuxt 相关配置
├── package.json              	依赖相关
├── README.md              	    项目介绍

接触过 vue 的小伙伴,看着这个目前可能会有点小疑问,为什么没有 router 路由相关的文件?莫慌,Nuxt 会帮你将 pages 下面的文件自动解析成路由。所以在接下来的开发中,记得别瞎在 pages 下面新增文件,pages 下面的每一个 vue 文件就是一个路由。

2、引入 axios

i. 安装依赖

npm i axios -S

ii. 封装 axios

为了项目之后更加方便的开发,我们有必要对 axios 进行一层封装,我们要时刻养成这样一种好习惯。

首先在根目录下面新建 service 目录,在其下面建立 config.js 和 index.js 两个文件,下面的代码仅供参考,如果你的项目还需要做额外的一些配置,可自行进行拓展

在 config.js 中写入:

import http from 'http'
import https from 'https'

export default {
  // 自定义的请求头
  headers: {
    post: {
      'Content-Type': 'application/x-www-form-urlencoded;charset=UTF-8'
    },
    'X-Requested-With': 'XMLHttpRequest'
  },
  // 超时设置
  timeout: 10000,
  // 跨域是否带Token
  withCredentials: true,
  // 响应的数据格式 json / blob /document /arraybuffer / text / stream
  responseType: 'json',
  // 用于node.js
  httpAgent: new http.Agent({
    keepAlive: true
  }),
  httpsAgent: new https.Agent({
    keepAlive: true
  })
}

在 index.js 中写入:

import axios from 'axios'
import qs from 'qs'
import config from './config'

const service = axios.create(config)

service.interceptors.request.use(
  config => {
    return config
  },
  error => {
    return Promise.reject(error)
  }
)
// 返回结果处理
service.interceptors.response.use(
  res => {
    return res.data
  },
  error => {
    return Promise.reject(error)
  }
)

export default service

iii. 跨域处理

使用过 vue 的同学,肯定知道对于项目中的跨域,vue-cli 对 webpack 中的 proxy 选项进行了一层封装。它暴露出来的是一个叫 proxyTable 的选项,是对 webpack 中的 proxy 和其三方插件 http-proxy-middleware 的一个整合。

不幸的 Nuxt 中没有 proxyTable 这么一个配置项来进行跨域的配置。当然幸运的是,在 Nuxt 中你可以直接通过配置 http-proxy-middleware 来处理跨域。更幸运的是 Nuxt 官方提供了两个包来处理 axios 跨域问题。

首先,进行安装

npm i @nuxtjs/axios @nuxtjs/proxy -D

然后在 nuxt.config.js 文件里进行配置

modules: [
  '@nuxtjs/axios'
],
axios: {
  proxy: true
},
proxy: {
  '/api': {
    target: 'xxx.target.com',
    pathRewrite: { '^/api': '' }
  }
}

这里需要注意,因为是服务器端渲染,我们得时刻明确当前地址是属于路由跳转还是属于 axios 请求。所以我们需要在 service/index.js 写入以下判断

// 判断是路由跳转还是 axios 请求
if (process.server) {
  config.baseURL = `http://${process.env.HOST || 'localhost'}:${process.env.PORT || 3000}`
}

然后你就可以安心使用你的 axios 进行跨域请求了

3、管理 vuex

先看下我们 store 目录下需要的一些文件

├── actions.js                  axios 请求相关
├── index.js					主入口文件
├── mutations.js                同步状态操作相关
├── state.js                  	初始状态相关

接下来我们以此看看每个文件的内容

i. actions.js

import request from '~/service'

const api = '/api'

export const banner = async (store, params) => {
  return await request.get(`${api}/v1/get_banner`, params)
}

ii. state.js

export default {
  counter: 1,
  isPhone: false
}

iii. mutations.js

export function INCREMENT (state) {
  state.counter++
}

export function PCORPHONE (state, bool) {
  state.isPhone = bool
}

iv. index.js

import Vue from 'vue'
import Vuex from 'vuex'
import state from './state'
import * as mutations from './mutations'
import * as actions from './actions'

Vue.use(Vuex)

const store = () => new Vuex.Store({
  state,
  mutations,
  actions
})

export default store

然后你就可以在页面中进行使用了

<template>
  <div class="page">
    <button @click="handleClick">{{ counter }}</button>
    <p>{{ banner.name }}</p>
  </div>
</template>

<script>
import { mapState, mapMutations } from 'vuex'

export default {
  async asyncData ({ store, error }) {
    // 对 axios 进行批量处理
    let [ res ] = await Promise.all([
      store.dispatch('banner')
    ]).catch((e) => {
      error({ statusCode: 404, message: 'Post not found' })
    })
    return {
      banner: res.banner
    }
  },
  computed: {
    ...mapState({
      counter: state => state.counter
    })
  },
  methods: {
    ...mapMutations([
      'INCREMENT'
    ]),
    handleClick () {
      this.INCREMENT()
    }
  }
}
</script>

4、全局组件管理

Nuxt 的项目不比 vue 的项目,提供了主入口文件供我们对全局组件进行配置。但要做到这个点也比较简单,我们只需要按照 Nuxt 官网给出的规范来,将组件引入的相关配置写入到 plugins 目录下即可

比如,我需要引入三方组件库 element-ui ,我们只需在 plugins 目录下新建一个 element-ui.js 文件,并写入

import Vue from 'vue'
import ElementUI from 'element-ui'
import 'element-ui/lib/theme-chalk/index.css'

Vue.use(ElementUI)

然后在 nuxt.config.js 文件中引入

plugins: [
  '~/plugins/element-ui'
]

最后你就可以在你的项目中使用 element-ui 组件库里面的组件了。

当然,你想配置自己本地的全局组件,也是一样的做法。先在 plugins 目录下新建一个 js 文件,然后引入你的文件,最后再在 nuxt.config.js 文件中引入即可。

5、全局样式管理

和组件管理同理,不同的就是,css 需要存放在 assets 目录下。比如,现在我需要有一个 main.css 文件对路由跳转进行动态切换。

首选,你得在 assets/main.css 中写入重置样式吧

.page-enter-active, .page-leave-active {
  transition: opacity .2s;
}

.page-enter, .page-leave-active {
  opacity: 0;
}

然后,你只要在 nuxt.config.js 进入引入即可

css: [
  '~/assets/stylus/main.styl'
]

关于 Nuxt 更多的用法,我就不一一介绍了,详细请参考:Nuxt.js 文档官网

然后关于项目的具体开发,也是家常便饭了,这里我也不展开描述了。如果想了解的,可以去 github 自行查阅。有问题的话可以加老司机群 731175396 ,然后在群里问我即可。

接下来的篇幅,我将讲一下项目部署的一些点

三、项目部署

到这一步的同学,你得先确保你拥有一个自己的服务器。如果没有的话,感觉去买一个,现在阿里云和腾讯云都在搞活动,巨便宜哦 ~

OK,文章继续。在进行部署讲解前,我们先看一下 Nuxt 提供的几个命令

命令描述
nuxt启动一个热加载的 Web 服务器(开发模式) localhost:3000
nuxt build利用 webpack 编译应用,压缩 JS 和 CSS 资源(发布用)
nuxt start以生成模式启动一个 Web 服务器 (nuxt build 会先被执行)
nuxt generate编译应用,并依据路由配置生成对应的 HTML 文件 (用于静态站点的部署)

1、静态化页面部署

我们从官网给出的文档可以看出,部署静态化页面需要用到的命令是 nuxt generate ,执行的时候会在根目录下面生成 dist 目录,里面的文件都是静态化页面需要的打包好的文件。

这里需要特别注意的一点是,如果你的项目中存在 axios 请求的话,记得在你本地开启一个本地服务哦 ~ 不然打包的时候执行到 axios 请求的时候会报错。因为前面我们通过使用 node 的 process 对运行环境进行了是跳转还是请求的判定,而打包进行请求的时候是不依赖 node 环境的

i. 使用 gh-pages

这里,我先假设小伙伴们都可以正常执行 nuxt generate 并生成对应的 dist 目录。

为了项目的并行开发,我们一般会在 .gitignore 文件里面将打包文件给忽略掉,但我们静态化页面的部署有需要用到 dist 目录下的所有打包文件。所以这里我们将使用 gh-pages 将打包文件发布到我们的 git 仓库

# 安装 gh-pages
npm i gh-pages -D

然后在 package.json 写入配置(当然你也可以新建文件执行发布)

"scripts": {
  "deploy": "gh-pages -d dist"
}

执行 npm run deploy ,然后你的 dist 目录就会发到你们仓库的 gh-pages 分支了

ii. 开始部署

打包文件上传好之后,你需要做的第一件事就是连接好你的服务器。然后在 cd 到服务器根目录下面,在 data/www 目录下面将你的项目 git clone 下来。然后切换到 gh-pages 分支

接下来,开始配置你的 nginx (还没下载 nginx 的同学请自行解决)

 server {
  # 端口,默认是 80
  listen 81;
  # 服务名(写域名或者 ip 地址都可以)
  server_name 123.12.123.12;
  # server 根目录
  root  /data/www/nuxt-ssr-demo;
  # 主入口文件
  index  index.html;
  # 反向代理
  location /api/ {
    proxy_pass https://xxx.target.com/;
  }
}

然后重启 nginx

sudo service nginx restart

然后你就能在 http://123.12.123.12:81 访问到你部署好的静态化页面了

2、服务器端渲染部署

看到上面静态化页面部署,详细有同学会问。进行静态化页面部署,岂不是没有了服务器端渲染的优势了。

对的,如果你的项目只是静态页面的话,做静态化部署是完全 OJBK 的。但如果牵扯到请求,还是乖乖的进行服务器端的部署吧 ~

开始前,请确保你的服务器上已经搭建好了 node 环境。没有的同学,我建议使用 nvm 安装 node 。接下来,开始部署

i. 进行服务代理

第一步,将之前 clone 下面的 git 项目切换到主开发分支,然后为了之后的方便修改一下你的 package.json

"scripts": {
  "build": "npm run lint && nuxt build && npm start",
  "start": "nuxt start"
}

第二步,启动服务

npm run build

第三步,配置你的 nginx 文件

# 通过 upstream nodejs 可以配置多台 nodejs 节点,做负载均衡
# keepalive 设置存活时间。如果不设置可能会产生大量的 timewait
# proxy_pass 反向代理转发 http://nodejs

upstream nodenuxt {
    server 127.0.0.1:3000; # nuxt 项目监听端口
    keepalive 64;
}
server {
  listen 80;
  server_name www.qiangdada.cn;
  
  location / {
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_set_header Host $host;
    proxy_set_header X-Nginx-Proxy true;
    proxy_cache_bypass $http_upgrade;
    proxy_pass http://nodenuxt; # 反向代理
  }
}

最后,重新启动 nginx 服务

sudo service nginx restart

ii. 使用 pm2 做进程守护

如果我们按照上面的步骤进行部署的话,服务器会经常断掉连接,那我们的服务也就断了。所以为了守护好我们的 nodejs 进程,这里我将使用 pm2 对进程进行守护

首先全局安装 pm2

npm i pm2 -g

然后进入到项目目录,执行

pm2 start npm --name "nuxt-ssr-demo" -- run build

然后,妈妈再也不用担心我的 nodejs 进程说断就断啦 ~

对于 pm2 用法,请小伙伴们输入 pm2 --help 然后自行查阅

最后

文章到这就要结束了,这里我做一个小总结。在一周的学习和实战中,产出一个高仿掘金的 SSR Demo 的同时,也踩了一些坑。

对于 Nuxt,在使用层面,是比较简单、好上手的。相对 vue-ssr 来说,它大大的简化了开发的配置,让开发人员可以只需思考业务的开发,而不用太去担心文件的配置。其中 Nuxt 通过监听 pages 目录文件变更并自动生成路由更是直接省去了我们平常对于路由的配置。

但是,目前 Nuxt 整体还是有待提高的,目前社区相关的三方插件比较有限,市面上相关的参考资料也相对比较少。

不管如何,希望 Nuxt 社区可以越来越好吧 ~

最后,如果觉得这个项目有点意思,欢迎 star。当然,如果你想了解更多 Nuxt ,欢迎进群731175396,一起探讨