个人博客网站，需要从以下方面建设。
一、申请域名
网站需要有专属的域名，域名可以通过一些域名供应商注册申请。比如万网，新网，西部数码等均提供域名的注册。
以万网为例，申请步骤如下：
打开万网首页，点击输入框，输入需要注册的个人博客域名，点击“查域名”
点击后，会出现各个域名后缀的注册情况。
选择未注册的域名，点击“加入清单”，支付费用即可购买该域名。
二、空间（服务器）的购买
可以去空间服务商，根据自身情况购买符合要求的服务器。以万网为例步骤如下：
进入万网首页，点击首页的“主机服务”，选择合适的服务器。
选择服务器类型，比如共享或者独享，选择购买时长，支付金额。
三、域名备案
购买完服务器和域名后，需要将域名和服务器进行备案，方可访问。备案分为“个人备案”和“企业备案”。个人博客可以选择“个人备案”。
可登陆工信部网站：
www.miitbeian.gov.cn
查询备案流程，对域名和空间进行备案。
四、上传网站程序
博客类的可以选择WordPress，z-blog等，根据需求，登录相关网站程序后台，下载网站程序，上传至购买的服务器安装。网站程序根据搭建的网站类别，提供模板可直接下载修改使用。
五、解析域名至服务器
登录域名注册商后台，选择已注册的域名，在域名列表中，将域名解析至空间，即可通过域名直接访问空间。
六、更新博客
建设完成后，便可更新个人博客。建议发布自己的原创文章，有利于搜索引擎的收录。
个人博客网站先要准备以下的资料
1.注册域名。最好能和博客有点关联
2.选择博客系统。例如wordpress，zblog，emblog等都可以。
3.选择云服务器，例如阿里或者腾讯等
4.解析域名到服务器
5.发布博客系统到云主机
以上步骤还是需要一些知识的。
一、先去域名注册商那里注册一个自己喜欢的域名，常用的域名注册商有：万网、新网、西部数码等；
二、需要选购租用一台服务器，考虑到是个人博客可以先选择使用虚拟主机；如果使用国内服务器或者虚拟主机的话，需要对域名进行备案，备案流程比较简单，可以联系服务器商代备即可。
三、网站程序，这里是一个网站的核心。个人博客网站建议选用网站博客程序，常用的有WordPress、zblog等。
四、对自己选好的网站程序本地搭建成网站，然后进行修改调整，使其成为自己专属的博客网站，本地搭建可以网上搜一下本地环境安装包来配置本地环境；再按照所用程序官方教程进行安装使用。
五、网站调整好以后，需要通过FTP等工具把网站程序上传到服务器；然后在服务器绑定自己注册的域名；再去域名服务商那里对域名解析，解析到自己服务器上。
六、等待域名解析生效后，在浏览器地址栏输入域名就可以访问自己的博客了，至此，个人博客网站建设完成。
在本地设置好的网站，需要进行备份，然后通过数据库把自己修改的和添加的内容上传到服务器端使用。
老魏为此写过云服务器手动建站等多篇教程，看完有疑问可以问，在线了就回答
建站策划：传统建站前期都是需要根据客户自己的需求来设计网站的，好的沟通能减少大量的时间成本，甚至有些客户都不知道从哪里入手，甚至要求开发人员帮客户制定行业需求而开发人员对客户所在行业又不甚了解，所以需求描述肯定会有部分瑕疵，这样会增加后期需求改动成本。
2
建站时间：传统建站一般需要半个月甚至一个月以上，对于想快速建站，肯定是等不起的，这么长时间的建站时间，时效性已经不再。模板建站一般是需要2到3天就可以完成，即使需要微调版面和改版设计也是很短时间完成，因为大致的框架早就设计完成。
3
网站后期维护和升级传统建站在后期维护方面比较麻烦，因为大多数建站公司的后台都是使用用他们自己公司的后台，而不是我们常见的织梦和帝国，这样需要升级和维护需要联系他们，这样也需要交纳一定费用。模板建站都是使用的是开源的网站管理系统后台：比如：“海站堂”的织梦模板和帝国模板，这样自己看看相关教程就可以完成对网站升级和维护，简单方便而且还免费。
4
建站费用：传统建站由于需要很多步骤，建站时间又长，所以价格也不菲，一般会是上千元以上，稍微增加一点功能的网站甚至价格在几千上万元。这是一般的中小站长不能承受的。模板建站几百元就可以完成，在较短时间内使用符合优化的模板这样节约建站时间让客户利益最大化。
如果是新手，用模板更加简便。如果是熟手，当然还是手工更好，有足够自由度和个性化。
现在很多自媒体大V都开始做自己的博客网站，将互联网流量引流到自己的网站内，形成私域流量，这样粉丝对自己的认同感会更强，转化率也高。那么如何做一个高质量的博客网站，并且让自己的博文能吸引到粉丝呢？你可以看看这些方法：
制作博客网站很简单，你可以在「上线了」建站平台选个“个人”网站模板，然后添加需要的功能板块（标题、博客、相册、留言表单等等），在“设置”里可以设置网站的域名（即网址），做好后点击左下家“上线”就好了。
本展示页所提供的模板及元素仅供展示功能效果，未经授权不得应用于其他用途
2.发表有价值的原创内容要想让博客吸引人，原创、独特的内容是不可少的，并且你的观点要尽量与众不同且有价值，这也是很多自媒体大V能够火起来的原因。
3.定时发布有些时候，比如节假日，或者你工作太忙，或者要出门旅游几天……而导致没有时间写博客，网站没有什么可更新的内容。这时候你就可以使用文章“定时发布”功能，事先准备一些文章，然后定时到某一天发布，以保证网站每天内容都照常更新。
这样便可以培养粉丝每天来阅读你博客的习惯。不然的话，粉丝可能会因为你连续几天断更而不再及时查看网站，或者干脆忘记了还要看你的博文。总之，定时发布是个维持粉丝黏性、避免粉丝流失的好办法。
4.适当用不同颜色字体当文章中的所有字都是黑色，所有字体也都完全一样时，读者可能会分不清重点，从而不能get到你文章吸引人的点。为了为了避免这种情况，你可以将一些重点内容加粗、设置不同颜色、字号等，增加博文的可读性。
5.一键复制旧博文很多时候，你可能没有太多时间来原创一篇文章，那么这时候你可以复制粘贴前面写好的文章，并稍作修改；或者添加新的评论与观点。上线了建站支持一键复制文章，而且近期升级优化了博客的使用体验，编辑文章将更加流畅，你可以更快速地添加图片、复制粘贴文字内容。总之，让你节约编辑排版时间，能快速生成一篇文章！
6.图文并茂在博客文章中恰当地植入图片、视频和跳转按钮，对于访客浏览体验和转化都有至关重要的帮助，因此你可以多添加一些图片和视频，增加博文的趣味性和丰富性。
不管是自媒体人，或者是某行业内的KOL，都可以建立个人博客来增加影响力。按照上述方法，你的博客网站质量就不会太差。
我和很多人探讨过博客这件事情，在我看来，写博客是一种很好的习惯。
博客帮助我们总结想法、产生想法、找到听众、寻找朋友，我本人就保持了很长时间的写博客习惯，这也让我认识了很多有趣的朋友，也收获了很多特别的想法。
如果你也想写写博客，那么我在此给出一些真诚的建议。
首先要明白一点，博客的关键在于要发到网上，不然那就是在写日记，算不上博客。
那么写好的文章应该发到哪里呢?
如果你只是写着玩玩的话，可以尝试在一些博客平台上发，最好找到相关领域的平台。
比如说，技术类博客可以发到 CSDN、博客园、GitHub 这些平台上，因为这些平台上的人，可能才愿意看技术类的文章。
想清楚自己写的东西什么人会看，然后发布到对应的地方，这样才更容易找到观众。
另外也可以选择一些综合类的平台，比如说微信公众号、简书这些平台，不过你要自己会推广，这些平台并不会给你带来读者。
不管你把博客发到哪个平台，你都要接受一点，一开始不会有多少人看到你的博客，这是非常正常的，除非你写得非常好。所以，保持平常心，不要一看到自己辛辛苦苦写的东西没人看就心虚了，就当是自己在写日记，这样心态就好很多。
那么如果你不仅仅只是想玩玩，而是有长远写作计划呢?
我建议你先想一个特别的名字。
不管你在哪里发文，一个特别的名字，至少能给读者留下一个印象，就像卢松松博客，这样才有可能发展出固定的读者。
这个时候还用不着自己搭建网站，目前市面上的平台足够用了。
切忌一上来就买域名、买服务器，开始搭建个人网站。
哪怕你有很长远的计划，也不用着急着搭建自己的博客网站。
请多给自己留点时间，审视一下自己的这个决定到底是头脑发热，还是真心实意。
因为我认识的想玩博客的人里，大部分其实都属于头脑发热，根本无法坚持更新，最后只能让服务器吃灰，浪费钱。
那么什么时候需要有自己的网站呢?
总体来说，当你的博客的发展被平台束缚的时候，就需要有自己的网站，因为自己的网站，没有束缚，可以大展拳脚。
哪些算是被平台束缚呢?
比如说微信公众号一天只能发一条，如果你的博客做到很大，每天有大量的稿件要发布，那么这个对你来说就是很明显的束缚。
有一些平台是不允许做推广的，这限制了你充分利用你的流量资源。
又或者是平台功能或外观上的限制束缚了你，让你无法忍受，那么这个时候就真的需要有自己的网站了。
当然，对于 99% 的人来说，在平台上玩已经十分足够了，根本不需要有自己的网站。
但是，我们不能排除最后那真的想要有自己网站的 1% 的人。
对于这些朋友，我还有一些建议，请看下去，如果你不属于这 1% 的人，那么你可以跳过这个部分。
如果你没有技术背景，搭建网站其实挺费事的，除非你不怕折腾。
我的建议是使用 WordPress，WordPress 算是最成熟的内容管理系统了，这对没有技术背景的人来说很稍微比较友好。
为什么我首推 WordPress 呢?因为它插件很多，可以满足你各种各样的需求。并且 WordPress 定制外观也是十分方便的，绝对能符合你的需求。实际上，很多大网站都是用 WordPress 搭建的，比如说著名的科技博客 TechCrunch。
顺着网上的步骤一步一步来做，不出意外，你就能安装上自己的 WordPress 了。
或者更省事的做法就是找一家 WordPress 托管平台，一键拥有自己的 WordPress 博客网站，有哪些托管平台可以自己上网搜索，我就不推荐了。
在这里我不得不提醒一点，千万不要自己去折腾代码，尤其是有点技术背景的人，总想着从零开始搭建博客，自己高度定制化。
没必要，WordPress 已经是相当成熟的博客系统了，不然，光是折腾代码就够你玩半年的了。
如果你有技术背景，可以选择使用静态博客生成器，比如 Hexo，使用体验十分流畅。
当然了，怎么用就不说了(因为很多东西)，感兴趣可以自己去网上找，下次有机会我也会出一期相关技术教程。
另外，再给一些贴心小提示，这都是我花了很多时间学会的东西，在别的地方你应该听不到：
1、克服完美主义倾向。不要认为发出去的文章就一定要尽善尽美，说实话没必要，因为你的读者不会看得那么认真。并且你不是在写书，你只是在写博客。在这一点上，我花了很多时间去克服，从一开始的小心翼翼，到现在的表达自如。不要怕说错话，说错了就说错了，没关系，改就是了。
2、带着享受的心态去做这件事情。说真的，写博客真的是一件费脑子的事情，如果不享受它的话，你会很累，享受它，你会做得很好。
3、读者不是越多越好，读者的质量比数量重要，所以不要惋惜那些离你而去的读者，为那些真正需要你的读者写作。
4、版权问题，这个无论怎么强调都不为过。不要照搬别人的东西，首先这不尊重别人的劳动成果，其次这涉嫌侵权。你可以引用别人的话，但请注明出处。
5、不要过分浪费时间在博客的展示效果上，读者看重的是你的内容，多花点时间做好内容。
6、文章尽量简单、短小，语言朴素一些，在最短的时间里让读者明白你的观点，如果能让读者感觉像是在和朋友聊天，那么这样的博客读起来是很舒服。
其他的暂时想不到了，以后有新的体会了再加吧。
希望你们也能享受到写博客的乐趣，如果能因此发展出一个副业搞点钱，对于博客新手那就更好了!
作者Jackson Wu
来源：卢松松博客转载请注明出处!
传统上建设一个博客网站需要：一个反向代理Nginx、一个应用服务、一个数据库MySQL，就能建立起来标准的WEB站。
博客现在每天新增3000多的文章量，速度已经很慢，如果后期我要做一个app数据量肯定更大，到时该怎么保证访问速度
上面的问题是博客网站在传统架构下经常遇到遇到性能瓶颈期！如果每天3000多的文章量就存在慢的问题，就要考虑架构的适量改进了。
传统架构的优化
那么是否增加并均衡负载多个应用服务可以提升并发请求响应速度。同时考虑加入Redis，提升读取性能呢？当然了，这是必经之路！
上图是我们最常用的一种传统架构模式，Nginx作为均衡负载，客户端和Web容器进行无状态的请求和响应，Nginx与Web容器的负载保持IP模式，主要是满足web session。这个过程若产生Web 容器压力，增加服务器即可，但是往往压力并不在此处，而是来自数据库。因此下一步可以考虑读写分离的设计，一般常用的方式是一写两读。这样就可以减轻一台数据库的读写压力。
我们可以通过上述数据库主从分离的方式来做，这时候要注意数据库查询和更新的改造，可以通过Service层注解拦截的方式减少代码改造量。红色箭头部分是写入主库并进行从库复制，灰色箭头部分是一个WEB容器对应一个从库的方式分解查询压力。
但是读的方面依然遇到很大的并发压力时，可以进一步纳入Redis形成查询缓存，进一步提升读的性能。
如上图所示，Redis一方面可以作为Web双容器的Session共享池，这样就实现了分布式环境下Web容器的Session解耦，那么最大的好处就是Nginx代理不用非得Ip hash了，因为绑定ip这种情况容易出现访问倾斜。Redis另一方面可以配合MyBatis类似的数据访问框架，成为读操作的二级缓存。这样就能最大化地提升数据库读的性能。
要是这一步也做了，读的问题基本上就可以水平扩展了。实际上最大的问题还是在数据库写的问题，因为要是这一步你们都遇到了，我相信写入问题肯定也一样会出现瓶颈的，常说祸不单行，福无双至么。
对于MySQL的写入优化其实比读取优化要难得多，往往涉及到对数据的改造，例如常做的分库分表，就是典型的动数据，需要将数据表按照数据增长的一个范围形成一个表，存放在分布式中的一个MySQL数据库中，集中式的路由表协助分布式库表的注册和发现，这样写入过程就必须先从路由表中判断数据库路由地址。其实如果不到万不得已的情况，尽量不要用这种模式，因为这个过程把问题最大复杂化了！至少一开始读写分离就要重新规划，跨表聚合都耦合在了上层应用程序实现。
那么写入优化第一步对MySQL进行分区是必要的，例如：RANGE分区、LIST分区、HASH分区、复合分区，需要注意的是根据业务需要来规划分区，例如文章写入具有明显的日期性，那么基于日期的Range分区就挺不错，但是，往往有热度的文章，互动就很频繁，那么对于文章和互动就应该打上热度标签，将热度分类标签作为LIST分区的切分项，通过复合分区的方式，将有热度的互动数据迁移在热度分区上。
混合架构的优化方案
好了，做了上面这些，要是单库压力还是巨大，那么就不能再单纯考虑关系型RDBMS的存储形式了，需要考虑引入支持K-V的NoSQL支撑写入。
先给一个黑科技吧，就将MySQL master主库引擎InnoDB做替换，尝试使用MyRocks引擎，但是这个需要进行严格的业务兼容性测试。
MyRocks实际上就是RocksDB，RocksDB在对写入性能上有着甩传统数据库几十条街的性能提升（前提是最好上SSD固态存储），可以看看我的另一篇文章创作：为什么分布式数据库这么喜欢用kv store？，从底层数据结构的逻辑上分析，就能理解为什么K-V存储强悍的写入能力。虽然在范围查找上不如传统的RDBMS，但是读写分离机制恰恰弥补了这一点，但是这个黑科技，最为不确定的就是读写复制的稳定性，这个需要——测试！测试！测试！
好，我们再去推测一下百度、知乎这些大厂在面对每天亿级甚至是几十亿级的数据记录写入怎么办？
这个时候MySQL数据库单库写基本没戏，单机I/O都撑不住，那一定会采取分布式NoSQL+关系型数据库集群的混合方案，也就是K-V存储模型的分布式数据库应对频繁地插入更新操作，但业务的完整性关系，最终落地在关系型数据库集群，复杂密集的业务关系，还是需要关系表来维护比较合适。
百度、知乎这些大户，我推理猜测，他们对于实时性操作较高的业务，例如文章不断地编辑，应该是在分布式的大数据平台上进行KV存储和访问，完成临时性处理，而不着急更新密集的业务关系表，等正式提交后，一定有一个延时的排队过程才会进行rdbms数据库维护关系表的事务完整性。
上述只是一个推理猜测图，并不一定是精确无误的，仅供参考。
如图我们可以看到引入了大数据平台Hadoop，主要是想利用HBase极高性能的K-V读写，尤其是对文章内容的草稿编辑，基本上属于准实时的操作，如果万人在线在MySQL数据库上这么干，数据库的写入就得崩溃了！那么对于文章可以形成一个文档的K-V关系在HBase的稀疏表上尽情写入，实际上更新也只是内容版本的一次迭代。HBase不用考虑复杂的关系问题，只关注文章内容的编辑问题。
当作者认为完成了写入，就提交文章，进入审核状态，审核过程可以充分利用消息系统，形成文字审核的事件化，对过滤敏感词、涉黄等等都问题进行实时流式处理，由订阅的管道推动给关系型数据库集群，形成完整的数据事务关系，那么就把解决高并发的写入问题转变成了队列推送的大吞吐数据计算问题。之后文章查询就针对关系型数据库集群，形成一套缓存机制、分布式查询体系，就容易得多了！
最后
就说这么多吧，实际上大厂的分布式数据计算比我推理的肯定是要复杂许多许多，我只是站在技术合理性的角度，给大家一个方向性的思考，建立高并发、海量数据的网站，我们应该遵循的一个过程，说到底就是用最小的成本，逐步深化，防止一开始的过渡技术。总之关系型数据库分库分表的模式除非万不得已，一定要慎用！因为一旦用开了，就很难掉头了，系统运维会淹没在数据维护的复杂性问题上。
