首页
学习
活动
专区
工具
TVP
发布

Node开发

目前从事Node服务端开发,对前后端都有涉猎,喜欢自己捣鼓技术。
专栏作者
86
文章
272043
阅读量
25
订阅数
企业微信接入文档
从上图可以看到应用有提供Token和EncodingAESKey,这两个参数是我们调用企业微信接口进行加解密操作需要使用到的。 数据回调和指令回调,可以是一个接口,也可以是分开,数据回调是直接调用,查看是否接口可以调通。指令回调是给后端的接口传送推一些数据,比如suit_token等。如果不太理解可以理解成就是后端需要提供一个接口,并且配置回调服务时,需要能同时支持HttpGet以及HttpPost两种能力。
创译科技
2022-04-19
5.6K0
git入门篇(3)--更新文件到版本库
今天主要谈谈本地搭建版本库,说到本篇文章其实一把心酸一把泪,上周写得差不多了,结果遇到公众号服务器崩了,没有备份所以文章数据丢失了,然后这几天一直在加班一直没找到时间重写这篇文章昨天好不容易重写了三分之一,公司突然又停电了。说到版本库首先我们先讲讲什么是版本库吧,版本库顾名思义就是一个管理不同版本的仓库,其实我们可以直接将版本库理解为一个简单的目录,目录里面有多份不同版本的文件,我们可以在这个目录对这些版本进行维护和管理。那为什么我们需要Git来管理版本呢?我们可以来看这么一个例子:
创译科技
2020-01-22
5330
git入门篇(4)--版本穿梭
上一篇主要针对使用git add和git commit两个指令提交文件到本地版本库做了详细的介绍,其实提交文件到版本库无非就是两个步骤,先将文件添加到暂存区,所有要提交的文件全部添加完毕,统一提交到版本库。那我们每一次提交都会生成一个不同的版本,我们如何对这些不同的版本进行管理呢?本篇文章主要谈谈版本的管理,比如版本回滚,修改的管理删除等。
创译科技
2020-01-15
4950
git入门篇(2)--Git的安装
上一篇文章重点对SVN代表的集中式版本管理工具和Git所代表的的分布式版本管理工具进行详细的介绍,从本篇开始正式进入了Git的学习之旅。其实Git有很多高深的骚操作,但是你基本工作中不可能使用到,本系列教程目的也是打造一份全面基础的Git教程。今天主要介绍下Linux系统下和windows系统下分别如何安装Git。接下来我们先来看看windows下如何下载Git。
创译科技
2020-01-06
5590
git入门篇(1)--初识Gi
其实作为技术开发,Git的熟练使用是我们必不可少的一个技能点。所以今天开始准备进入git系列文章,这个系列目的是让没有接触过git的初学者也可以看懂,可以很轻松的上手使用Git。可能很多人没有使用过Git但是也听说过Git,Git是一个分布式版本控制工具,我们在开始之前先来谈谈为什么我们需要一个版本控制工具。
创译科技
2020-01-04
4780
Node中使用ORM框架
在正常的开发中,大部分都会使用MVC为主要的系统架构模式。而Model一般包含了复杂的业务逻辑以及数据逻辑,因为Model中逻辑的复杂度,所以我们有必要降低系统的耦合度。通常情况下,我们如果直接使用JDBC操作数据库,业务逻辑和数据存取逻辑是混在一起的。我们一般一个功能的逻辑可能如下所示:
创译科技
2019-12-10
3.3K0
前后端分离--MockJS模拟API返回数据
其实,我们都知道前后端分离已经逐渐成为业界项目开发标准方式。在Web开发前后端不分离的时代,开发人员既要开发前端,还得开发后端,而且视图和业务逻辑混合在一起,这时候一般我们一个完整的开发流程是这样的:前端根据UI设计稿设计html界面,然后后端实现服务接口,等服务接口实现完毕后,后端将前端的html改成jsp并集成后端开发的服务接口,最终测试进行上线。这种方式缺点很明显,前端无法单独进行调试而且前端jsp代码混杂后端业务逻辑,而且前端工作严重依赖于后端。
创译科技
2019-12-10
2.5K0
服务端文件上传
上一篇谈到了小程序端从选择文件到文件的上传下载整个流程。但是文件上传服务器的真正操作实际上是在服务器实现。本篇文章主要谈谈服务端如何实现文件上传到服务器并返回可支持访问的url。首先,我们可以先考虑下业务逻辑。我给出的方案一是这样一个简单逻辑:将上传文件分成图片上传和文件上传两部分逻辑。为什么要区分两部分逻辑呢?因为我们假设一个业务场景:商品上架功能需要上传商品主图,轮播图等一系列图片,我们如果一次只能上传一张图片,则得调用多次接口,会造成服务器带宽和资源的浪费。所以我们处理图片上传我们可以设置图片数组放置需上传的图片。那对于非图片的文件呢?比如我们要上传一个视频,可能几十M,我们同时上传十个八个,这时候客户端迟迟得不到响应,用户体验会很差,所以我们在处理非图片文件时一般需要一个一个文件进行上传。接下来我们来看下服务端如何实现文件上传。
创译科技
2019-12-10
7960
实时会话系统实现(2) --- express-ws改写会话系统
上一篇提到过实际上会话系统最简单的方式是http轮询:用户发送信息时实现一个http接口保存用户聊天信息,然后在客户端实现一个定时器,定时获取用户A与用户B的聊天信息,并且重新渲染聊天界面。我们在上一篇成功通过http轮询的方式实现绘画系统,但是我们也有提到过http轮询的缺点在于轮询中的大部分请求都是没有实际意义的,所以会极大的浪费和消耗带宽和服务器资源。所以本节课我们通过express框架支持的一个websocket库--express-ws来改写上一篇实现的会话系统。
创译科技
2019-11-25
8970
小程序留言板块引入emoji表情
最近准备给博客小程序添加一个留言板功能,考虑到如果只是纯文本留言有点过于简陋了,所以准备按照仿微信风格,在评论时可以添加emoji表情发送,实际上为了简化开发,原本找到了github一个插件WxEmojiView,可以快速引入项目实现emoji表情的渲染,但是由于几个缺点放弃了使用这个插件,首先这个插件实际上是用户选择emoji表情时转换成一串对应的字符串拼接到文本中,这样输入文本的显示效果我觉得不是很理想,第二点是插件坐着没有继续维护,所以担心某一天出问题不好处理,所以最终决定自己实现文本插入emoji表情的效果。我们可以先简单看下本篇文章最终要实现的效果:
创译科技
2019-11-24
3.5K0
实时会话系统实现(1) --- http轮询方式
最近一直在开发博客小程序,最近开发好友系统和实时会话系统。其实众所周知会话系统正常的业务逻辑应该是用户A给用户B发送一个消息,用户A发送后用户B马上可以接收到并在页面渲染出来,而且最新的消息应该是在页面最底部。那要实现这个实时会话有什么方法呢?我们通过本系列文章可以学到什么知识点呢?我们可以先看看本系列文章涉及的知识点:
创译科技
2019-11-14
1.6K0
Mysql日期操作
前面两天主要介绍了limit分页以及count函数获取行数两个高频语法,分页在我们日常开发几乎是必会的一个技术点,所以做好分页的优化是势在必行的。本篇谈谈日期处理我们如何操作,在订单类型业务中我们经常需要对时间做处理,通过时间来分页显示订单等,所以不可避免的需要对日期处理操作滚瓜烂熟。首先我们创建一个订单表,字段大约20多个字段,然后使用存储过程插入1万条数据。
创译科技
2019-10-29
5.8K0
MySQL查询---COUNT函数
上一篇谈到了我们日常开发中经常需要用到的分页,在业务数据量不多的情况下,我们直接用limit指定偏移量就可以满足我们业务需求了,但是数据量大的时候使用limit指定偏移量性能会很低,因为需要全表检索。所以上一篇主要提到了几种可以优化分页的方案,而且分页业务一般都伴随着需要count函数查询总条数,所以本篇文章主要讲讲count函数的一般优化方案。
创译科技
2019-10-29
3K0
浅谈MySQL分页查询
MySQL系列文章到目前已经更新十几篇,从数据类型谈到了备份恢复再到主从同步分库分表,从本篇开始,会花几篇重点谈谈MySQL基础部分,而本篇我们重点来讲讲我们日常开发中最常见的一种查询:分页查询。
创译科技
2019-10-29
3.6K0
NodeJS有难度的面试题(8000字长文)
所有的模块都是 Module 的实例。可以看到,当前模块(module.js)也是 Module 的一个实例。
创译科技
2019-10-29
3.4K0
MySQL分区分库分表(2) --- 实操篇
上一篇主要讲到了分区分库分表的概念,其实在不影响性能的情况下,我们完全可以使用单分区单库单表。但是业务量大的情况下,受到性能限制我们不得不选择使用分区分库分表。本篇是上一篇的拓展,本篇主要讲讲十几种我们如何使用分区分库分表。如果还未看过上一篇文章建议先阅读概念篇:Mysql分库分表(1) --- 概念篇
创译科技
2019-10-24
1.5K0
Mysql分库分表(1) --- 概念篇
前两篇文章重点讲到了Mysql数据库的主从同步和读写分离,使用主从同步实现从数据库从主数据同步数据保持主从数据一致性,读写分离使用主数据库负责写操作,多个从数据库负责读操作,由于从库可以进行拓展,所以处理更多的读请求也没问题。但是如果业务比较多,写请求越来越多要如何处理呢?可能有人说我可以再加一个master分担写操作,但是两个master数据肯定是需要同步的,主主同步 + 主从同步很显然会让我们的系统架构变得更为的复杂。所以本篇文章主要讨论一个对写操作进行切分的技术:分库分表。
创译科技
2019-10-24
9540
Mysql读写分离
在高并发的时候,如果所有的数据库操作都只通过一台数据库来操作,那数据库很大程度可能出现宕机,而宕机就有可能导致数据丢失,造成不良后果。所以在并发量高的情况下一般会使用主从同步来实现读写分离。上一篇针对主从同步做了具体的介绍,本篇主要针对读写分离做详细的介绍。
创译科技
2019-10-22
2.4K0
Mysql主从同步
大多数人都很清楚,在高并发的时候,如果所有的数据库操作都只通过一台数据库来操作,那数据库很大程度可能出现宕机,而宕机就有可能导致数据丢失,造成不良后果。所以在并发量高的情况下一般会使用主从同步来实现读写分离。本篇文章主要就是围绕主从同步实现读写分离这个主题去讲解。我们其实在Redis专题中也有提到过主从同步的概念,现在我们可以先看下主从同步和读写分离的具体概念。
创译科技
2019-10-22
1.6K0
Mysql备份与恢复(2)---逻辑备份
数据库及时备份可以帮助我们在数据库出现异常宕机时及时的使用备份数据进行恢复工作,将因为数据库宕机产生的影响降低到最小。上一篇针对使用xtrabackup工具进行物理备份和数据恢复做了一个详细讲解,本篇主要谈谈如何使用mysql自带的备份工具mysqldump进行逻辑备份和数据恢复。如果还围观看过上一篇文章的可以先行查询上一篇文章关于使用xtrabackup进行数据备份与恢复:Mysql备份与恢复(1)---物理备份。
创译科技
2019-10-16
2.2K0
点击加载更多
社区活动
Python精品学习库
代码在线跑,知识轻松学
热点技术征文第五期
新风口Sora来袭,普通人该如何把握机会?
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·干货材料·成员作品·最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档