options预检请求是干嘛的？options请求一定会在post请求之前发送吗？前端或者后端开发需要手动干预这个预检请求吗？不用文档定义堆砌名词，从前后端角度单独分析，大白话带你了解！
展示下载进度条，替换url即可；原文请点击 {title}
1.TCP/IP 五层模型 物理层、数据链路层、网络层、传输层、应用层 2.应用层中哪些基于TCP协议，哪些基于UDP?有什么区别？ 2.1.TCP: FTP（文件传输协议）：定义了文件传输协议，使用21端口。 TELNET（远程登陆协议）：一种用于远程登陆的端口，使用23端口，用户可以以自己的身份
#### 先分享一下自己的搭的免费的chatGPT网站 https://www.hangyejingling.cn/ ## 正文 #### 1、如果是VUE框架开发，在生产环境中。在入口文件APP.vue中添加如下代码，其他框架同理 ```javascript if (process.env.mod
# 前言 首先以SpringBoot应用为例介绍一下k8s的发布步骤。 1.从代码仓库下载代码，比如GitLab； 2.接着是进行打包，比如使用Maven； 3.编写Dockerfile文件，把步骤2产生的包制作成镜像； 4.上传步骤3的镜像到远程仓库，比如Harhor； 5.编写Deploymen
本文主要通过对微前端框架single-spa的基座应用加载子应用的single-spa-vue函数库进行分析，通过代码维度分析让大家了解在single-spa加载子应用的时候都做了哪些事情。如何通过优化single-spa-vue函数库保持子应用的状态。
前端开发中涉及表单的页面非常多，看似功能简单，开发快速，实则占去了很大一部分时间。当某个表单包含元素过多时还会导致html代码过多，vue文件过大。从而不容易查找、修改和维护。为了提高开发效率及降低维护成本，下面介绍表单配置化组件的封装原理与封装方法。
前几篇文章中讲解了如何搭建docker和Java Web环境的方法，本篇文章来教大家搭建一个好的PHP和Python环境，可以帮助开发和运行PHP和Python应用程序，使其更加高效和稳定。 一、 PHP环境介绍 好的开发环境无疑会大大提升编码效率，近日钻研了一下Python环境安装的问题，稍加总结
前段时期我负责部门内部主干开发落地相关事宜，这个过程中，也真真切切的体会到了多人开发过程中，面对特性分支管理中，大家遇到的一些困扰，尤其面对敏捷迭代的开发方式，合并冲突，集成测试，代码重用等方面，都与高效两个字背离。当然，我在推进主干开发过程中，也遇到了一些问题和坎坷，在这里，集中的做一次分享。
前端文件上传本来是一个常规交互操作，没什么特殊性可言，但是最近在做文件上传，需要实现截图粘贴上传，去找了下有没有什么好用的组件，网上提供的方法有，但是没找完整的组件来支持cv上传，经过了解发现可以用剪贴板功能让自己的cv实现文件上传，于是自己就整合了目前几种文件上传的交互方式，码了一个支持cv的vue3文件上传组件（造个轮子）。
前言 从几年前第一个硬盘故障导致参赛的文件丢失之后，我就开始意识到数据安全的重要性，开始用各种云盘做备份，当时还不是百度云一家独大，我们也都没意识到网盘备份是极其不靠谱的行为，直到因为某些不可抗力因素，一夜之间所有网盘都宣布停服，这时才意识到，数据始终是掌握在自己手中才安全可控。 随着数据量增大，我
前言 我的StarBlog博客目前使用 editor.md 组件在前端渲染markdown文章，但这个组件自动生成的ToC(内容目录)不是很美观，我之前魔改过一个树形组件 BootStrap-TreeView，所以就想要用这个树形组件来展示ToC。 原本的效果是这样的 我魔改完的效果 先分析一波 首
前言 之前我写了一篇关于C#处理Markdown文档的文章：C#解析Markdown文档，实现替换图片链接操作 算是第一次尝试使用C#处理Markdown文档，然后最近又把博客网站的前台改了一下，目前文章渲染使用Editor.md组件在前端渲染，但这个插件生成的目录树很丑，我魔改了一下换成boots
## 前言 笔者认为，一个博客网站，最核心的是阅读体验。 在开发StarBlog的过程中，最耗时的恰恰也是文章的展示部分功能。 最开始还没研究出来如何很好的使用后端渲染，所以只能先用Editor.md组件做前端渲染，过渡一下。前端渲染我是不满意的，因为性能较差，页面加载出来还会闪一下，有割裂感，影响
前言 最近做新项目，技术栈 AspNetCore + FreeSQL 这个ORM真的好用，文档也很完善，这里记录一下两个有关「触发器」的功能实现 修改实体时记录更新时间 模型代码 我的模型都是基于这个 ModelBase 派生的，自带三个属性字段 public abstract class Mode
前言 双十一光顾着买东西都没怎么写文章，现在笔记里还有十几篇半成品文章没写完… 今天来分享一下 Django 项目切换数据库和迁移数据的方案，网络上找到的文章方法不一，且使用中容易遇到各类报错，本文根据 Django 官方文档和工作中的经验，稳定可靠，在博客中长期更新~ 如果你遇到同样的问题，阅读本
前言 最近遇到一个需求，有几十个Excel，每个的字段都不一样，然后都差不多是第一行是表头，后面几千上万的数据，需要把这些Excel中的数据全都加入某个已经上线的Django项目 这就需要每个Excel建个表，然后一个个导入了 这样的效率太低，不能忍 所以我造了个自动生成 Model 和导入脚本的轮
## 前言 我的服务器带宽比较高，博客部署在上面访问的时候几乎没感觉有加载延迟，就没做图片这块的优化，不过最近有小伙伴说博客的图片加载比较慢，那就来把图片优化完善一下吧~ 目前有两个地方需要完善 - 图片瀑布流 - 图片缩略图 ## 图片瀑布流 关于瀑布流之前的文章有介绍： [基于.NetCore开
前言 最近有个项目到一段落，做个小结记录。 内容可能会多次补充，在博客上实时更新哈~ 如果是在公众号阅读这篇文章，可以点击「查看原文」访问最新版本~ 这个项目是前后端分离，后端为了快，依然用我的DjangoStarter框架。前端一开始是小程序，后面突然换成公众号H5的形式，还好我用了Taro，大差
## 前言 最近电脑坏了，开源项目的进度也受到一些影响 这篇酝酿很久了，作为本系列第二部分（API接口开发）的第一篇，得想一个好的开头，想着想着就鸽了好久，索性不扯那么多了，直接开写吧~ ## 关于RESTFul 网上很多相关的文章都要把RESTFul历史来龙去脉给复制一遍，所以我这就不重复了，现在
