JavaWeb开发:从购买服务器到简单demo运行

写这篇文章的目的

  • 一个是为了记录实施过程,方便自己日后查阅;
  • 另一个是给项目组成员提供一个参考,方便他们以后搭建自己的项目环境;
  • 当然若能帮助到更多的朋友,那就再好不过了:D

需要注意

  • 我本身也是个初学者,文章中也描述了我在实施过程中的所思所想,但由于能力有限,内容可能并不全面,也可能包含错误;
  • 我不会对所有内容都详细描述(那样会导致文章篇幅太长),但是我会提供在实施时所参考的资料;
  • 我希望以一个宏观的流程来展示文章内容,会对里面所涉及的细节有的放矢

目录

一 背景

  • 由于学院工程实践课题需要,我们小组需要开发一个网站,而大家在这方面经验有所欠缺,所以经验比较“丰富”的我就先来试试水,想着试试能不能先整体走一遍流程;
  • 而在这之前,我虽然有过Web开发经历,但都是在校课程,服务器都是放在本机上的,就是那种localhost:8080访问的网站;
  • 在做好一系列技术选型之后,我就开始了“建站之旅”...

回到目录

二 你好!阿里云

2.1 购买域名和服务器

很早之前就听说了阿里云对学生有优惠政策,买服务器挺便宜的,所以服务器选了阿里云,域名也是在万网买的:

学生认证这一步我就不多说了,根据阿里云网站的提示就可以进行,如果不满足优惠条件也无妨,有钱就行

服务器我买的是:轻量级应用服务器(系统镜像:Ubuntu 16.04 64位,位置:华东2),具体选择还是根据大家的需求。由于学校是在华东地区,所以我选了华东2(服务器在上海)。

如果大家不确定该服务器是否符合自身要求,可以先购买1个月(9.5¥)试试,觉得不错的话后面可以续费。我就是这样先买了1个月,后面又续了1年(总共花了123.5¥),也是因为项目的开发周期比较长的原因。注意:一个账号只能拥有一台优惠政策的云服务器

2.2 域名绑定

注意:绑定前,你的域名需要先进行实名认证(有一些域名可以不用,由于我注册的是.cn的域名,所以需要认证)

当你获得域名和服务器后,在阿里云首页,右上角点击【控制台】,进入控制台管理界面:

     

然后左上角,选择【产品与服务】,在展开的页面中找到最近访问的【轻量级应用服务器】:

进入你的系统镜像后,在【概览】模块的【应用搭建】中,【站点设置】就会让你绑定域名:

   

至此,服务器和域名这部分搞定!:D

回到目录

三 磨刀霍霍向Jetty

3.1 安装Java运行环境

注:由于项目后期要使用ssm(spring版本是5.0,支持到java9),但java9好像被抛弃了,所以就选了java8 8u192版本(尽量保持版本一致)

3.2 安装Jetty

在云服务器上安装Web服务器,我选的是Jetty(大公猫我用了好多次了,这次换一换)

下载完后,用工具上传到服务器,或者有下载链接的话可以直接在服务器上使用wget命令下载。

比如我下载的是:jetty-distribution-9.4.12.v20180830.tar.gz

  • 解压该文件:>tar -zxvf jetty-distribution-9.4.12.v20180830.tar.gz
  • 把解压后的文件夹放到/opt/目录下:>sudo mv jetty-distribution-9.4.12.v20180830 /opt/
  • 为了看起来简洁,可以修改目录名称(在/opt/目录下执行):>sudo mv jetty-distribution-9.4.12.v20180830 jetty-9.4.12
  • 开启服务器:>/opt/jetty-9.4.12/bin/jetty.sh start
  • 虽然可以按 ctrl+c 退出当前进程,然后继续在本窗口(session)下执行其他命令,但是建议另开一个窗口:使用putty再新建一个连接
  • 测试服务是否成功开启:使用netstat命令检查端口是否处于监听状态(Jetty默认端口为8080):>netstat -an | grep 8080
  • 修改jetty的默认端口号:https://www.cnblogs.com/freeweb/p/5943034.html

回到目录

四 呵呵,无法访问?

开启jetty服务器后,我就迫不及待地在我本机浏览器上输入:http://mydomainname:8090/(mydomainname是我的域名,我把jetty服务器端口改为了8090),结果却是无法访问!

4.1 服务器防火墙

那么问题出在哪里呢?

  • 首先我测试了网络是否连通:>ping mydomainname (发现是可以的)
  • 网络是连通的,那么就可能是端口的问题?但我端口也在监听状态了啊!好的,那就是 防火墙 这位大兄弟搞的鬼了!
  • putty连接上服务器,查看了防火墙状态...防火墙默认没有开启?!先不管了,开启防火墙,允许8090端口访问就这样我成功地避开了解决问题的关键点
    • 查看防火墙状态:>sudo ufw status
    • 防火墙允许8090端口:>sudo ufw allow 8090
  • 后来发现,只允许8090端口访问,你连ssh都连接不上,所以我又设置了防火墙,把常用的端口:80(HTTP)、443(HTTPS)、22(SSH)都设置为允许访问

大功告成(想太美)!再次迫不及待地在浏览器输入:http://mydomainname:8090/,???还是无法访问?!wtf ?

4.2 阿里云防火墙

这又是什么原因呢?这次真是查了不少资料:

  • 既然还是无法访问,并且服务器IP可以ping通,那就是端口的原因,然而我的端口已经开启,并且服务器上防火墙也设置了,所以是哪里出错了?
  • 虽然端口开启了,但是我还没有测试过端口是否能正常访问:
    • 在windows下,使用telnet可以测试:>telnet mydomainname 8090
    • 但是我电脑上(win10)不知道为啥,telnet装不上,点开【启用或关闭Windows功能】就一直显示在加载状态,所以我放弃使用telnet进行测试
    • 后来由于我安装了git bash,所以用ssh测试了端口是否连通:>ssh -v -p 8090 mydomainname (结果是:Connection timed out,说明端口未连通)
    • 我对ssh测试的结果还是半信半疑,又继续查资料,查到了nmap工具,所以我又在Linux服务器上装了nmap,然后直接:>nmap mydomainname,结果是:
      • 22/tcp   open    ssh
      • 80/tcp   closed  http
      • 443/tcp closed  https
    • 这次我信了,果然端口未连通
  •  为什么呢?我继续查资料,不经意间看到类似“阿里云为用户提供方便的防火墙设置功能”的词条,点进去一看!!原来是 阿里云防火墙 搞的鬼!!

事实就是:在购买的服务器之外,还有一层防火墙(阿里云防火墙)来控制外界对服务器的访问,如图:

找到了问题根源, 解决起来就很方便了:

添加完规则后,输入网址:http://mydomainname:8090/,再次访问,出现下面的结果,说明访问成功由于是后期才来写的博客,之前没有注意收集素材,所以有些不方便暴露的内容,我打了马赛克

 然而“好景不长”,再次刷新页面后,便出现了:

原因很明显了:你的网站需要备案打开网站后显示:温馨提示,该网站暂时无法访问

回到目录

黑站?ICP备案

HTTP使用80端口,根据相关规定,未进行备案的网站,80端口是被禁用的;也不要认为“我的网站不使用80端口就行,不用备案”。你不备案,你的网站就是黑站,工信部随时查你水表,关你服务器。所以为了网站能正常运行,并且不被查水表,还是老老实实备案。

ICP备案也挺简单的,阿里云提供了完备的备案机制:阿里云备案,你只要根据系统的提示进行操作就行。而且工作人员也挺热心的,我第一次提交初审失败了,后来进行多次询问,对方都认真解答,并给出合适建议。从我首次提交初审(2018.11.01)到最终管局审核通过(2018.11.15)花了15天。备案成功后,阿里云会给你发邮件,如果你的网站要开通使用,你还需要根据规定设置相关内容(如:把ICP备案号放到首页页脚等),并且需要进行 公安备案。具体内容,等你收到邮件后,根据提示操作就行。

回到目录

六 丑陋的端口 与 HTTPS

其实一开始出现“该网站暂时无法访问”页面时,我最先想到的不是备案,而是如何把那个丑陋的8090端口去掉。你访问过互联网中较多网站后就会发现,很少有网站会在网址中要求把端口号也输入进去。那么该怎么做呢?在网上搜索一番后,找到了利器:Nginx

看了入门指南,大概就清楚了Nginx是什么,有什么用。那就赶快进行安装配置吧,不着急,让我们把 HTTPS 这位大兄弟也带上车。

  • 因为我选的是阿里云的服务器,所以直接从阿里云上获取1年免费的SSL证书:SSL证书管理控制台
  • 从提交证书申请到审核成功,差不多花了1天的时间。审核通过后,证书就变成了 已签发 状态,如图:
  • 然后点击【下载】,因为服务器用的是Nginx,所以选择Nginx版本的证书就行

 接下来开始配置HTTPS,顺便配置端口映射:

  • 首先将下载到的证书(本例是:cert-1540964531179_www.mydomainname_nginx.zip)传到服务器上
  • 解压该文件,会得到下面两个文件:
    • cert-1540964531179_www.mydomainname.crt
    • cert-1540964531179_www.mydomainname.key
  • /etc/nginx/目录下创建“cert”目录,然后把解压得到的两个文件移动到该目录下:
    • /etc/nginx/cert/cert-1540964531179_www.mydomainname.crt
    • /etc/nginx/cert/cert-1540964531179_www.mydomainname.key
  • 修改nginx.conf文件(位置:/etc/nginx/nginx.conf),添加HTTPS配置

注意:nginx.config 配置,server{...} 是放在 http{...} 当中的,刚开始以为在http{...}外面独立配置,然后服务一直启动失败。

1 http {
2    # ssl setting
3    server {
4        ...
5    }
6 }
View Code

添加如下配置(由于我对Nginx不熟悉,所以目前只能达到这种程度):

 1 # add https ssl [southday 2018.11.1 v1]
 2 server {
 3     listen      443;
 4     server_name www.mydomainname;
 5 
 6     ssl on;
 7 
 8     ssl_certificate /etc/nginx/cert/cert-1540964531179_www.mydomainname.crt;
 9     ssl_certificate_key /etc/nginx/cert/cert-1540964531179_www.mydomainname.key;
10 
11     ssl_session_timeout 5m;
12     ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4;
13     ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
14     ssl_prefer_server_ciphers on;
15 
16     # 这里使用了Nginx的反向代理,将8090端口号隐藏了
17     location / {
18         proxy_pass http://localhost:8090/;
19     }
20 }
View Code
  • 配置完成后,启动Nginx服务器(或者重启):>sudo service nginx start/reload,如果你的配置文件非法,那就无法成功启动
  • 确保你的jetty服务器已经启动,然后可以开始测试,在本机浏览器上输入:https://mydomainname/,发现成功使用HTTPS进行访问

  • 进行了nginx代理配置后,你就没必要对外暴露8090端口了。你可以去nmap一下各种网站,会发现大家基本上都只对外暴露80、443端口。
  • 通过nginx进行反向代理,可以将请求转发到本机(localhost或者内网地址),比如本例中就是将请求转发到了:http://localhost:8090/
  • 所以你可以把之前防火墙开启的8090端口关了,访问视图如下:

 

注:后期ICP备案成功后,要用Nginx把80端口映射到443端口。好多网站都是这样做的,比如你输入网址:http://www.baidu.com/ 访问,会被默认转成:https://www.baidu.com/

参考内容:

回到目录

七 MySQL走起来

7.1 MySQL安装

是时候安装数据库了:D,个人觉得官方的安装教程就很全面了:

7.2 远程连接测试

实际开发中,关于数据库部分的内容,我接触过的开发过程是这样的:

  • 开发人员使用VPN连接到测试环境DB,然后在测试环境进行一系列开发;
  • 开发完一个模块后,提交给测试小组、用户等测试;
  • 测试通过后,从测试环境DB中导出SQL脚本;
  • 在合适的时间(官方宣布系统升级或晚上大家都睡了的时候),开发人员把SQL脚本放到正式环境DB上执行(当然还会包括其他一些应用的部署);

这些过程,随着项目逐渐庞大,就会演化出一个自动化部署系统,现在就有一些用于持续构建(CI/CD)的工具,比如:Jenkins。虽然我没有搭建VPN,并且会把3306的端口暴露给外界,但是对于几个学生一起做的小项目,大家共享数据库内容所得的好处,要比因过早考虑安全性等因素而造成开发不便好得多。可以等开发完成后把端口关了,或者后期自己搭个VPN也行。

进入正题吧:

 1 # 首先确保mysql已启动
 2 >sudo service mysql start
 3 
 4 # 命令行登陆mysql
 5 >mysql -u root -p
 6 
 7 # 创建database
 8 create database test_db;
 9 use test_db;
10 
11 # 创建表
12 create table tools(
13 tool_name varchar(20),
14 description varchar(30));
15 
16 # 插入数据
17 insert tools values('Eclipse', 'Java IDE');
18 insert tools values('Sublim Text', 'A light weight editor');
19 
20 # 创建用户
21 create user 'lcx'@'%' identified by 'southday'; # '%'表示允许所有主机连接
22 grant all privileges on test_db.* to 'lcx'@'%';
23 
24 # 刷新权限
25 flush privileges;
View Code

然后在windows下使用MySQL Workbench进行远程连接(关于windows下安装mysql,我会在下文给出部分内容):

注意:要记得把 服务器防火墙阿里云防火墙 都设置允许 3306 端口访问!

7.3 题外话:MySQL8新加密方式引起的兼容问题

对于使用了新的加密方式,而无法兼容(老程序访问不了新数据库),解决办法简单总结如下:

 1 1.将加密方式改为旧的,在配置文件my.conf中添加如下:
 2 [mysqld]
 3 default_authentication_plugin=mysql_native_password
 4 
 5 2.使用支持新的加密方式的客户端(Client),比如等于或高于8.0.4版本的libmysqlclient
 6 
 7 3.使用支持新的加密方式的连接驱动(Connector):
 8 MySQL Connector/C++ 1.1.11 or higher or 8.0.7 or higher.
 9 MySQL Connector/J 8.0.9 or higher.
10 MySQL Connector/NET 8.0.10 or higher (through the classic MySQL protocol).
11 MySQL Connector/Node.js 8.0.9 or higher.
12 PHP: the X DevAPI PHP extension (mysql_xdevapi) supports caching_sha2_password.
13 
14 4.使用了新的加密方式,改为旧的加密方式,root用户也要进行相应的更改才可以,因为root用户还是新的加方式,所以使用alter语句改为重置密码来覆盖新的加密方式的密码:
15 ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'password';
16 password是你将要设置的root用户的密码。
View Code

参考内容:

回到目录

八 Windows下项目开发环境搭建

8.1 IntelliJ IDEA

学生党优惠无处不在:

8.2 MySQL & MySQL Workbench

windows下安装MySQL挺简单的,不用过多描述,只不过如果你下载的是免安装版本,就会有些坑等着你。

如果你下载的是免安装版的,那么你可能会需要:

8.3 Jetty

  • windows下安装Jetty和ubuntu下安装差不多,就是下载好解压包,然后解压即可使用。(Jetty下载
  • 解压后,命令行进入jetty目录,执行命令:>bin\jetty.sh start,即可启动服务

8.4 Maven

  • Maven下载:http://maven.apache.org/download.cgi
  • 修改Maven相关配置(settings.xml),比如本例:D:\Maven\apache-maven-3.5.4\conf\settings.xml
  • 设置本地仓库位置
1 <!-- localRepository
2    | The path to the local repository maven will use to store artifacts.
3    |
4    | Default: ${user.home}/.m2/repository
5   <    >/path/to/local/repo</localRepository>
6   -->
7   <localRepository>D:/MavenRepo</localRepository>
View Code
  • 设置镜像仓库(阿里),如果使用国外镜像的话,下载速度可能会慢一些
 1 <mirrors>
 2     <!-- mirror
 3      | Specifies a repository mirror site to use instead of a given repository. The repository that
 4      | this mirror serves has an ID that matches the mirrorOf element of this mirror. IDs are used
 5      | for inheritance and direct lookup purposes, and must be unique across the set of mirrors.
 6      |
 7     <mirror>
 8       <id>mirrorId</id>
 9       <mirrorOf>repositoryId</mirrorOf>
10       <name>Human Readable Name for this Mirror.</name>
11       <url>http://my.repository.com/repo/path</url>
12     </mirror>
13      -->
14     <!-- 配置镜像仓库后,原仓库不会被访问-->
15     <mirror>
16       <id>alimaven</id>
17       <mirrorOf>central</mirrorOf>
18       <name>aliyun-maven</name>
19       <url>http://maven.aliyun.com/nexus/content/groups/public</url>
20     </mirror>
21   </mirrors>
View Code

当然你也可以使用 IDEA 自带的Maven插件,我个人比较推荐安装本地Maven,然后在IDEA上设置使用本地Maven

回到目录

九 简单demo与项目发布

9.1 简单demo

项目采用的开发框架是:Spring + SpringMVC + Mybatis,其他的:Maven + Jetty + MySQL。由于篇幅关系,我只给出demo源码,关于实施过程,我会给出我参考过的资料。demo很简单,就是根据用户输入的关键字进行查询,然后数据库返回数据,后端将数据转为json格式返回给前端。

demo下载:ssm-demo-idevtools.zip    提取码:kzvv

强调:demo很简单,程序不够健壮,异常处理机制也不完善,大家看看就好,生产环境中可不能像demo中那样写:D 并且要根据实际情况修改部分代码,直接搬过去估计会出错:D

9.2 项目发布

在windows下开发好后,使用Maven将项目打成war包,然后上传到Linux服务器,把war包放到jetty安装目录的webapps文件夹中。启动nginx服务器、jetty服务器、mysql,然后在本机输入网址就能访问。在此过程中,你可能又会根据自身需要去修改 nginx.conf 中的相关配置,good luck:D

参考内容:

回到目录

十 后记

虽然整体流程走通了一遍,但还是有较多不足之处,比如:

  • 异常处理机制不完善,HTTP ERROR 500 的内容随随便便就显示到了浏览器上;
  • 由于异常信息显示到了浏览器上,很可能SQL语句也会被暴露给外界,再加上你的SQL存在漏洞,就很容易被不法分子实施SQL注入攻击;
  • MySQL超过8小时后自断连接的问题待处理

不瞒大家说,我写的那个demo确实存在SQL注入漏洞,而且我也成功实施了SQL注入(通过添加“or 1 = 1”来返回全部数据),如图:

拼接后的SQL语句为:SELECT * FROM tool_t WHERE tool_name LIKE 'ec' or 1=1 or tool_name = '%';

由于时间比较紧,成功走完一遍流程后,我对这个demo的关注度就少了,上面的3个问题还是只我目前所发现的,我相信还有更多的问题等着我们去解决。选择了就去面对,就这样:D

Emmmmm.....后期有空要做个自动化部署的,每次Maven打包上传服务器,太费劲.... 下次再聊 :D

转载请说明出处,have a good time! :D

回到目录

原文地址:https://www.cnblogs.com/southday/p/9981027.html