## 前言

本文用于记录用过的 `Nuxt3` 相关插件（modules），这些插件有的是专为Nuxt研发的各种功能支持的库，有些是通用库，为了适配Nuxt而开发的相关插件，按需选用即可！

PS：只记录个人认为好用的~ 不喜欢的请绕道~ 欢迎推荐好用的插件


## UI类

### nuxtjs/tailwindcss

> 伟大无需多盐

- 作用：集成 tailwindcss 框架，轻松使用tailwindcss编写前端css
- 分类：UI类库
- Nuxt Modules链接：https://tailwindcss.nuxtjs.org/
- nuxtjs/tailwindcss官网：https://tailwindcss.nuxtjs.org/

### vuetify-nuxt-module

- 作用：集成vuetify，轻松使用相关UI组件。
- 分类：UI库
- Nuxt Modules链接：https://nuxt.com/modules/vuetify-nuxt-module
- vuetify-nuxt官网：https://nuxt.vuetifyjs.com/


### element-plus/nuxt

- 作用：集成elementplus，轻松使用相关UI组件。
- 分类：算是文档工具库
- Nuxt Modules链接：https://nuxt.com/modules/element-plus
- ElementPlus官网：https://element-plus.org/


### nuxt-echarts

- 作用：集成Echarts，轻松使用相关图表
- 分类：图表类UI库
- Nuxt Modules链接：https://nuxt.com/modules/echarts
- nuxt-echarts官网：https://echarts.nuxt.dev/


## 文档类

### scalar

- 作用：集成scalar，一键生成API文档
- 分类：文档类工具库
- Nuxt Modules链接：https://nuxt.com/modules/scalar
- Scalar官网（nuxt相关）：https://guides.scalar.com/scalar/scalar-api-references/integrations/nuxt

### nuxt/content

- 作用：集成nuxt/content，轻松实现文档渲染为网页，支持markdown等各类文件。
- 分类：算是文档工具库
- Nuxt Modules链接：https://nuxt.com/modules/content
- Nuxt Content官网：https://content.nuxt.com/

## 数据库类

### prisma/nuxt

- 作用：集成prisma，统一管理数据库模型，并提供ORM API
- 分类：ORM数据库类库
- Nuxt Modules链接：https://nuxt.com/modules/prisma
- prisma官网（nuxt相关）：https://www.prisma.io/docs/orm/more/help-and-troubleshooting/prisma-nuxt-module

## 登录授权类

### sidebase/nuxt-auth

- 作用：集成NuxtAuth，轻松实现各类第三方授权登录
- 分类：第三方登录授权集成工具库（Google、Github登录等）
- Nuxt Modules链接：https://nuxt.com/modules/sidebase-auth
- NuxtAuth官网：https://auth.sidebase.io/guide/getting-started/introduction

## 网站基础类

### nuxtjs/i18n

- 作用：集成vue-i18n，轻松实现网站多语言管理
- 分类：网站多语言管理与配置库
- Nuxt Modules链接：https://nuxt.com/modules/i18n
- Nuxt I18n官网：https://i18n.nuxtjs.org/

好用的Nuxt全家桶 | 插件记录

## 起因

想要实现一个开源记账软件的多数据切换，但由于 prisma 不提供线上环境的数据库切换功能，因为该框架构建时会基于不同的数据库构建不同的底层支持，所以打包时必须明确一种数据库。

为了适配 prisma 同时实现多数据库，决定采用多个分支管理代码的方式，每一个分支对应一种数据库方案，这样就可以实现多数据库同步维护，但每次修改代码，每个分支都要同步合并代码，手动管理太过麻烦，因此决定通过 Github Actions 的方式，每次主分支提交代码，通过工作流自动将代码合并到其他分支，大大降低了手动维护成本！

## 示例

下面是老狗的一个 [开源软件](https://github.com/dingdangdog/cashbook) 中正在使用的 `Github Acitons` 配置文件：



```yaml
name: Auto Sync Branches

on:
  push:
    branches:
      - main

# 添加必要的权限
permissions:
  contents: write
  actions: read

jobs:
  sync-branches:
    runs-on: ubuntu-latest

    steps:
      - name: Checkout main branch
        uses: actions/checkout@v4
        with:
          ref: main
          fetch-depth: 0 # 获取完整历史记录
          token: ${{ secrets.MERGE_TOKEN }}

      - name: Configure Git
        run: |
          git config --global user.name "github-actions[bot]"
          git config --global user.email "github-actions[bot]@users.noreply.github.com"

      - name: Sync to main-mysql branch
        run: |
          echo "Syncing to main-mysql branch..."
          git checkout main-mysql || git checkout -b main-mysql
          git merge main --no-edit || {
            echo "Merge conflict detected for main-mysql, manual intervention required"
            exit 1
          }
          git push origin main-mysql

      - name: Sync to main-pgsql branch
        run: |
          echo "Syncing to main-pgsql branch..."
          git checkout main-pgsql || git checkout -b main-pgsql
          git merge main --no-edit || {
            echo "Merge conflict detected for main-pgsql, manual intervention required"
            exit 1
          }
          git push origin main-pgsql

      - name: Sync to main-sqlite branch
        run: |
          echo "Syncing to main-sqlite branch..."
          git checkout main-sqlite || git checkout -b main-sqlite
          git merge main --no-edit || {
            echo "Merge conflict detected for main-sqlite, manual intervention required"
            exit 1
          }
          git push origin main-sqlite

      - name: Sync to main-sqlserver branch
        run: |
          echo "Syncing to main-sqlserver branch..."
          git checkout main-sqlserver || git checkout -b main-sqlserver
          git merge main --no-edit || {
            echo "Merge conflict detected for main-sqlserver, manual intervention required"
            exit 1
          }
          git push origin main-sqlserver

      - name: Summary
        run: |
          echo "✅ Successfully synced main branch to all database branches:"
          echo "   - main-mysql"
          echo "   - main-pgsql" 
          echo "   - main-sqlite"
          echo "   - main-sqlserver"
```

基于GithubActions，实现分支代码自动拉取合并

对于玩 `StableDiffusion` 动漫图的用户来说，**WAI-NSFW-illustrious-SDXL** 这个模型想必一定不陌生，现在这个模型年下载量稳居 C站 下载榜第一，可以说是非常优秀！

这个模型既然这么受欢迎，那想必出图效果是非常不错的！

其实对于一个好的模型来说，提示词重要性要比一般的模型低，只要参数合适，随便输入几个提示词，可能出图效果就会很好，但如果想要达到最想要的效果，当然关键的提示词也必不可少。

本文就来记录一些老狗认为非常有用的提示词吧~

> PS：在用这个模型的很多时候，提示词已经被我用成了 `Lora` 的效果，因为这个模型内置了超多动漫角色形象的提示词，很多角色只要在提示词中加入其英文名称，就可以很好的输出角色形象！
>
> 另外，其实官方有一些基础提示词指南，想了解官方文档的可以看老狗翻译的文章： 【[WAI-NSFW-illustrious-SDXL 模型使用指南](https://www.oldmoon.top/post/490)】



## 基础参数

经过较长时间的使用，老狗有一组最常用的参数配置如下：

```base
Steps: 25
Sampler: DPM++ 2M
Schedule type: Simple
CFG scale: 6
Size: 1440x680
```

其中我最常改变的就是 `Size` 尺寸，其他参数一般不会变。

我常用的尺寸有： `1440 x 680`、`1560 x 680`、`680 x 1440`、`680 x 1560`。

> 插播一条广告，老狗写的一个工具站，其中一个工具可以通过sd的原图(`切记原图`)获取详细参数，有需要的朋友可以尝试，非常简单，且所有代码都是纯前端的，不会上传任何数据到服务端（纯前端静态展）。
> 
> 地址：https://easyimage.work/zh/ai-analysis
> 
> （目前测试 `webui` 和 `comfyui` 出的图都可以，但 `comfyui` 的参数太多了，对于不关注这么多的用户可能不太友好）

## 常用提示词

### 固定负面提示词

老狗常用的负面提示词，一般不需要改变：

```sh
# 文字，水印，文本，差质量，错误的质量，错误的细节，素描，审查。奇怪的手指
text, watermark, word, bad quality, worst quality, worst detail, sketch, censor. Weird fingers.
```

### 常用提示词

- 单人：`solo` （单人图必备）
- 梦境：`dream` （意境图必备）
- 光影艺术： `light and ahadow art`
- 艺术写真： `art photo`
- 光泽的皮肤：`shiny skin` / `glowing skin` / `light skin` （有光泽的肌肤必备）
- 一望无际： `endless` （单一自然环境常用）
- 全身照： `full body`
- 看向观看者： `looking at the viewer` （看向镜头）
- 星空： `starry sky`
- 黑暗主题： `dark theme` （暗色调必备）
- 
- 高挑： `tall`
- 长腿： `lang legs`

### 特殊风格提示词

- 爪型手： `claw hands`
- 双手比心： `hands in heart shape`
- 木乃伊风格： `mummy style` (全身绷带)
- 

> 持续更新。。。

### 黑科技

如果你的提示词出图效果还可以，但是细节比较差，比如手指奇怪等等，可以尝试增加一些擦边提示词！没错，这个模型对于生成擦边内容的效果是最好的，所以如果你对于图的整体效果很满意，但总感觉细节差点意思，可以尝试增加一些擦边内容提示词！

比如：

- S型身材： `S Body`
- 没穿内衣： `no underwear`
- 性感： `sexy`
- 性感姿势： `sexy pose`
- 人体艺术： `body art`


> 持续更新。。。

WAI-NSFW-illustrious-SDXL模型好图优质图提示词记录

## 问题

**在已经完成了季度企业所得税申报（例如前两个季度）后，如何处理：**

1. **本年度前期（例如前六个月）发生的、但现在（例如7月份）才进行报销的支出？**
2. **如果报销的是去年发生的支出，又该如何处理？**



## 已完成报税后，如何处理半年前的报销？

针对这种的情况，处理原则是：**费用归属于实际发生的期间，但其对已申报税务的影响，则通过年度汇算清缴或特定会计调整来解决。**

### 1 针对本年已报税季度的报销

#### 会计处理

1. **记录原始凭证发生的费用和应付款（无需修改已申报季度账目）：** 您仍然需要将这些报销单据视为**归属于费用发生期间**的凭证（例如，发票日期是4月，即使7月才报销）。在7月份（或其他实际报销月份）做账时，您可以根据这些报销单据，编制记账凭证。
   - **借：管理费用/销售费用/研发费用（按实际类型分录）** （对应实际费用发生的月份，例如4月份）
   - **贷：其他应付款—XX员工报销款** （对应实际费用发生的月份，例如4月份）
   - 当7月份实际支付时：
     - **借：其他应付款—XX员工报销款**
     - **贷：银行存款** 这种做法的目的是在会计账簿中**准确反映费用发生时间**。它不会直接改变您**已经提交的季度纳税申报表**。
2. **账务处理中的“日期”选择：** 在会计系统中录入凭证时，通常有“凭证日期”和“业务日期”或“发生日期”。
   - **业务日期/发生日期：** 填写原始发票上或费用实际发生的日期（如4月）。
   - **凭证日期：** 填写您实际制单的日期（如7月）。 这样，虽然凭证是在7月生成的，但费用会归集到其应属的会计期间（4月），体现在明细账和年度报表中。

#### 税务处理

1. **季度预缴申报无需调整：** 您已经完成的**季度企业所得税预缴申报**，通常是基于当期已入账的费用数据。对于现在才入账的前期费用，**无需返回去修改已经提交的季度申报表**。
2. **年度汇算清缴时统一扣除：** 这些在7月份才正式入账的前期费用，会在您**年末进行的企业所得税年度汇算清缴**时，作为全年的费用进行统一申报和税前扣除。年度汇算清缴是对全年企业所得税进行最终计算和调整，所有符合条件的费用都会在此时汇总扣除。
3. **税务风险与解释：** 季度预缴和年度汇算清缴之间存在时间差是正常的。税务局更看重的是年度汇算清缴的最终结果是否准确、合理。只要这些费用是**真实发生、合理且有合法凭证**的，即使是滞后报销入账，在年度汇算清缴时进行税前扣除也是允许的。关键在于，您必须能够向税务局解释：这些费用确实发生在前期，只是报销流程有滞后。

### 2. 针对跨年度报销（例如报销去年的款项）

处理原则类似，但需要特别注意**所得税年度性**的问题。

#### 会计处理

1. **确认前期差错或以前年度损益调整（金额较大时）：** 如果报销的是**去年的费用**，且这笔费用**金额较大**，会影响到去年的损益和利润，那么严格来说，这属于**前期差错**。
   - **借：以前年度损益调整** (此科目用于调整影响以前年度损益的重大差错)
   - **贷：其他应付款—XX员工报销款**
   - 同时，通过“以前年度损益调整”科目将对利润分配的影响转入“利润分配—未分配利润”科目。
   - 支付时：
     - **借：其他应付款—XX员工报销款**
     - **贷：银行存款**
2. **金额较小且不影响重要性原则：** 如果这笔跨年度报销的金额**非常小**，对去年的利润影响微乎其微，在实务中，很多公司会**直接在当期（即2025年7月）计入当期费用**。
   - **借：管理费用/销售费用/研发费用（按实际类型分录）**
   - **贷：银行存款**
   - **风险提示：** 这种做法不完全规范，但胜在简便。税务局对此类小额、合理的跨年度报销通常也持理解态度，只要能提供合法凭证且金额不影响年度所得税的重大性。但仍建议咨询您的税务顾问。

#### 税务处理

1. **不能扣减已完成的去年年度企业所得税：** 已经完成的去年企业所得税汇算清缴，原则上不能再进行调整（除非税务机关允许进行重大前期差错更正申报）。
2. **本年报税扣除：**
   - 如果按“以前年度损益调整”处理，这笔费用通常**不能在今年（2025年）的企业所得税前扣除**。因为税法强调“权责发生制”，去年的费用就应该在去年扣除。
   - 如果金额很小，您采取了直接计入当期费用（2025年7月）的方式，那么这笔费用会体现在您2025年度的报表中。税务局在审核时，可能会对此类跨年度费用提出质疑，但如果金额不大且理由合理，通常不会有大问题。
3. **最稳妥方式：** 跨年度的费用报销，尤其是金额较大的，**强烈建议咨询专业的税务顾问**。他们可以根据最新的税法规定和税务局的实际操作惯例，给出最合规且风险最低的处理建议。在某些情况下，可能需要向税务机关说明情况，甚至申请进行更正申报。



## 如何解决账税不匹配的问题？

账税不匹配是企业财务最关心的问题，税务与账目匹配很关键。

- **季度预缴的“不匹配”并非大问题：** 季度企业所得税预缴是一个预估的过程，它允许一定程度的滞后入账和调整。季度申报数据的“不匹配”并非大问题，因为最终以**年度汇算清缴**为准。
- **年度汇算清缴必须“匹配”：** 这是最终的核算。此时，您的会计账簿（基于权责发生制）与最终提交的年度企业所得税申报表必须保持一致。

### 解决策略

1. **会计核算的及时性和准确性：** 尽可能及时地获取和处理原始凭证。鼓励员工尽快提交报销单据。即使无法立即付款，也要在费用发生的当期将费用和应付款项在账上体现。
2. **会计期间的调整：**
   - 对于本年度内跨季度的报销（例如6月的费用在7月报销），只要在**年度汇算清缴截止前**（通常是次年5月底）将所有费用正确入账并归属到对应的会计期间，税务局在年度汇算清缴时是认可的。
   - 在您的会计系统中，确保凭证的**业务日期/发生日期**填写正确，使其费用归集到正确的会计期间。而凭证的**制单日期**可以是在7月。
3. **内部沟通与流程规范：**
   - 明确告知员工报销的时限和要求（例如，费用发生后X个工作日内必须提交报销单和发票）。
   - 财务部门定期提醒和催促员工提交报销。
4. **税务资料备查：** 即使是滞后报销，您仍要确保所有的**原始发票、报销单、审批记录**都完整、合规。这是应对税务检查的根本。当税务局询问为何某笔费用滞后入账时，您可以解释是由于报销流程的滞后性，并提供完整的凭证链条来证明其真实性。



## 核心总结

您现在处理前六个月的报销，在会计上，应将其费用**归属于实际发生的月份**。在税务上，**无需修改已提交的季度预缴申报表**，这些费用会在**年末的企业所得税年度汇算清缴时统一进行税前扣除**。

对于跨年度的报销，处理会更复杂，通常涉及到“以前年度损益调整”和可能无法在当期税前扣除的问题。对于这类情况，**务必咨询您的专业会计师或税务顾问**。

希望这次您能看到我的回答，并且能帮助您解决疑问！如果还有其他问题，请随时提出。

初创企业，能否跨年报销？如何报销？

基于 Node工具 [pwa-asset-generator](https://github.com/elegantapp/pwa-asset-generator) 生成PWA资源：

```sh
# 全局安装 pwa-asset-generator
npm install -g pwa-asset-generator

# 使用 pwa-asset-generator 基于一个图片生成其他资源
npx pwa-asset-generator xxx.png ./xxx
```

pwa基础静态资源生成

twitter:card

twitter:title

twitter:site

twitter:image

努力做一只帅气、有才、豁达的老狗！

twitter:description

程序员,笔记,Bug记录,编程技术,AI,Java,Node,Golang,个人博客,资源分享,月上老狗,dingdangdog