1. 首页
  2. 分类_后端技术

后端技术

后端开发者充电

80和443端口被PID=4的System进程占用解决方案

懒得勤快的博客_全栈开发者_互联网分享精神
作者:懒得勤快 | 发表时间: 2018-06-27 23:34 | 分类:后端技术

操作系统的两个重要的端口,一个是80端口,一个是443端口,这两个端口在网络通信的时候,起着至关重要的作用,在这里,先简单地介绍一下80端口和443端口所起的作用;80端口是为HTTP即超文本传输协议开放的,此为上网冲浪使用次数最多的协议,主要用于WWW即万维网传输信息的协议。可以通过HTTP地址( ...

0 评论 | 2179 浏览 | 1 支持

将nginx安装为Windows服务

懒得勤快的博客_全栈开发者_互联网分享精神
作者:懒得勤快 | 发表时间: 2018-06-27 19:58 | 分类:后端技术

nginx这个服务器软件虽小,但功能强大,是开源软件,有着良好的性能,被很多个人、企业,甚至大型企业所使用!由于是在Windows下,所以只能双击运行,然后通过以下命令来管理:Nginx/Win32是运行在一个控制台程序,而非windows服务方式的。服务器方式目前还是开发尝试中,Nginx/Win ...

5 评论 | 1702 浏览 | 1 支持

再谈http请求的GET和POST的区别,以及为什么网上的多数答案都是错的。

作者:懒得勤快 | 发表时间: 2017-12-28 22:34 | 分类:后端技术

我的经历:前段时间一直在找工作,去很多公司面试基本上都会有这个问题。而我的回答:GET是用于获取数据的,POST一般用于将数据发给服务器之用。这个答案好像并不是他们想要的。于是继续追问我有没有别的区别?我说这就是个名字而已,如果服务器支持,完全可以把GET改个名字叫GET2。面试官反问道:那就是单纯 ...

3 评论 | 1879 浏览 | 4 支持

asp.net即时通信框架——signalR起步

懒得勤快的博客_全栈开发者_互联网分享精神
作者:懒得勤快 | 发表时间: 2018-06-27 20:45 | 分类:后端技术

最近做项目有用到了即时通信的需求,写原生的WebSocket太麻烦,所以选择了SignalR。SignalR 是一个集成的客户端与服务器库,基于浏览器的客户端和基于 ASP.NET 的服务器组件可以借助它来进行双向多步对话。 换句话说,该对话可不受限制地进行单个无状态请求/响应数据交换;它将继续,直 ...

0 评论 | 1212 浏览 | 0 支持

从.NET+25台服务器支撑世界第54大网站浅谈网站优化

懒得勤快的博客_全栈开发者_互联网分享精神
作者:懒得勤快 | 发表时间: 2018-06-27 20:46 | 分类:后端技术

摘要:同时使用Linux和Windows平台产品,大量使用静态的方法和类,Stack Overflow是个重度性能控。同时,取代横向扩展,他们坚持着纵向扩展思路,因为“硬件永远比程序员便宜”。英文原文:StackOverflow Update: 560M Pageviews A Month, 25 ...

0 评论 | 1105 浏览 | 0 支持

互联网架构之浅谈数据库用户表结构设计与第三方登录接入

懒得勤快的博客_全栈开发者_互联网分享精神
作者:懒得勤快 | 发表时间: 2018-06-27 20:36 | 分类:后端技术

说起用户表,大概是每个应用/网站立项动工(码农们)考虑的第一件事情。用户表结构的设计,算是整个后台架构的基石。如果基石不稳,待到后面需求跟进了发现不能应付,回过头来反复修改用户表,要大大小小作改动的地方也不少。与其如此,不妨设计用户表之初就考虑可拓展性,争取不需要太多额外代价的情况下一步到位。先前设 ...

0 评论 | 1094 浏览 | 2 支持

所有编程语言为我作证,随机数"骗局"大揭秘,随机数都是骗人的!

懒得勤快的博客_全栈开发者_互联网分享精神
作者:懒得勤快 | 发表时间: 2018-06-27 20:01 | 分类:后端技术

在所有编程语言中都提供了生成一个随机数的方法,也就是调用这个方法会生成一个数,我们事先也不知道它生成什么数。比如在C#中编写下面的代码:Randomrand=newRandom(); Console.WriteLine(rand.Next());运行后结果如下: Next()方法用来返回一个随机数 ...

0 评论 | 897 浏览 | 1 支持

你写的Try...Catch真的有必要么?

懒得勤快的博客_全栈开发者_互联网分享精神
作者:懒得勤快 | 发表时间: 2018-06-27 20:49 | 分类:后端技术

很多人喜欢用Try…Catch把每一个方法都包裹起来,可是真的有必要么?  为什么要这样做?我估计是大家被BUG吓怕了,生怕生产环境出现各种莫名其妙的错误,比如最经典的NullReferenceException,可问题是你用Try…Catch包裹起来后错误是不会爆出来了,但是执行结果是你想要的么? ...

0 评论 | 771 浏览 | 2 支持