❶ AWS - ECS + Application Load Balancer的思考
我们有一个前端应用项目，这个前端应用用来替换老的Web站点的部分页面，其结构如下：
用户的请求首先会到Nginx，由Nginx做反向代理，根据请求路径转发到New Web App或者Legacy Website。
在部署这个应用的时候使用到了AWS ECS。下图为最开始时的部署结构：
从图中可以看到，应用的DNS（Route53）指向了一个外部可访问到的负载均衡器（External Classic Load Balancer）。负载均衡器暴露了80端口(用于Http请求)和443端口(用于Https请求)。负载均衡器将80端口和443端口都映射到了AWS EC2 Instance上的80端口。
而由ECS管理的Nginx容器，它将宿主机（EC2 Instance）的80端口映射到了容器的80端口。这样从External Classic Load Balancer来的请求都会转发到Nginx容器。
那么，当用户请求到达Nginx容器后，由Nginx做反向代理，根据请求路径将请求转发到New Web App或者Legacy Website（Legacy Website并不属于部署结构中，所以并没有在部署结构图中画出）。
假设，这个请求需要转发到New Web App中，那么应该怎么做呢？
由于AWS ECS并没有服务自动发现机制，所以我们需要给New Web App Container Cluster添加一个内部可访问到的负载均衡器（Internal Classic Load Balancer）。这个负载均衡器将80端口映射到了AWS EC2 Instance上的3000端口，而在创建Nginx Container的时候会将这个内部负载均衡器关联起来。所以在请求需要转发到New Web App中时，直接转发到这个内部负载均衡器即可。
到此为止，这个方案看似还不错，但是如果你细心研究，你就会发现它存在一些问题。
有没有发现，我们将ELB端口映射到了Instance上，而这个映射是固定的。一个Instance上的某个端口一旦被占用，就无法被其它进程绑定。这就意味着一个EC2 Instance上只能启动一个Nginx容器、一个New Web App容器，因为它们都需要绑定到特定的EC2 Instance端口号。
那么，如果说EC2 Instance上有足够的资源能够再启动一个New Web App容器或者Nginx容器，但是由于端口已经被占用所以这些资源只能被浪费掉。我们必须再启动一台EC2 Instance给ECS使用，ECS发现这个新的EC2 Instance上没有绑定过3000或者80端口，并且有足够的资源（CPU, Memory）启动New Web App或者Nginx容器，那么New Web App或者Nginx容器就会在新的EC2 Instance上启动。
由此，我们可以看到这种部署方式，给我们带来了这样的问题，即： 某种类型的容器只能在一个EC2 Instance上启动一个 。这对于我们来说是一个极大的限制，为了解决这个问题，我们找到了AWS Application Load Balancer（ALB）。
首先，我们将Classic Load Balancer换成了Application Load Balancer，如下图：
从图中看，好像并没有什么改变。是的，如果还是使用固定端口的话对我们并没有什么帮助。但是，ALB有一个特性它可以实现 动态端口绑定 ，这个特性正式我们想要的。
通过，实现动态端口绑定我们的架构变为如下图所示：
如图所示，通过动态端口绑定，我们实现了在 一个EC2 Instance上启动多个同类型的容器 。
❷ ecs p4m8oo一m支持前端总线及cpu
前端总线支持
FSB 1066/800/533 MHz
cpu支持e2180
e4600
❸ ECS G31T-M5 都能上什么形号的CPU
基本支持全系列775针脚奔腾e、酷睿e/q处理器，赛扬系列自然也不在话下。
官网搜不到这个型号，但g31t-m3都支持，没理由m5不支持的。这个是m3的官方cpu支持列表：
http://www.ecs.com.tw/ecswebsite/proct/proct_detail.aspx?detailid=870&categoryid=1&detailname=feature&menuid=16&lanid=2
❹ 机箱前端麦克风接口无效.
或许你的麦克风接线口有问题，你这样吧！将麦克风接那两条线直接并联接到机箱后那个麦克风接口那里就行了
❺ 阿里云ECS云服务器怎么安装配置SSL证书
1）将证书上传至阿里云服务器；点击“负载均衡”-“证书管理”-“创建证书”
2）设置“证书名称”；
选择证书类型”–服务器证书；
填写证书内容”–将刚才保存的Server.crt（包含了中间证书），全部复制并粘贴；
“私钥”–将Server.key，复制并粘贴；
“证书region”请选择要使用证书的地域。目前如需要在多个地域使用证书，请在多个地域上传。
3）部署证书；在“负载均衡”菜单点击“实例管理”，选择需要部署证书的实例，点击“管理”。
4）然后选择“添加监听”：
“前端协议”选择“HTTPS”：“443”
“后端协议”可以选择“443”或者“80”
“服务器证书”选择刚刚上传的服务器证书。
5）点击“下一步”，即完成阿里云服务器部署SSL证书。
❻ 建一个网站究竟要花多少钱
建一个网站究竟要花多少钱？
在不同的网站建设方式下，搭建一个网站的费用会不同，简单地分三个情况来说吧：
01、使用在线网站建设工具网站建设
现在网上有非常多自助型的在线网站制作平台，其基本原理就是由平台开发好不同行业种类的可重复编辑的网站模板，让用户通过购买网站模板及绑定的一系列辅助服务，自行完成网站的制作。
这种方式操作门槛低、价格便宜、时间短，特别适合个人或者是中小型企业。如果是想要制作展示型的网站或者功能不太复杂的公司官网，一般只需花费1k左右。
02、寻找定制网站建设
这种方式就是要我们将自己对于网站制作的需求和想法，告诉网站定制公司，通过评估报价、协调方案、落实开发、测试验收等步骤来完成网站的制作。
这种方法能够更加个性化的制作出自己专属的网站，不过需要花费比较长的时间，同时成本也不低，价格比起前上一种方法要高很多，几万到十几万不等。功能越多，费用越高，制作周期也越长。
03、自己组建专业团队网站建设
这种方式需要依靠足够专业的开发人员，通过合理的分工和管理，创建高质且独立的网站。
其比较适合大型的公司，需要有充足的预算和人员储备。一般的网站建设团队起码需要包含产品经理、UI设计师、前端开发师、后端开发师以及测试人员，所以费用问题不仅要考虑到网站的功能复杂度，还要考虑到专业人员的薪资，成本肯定是比较高昂的，一般十几万以上。
❼ 关于主板问题
6月25日 20:05 电脑指示灯不亮可能是指示灯二级管坏了和主板没关系，另在dos只能认出c盘和d盘可能是硬盘分区问题
❽ 阿里云ECS的CPU100%排查
一、背景和现象
初创公司，架构lanmp，web前端和后端分开服务器，业务驱动主要是nginx和apache，nginx主要是处理静态文件和反向代理，前后端、搜索引擎、缓存、队列等附加的服务都是用docker容器部署。因为比较初级，上传文件和采集文件都是直接写在硬盘上，涉及到的目录共享，就在其中一台服务器存储并且nfs共享。我们暂且分为ECS1（apache1）、ECS2（apache2）、ECS3（nginx）。某天网站业务中断，但是没有报错。一直在等待响应，默认响应超时是一分钟，所以很基础高可用没有起到作用。中断10分钟左右，重启服务，提示“open too many files”，但是lsof统计没几个。因为初级处理不了，所以直接重启服务器，一段时间后一切恢复正常，可是第二天又来一次这种情况。
二、第一次出现后的排查思路
本来第一次发现这种问题的时候就要追查原因了，看了一下zabbix监控图像其中断了十分钟，包括网络、内存、CPU、硬盘、IO等监控数据。首先想到的是网络问题，结论是zabbix-servert获取不到了zabbix-agent采集的数据，估计就是网络不通了。
但是，这个结论站不住脚，因为我本身通过ssh登录服务器，并且命令输入无卡顿，不至于头文件都传不过来。后来一看阿里云的云监控，上面有数据，似乎也可以佐证网络这个说法，因为云监控是阿里云内部的监控，可以内网获取到监控数据。直到看CPU的使用率这项，发现有一段时间的CPU使用率100%。并且我重启的时候CPU恢复正常，不能说网络一定没问题，但系统肯定有问题。也可以解释因为CPU使用已经是100%，zabbix-agent和根本不能正常运行，所以没有监控数据。因为这个公司全部都是云服务器，没有使用IDC所以我们也没有安装smokeping来监控，接着我们就不把重心在网络上了。
目前掌握的信息就是:在毫无征兆的情况下，CPU暴涨到100%，重启之前一直保留，重启之后恢复原样。匆忙之中又看了一下系统各日志，因为太匆忙，没有总结，没有找到什么有价值的东西。现在有下面几种猜想：第一，程序的bug或者部署不当，触发之后耗尽资源。第二、docker容器的bug。第三、网络攻击。第四、病毒入侵。第五、阿里云方系统不稳定。
小总结了一下，现在问题还没有找出来。下次还有这个问题的可能，所以先尽量防范，但是又不能重启一刀切。所以在zabbix上面设置了自动化，当检测到ECS1获取不到数据的时候马上操作ECS3标记后端为ECS1的apache为down。保留异常现场。（请求停止的时候，CPU100%还在）
三、现场排查
1、相应的排查计划（想到这些信息需要获取的，实际上没有严格按照这样的步骤）
1）用htop和top命令监控CPU、内存使用大的进程。先看看哪个进程消耗资源较多,用户态、内核态、内存、IO……同时sar -b查io的 历史 定时抽样。
2）统计tcp连接数，看看有没有DDOS攻击。netstat -anp |grep tcp |wc -l 。用iftop-i eth1看看通讯。同时用tail -n 1200 /var/log/messages查看内核日志。
3）用pstree查看打开进程，ps aux|wc-l看看有没有特别多的进程。虽然zabbix监控上说没有，但是我们要检查一下看看有没有异常的进程名字。
4）查看全部容器的资源使用docker stats $(docker ps -a -q)，看看能不能从容器上排查。
5）有了“too many open files”的启发，计算打开文件数目lsof|wc -l，根据进程看看ll /proc/PID/fd文件描述符有没有可疑的打开文件、文件描述符。
6）关于用lsof打开文件数找到的线索，排序打开文件找出进程号 lsof -n|awk '{print $2}'|sort|uniq -c|sort -nr|more
7）关于用lsof打开文件数找到的线索，用lsof -p PID查看进程打开的句柄。直接查看打开的文件。
8）启动容器的时候又总是“open too many files"。那就是打开文件数的问题，因为CPU的使用率是CPU的使用时间和空闲时间比，有可能因为打开文件数阻塞而导致CPU都在等待。针对连接数的问题，大不了最后一步试试echo 6553500 > /proc/sys/fs/file-max 测试打开文件对CPU的影响。
9）玩意测出来了消耗CPU的进程，可以使用strace最终程序。用户态的函数调用跟踪用“ltrace”，所以这里我们应该用“strace”-p PID
10）从程序里面看到调用系统底层的函数可以跟踪。跟踪操作 strace -T -e * -p PID，主要看看代码调用的函数有没有问题。
2、现场排查
第二天同样时间，ECS果然暴涨了CPU。这是时候zabbix的工作如希望进行保留了一台故障的ECS1给我。
1）用htop看到资源使用最大是，搜索引擎下我写的一个判断脚本xunsearch.sh。脚本里面很简单，判断索引和搜索服务缺一个就全部重启。就当是我的容器有问题我直接关掉搜索引擎容器。httpd顶上，我又关掉apache容器。rabbitmq相关进程又顶上。这时候我没心情周旋了，肯定不也是这个原因。sar -b查看的 历史 io也没有异常。
2）统计tcp连接，几百。先不用着重考虑攻击了。用tail -n 1200 /var/log/messages查看内核日志，是TCP TIME WAIT的错误。可以理解为CPU使用100%，程序无响应外面的tcp请求超时。这是结果，还是没有找到根本原因。
接着往下看系统内核日志，发现了和“open too many files”呼应的错误，“file-max limit 65535 reached”意思是，已到达了文件限制瓶颈。这里保持怀疑，继续收集其他信息。
3）查看进程数量，数量几百。列出来也看到都是熟悉的进程，可以先排除异常进程。
4）监控容器的资源使用，里面很不稳定，首先是xunsearch容器使用80%的CPU，关掉xunsearch，又变成了其他容器使用CPU最高。很大程度上可以排查容器的问题和执行程序的问题。
5）查看了最大连接数cat /proc/sys/fs/file-max是65535但是用lsof查到的连接数是10000多，完全没有达到连接数。
6）各项参数都正常，现在聚焦在打开的文件数这个问题上面。也可以用另外同一种方式查看一下内核统计文件 /proc/sys/fs/file-nr，比较一下差异，看看能不能找出问题。cat了一下，打开文件数是66080，果然超了！内核日志就以这个为标准。
但是看lsof怎么统计不出来，ll /proc/PID/fd也没几个。这个问题放在后面，先按照步骤echo 6553500 > /proc/sys/fs/file-max给连接数提高到100倍，CPU果然降了下来。原因确认了，但是必须找到根源，为什么忽然有这么大的打开文件数。关掉全部docker容器和docker引擎，打开文件数是少了一点，但是仍然在65535差不多。我就先排除一下业务的影响，把ECS3的nginx直接指向视频ECS2的apache，就等同于在ECS2上实现了ECS1的场景。查看一下ECS2的句柄数，才4000多，排除了业务相关应用对服务器的影响。那就能下个小结论，ECS1被神秘程序打开了6万多句柄数，打开业务就多了2000多的句柄数，然后就崩溃了。不过这个现象有点奇怪，ECS2和ECS1在一样的机房一样的配置一样的网络环境，一样的操作系统，一样的服务，一样的容器，为什么一个有问题，一个没问题呢？不同的只是有一台是共享nfs。难道是静态文件共享了，其他人读了，也算是本服务器打开的？
7）现在程序找不到，没法继续lsof -p了。排查之前的猜想。带着排查得到对的结论往下想。
程序的bug和部署不当，那是不可能的，因为主要问题来自于打开句柄数，当部署到ECS2那里，一切正常。docker容器的bug，那也不可能的，每个都是我亲自写脚本，亲自编译，亲自构建的，关键是我关掉了docker容器和引擎都没有很大改善。网络攻击也排除，因为网络连接数没几个，流量也不变。那就只剩下病毒入侵也不是，没有异常进程。考虑到ECS的稳定性问题了。这方面就协助阿里云工程师去排查。
8）阿里云工程师用的排查手段和我差不多，最终也是没能看到什么。也只是给了我一些治标不治本的建议。后来上升到专家排查，专家直接在阿里云后端抓取了coremp文件分析打开的文件是图片，程序是nfsd。
好像印证了我刚才后面的猜想，应该就是ECS1使用了nfs共享其他服务器打开了然后算在ECS1头上。那问题又来了，我们的业务已经到达了可以影响服务器的程度吗？
9）既然问题解决到这一步，先不管程序有没有关闭打开的文件和nfs的配置。我们架构上面的图片应该是归nginx读取，难道是linux的内存机制让它缓存了。带着缓存的问题，首先去ECS3上释放内存echo 3 > /proc/sys/vm/drop_caches，释放之后，发现没什么改善，有点失落。总是觉得还有一台后端是PHP主导，但是逻辑上是写入，没有打开文件之说。后来从程序员中了解到，PHP也有打开图片。我猛然去ECS2释放一下内存，果然，句柄数降下来。（这里大家一定有个疑问，为什么我直接想到内存缓存而不是目前打开的文件呢。其一，这是生产环境，web前端只有一个，不能乱来停服务。其二，第一次遇到问题的时候，重启之后没有问题，过了一天之后积累到一定的程度才爆发，这里已经引导了我的思路是积累的问题，那就是缓存不断积累了）
10）因为ECS2的调用ECS1的nfs共享文件，所以lsof也有读不到那么多句柄数的理由。如果说是nfs的服务本身就有缓存，导致问题的话，我查看了配置文件，还是默认值允许缓存，30S过期，根本不会因为nfs的缓存造成打开文件过多。如果我们的后端程序打开之后没好好处理的话，那倒有可能。然后尝试排除：我改了ECS3的配置，使程序只读ECS1后端，从ECS1上面却看不到有什么异常表现，说明PHP程序已经好好处理了打开的文件。也不是docker挂载了nfs的共享的问题，因为nginx也有挂载。排查到这里也很大程度上解决问题，而且缓存了nfs的全部共享文件，句柄并没有增加，也算合理，所以就增加了打开文件数的限制。
11）现在排查的结果是跟后端和nfs共享有关。就是说，后端挂载了nfs的网络共享，被程序读取。而程序释放之后，在正常背景的硬盘文件是没有缓存的。但是在nfs挂载的环境下，缓存并没有得到释放。
12）总结：很多问题的排查和我们的猜想结果一样，但是有些例外的情况。比如这次我想到的原因都一一排除，但是问题也是在一步步排查中，逐步被发现的。
❾ 千峰的前端靠谱吗！！！
第一阶段：PC端页面制作与动画特效
学完第一阶段就可以配合UI设计师进行项目开发完成pc端网页的布局制作与样式设计实现。
一、html+css搭建页面
1. HTML语义化标签
2. Html标签规范
3. Css样式基础
4. Css高级及布局方案
二、PhotoShop切图流程
1. Photoshop基本使用
2. 了解各种图片格式及优缺点
3. 图片切图流程
4. PSD格式源文件切图流程
5. 设计图转页面布局实际操作
三、Css3动画特效
1. Transition过渡
2. Transform变形
3. Animation动画
4. 3D特效制作
第二阶段：移动端页面制作与响应式实现
这一阶段主要是移动端网页的布局制作与样式设计实现。可以适配各种手机尺寸，并能利用响应式惊醒移动端与PC端适配。
一、移动端概念与布局
1. 移动端概念，如：PPI、像素比
2. Viewport视口
3. 移动端适配方案
4. 移动端尺寸单位，如：rem、vw
5. 移动端布局实际操作
二、响应式设计与实现
1. 媒体查询@media
2. Flex弹性盒模型
3. 移动端常见设备尺寸
4. 移动端交互实现
第三阶段JavaScript与jQuery开发
这一阶段是重中之重，这一阶段主要是页面行为交互，实现网站中常见特效，如：轮播图、选项卡、拖拽。并能配合UI和后端进行项目开发；
一、JavaScript开发
1. DOM、BOM、事件
2. 面向对象、算法、动画
3. Ajax、前后端通信原理
4. 闭包、设计模式、错误处理
5. 常见特效制作及整站交互实现
二、jQuery开发
1. jQuery核心思想及特性
2. jQuery常见方法及使用
3. jquery插件制作与jqueryUI组件使用 4.
4、编写常见特效及jQuery源码分析
三、项目：纯原生前端技术打造仿小米电商网站视频
第四阶段：H5高级框架技术开发；
这一阶段是现在公司开发中常用的框架，这一阶段学完就可以利用框架开发项目，实现单页面应用开发。可以完成复杂的数据交互应用场景。具备独立开大项目的能力。
一、Vue框架开发及项目 1、Vue基础教程 a) Vue组件与Vue生命周期 b) 单文件组件与脚手架搭建 c) Vue路由 d) Vuex状态管理 e) Nuxt服务端渲染 f) 基于Vue的UI组件库
二、Vue项目：
三、Vue常见问题讲解：
二、React框架开发
1、 React基础教程 a) JSX语法与Hooks新特性 b) React路由 c) Rex状态管理 d) Next服务端渲染 e) 基于React的UI组件库
第五阶段：全栈前后端技术开发
学好了这个阶段的技术恭喜你就能进行前后端全栈式开发了，能独立完成一个中小型项目的前后台。
一、Nodejs技术
1. Node内置API
2. Node文件操作与服务器搭建
3. Express框架与KOA框架
4. Mongodb数据库
5. Npm的功能使用
二、其他后端技术
1. 初始Java或PHP语言
2. 表达式与数据类型
3. 语句结构与数组
4. 类与对象
5. this、static属性、方法
6. 抽象类、接口与多态
三、NodeJS+Express+MongoDB实战项目
第六阶段：混合应用技术开发
一、React Native技术
1. RN开发环境准备与基础组件介绍
2. 多组件集成应用实现TodoList
3. 引入路由，通用模块及列表页面布局
4. RN内置API详解
5. RN内置组件与项目上线流程
二、微信小程序开发
1. 小程序组件
2. 小程序API
3. 小程序云函数
4. Wepy小程序开发框架
5. MpVUe小程序开发框架
三、小程序项目
四、Mpvue小程序框架
第七阶段：H5大前端技术开发
一、数据可视化技术
1. 数据可视化基础
2. Echars、Hignchars
3. D3.js入门
4. D3,js进阶
5. D3.js选择集与数据
6. D3.js高级应用
7. D3,js应用工具：NVD3、N3-chars
二、Flutter技术
1. 界面结构与基础部件
2. 布局与表单
3. Dart语法
4. Widgets容器
5. 网络请求与路由
三、Electron技术
1. Electron入门
2. Electron调试技巧
3. Electron核心API
4. Electron与React、vue集成开发
5. 构建Windows、mac应用
第八阶段：H5架构技术 ，开发工具集服务器技术
1. 掌握Webpack等工具搭建项目
2. Git工具及github管理
3. 阿里云ECS：Linux服务器
4. Nginx：Web服务器
5. Docker：容器化应用
6. Serverless：无服务器技术
二、安全及性能优化
1. 前端攻击demo详解
2. 前端监控异常
3. 测试前端代码线上的实际性能
4. SEO：搜索引擎优化
5. Chrome中的高级调试功能
以上就是给你分享的千锋前端的学习路线，贴合企业，就业有保障
❿ 前端工程师零基础个人网站搭建
大家好，我是一名前端工程师，我想大多前端工程师都渴望自己独立搭建一个个人网站，不管是出于更多的学习提升自己的核心竞争力，还是想要展示自己建一个个人博客，亦或者是纯粹出于好奇想建站一条龙跑通，反正，就是要自己独立搭建一个网站跑通。你可以说没有以上的想法，反正我有，所以，我就尝试了，最后输入我的网址 maramlee.com ，成功展示了“hello world”。啊…哈哈哈……
打算写这篇文章是希望能给想要尝试自己建站却迷茫在前端的同学一点方向，可能就有人说了，网上随便搜零基础建站一大堆，不需要我在这边写，我回想我这建站之路，觉得还是很有必要，相信肯定会有一部分人会因为我的这篇文章而受益。
我在建站之初就查过很多资料，网上的资料很多很杂，有各种原因：比如太多不好分辨，有些时间比较久远，也有很多本来是基础点却各行如隔山一脸懵，等等，所以实际操作起来比较吃力。我这里就从最初的申请域名开始，到最后输入网址出现“hello world”，整个流程串联起来，希望起到抛砖引玉的作用。
我希望您是一个有前端开发基础的人，当然，我尽量将用到的技术点都提出来，希望能给没有基础的人一个思考方向。
我这边域名、服务器等用的是阿里云，不用这个平台的小伙伴儿与自己的平台自行对比哈，有问题，也可以给我评论留言，一起探讨。如果不知道选哪个平台申请，可以和我一样，注册一个 阿里云账号 ，再跟着我做。
此节有 注册域名 、 实名认证 、 备案域名 这几个流程。
输入想要的域名，未被占用即可注册。具体操作，请参见 注册通用域名 。
域名后缀通常为.com或.cn，基本上是能注册 .com 就注册 .com ，更多后缀请参见 域名区别 。
具体流程，请参见 域名实名认证概述 。
说明 使用中国大陆境内服务器托管您的网站时，需要进行备案。否则不需要备案。
为节约备案时间和顺利通过备案，建议您提前了解并做好备案前的准备工作：
各省管局要求资料有所不同，请根据 各地区管局备案规则 准备资料。更多详情，请参见 ICP备案前准备概述 。
如果按步骤来的话，没有备案过，所以参见： 首次备案 。
如果您是其他备案场景，请参见 ICP备案快速入门 。
先前往 实例创建页 ，对于运维来说，这节比较简单，但是作为运维小白，购买服务器的时候，要注意根据自己的实际情况购买，强烈多查下阿里云的文档： 使用向导创建实例 ，很详细！同时多看看提示、注意事项等。下面是我这个运维小白看了文档后总结的步骤，如果你是小白也可以这样做，如果有运维人员发现我的描述这些有问题的话，也请多多指教哈。
比如你只是想学学试一下，就选择“按量付费”（注意按量付费的话，要先充值，记得充100-200都可以），但你希望长期维护就选择“包年包月”。
这个要注意，总的来说，查看的网站的人在哪里多，就选哪里，如果你自己的博客，也可以选择自己所在地，反正全国范围内用的话，都差不了多少。更多的参见： 教我选择地域
作为玩玩的网站，就按最小的选就可以了。
不知道怎么选，建议选择 CentOS 7.4 64位。注意，如果你是 windows 的电脑，也不要想当然的选择 Windows Server 系统，这里是你的服务器镜像，可以简单的理解为这是一台新电脑的配置，和你本地使用的电脑系统无关。
这个看你存储东西决定，你可以想象成你新买一个电脑，这里的存储可以看成电脑的内存。系统盘是必须选的，可以看成 windows 系统的 C 盘。至于数据盘和 NAS 存储，不了解也可以先不选。对于玩玩的小伙伴儿，可以直接就操作系统盘打通流程，至于其他数据盘什么的，可以后面深入了解了再扩展。
这个有“经典网络”和“专有网络”的区别，现在新开的账号，都只有“专有网络”这个选项，就直接选这个就可以了，想知道更多它们可以自行查阅资料。
默认勾选“分配公网IPv4地址”即可
做测试用的话，就选“按使用流量”即可
可以看情况选择，一般的玩玩，默认 5M 即可
想要了解详细内容，可以查看： 教我选择> 。安全组可以根据提示，新建一个安全组： 新建安全组> ，这里进去后，新建时，需要创建专有网络，根据提示填写，一般默认就可以。
剩余的弹性网卡和 IPv6 作为小白来说，暂时用不到，可以打通流程后再进行知识补充。
这个看你心情，可以登陆后再设置，可以“自定义密码”也可以用“密钥对”，根据文档提示操作即可
再之后的操作可以看你情况设置，问题不大，确认好后即点击购买即可。具体详细操作，记得看文档哦~
域名解析后，外部用户才可通过域名访问网站。比如输入 .com 就可以访问网络网站。
主要操作，看阿里云的这个文档就可以了： 设置域名解析快速入门
部署网站这里涉及到服务器部署，对于前端来可能比较陌生，可能对后端来说比较容易些，但是，这个也不是很难，阿里云给了部署的方式： 自助建站方式汇总 ，可以选择适合自己的方式进行部署。我是前端人员，最熟悉的语言是 javascript ，所以，我选择用 node.js 部署，阿里云文档里也有对应的操作文档： node.js部署
这样，你的第一个网页就出来啦~~~
作为小白，踩过的坑真的不少，像不会后端怎么办？学 node.js 。不会 Linux 系统操作怎么办？查 Linux 常用操作。反正就是各种找文档，找学习资料。这里就稍微提下比较基础的坑，希望对其他小白有帮助。
连接 ECS 实例有多种方法：
注意，绑定了密钥对之后，上面两种连接方式都不可以用了。
想知道更详细的内容，可查看 文档 。
Linux格式化数据盘 文档中有写，格式化数据盘，需要挂载，随实例一起购买的数据盘，无需挂载。而且，云服务器ECS仅支持数据盘分区操作，不支持系统盘分区操作。我前面就没注意到，系统盘，就是随实例一起购买的数据盘，我只有这个盘，看文档的时候就跟着操作，进行分区，分了很多次，用 fdisk -lu /dev/vda1 查看分区成功的，但是，运行命令 mkfs.ext4 /dev/vda1p1 在新分区上创建一个文件系统就一直报错：The device apparently does not exist; did you specify it correctly? 找不到文件系统。最后找了很久才发现犯了低级错误，在系统盘分区。
由于我不是计算机科班出身，不是很了解 ip 地址，在安全组里创建规则的时候，对于授权对象一栏，一脸懵逼，于是查找了下 IP 地址相关知识。
有一点基础的人都知道，控制台输入 ifconfig 打印出的地址，与电脑中图形化界面上显示的 ip 地址一样，但是，这个地址是内网地址，并不是外网地址。
我在这里做测试的时候就将内网 ip 设置上，然后一直没有预期效果。
外网地址，可以打开网络，直接搜索 ip 就可看到你的外网地址。
对于 ip 地址也是恶补了下，不了解的小伙伴儿可以参考这个地址： CIDR的IP地址的表示与划分方法 ，对于这个实例，我也做了个笔记，供大家参考：
主机ID全为0和主机ID全为1的为非法IP地址
网络ID相同的就属于同一网段
C类：C类IP地址：
3字节的网络地址（最高位必须是110）+1字节的主机地
CIDR：无类域间路由
IP地址/网络ID的位数 0.0.0.0/0
子掩码：子网掩码的二进制格式中的网络位全为1。这样二进制格式的子网掩码和二进制的IP地址进行“与”运算，可以得出该IP地址的网络位。
CIDR技术用 子网掩码 中连续的1部份表示网络ID，连续的0部份表示主机ID。
例如 ：192.168.23.35/21，计算子网的网络ID、子网掩码、起止IP地址
子网掩码：255.255.248.0
网络ID：192.168.16.0
起始IP地址：192.168.16.1
结束IP地址：192.168.23.254
由于我使用的是阿里云平台，文章中很多节选自阿里云，想了解更多的小伙伴儿请多查看阿里云文档。
我是事后回忆写的文章，所以，可能有遗漏的地方，如果读到发现有问题，请给我评论或留言，我会持续改进此文。