深度优先

【Redis】实现用户校验功能

发表于 2019-08-30 分类于数据库
本文字数： 763 阅读时长 ≈ 1 分钟

传统实现方式：

一般单台服务器下用户登陆后直接在服务器保存用户的session信息。然后前端请求后台的时候携带用户的cookie信息过来，服务器通过JESSIONID参数查找session信息。如果可以查找到session信息，说明用户是有效的登陆状态，无需用户重复登陆，如果查找不到session信息则说明用户尚未登陆或者登陆态已经失效需要重新登陆。

传统方式为什么不建议使用？

当应用面向大量的用户，并发量大且需要为用户提供24小时不间断的服务时，建议采用集群的架构。在集群架构下，用户的请求就有可能落到不同的服务器上，假设用户登陆的时候请求的是A服务器，session则记录在A服务器上。如果用户其他的操作如出单落在了B服务器上，那么根据JESSIONID在B服务器上查找session信息就会查询不到。这样就会让用户在此登陆。影响用户体验。

解决方案：

基于上面的案例问题，可以采用Token的概念替代了Session。并且没有把Token信息保存在应用服务器上，而是保存在了redis服务器中。之所以用redis因为redis为单线程的缓存服务器，支持大并发高速查询。

Token同时在用户登陆成功后返回给前端，以后前端每次查询都会携带Token信息。服务器接受到用户的Token后，根据Token查询Redis服务器是否存在用户信息，如果存在，则说明用户已登陆。这样即使用户在A服务器登陆，在B服务器上通过Token也可以查询到用户的登陆信息，就不必重复登陆了。完美解决了传统方式导致用户重复登陆的问题。

Token 信息安全问题解决方案：

用户每次登陆的Token信息都是不同的，生产规则是根据用户ID(用户唯一标识)+时间戳+随机数等信息拼接并通过aes加密。并且前后端采用https通讯方式避免劫持。所以不会存在安全性的问题。

【.Net Core】在Docker中找不到gdiplus.dll

发表于 2019-08-23 分类于编程路上
本文字数： 2k 阅读时长 ≈ 2 分钟

你在windows上使用图像组件没有任务问题，但部署到linux之后，将注意以下几点：

安装nuget包ZKWeb.System.Drawing
项目里还是引用System.DrawingCore，这点不用改
安装gdiplus插件，这个需要根据linux类型不同，有不同的方法，大叔做了一下总结
安装gdiplugs的方法

大叔总结的方法
ubuntu && debian

1
2
3

sudo apt-get install libgdiplus
cd /usr/lib
sudo ln -s libgdiplus.so gdiplus.dll

centos

1	yum whatprovides libgdiplus && yum install -y epel-release && yum install -y libgdiplus-2.10-9.el7.x86_64 && yum install -y libgdiplus-devel

官方提供的方法：

Ubuntu 16.04:

1
2
3

apt-get install libgdiplus
cd /usr/lib
ln -s libgdiplus.so gdiplus.dll

Fedora 23:

1
2
3

dnf install libgdiplus
cd /usr/lib64/
ln -s libgdiplus.so.0 gdiplus.dll

CentOS 7:

yum install autoconf automake libtool
yum install freetype-devel fontconfig libXft-devel
yum install libjpeg-turbo-devel libpng-devel giflib-devel libtiff-devel libexif-devel
yum install glib2-devel cairo-devel
yum install git
git clone https://github.com/mono/libgdiplus
cd libgdiplus
yum -y install ftp
./autogen.sh
yum -y install gcc automake autoconf libtool make
yum -y install gcc gcc-c++
make
make install
cd /usr/lib64/
ln -s /usr/local/lib/libgdiplus.so gdiplus.dll

Docker:

RUN apt-get update
RUN apt-get install -y libgdiplus
RUN cd /usr/lib
RUN sudo ln -s libgdiplus.so gdiplus.dll

例子:

FROM mcr.microsoft.com/dotnet/core/aspnet:2.2-stretch-slim AS base
WORKDIR /app
EXPOSE 80

FROM mcr.microsoft.com/dotnet/core/sdk:2.2-stretch AS build

RUN apt-get update
RUN apt-get install -y libgdiplus
RUN cd /usr/lib
RUN sudo ln -s libgdiplus.so gdiplus.dll

WORKDIR /src
COPY ["DC_MMS_API/DC_MMS_API.csproj", "DC_MMS_API/"]
COPY ["Core/Core.csproj", "Core/"]
COPY ["Infrastructure/Infrastructure.csproj", "Infrastructure/"]
RUN dotnet restore "DC_MMS_API/DC_MMS_API.csproj"
COPY . .
WORKDIR "/src/DC_MMS_API"
RUN dotnet build "DC_MMS_API.csproj" -c Release -o /app

FROM build AS publish
RUN dotnet publish "DC_MMS_API.csproj" -c Release -o /app

FROM base AS final
WORKDIR /app
COPY --from=publish /app .
ENTRYPOINT ["dotnet", "DC_MMS_API.dll"]

【IIS】VS2017部署Web网站到远程服务器

发表于 2019-07-26 分类于环境搭建
本文字数： 3.5k 阅读时长 ≈ 3 分钟

转自：https://jhrs.com/2018/26157.html

最近一个项目中，为App开发后台接口，技术选型为最新 .net core版本，使用.net core开发web api接口过程中，为了方便app团队成员直接在线调用接口，找了公网上的一台服务器做为app后台接口的测试服务器，并做了域名解析。服务器配置为Windows Server 2008 R2企业版，刚购买时，云服务器厂商只是安装了IIS的基本功能。所以接下来咱们基于Windows Server 2008 R2 服务器开始今天的教程。

第一：首先在IIS上安装管理服务，配置好IIS7 允许使用VS2017远程发布

为IIS7安装管理服务

桌面右键我的电脑，打开服务器管理，展开Roles（角色），选中IIS右键，添加角色服务，如下图所示：

安装管理服务

点击添加角色服务后，会出现一个窗口：添加角色服务窗口。在下图中选择“Web管理服务”，因我操作太快，忘记截图上传，因此找了一张英文图供大家查看，操作方式是一样的，中文时，勾选Web管理服务即可安装上此服务。执行这一步是因为云服务器厂商在装机时，不会为你安装这个服务，因此需要我们手工打造。

安装会等一会儿，安装好了后会在IIS的管理界面有一个管理服务的图标，如下图所示：

安装成功

安装成功后，在服务里面可以看到有一个服务叫：Web Management Service的服务进程。

执行到上面时，就表示安装成功了

安装Web Deploy程序

安装Web Deploy程序也是必须的，如果不安装时，在VS2017发布时会报以下错误，具体见下图。

未能连接到远程计算机（“www.jhrs.com”）。请确保在远程计算机上安装了Web Deploy 并启动了所需的进程（“Web 部署代理服务”）。在以下位置了解更多信息：http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_DESTINATION_NOT_REACHABLE。远程服务器返回错误：（404）未找到。

不安装Web Deploy报错

出现上面这个错误是因为Server 2008 R2服务器上未安装Web Deploy程序所造成的，这时你需要到服务器上安装最新版本的Web Deploy v3.6这个程序，安装好了后会在服务列表看到一个叫：的程序。Web Deploy v3.6的下载地址是：https://www.microsoft.com/zh-CN/download/details.aspx?id=43717

下载后，这家伙长这样，直接双击安装即可。

安装成功后，在服务里面有个叫：Web 部署代理服务 的服务程序，如下图所示：

Web-Deploy-Services

经过上面步骤的折腾，基本上就配置好了，接下来我们来配置IIS7，允许我们在VS2017里面直接发布.net core的 web api到服务器上。

第二：服务器端配置好IIS7，允许VS2017通过Web部署方式发布程序

设置管理服务

点击上面第3张图片的管理服务图标，进入下图设置好即可，最后别忘记点右边的启用。

为VS2017发布建立专用账户，用于更新，并授好权限

此处是在服务器端建个专门的发布用户，我是为了省事，直接授于这个账号管理员权限的，为Server 2008 r2单独建个用户不是什么难事，就直接放个结果图即可，此处操作如有什么不会的童鞋，请google下。

在上面这个步骤完成后，再返回到IIS里面，这时需要选中你的网站，再点击IIS管理权限，将你在上个步骤建的账号赋给这个网站，不然你咋远程发布.net core程序到这儿来呢？见下图姿势。

为网站设置发布用户

在上面这个图里面，把新建的用户加进来。

好了，到此呢服务器端就基本上配置完成了。接下来我们来配置我们本地开发环境的VS2017。

第三：VS2017发布配置

选中你的项目，我这儿是web api接口，网站是一样的操作，直接右键发布出现下面这个界面，按图提示选择即可，这样就是直接在本地开发环境发布到远程服务器上了。正规点的开发团队可以配置好持续集成工具，一有代码签入经过自动化测试后，可以通过这种方式发布到远程服务器上，这种方式发布是增量发布，不会每次把所有文件发布到服务器上进行替换的。这比我们传统通过复制或者FTP拷到服务器上要方便得多，省事。

在上面图这儿选择IIS、FTP等这个项目，进入下一步后，按提示配置好即可，一般来说，出现错误都是服务器端没有配置好的。

服务器：填写域名或者IP地址，不要带 http:// 这个前缀。

站点名称：你在IIS上网站的名称

用户名和密码：就是你在服务器上专门建立的账户和密码

目标URL：发布成功后，它会自动打开这个地址。

好了，经过上面的配置，我们就可以愉快的用.net core编写web api接口随时发布给app团队使用了。

第四：我遇到的错误及处理方法

错误一：

未能连接到远程计算机（“www.jhrs.com”）。请确保在远程计算机上安装了Web Deploy 并启动了所需的进程（“Web 部署代理服务”）。在以下位置了解更多信息：http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_DESTINATION_NOT_REACHABLE。远程服务器返回错误：（404）未找到。

处理方法：
出现上面这个错误是因为Server 2008 R2服务器上未安装Web Deploy程序所造成的，这时你需要到服务器上安装最新版本的Web Deploy v3.6这个程序，安装好了后会在服务列表看到一个叫：Web 部署代理服务 的程序。Web Deploy v3.6的下载地址是：https://www.microsoft.com/zh-CN/download/details.aspx?id=43717

错误二：

已使用Web部署代理服务连接到”www.jhrs.com”,但未能授权。请确保你是“www.jhrs.com”上的管理员。在以下位置了解更多信息：http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_USER_NOT_ADMIN。远程服务器返回错误：（401）未经授权。

处理方法：

我在部署这个时出现上面这个错误，寻找原因花了近1个小时，很是浪费哥哥时间，原来是粗心大意犯的一个错误，在填写服务器时，它这儿不需要带 “http://”这个前缀。

错误三：

配置正确后，如果你的VS重启或者重新开关机后，再次发布会出现不信任的证书的问题，具体报错的提示内容如下：

C:\Program Files\dotnet\sdk\2.1.402\Sdks\Microsoft.NET.Sdk.Publish\build\netstandard1.0\PublishTargets\Microsoft.NET.Sdk.Publish.MSDeploy.targets(139,5): 错误 : Web deployment task failed. (已使用指定的进程(“Web Management Service”)连接到远程计算机(“api.jhrs.com”)，但未能验证服务器的证书。如果你信任该服务器，请再次连接并允许不信任的证书。在以下位置了解更多信息: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_CERTIFICATE_VALIDATION_FAILED。)

已使用指定的进程(“Web Management Service”)连接到远程计算机(“api.jhrs.com”)，但未能验证服务器的证书。如果你信任该服务器，请再次连接并允许不信任的证书。在以下位置了解更多信息: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_CERTIFICATE_VALIDATION_FAILED。
基础连接已经关闭: 未能为 SSL/TLS 安全通道建立信任关系。
根据验证过程，远程证书无效。
Publish failed to deploy.