后端开发

Node开发

从部署到实践，即刻拥有你的专属龙虾助手

OpenClaw开发者专区🦞🦞🦞

自行/邀约他人一键搬运博客，享价值百万资源包

腾讯云自媒体同步曝光计划

往期视频·干货材料·成员作品 最新动态

腾讯技术创作特训营知识专栏

新邀入驻腾讯云开发者社区，福利多多！

从上图可以看到应用有提供Token和EncodingAESKey，这两个参数是我们调用企业微信接口进行加解密操作需要使用到的。 数据回调和指令回调，可以是一个接口，也可以是分开，数据回调是直接调用，查看是否接口可以调通。指令回调是给后端的接口传送推一些数据，比如suit_token等。如果不太理解可以理解成就是后端需要提供一个接口，并且配置回调服务时，需要能同时支持HttpGet以及HttpPost两种能力。

企业微信接入文档

今天主要谈谈本地搭建版本库，说到本篇文章其实一把心酸一把泪，上周写得差不多了，结果遇到公众号服务器崩了，没有备份所以文章数据丢失了，然后这几天一直在加班一直没找到时间重写这篇文章昨天好不容易重写了三分之一，公司突然又停电了。说到版本库首先我们先讲讲什么是版本库吧，版本库顾名思义就是一个管理不同版本的仓库，其实我们可以直接将版本库理解为一个简单的目录，目录里面有多份不同版本的文件，我们可以在这个目录对这些版本进行维护和管理。那为什么我们需要Git来管理版本呢？我们可以来看这么一个例子：


git入门篇(3)--更新文件到版本库

上一篇主要针对使用git add和git commit两个指令提交文件到本地版本库做了详细的介绍，其实提交文件到版本库无非就是两个步骤，先将文件添加到暂存区，所有要提交的文件全部添加完毕，统一提交到版本库。那我们每一次提交都会生成一个不同的版本，我们如何对这些不同的版本进行管理呢？本篇文章主要谈谈版本的管理，比如版本回滚，修改的管理删除等。


git入门篇(4)--版本穿梭

上一篇文章重点对SVN代表的集中式版本管理工具和Git所代表的的分布式版本管理工具进行详细的介绍，从本篇开始正式进入了Git的学习之旅。其实Git有很多高深的骚操作，但是你基本工作中不可能使用到，本系列教程目的也是打造一份全面基础的Git教程。今天主要介绍下Linux系统下和windows系统下分别如何安装Git。接下来我们先来看看windows下如何下载Git。


git入门篇(2)--Git的安装

其实作为技术开发，Git的熟练使用是我们必不可少的一个技能点。所以今天开始准备进入git系列文章，这个系列目的是让没有接触过git的初学者也可以看懂，可以很轻松的上手使用Git。可能很多人没有使用过Git但是也听说过Git，Git是一个分布式版本控制工具，我们在开始之前先来谈谈为什么我们需要一个版本控制工具。

git入门篇(1)--初识Gi

在正常的开发中，大部分都会使用MVC为主要的系统架构模式。而Model一般包含了复杂的业务逻辑以及数据逻辑，因为Model中逻辑的复杂度，所以我们有必要降低系统的耦合度。通常情况下，我们如果直接使用JDBC操作数据库，业务逻辑和数据存取逻辑是混在一起的。我们一般一个功能的逻辑可能如下所示：

Node中使用ORM框架

其实，我们都知道前后端分离已经逐渐成为业界项目开发标准方式。在Web开发前后端不分离的时代，开发人员既要开发前端，还得开发后端，而且视图和业务逻辑混合在一起，这时候一般我们一个完整的开发流程是这样的：前端根据UI设计稿设计html界面，然后后端实现服务接口，等服务接口实现完毕后，后端将前端的html改成jsp并集成后端开发的服务接口，最终测试进行上线。这种方式缺点很明显，前端无法单独进行调试而且前端jsp代码混杂后端业务逻辑，而且前端工作严重依赖于后端。

前后端分离--MockJS模拟API返回数据

上一篇谈到了小程序端从选择文件到文件的上传下载整个流程。但是文件上传服务器的真正操作实际上是在服务器实现。本篇文章主要谈谈服务端如何实现文件上传到服务器并返回可支持访问的url。首先，我们可以先考虑下业务逻辑。我给出的方案一是这样一个简单逻辑：将上传文件分成图片上传和文件上传两部分逻辑。为什么要区分两部分逻辑呢？因为我们假设一个业务场景：商品上架功能需要上传商品主图，轮播图等一系列图片，我们如果一次只能上传一张图片，则得调用多次接口，会造成服务器带宽和资源的浪费。所以我们处理图片上传我们可以设置图片数组放置需上传的图片。那对于非图片的文件呢？比如我们要上传一个视频，可能几十M，我们同时上传十个八个，这时候客户端迟迟得不到响应，用户体验会很差，所以我们在处理非图片文件时一般需要一个一个文件进行上传。接下来我们来看下服务端如何实现文件上传。


服务端文件上传

上一篇提到过实际上会话系统最简单的方式是http轮询：用户发送信息时实现一个http接口保存用户聊天信息，然后在客户端实现一个定时器，定时获取用户A与用户B的聊天信息，并且重新渲染聊天界面。我们在上一篇成功通过http轮询的方式实现绘画系统，但是我们也有提到过http轮询的缺点在于轮询中的大部分请求都是没有实际意义的，所以会极大的浪费和消耗带宽和服务器资源。所以本节课我们通过express框架支持的一个websocket库--express-ws来改写上一篇实现的会话系统。

实时会话系统实现(2) --- express-ws改写会话系统

最近准备给博客小程序添加一个留言板功能，考虑到如果只是纯文本留言有点过于简陋了，所以准备按照仿微信风格，在评论时可以添加emoji表情发送，实际上为了简化开发，原本找到了github一个插件WxEmojiView，可以快速引入项目实现emoji表情的渲染，但是由于几个缺点放弃了使用这个插件，首先这个插件实际上是用户选择emoji表情时转换成一串对应的字符串拼接到文本中，这样输入文本的显示效果我觉得不是很理想，第二点是插件坐着没有继续维护，所以担心某一天出问题不好处理，所以最终决定自己实现文本插入emoji表情的效果。我们可以先简单看下本篇文章最终要实现的效果：

小程序留言板块引入emoji表情

最近一直在开发博客小程序，最近开发好友系统和实时会话系统。其实众所周知会话系统正常的业务逻辑应该是用户A给用户B发送一个消息，用户A发送后用户B马上可以接收到并在页面渲染出来，而且最新的消息应该是在页面最底部。那要实现这个实时会话有什么方法呢？我们通过本系列文章可以学到什么知识点呢？我们可以先看看本系列文章涉及的知识点：

实时会话系统实现(1) --- http轮询方式

前面两天主要介绍了limit分页以及count函数获取行数两个高频语法，分页在我们日常开发几乎是必会的一个技术点，所以做好分页的优化是势在必行的。本篇谈谈日期处理我们如何操作，在订单类型业务中我们经常需要对时间做处理，通过时间来分页显示订单等，所以不可避免的需要对日期处理操作滚瓜烂熟。首先我们创建一个订单表，字段大约20多个字段，然后使用存储过程插入1万条数据。

Mysql日期操作

上一篇谈到了我们日常开发中经常需要用到的分页，在业务数据量不多的情况下，我们直接用limit指定偏移量就可以满足我们业务需求了，但是数据量大的时候使用limit指定偏移量性能会很低，因为需要全表检索。所以上一篇主要提到了几种可以优化分页的方案，而且分页业务一般都伴随着需要count函数查询总条数，所以本篇文章主要讲讲count函数的一般优化方案。


MySQL查询---COUNT函数

MySQL系列文章到目前已经更新十几篇，从数据类型谈到了备份恢复再到主从同步分库分表，从本篇开始，会花几篇重点谈谈MySQL基础部分，而本篇我们重点来讲讲我们日常开发中最常见的一种查询：分页查询。


浅谈MySQL分页查询

所有的模块都是 Module 的实例。可以看到，当前模块（module.js）也是 Module 的一个实例。


NodeJS有难度的面试题(8000字长文)

上一篇主要讲到了分区分库分表的概念，其实在不影响性能的情况下，我们完全可以使用单分区单库单表。但是业务量大的情况下，受到性能限制我们不得不选择使用分区分库分表。本篇是上一篇的拓展，本篇主要讲讲十几种我们如何使用分区分库分表。如果还未看过上一篇文章建议先阅读概念篇：Mysql分库分表(1) --- 概念篇


MySQL分区分库分表(2) --- 实操篇

前两篇文章重点讲到了Mysql数据库的主从同步和读写分离，使用主从同步实现从数据库从主数据同步数据保持主从数据一致性，读写分离使用主数据库负责写操作，多个从数据库负责读操作，由于从库可以进行拓展，所以处理更多的读请求也没问题。但是如果业务比较多，写请求越来越多要如何处理呢？可能有人说我可以再加一个master分担写操作，但是两个master数据肯定是需要同步的，主主同步 + 主从同步很显然会让我们的系统架构变得更为的复杂。所以本篇文章主要讨论一个对写操作进行切分的技术：分库分表。


Mysql分库分表(1) --- 概念篇

在高并发的时候，如果所有的数据库操作都只通过一台数据库来操作，那数据库很大程度可能出现宕机，而宕机就有可能导致数据丢失，造成不良后果。所以在并发量高的情况下一般会使用主从同步来实现读写分离。上一篇针对主从同步做了具体的介绍，本篇主要针对读写分离做详细的介绍。


Mysql读写分离

大多数人都很清楚，在高并发的时候，如果所有的数据库操作都只通过一台数据库来操作，那数据库很大程度可能出现宕机，而宕机就有可能导致数据丢失，造成不良后果。所以在并发量高的情况下一般会使用主从同步来实现读写分离。本篇文章主要就是围绕主从同步实现读写分离这个主题去讲解。我们其实在Redis专题中也有提到过主从同步的概念，现在我们可以先看下主从同步和读写分离的具体概念。


Mysql主从同步

数据库及时备份可以帮助我们在数据库出现异常宕机时及时的使用备份数据进行恢复工作，将因为数据库宕机产生的影响降低到最小。上一篇针对使用xtrabackup工具进行物理备份和数据恢复做了一个详细讲解，本篇主要谈谈如何使用mysql自带的备份工具mysqldump进行逻辑备份和数据恢复。如果还围观看过上一篇文章的可以先行查询上一篇文章关于使用xtrabackup进行数据备份与恢复：Mysql备份与恢复(1)---物理备份。

Mysql备份与恢复(2)---逻辑备份

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

腾讯云开发者社区推出了Node开发专栏，为你提供了Node开发的相关文章，致力于帮助开发者快速成长与发展。

Node开发

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐