作者：下里巴人
前言：
本篇文章主要记录一下本次慧发发项目中，实现根据货物目的地自动判定物流园选择的矩阵并进行优化的过程。
原理图如下：
我们需要完成的是，在一张表中，显示出所有符合要求的方案，也就是输入货物目的地，最终输出 Cij，以便后续的规划算法。
1 |
|
1 | from Models import * |
根据老师建议，做出如下调整：
1 |
|
1 |
|
作者：下里巴人
前言:
因为博主最近开始了简单的基于Flask框架的网站搭建学习，因为涉及的知识点比较多，mysql是其中用到的数据库技术，因此，这篇博文是用来记录安装及配置mysql的，也会记录一些基础语句。
#安装Mysql
##下载安装包
我在这里提供一下下载安装包的下载网址，大家可以直接进入选择合适自己的版本安装。（目前最新的版本已经达到了8.x，但是我下载的是5.7.31，这是一个兼容性较高的版本，因此接下来都是基于此版本的过程哦
##解压压缩包我们下载好安装包好，将其解压在一个我们可以记住的路径（路径中不要包含中文） 内，博主自己就是解压在D盘目录下的Mysql文件夹中。
在你的解压目录中，新建一个名为my.txt的文本文件，将以下配置（#内容不要复制） 加入该文件中：
1 | [mysqld] |
填充好了之后，将你的配置文件改为my.ini
在你的目录中找到bin文件夹，其中有一个名为mysqld.exe的文件，复制它的路径。接下来，以管理员方式打开你的cmd，在终端中输入以下命令：
1 | <你刚刚复制的路径，去掉引号> --initialize-insecure |
终端执行完命令之后不会有反应，这时候我们打开目录观察：
我们发现目录下多了一个data文件夹，就说明我们初始化完成啦！
以管理员身份打开cmd，执行以下命令：
1 | <你刚刚复制的路径，去掉引号> --install mysql57 |
以下分别为开启服务与关闭服务的指令：
1 | net start mysql57 |
在bin目录下找到mysql.exe（不是之前的mysqld.exe） ，复制其路径，确保服务已启动的状态下，在cmd中输入以下指令：
1 | <你刚刚复制的路径> -u root -p |
这时会要求你输入密码，我们默认是没有的，我们直接回车就行：
1 |
|
这时候就代表我们链接成功啦！
我们会发现，每次链接如果都要输入这个奇长无比的文件路径太过麻烦，那我们可以以将xxxxx\bin\这一串设为环境变量，在系统变量中找到Path
在里面新建如下变量：
设置完成后，我们以后链接指令就简化为：
1 | mysql -u root -p |
1 |
|
作者：下里巴人
前言:
因为个人的原因，需要提前学习sql数据库技术，所以就开个分类，专门记录我的sql学习记录啦(*^▽^*)
我下载的是2019版的Sql server，具体的安装过程就不赘述了，点击这里，按照这位博主的步骤装就可以啦。
写这篇文章的原因在于，在上面的下载过程后，我们默认使用的客户端是：Microsoft SQL Server Management Studio 我的使用体验是操作繁琐，页面简陋（如下图），最要命的是没有代码补全功能！！！这对我这种懒人是最不可接受的！！（doge。
于是在一番搜索之后，我发现了vscode中也可以完成sql的编写，吹爆vscode！！下面就是如何在vscode中进行sql的编写记录。
打开Microsoft SQL Server Management Studio，在登录页面记住一下这个服务器名 ：
找到安全性，找到用户名sa ，右击属性：
取消强制实施密码策略 ，并且设置好自己的密码。
在Vscode中搜索以下插件：SQL Server(mssql)
这时，新建一个.sql
文件，新建完成之后，右上角就会出现一个绿色的执行按钮：
点击它，选择新建，就是我用箭头标出来的那个：
输入你刚刚记下的服务器名 ,回车
输入你想要新建查询的库的名字，回车
选择登陆，回车
输入sa ，回车
输入密码，回车
继续回车，默认记住密码
到这里，就已经大功告成啦！这个新建的文件就相当于你新建的查询，可以开始编写你的sql语句了！
作者：下里巴人
前言：
这是一份数据采集的个人作业，是关于爬取b站弹幕并绘制词云图。称为保姆级是因为这份代码已经竭尽所能的让人容易理解啦(*^▽^*)
本次爬取对象是-《梅西-改变世界二十大进球》中的弹幕信息。
首先，我们需要知道一个知识：对于B站弹幕而言，弹幕所在位置是有固定格式的：
http://comment.bilibili.com/+cid+.xml
所以我们当务之急，是要获取我们想要爬取视频的弹幕的cid。
如上图所示，我们首先打开我们想要爬取的那个视频页面，右击审查，选择网络。这时，里面应该是空的，所以我们此时刷新页面，就会显示出来啦！。接着在搜索框中搜索cid，接着，在响应的文件中找到负载，你应该就可以找到cid啦！
1 | import requests |
复制这段代码，放入一个文件夹中，接着在这个文件夹中放入你想作为背景图的图片。注意！这里默认图片背景为白色，所以你的背景图的背景也应该为白色。可以自己修改，代码第95行可以指定颜色。 接着，用编译器打开这个文件夹，直接运行，按照终端输出的提示依次输入所需信息，就可以完成啦！
]]>作者：下里巴人
Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。怎么分布呢？最早，肯定只有一台机器有一个原始版库，此后，别的机器可以“克隆”这个原始版本库，而且每台机器的版本库其实都是一样的，并没有主次之分。
你肯定会想，至少需要两台机器才能玩远程库不是？但是我只有一台电脑，怎么玩？
其实一台电脑上也是可以克隆多个版本库的，只要不在同一个目录下。不过，现实生活中是不会有人这么傻的在一台电脑上搞几个远程库玩，因为一台电脑上搞几个远程库完全没有意义，而且硬盘挂了会导致所有库都挂掉，所以我也不告诉你在一台电脑上怎么克隆多个仓库。
实际情况往往是这样，找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。
（引自廖雪峰）
这一部分的操作需要我们拥有一个Github账号。从名字就可以看出，这个网站就是提供Git仓库托管服务的，所以，只要注册一个GitHub账号，就可以免费获得Git远程仓库。具体可以参考我们之前的文章（点这里直达哦），在这里已经较为详细的叙述了如何将自己的ssh密钥部署在Github上，请先完成这些步骤才能继续操作喔(*^▽^*)
在完成上述设置后，我们需要在Github中新建一个库（repo），库的名称随意，我就先建立一个名为learngit的远程库。
在我们建立好仓库后，GitHub告诉我们，可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到GitHub仓库。现在，我们根据GitHub的提示，在本地的learngit仓库下运行命令：
1 | $ git remote add origin https://github.com/Yourname/Yourreponame.git |
添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。
注意，这里的“Yourename”和“Yourreponame”分别是你Github账号的用户名和你新建仓库的名字。
下一步，就可以把本地库的所有内容推送到远程仓库上：
1 | $ git push -u origin master |
把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
这时候你登录查看该远程库，就会发现已经和自己本地的版本库一模一样啦！！从现在开始，我们只要本地提交了，就可以通过一下命令将本地的master分支的最新修改推送至远程库：
1 | $ git push origin master |
有了添加远程库，那我们肯定也会有删除远程库的需要，一共分两步，演示如下
首先，我们先使用如下指令查看远程库信息：
1 | $ git remote -v |
然后根据名字删除：
1 | $ git remote rm origin |
要真正删除远程库，需要登录到GitHub，在后台页面找到删除按钮再删除。
我们之前是在现有本地库的情况下建立远程库，假设我们从零开始，那么最好的方式是先创建远程库，然后从远程克隆，我们先建立一个新的远程仓库gitskills，并且勾选Initialize this repository with a README，这样GitHub会自动为我们创建一个README.md文件。
这时，一个远程库我们已经建立好了，输入以下指令来克隆一个本地库：
1 | $ git clone git@github.com:Yourname/Yourreponame.git |
1 | $ git clone git@github.com:Motherlesssss/gitskills.git |
注意，这里的“Yourename”和“Yourreponame”分别是你Github账号的用户名和你已经建立好的仓库的名字。
这时你就会发现本地的gitskills目录中已经出现README.md啦！！
关于分支管理的作用以及解释，在廖雪峰老师的网站已经有详细解释了，可以自行前往观看，这里便不再赘述，直接进入正题(*^▽^*)
创建并切换至dev分支：
1 | $ git switch -c dev |
git switch命令加上-c参数表示创建并切换，相当于以下两条命令：
1 | $ git branch dev |
1 | $ git branch |
这个命令会列出所有分支，当前分支前会加一个 * 号
当我们在dev分支上做出修改后，我们此时想合并两个分支，可以如下操作：
注意，在进行合并操作前，该分支的修改必须已经提交添加至版本库！
切换至master分支：
1 | $ git switch master |
我们会发现在这个分支下我们刚刚修改的文件并没有改变，是因为刚刚的修改在dev分支上，而master分支的提交点并没有变，所以接下来合并：
1 | $ git merge dev |
git merge命令用于合并指定分支到当前分支 。
注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。
当然，也不是每次合并都能Fast-forward，我们后面会讲其他方式的合并。
当你完成合并后，你就可以删除这个分支了，指令如下：
1 | $ git branch -d dev |
在前面我们已经演示过的合并中，dev分支提交的修改内容与master分支完全不同，修改内容不起冲突。因此Git会默认快合并，就像下面这张图所描述的一样：
而如果我们此时新建并切换到一个feature1的分支，在这个分支下我们修改readme.txt添加最后一行并提交：
1 | its a test |
紧接着，我们切换回master分支，并且将最后一行添加如下，并且提交：
1 | it's a test |
此时，master分支与feature1分支都分别各自有了新的提交，变成了如下图：
这时候我们若执行合并，会出现以下情况：
1 | $ git merge feature1 |
很显然，此时出现了冲突，必须手动解决，当然，使用git status指令查看状态，也会告诉我们哪里起冲突了：
1 | $ git status |
当然，此时我们直接直接查看readme.txt内容：
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们直接在该文件中修改如下后保存并且提交：
1 | its a test |
1 | $ git add readme.txt |
现在，master分支与feature1分支变成了如下图所示：
也可使用该指令查看分支合并情况：
1 | git log --graph --pretty=oneline --abbrev-commit |
或者该指令查看分支合并图：
1 | git log --graph |
最后别忘了删除feature1分支哦！！
当然，这里的情况是修改量较小的情况下，如果修改量太大，想要放弃合并，可以使用以下指令来让你的代码恢复到合并之前的状态：
1 | git merge --abort |
大部分情况下，我们的分支不会起冲突，因此绝大多数的合并都是快合并，但是在这种模式下，删除分支后，会丢掉分支信息。因此，我们可以选择强制禁用快分支，这样，我们就能保留分支信息了：
1 | $ git merge --no-ff -m "commit描述" 分支名 |
这时就会如下图，分支信息就得以保留：
在实际开发中，我们应该按照几个基本原则进行分支管理：首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。所以，团队合作的分支看起来就像这样：
（引自廖雪峰）
我们设想如下场景：我们正在dev分支上进行工作，此时我们突然发现我们此前的版本库中有一个文件存在问题，我们想要创建分支去修改它，但是我们手头的dev分支工作还没有提交，我们该怎么办？不用慌，我们可以输入以下指令来“储藏”当前的工作现场：
1 | $ git stash |
接着，我们确定从哪个分支来修复，假设在master分支上创建临时分支：
1 | $ git switch master |
此时可以用下图描述：
在此分支上完成修改后，切换至master分支，并完成合并，最后记得删除bug分支:
1 | $ git add readme.txt |
请注意这里的4c805e2 ！！后续非常重要。
这是我们切换回dev分支,查看工作区却发现是干净的：
1 | $ git switch dev |
用如下命令查看我们刚刚存好的工作区：
1 | $ git stash list |
接着，用如下命令恢复并删除stash内容：
1 | $ git stash pop |
当然可以stash多次，恢复时先用git stash list查看，然后恢复指定stash：
1 | $ git stash apply stash@{0} |
由于我们的dev分支是早期master分支分出来的，所以我们需要将这个改动重放一遍：
1 | $ git branch |
这里的4c805e2 ，便是上文标红的编号啦！！
作者：下里巴人
这是我很喜欢的一首歌，分享给大家喔，可以点开听！
作者：下里巴人
在我们之前的操作中，工作区就指的是learngit文件夹。
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
正如我们之前所讲，我们提交文件一共分两步:
我们首先对readme.txt做一个修改，如下：
1 | Git is a distributed version control system. |
紧接着，我们在工作区新建一个文本文件LICENSE，内容随意，接着我们来查看一下暂存区状态：
1 | $ git status |
Git非常清楚地告诉我们，readme.txt被修改了，而LICENSE还从来没有被添加过，所以它的状态是Untracked。现在，使用两次命令git add，把readme.txt和LICENSE都添加后，用git status再查看一下：
1 | $ git add readme.txt |
现在，暂存区的状态就变成这样了：
所以，git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支：
1 | $ git commit -m"understand how stage works" |
紧接着，如果我们检查一下缓存区状态：
1 | $ git status |
此时我们的工作区是非常干净的，现在版本库变成了这样，暂存区就没有任何内容了：
我们先将readme.txt修改如下，但是不提交：
1 | Git is a distributed version control system. |
这时我们可以发现，我们现在工作区的文件应该与库中的最新版本不一致，那我们如何看到区别呢？我们可以输入以下指令：
1 | $ git diff HEAD -- readme.txt |
我们在修改文件的时候，不可避免的会出现一些失误，分为很多种情况，那我们该怎么撤销我们修改呢？，方法如下：
1 | $ git restore file |
情况1：在工作区做了修改，并未添加到暂存区，想撤销工作区的修改，用 git restore file;
情况2：在工作区做了修改，并用git add 添加到了暂存区，未提交；想撤销，分两步，1.先撤销暂存区的修改，用 git restore –staged file, 2.然后参考情况1撤销工作区的修改;
情况3：在工作区做了修改，且git add git commit添加并提交了内容，想撤销本次提交，直接用 git reset –hard HEAD^回退版本，即可保证工作区，暂存区，版本库都是上次的内容.
我们首先在工作区新建文件test.txt这个操作很简单，你可以就像平常删除文件一般，右击删除。当人，也可以使用如下指令：
1 | $ rm test.txt |
这时，使用git status查看工作区状态，会立刻告诉你哪些文件被删除了：
1 | $ git status |
如果这时你发现你是误删，别急，你可以输入以下指令来恢复改文件：
1 | git restore -- test.txt |
注意！！其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
但是，从来没有被添加到版本库就被删除的文件，是无法恢复的！
如果你在删除工作区文件中，你也确实要删除版本库中的该文件，需要连续使用以下两个指令：
1 | $ git rm test.txt |
当你使用git rm test.txt命令后，你突然后悔，想要恢复，这时你输入：
1 | $ git restore -- test.txt |
git rm test.txt 相当于是删除工作目录中的test.txt文件,并把此次删除操作提交到了暂存区
使用git restore – test.txt相当于是让工作目录test.txt恢复到暂存区中test.txt的状态,
但是工作目录中test.txt已经被删除,无法找到文件来再次删除所以报错。
所以这时，我们应该如下操作：
1 | $ git reset head test.txt |
必须先使用git reset head test.txt在暂存区中将删除操作丢弃,
然后在git restore – test.txt就是直接将工作目录中test.txt恢复到版本库中的状态.
作者：下里巴人
前言：
博主在业余时间一直在学习有关hexo博客框架的内容，发现git版本控制贯穿始终，而作为一个计算机小白，对此的接触仅限于我见到的教程里那些git命令，我对此并不了解。然后便打算开始跟着廖雪峰老师进行学习，本文是此次的学习记录，参照廖雪峰老师的教程，简单的复述一遍学习过程，有需要的自行取用哈^_^
对于这个问题，廖雪峰老师有一段很恰当例子，我引用在下面：
“如果你用Microsoft Word写过长篇大论，那你一定有这样的经历：想删除一个段落，又怕将来想恢复找不回来怎么办？有办法，先把当前文件“另存为……”一个新的Word文件，再接着改，改到一定程度，再“另存为……”一个新文件，这样一直改下去，最后你的Word文档变成了这样：”
过了一周，你想找回被删除的文字，但是已经记不清删除前保存在哪个文件里了，只好一个一个文件去找，真麻烦。看着一堆乱七八糟的文件，想保留最新的一个，然后把其他的删掉，又怕哪天会用上，还不敢删，真郁闷。更要命的是，有些部分需要你的财务同事帮助填写，于是你把文件Copy到U盘里给她（也可能通过Email发送一份给她），然后，你继续修改Word文件。一天后，同事再把Word文件传给你，此时，你必须想想，发给她之后到你收到她的文件期间，你作了哪些改动，得把你的改动和她的部分合并，真困难。于是你想，如果有一个软件，不但能自动帮我记录每次文件的改动，还可以让同事协作编辑，这样就不用自己管理一堆类似的文件了，也不需要把文件传来传去。如果想查看某次改动，只需要在软件里瞄一眼就可以，岂不是很方便？这个软件用起来就应该像这个样子，能记录每次文件的改动：
这样，你就结束了手动管理多个“版本”的史前时代，进入到版本控制的20世纪。
首先，在合适的地方创建一个空文件夹，将终端设置在该目录路径下，紧接着，通过git init命令，将该目录变成一个Git可以管理的仓库：
1 | $ git init |
就像为了我们之前所说的一样，为了避免各种各样奇奇怪怪的错误，我们所有的文件名尽量都不要掺杂英文
这时候我们会发现，当前目录下会多出来一个 .git 文件夹，看不到也没事，需要我们去设置一下，因为这个文件夹是默认隐藏的，无论如何这就代表我们成功啦！需要注意的是，这个文件夹我们最好不要手动修改，以防出现想象不到的错误。
因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。这一点可以参照我们hexo博客建立过程中的问题。一般来说，在完成Git下载后，我们需要声明全局用户名和邮箱，指令如下：
1 | $ git config --global user.name "Your Name" |
用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置。当然，在我们之前的博文中有提到，如果我想部署两个博客在同一台电脑上，那么这个全局用户名就会起冲突，为了给不同的项目指定用户名和邮箱，我们可以将终端切至 .git 目录下，打开 config 配置文件，加入以下配置：
1 | [user] |
这样，我们便给这个项目仓库指定了用户名与邮箱。
这时，我们的仓库已经建立完成。我们可以现在建立文件并且添加至库中。首先，我们需要在主文件夹目录下 创建我们的项目。我们在这里创建一个readme.txt并在其中输入以下内容：
1 | Git is a version control system. |
第一步，我们用如下指令将文件添加到仓库：
1 | $ git add readme.txt |
此时没有任何提升，便代表我们已经成功提交了
第二步，我们用如下指令将文件提交至仓库：
1 | $ git commit -m"wrote a readme file" |
这里解释一下，-m后是本次提交的说明，这样你就能从历史记录里方便地找到改动记录。
我们发现，这两个命令似乎都是提交，那是不是有点多此一举？显然不是，git add命令可以多次添加文件，而git commit则可以一次提交多个文件，相当于一次版本改动，我需要修改多个文件，各个修改文件的提交都是由git add命令添加，最终用git commit命令完成一次版本的改动。
首先，我们将我们建立的txt文件修改如下：
1 | Git is a distributed version control system. |
这时，我们输入以下指令，来检查工作区状态：
1 | $ git ststus |
上面的命令输出告诉我们，readme.txt被修改过了，但还没有准备提交的修改。如果这时我们想查看改文件究竟如何被修改呢？可以输入如下指令：
1 | $ git diff |
可以从上面的命令输出看到，我们在第一行添加了一个distributed单词。知道了对readme.txt作了什么修改后，再把它提交到仓库就放心多了，提交修改和提交新文件是一样的两步，第一步是：
1 | $ git add readme.txt |
这时，我们再输入git status看看当前仓库状态：
1 | $ git status |
git status告诉我们，将要被提交的修改包括readme.txt，下一步，就可以放心地提交了：
1 | $ git commit -m"add distributed" |
提交后，我们再用命令看看仓库的当前状态：
1 | $ git status |
Git告诉我们当前没有需要提交的修改，而且，工作目录是干净（working tree clean）的。
在此之前，我们再次修改一下文件，并且再次提交：
1 | Git is a distributed version control system. |
这时就像我们打游戏存档一般，我们每次修改之后都提交了一次，到目前为止我们的版本迭代了几次呢？我们可以输入以下指令来查询：
1 | $ git log |
这时我们可以看到我们有三次修改记录。这里值得一提的是，这里的commit后的便是自动生成的版本号，为十六进制。
首先我们必须要知道，在Git中，用HEAD表示当前版本，也就是最新的提交48675df794...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100
这里我们要注意，在终端中输入git log后终端可能会出现下图的情况：
不必慌张，我们只需输入q ，即可解决这个问题
现在。我们要退回上一个版本，可以输入以下指令：
1 | $ git reset --hard HEAD^ |
这时我们可以发现，我们的文件已经变成了：
1 | Git is a distributed version control system. |
恭喜，这时候我们已经成功还原，不过且慢，我们先来检查一下版本库的状态：
1 | $ git log |
我们会发现，我们最新的那个版本已经不见了。但是这时我们后悔了，想要复原怎么办？不要着急。如果我们此时终端还在，你就可以顺着往上找啊找啊，找到那个append GPL的commit id是48675df7...，于是就可以指定回到未来的某个版本：
1 | $ git reset --hard 48675df7 |
版本号不需写全，只要前几位，Git会自动帮你匹配，当然要多几位，否则出现重复，就无法判断究竟是哪一个了。这时候我们看，我们的文件已经还原啦：
1 | Git is a distributed version control system. |
当然，如果此时你退回到了某个版本，但是过了几天后你反悔了，此时你无法找到新版本的commit id，这时候也不要慌，我们输入一下指令：
1 | $ git reflog |
就如我们看到一般，我们要恢复某个版本，就必须找到对应的commit id，而Git提供git reflog命令，来记录你的每一次命令。这时我们可以看到，append GPL的commit id是48675df。有了对应的commit id，我们便可以回到我们指定的版本啦！
]]>作者：下里巴人
作为中立球迷，今天全程看完了德国队和日本队的比赛，感慨良多。 虽然说实话，不是很喜欢日本这个国家，但是不得不说，这一支日本队真的让人难以吝啬自己的赞美。他们用自己的表现告诉世界，黄种人是可以踢好足球的！ 虽然我们都在为亚洲之光骄傲，但是作为一个中国人，内心更多的，我想是一种羡慕 一种嫉妒。当日本的球员早已布满世界五大联赛之时 我们却只有武磊能拿得出手。当日本高中联赛决赛万人空巷的时候 我们国家的职业联赛甚至一度停摆。当日本青训的努力终于显示出成效的时候，我们却还在投机取巧，想着怎么规划国外的球员….上帝不会辜负任何人的努力。今天日本2-1击败德国，就是最好的证明。 他们的技战术 他们的战术执行力 他们的韧性 ….无一不让我们汗颜 当年对比利时的淘汰赛，当日本举国反思那魔鬼一般的14秒时 他们就已经赢了。
日本很早就定下了2050年的目标：承办世界杯 并夺取冠军。当时有多少人在嘲笑？而现在呢？日本女足早已夺得世界杯冠军，男足稳步发展 他们不仅敢“做梦” 他们更是追梦人…
他们为了这个目标究竟付出了多少努力呢？1966
日本各地域联赛和都道府县联赛陆续开展，直至今日，这一联赛系统还保留着。
1968
日本队再一次出现在了墨西哥奥运会的赛场上，在传奇射手釜本邦茂的率领下，日本队奇迹般地获得了季军。而釜本邦茂不仅在当届奥运会荣膺射手王，也因其在绿茵场上的贡献最终成为了日本参议院的议员。
1976
日本青少年球员训练中心体系正式起步，由日本足协直接主管，主要分为地区训练中心和都道府县训练中心。并于1980年正式开始开展训练活动。
同年，足球漫画《足球小将》问世，一下子扩大了足本青少年足球人口的数量。正是通过这部漫画，中田英寿、中村俊辅、川口能活等球员立志于像大空翼一样冲出亚洲、走向世界。
1980年代
长期由企业队主导的日本各级别联赛依然在较低水平徘徊。直到1984年的麒麟杯邀请赛，日本足球才历史上第一次战胜中国队。
在80年代末，为了提升日本足球的水准，为日本国内那些有天赋有的
1989
日本足协分别成立了日本职业足球联赛筹备小组、日本职业足球联赛筹备委员会对现有的日本联赛进行现状分析，并且对其他国家职业联赛的模式、对所要创设的职业联赛构思、参加职业联赛团体的条件等进行全方位的调查研究，并对创设职业联赛的事宜进行具体操作。
1991
发表职业联赛的正式名称，即“日本职业足球联赛”（J联赛），并确立了组织机构、加盟队数、比赛机制等。
1993
J联赛登上了历史舞台
截止2020
J联赛成功建成了“职业联赛-JFL联赛-业余联赛”的二级七层金字塔制度
日本境内共有26590支足球队
经过近30年的发展，J联赛已经成为前国际足联主席布拉特口中“亚洲最成功的职业联赛”。
从这里我们不难看出，日本的联赛发展也是整个日本足球发展的缩影-脚踏实地。
看似平庸，可这也恰恰是尊重足球规律的发展路径。反观我们国家的职业联赛，是否已经迷失在了商业化的温柔乡中…当日本球员遍布五大联赛之时，我们却一度联赛停摆…我们的武磊
依然饱受争议…我想，我们是否太过浮躁，我们是否应该静下心来，仔细的，认真的，脚踏实地，去发展呢？
1988年，川渊三郎加入日本足协，谈起刚工作时的目标，川渊三郎说：“当时人们对日本足球不抱希望了，因为我们太弱了。我想做的事情就是能让人们对足球感兴趣。”
川渊三郎开始计划在日本国内筹办职业足球联赛，1993年，日本职业联赛（J联赛）诞生，可这一年，日本足球遭遇“多哈悲剧”——在世界杯亚洲区预选赛最后一场比赛中，只要战胜伊拉克，日本就可以 晋级世界杯。可惜比赛结束前日本被追平，2∶2的比分让他们哭着回家。
3年后，川渊三郎推出了一份雄心万丈的“百年规划”。
2015
成为世界前10的足协，足球人口500万人（球员及其家庭、足球工作者、注册的球迷），球队进入世界前十
2050
足球人口1000万，占日本总人口10%，再举办一次世界杯并获得冠军。
刚刚提出的时候，国内嘲笑一片。毕竟那时候谁会相信，那一支1984年才第一次战胜中国队的日本队，会实现这个目标？
但是我们现在来看，早在2011年，日本女足早已夺得世界杯冠军。男足旅欧人员已达惊人的451人…我想，30年的时间，足以完成这个看似不可能的漫画中的目标…
这里只是一些个人的想法，一些资料也是引自懂球号作者:JekyllHyde。这场比赛真的很精彩，这是属于亚洲的骄傲。但是当我们浅显的看完这些资料之后，更多的，我想，还是对国足的反思。我们究竟需要什么，我们应该怎么干，我想，有时我们这个略显“卑鄙”的邻国，确实能够给我们一些启发吧...]]>
作者：风雨无组所有成员 (^▽^)
前言：
本文全程记录“数据采集技术”这门课的一份小组作业的实现过程，包括选题，数据爬取与数据分析，这是所有“风雨无组”小组成员的努力成果(*^▽^*)
随着经济和科技的日益发展，给人们的物质生活带来了极大的变化的同时也使人们对精神方面的消费需求愈发提高。电影产业作为文化产业的核心组成部分，已成为人们生活中不可或缺的一种娱乐方式，不仅仅是对文化领域有着重要的影响，更成为促进经济发展的强大动力。在计算机网络覆盖全球的今天，文化与经济两大主体早就脱离了互不干涉、没有交集的情况，而文化产业也正在逐渐发展成为影响世界经济发展的重要部分。在短短一百多年的时间里，电影产业不断地发展壮大，现在它早就凭借着其特殊的魅力和巨大的吸引力成为推动国民经济迅速增长的产业之一。中国自从改革开放以来一直始终坚持与世界接轨，紧跟世界发展潮流，在改革中打破原有的经济体制并成功研究出符合中国的特殊国情的社会主义市场经济体制，这也是我国的电影产业随之开始向市场化转变最重要的政治基础。我国影视行业发展迅速,成为全球第二大电影市场,同时也是增长最快的市场之一。据中国新闻出版广电总局调查显示,2017年全国电影总票房已经超过550亿，这说明中国电影产业有着良好的发展前景。
研究中国电影的现状和存在的问题，有利于分析出我国电影产业发展的优势与劣势，找出其他国家电影发展有利方法加以借鉴从而推动电影产业的快速发展，最为重要的是有利于抵御外来电影大片的带来的文化和经济冲击，有利于中华传统文化的传承与延续和社会经济的发展。而票房反映了一部电影的商业效益，对后续电影拍摄计划和方向有着重大影响，也是衡量一部电影是否盈利与是否成功的重要指标。然而，国产电影只有极少数是盈利的，70%的国产电影都面临亏损，高投入低票房低收益的电影案例也屡见不鲜,如2016年上映的《封神传奇》斥资5亿,却只收获2.84亿的票房。因此，对电影票房的有效分析将有利于降低电影投资市场的风险，对电影投资、制作及营销各个阶段都有着重要的指导性意义。而目前国内电影票房的研究还处在经验分析阶段，依赖于专家判断，缺乏数据技术支撑。为引导电影产业的理性决策，对电影票房的数据分析显得尤为必要。
小组将主要从猫眼电影（https://www.maoyan.com）获取数据。猫眼电影是美团旗下的一家集媒体内容、在线购票、用户互动社交、电影衍生品销售等服务的一站式电影互联网平台。2015年6月，猫眼电影覆盖影院超过4000家，这些影院的票房贡献占比超过90%。猫眼占网络购票70%的市场份额，每三张电影票就有一张出自猫眼电影，是影迷下载量较多、使用率较高的电影应用软件。同时，猫眼电影为合作影院和电影制片发行方提供覆盖海量电影消费者的精准营销方案，助力影片票房。2015年上半年，猫眼电影交易额达60亿，超过2014年全年。
### 2.1.2：目标数据小组将爬取豆瓣近五年来每年评分排名前90的电影，并爬取这些电影的名字、类型、评论等相关数据。
时间跨度：
小组爬取豆瓣近五年来的数据，充分考虑到了时代变化的因素，可以跳脱出获取数据时的静态局限，进一步反映出观众对电影的偏好的动态变化，从而可以帮助预测未来电影行业的趋势、发展。
评分：
电影的评分往往与电影的质量、观众的喜爱程度有着密不可分的正相关的关系，对电影评分排名的爬取可以从宏观上帮助小组初步筛选出更符合观众观影偏好的高质量电影。
类型：
电影的受喜爱程度是否和它所属类型有关？观众喜爱的电影类型是否正在发生变化？对哪种的投资拍摄更容易吸引到更多观众？对电影类型的爬取可以帮助小组探索这个问题的答案。
评论：
电影的评论可以直观、详细、真实地反映观众对于电影的评价。这些评论中往往会反复出现一些关于这些电影的关键词，精准地找出这些关键词可以帮助小组进一步细化、筛选出电影中影响观众喜爱程度的因素。
我们首先进入猫眼官网,根据我们的数据获取要求，我们进入如下界面:
这时，我们右击检查，开始定位我们需要的数据类型，我们发现在一级页面中，网页源码中只包含了电影名称、评分，他们的位置路径如下图：
紧接着，我们发现我们剩下的数据，例如：类型、评论等，在二级页面，我们仔细观察后，在如下位置发现了可以用于拼接二级页面的规则编号，位置如下：
到此为止，我们已经完成了对网页源码的分析，接下来，就要进入代码实现阶段啦(*^▽^*)
## 2.2：Python爬虫代码实现### 2.2.1：Python库准备在本次实现中，我们用到了如下几个库：
urllib：
它是 Python 内置的 HTTP 请求库，也就是说我们不需要额外安装即可使用，它包含四个模块：
lxml：
lxml是python的一个解析库，支持HTML和XML的解析，支持XPath解析方式，而且解析效率非常高。
xlwt：
可以实现对excle的读写
注释中包含了url规律分析
1 | #2022 |
结果实现如下，仅展示一张表格 在上面的代码结果中，可以看到，我们已经批量获取了2022年评分最高的前30部电影的名字、评分及详细情况的二级页面url。我们想要的评论、类型等数据都存储在二级页面之中，就像这样： 本来我的想法已经形成了，既然我们已经获取了二级页面的url，我们可以再写一个函数，用来遍历每一个url，提取信息。想法很简单，但是由于猫眼反爬十分严格，问题频出，包括但不限于： 二级页面的数据不在页面源码中，为异步加载，我们在审查是可以定位到，但是获取源码会发现不在源码中，而在审查-网络中可以发现这个文件，如下： 该页面的url不具有规律，我们无法进行批量访问 利用selenium_Phantomjs进行页面截图，也被识别如下： 注：在日后的学习过程中会继续研究这个问题，比如利用猫眼移动端的url进行爬取，如若可以成功，将会更新在这里。 我们通过爬虫程序搜集了近五年豆瓣电影top90榜的相关资料，如电影名称、上映地区及时间、票房与评分等，并应用数据分析工具制作了以下相关图表。 上表是我们对搜集得来的450条评分数据进行分析所得。由表可知，评分的平均值在8.851，是一个较高的数值，且评分的方差仅有0.187——数据的波动性小，说明近五年豆瓣top前90的电影得到了大多数观众的一致好评。 除此以外，我们还做了有关评分的散点图与箱型图： 散点图与箱型图更直观地反映了观众们评分分数的集中区间，由两图可见，观众们的评分分数集中在8.5到9.5之间，少数处于7到8.5之间，也再次说明大多数观众对近五年豆瓣top前90的电影给出了一致好评。 上表是我们针对已搜集的有关“评分数”、“票房”、“评分”、“时长”这四大指标的数据进行相关性分析所得。由表可知，“评分数”与“票房”这两个指标的相关系数高达0.951，说明两者的相关性极强，即通常票房高的电影，评分数也多，反之亦然。另外，表中各指标的相关系数不存在负值，说明各指标间不存在一方制约另一方的情况。 上图是我们对各地区票房数据进行分析所得。由此饼状图可见，在中国香港上映的电影的票房量最多，近乎占据所有票房量的一半，其次是在中国大陆上映的电影，其票房量也占总体的一大部分。但在中国香港、中国大陆、日本、美国以外的地区上映的电影的票房量很少，仅占总体的极小部分，可能因为这些地区的人口较少，或是人们的偏好所致。 下图以不同的色彩展示了在世界各区域内上映的电影的票房量的差异： 我们对各月份影院电影的放映数进行了数据分析，得到了以上折线图。有图可见，在每年的十二月份，电影的放映数达到峰值，可能与圣诞等一系列节日有关。在三到六月份，电影的放映数整体偏少，可能因为这是各年龄学生们上学的时期。七到九月份的电影放映数整体偏多，可能因为这是各年龄学生们放暑假的时期，在此时期学生们有时间观影。影院可根据此状况，增加在七到九月份上映的电影数量。 另外还有各月份票房数的饼状图： 可见十月份的电影票房量占整体比重最大，甚至超过整体的半数，究其原因，可能与国庆等节日有关。九月份的电影票房量占比也较多，其余各月份的票房量占比均较小。所以推荐影院在十月或九月多上映电影。 上图是我们对各类型电影的票房量进行数据分析所得。由此饼状图可见，悬疑/动作/犯罪类型的电影最受观众们欢迎，其票房量近乎占总体的一半，其次是剧情/爱情类型的电影。其余各类型的电影的票房占比均较小。所以推荐影院多上映悬疑/动作/犯罪与剧情/爱情类型的电影。
2.2.2.1：Python代码实现出现的问题
1.评分
2.指标相关性
3.地区票房统计
4.电影放映的月份差异
各类型电影票房差异
作者：下里巴人
前言：
在学习了如何搭建博客有，我便逐渐有了为辩论队搭建网站的想法，但是我发现没有我想象中的那么简单，于是在翻阅了众多大佬的记录后，磕磕绊绊终于成功实现了这个想法，便在此记录一下，供大家参考，也方便我自己以后忘了来看(*^▽^*)
注：接下来建立在你已经完成了博客的部署，参见搭建博客，具体即已然完成至ssh链接之前的步骤
首先 在终端中输入以下指令，进入SSH根目录下，来检查已有密钥
1 | cd ~/.ssh/ |
1 | ssh-keygen -t rsa -f ~/.ssh/这里是新密钥名称 -C "这里是你的邮箱" |
新密钥的名称不能重复，需要另设一个！
查看你的.ssh/根路径下, 有没有config文件,没有则在此目录中创建一个config文件（不需要任何后缀！！)
紧接着，用记事本或者直接用vscode打开这个文件，写入以下配置
1 | #第一个账号，默认使用的账号，不用做任何更改 |
按照从前的步骤，将新的sshkey添加至你的新Github账户，这里不再赘述
在终端中输入以下指令，执行操作
1 | ssh-add -D |
注：此操作终端应在ssh根目录下！
如果这时候出现如下错误：
1 | Could not open a connection to your authentication agent. |
这时你需要在终端输入,问题即可解决：1
ssh-agent bash
依次执行以下命令，第一个为默认ssh_key验证；第二个为新的ssh_key验证，其中“xxxxxx”为你先前在config文件中的命名
1 | ssh -T git@github.com |
依次显示以下信息, 则说明配置成功：
1 | Hi 你的用户名! You've successfully authenticated, but GitHub does not provide shell access. |
在我们第一个博客的设置中，我们不出意外应该设置的是全局变量，所以在这里我们需要取消一下全局配置，输入以下指令：
1 | git config --global --unset user.name |
这时，我们需要跳过我们前面教程中的设置用户名环节环节，直接进行部署博客（即第四步），注意，最后一步的 hexo d 不需要输入，如果没有进行这一段操作，你的目录下不会出现下面要用到的. deploy_git 文件夹！！！接下来开始设置单独变量，这是需要进入博客文件.deploy_git文件夹中，设置隐藏文件可见（属性） .git，然后在其中的config文件中加入以下配置：
1 | [user] |
打开你的第二个博客Hexo目录下的_config.yml文件，找到deploy关键字，写入以下配置并保存：
1 | deploy: |
注：这里的配置与之前有些许不同，比如repo的写法，这样写的好处是可以避免部署失败的情况出现，其他别无二致。
到此，问题就解决啦，完美的在电脑上同时部署了多个hexo博客，如果遇到别的报错，大家可以联系我，或者在网上搜寻一下报错的解决方法哦(*^▽^*)
]]>作者：下里巴人
2022-7-11
刚刚带了一会我的侄子，他在绘声绘色的描述他怎么在幼儿园拿下了好多好多贴纸，突然很小声和我说：“xxx说要和我结婚”，哈哈哈然后我问他，那你喜欢xxx吗，我居然在一个小班的同志脸上看到了害羞，聊了一会，他奶奶和他说赶紧吃饭 他好朋友xx在楼下等他，小炮还挺开心，蹦蹦跳跳的出去，和我说我好久没有见到xx了。对，我也好久没有见到我的朋友啦。
2022-7-16
在国服匹配打了一把核子cs，遇到一个高中生，他一直在语音里说话，我嫌他吵关了一会声音，毕竟休闲，我就又打开问他，“你多大了”“高一，准备辍学了”？？“为啥”我很疑惑，他说学不下去，我问他接下来想干啥呢，他说去做b站up主，我心里突然很不是滋味，我发枪给他，他对着其实不是很贵的皮肤大声惊呼，这感觉很奇怪。“你还是继续学下去吧，好歹去大专学个技术”我继续道，“不，学不下去”“你会剪辑吗？你要当up主这个必须要会”“会一点，可我没有电脑…”“……”我良久无言，莫名震撼。很快，比赛结束了，“好好生活”，我对他说。“嗯，我们都想好好生活，也一定能这样，对吗？”，我看着一地鸡毛。
2022-7-31
最近实习两周了，这次实习不仅仅是丰富履历，更是一次见识。哈哈，喜欢过的人过的很幸福 有爱的人爱她；生活圈更是我遥不可及的；我是不是该更努力点 找到我自己想要的呢 摆脱一地鸡毛 不只是说说而已 我想 创造自己的生活
作者：下里巴人
前言：
这个学期，博主有一门课叫做“数据采集技术”，于是我在暑假自学的爬虫又开始攻击我了（doge。这篇博客就暂且作为我复习爬虫的开始吧o(╥﹏╥)o，如题所述，接下来就开始scrapy框架的介绍和基础指令！
Scrapy是适用于Python的一个快速、高层次的屏幕抓取和web抓取框架，用于抓取web站点并从页面中提取结构化的数据。Scrapy用途广泛，可以用于数据挖掘、监测和自动化测试。Scrapy吸引人的地方在于它是一个框架，任何人都可以根据需求方便的修改。它也提供了多种类型爬虫的基类，如BaseSpider、sitemap爬虫等，最新版本又提供了web2.0爬虫的支持。
博主是在b站尚硅谷自学的scrapy框架，在他的教程中有一张简易化的框架图，我略作优化，放在下面哈，也许会更有助于大家的理解。
以博主为例，我使用的python版本为3.6.13;Scrapy版本为 2.6.1
在终端中输入以下指令，来下载scrapy，lxml库
1 | pip install scrapy |
如果想指定下载版本可以输入以下指令（以2.6.1为例）
1 | pip install scrapy==2.6.1 |
下载后输入以下指令看是否成功，如果成功会出现这样的画面：
1 | scrapy --version |
XPath即为XML路径语言（XML Path Language），它是一种用来确定XML文档中某部分位置的语言。XPath基于XML的树状结构，提供在数据结构树中找寻节点的能力。
我们可以下载一个浏览器的xpath辅助插件，可以帮助我们确实语法正确与否，并反馈给我们可以解析到的数据，具体安装教程我放在下面。
注：不同的浏览器需要安装不同的插件，以自己喜好为准哦！
这也是我们需要提前学习的，十分简单，但是需要基础的html语法知识，用他来解析html十分的简洁，xpath语法的学习文档我会放在下面，可以去学习一下哦！https://blog.csdn.net/weixin_64471900/article/details/124314236
首先，一定是创建爬虫项目，在终端中输入以下指令：
1 | scrapy startproject 项目名称 |
注：不能以数字开头 也不能包含中文
这时，你会发现当前文件夹目录下出现了一个新的文件夹，文件夹名字为你刚刚输入的 项目名称。这代表项目已经创建成功啦！
首先，我们要将自己的终端切换到我们的爬虫文件中，在终端中输入以下指令:
1 | cd 项目名称\项目名称\spiders |
接着，我们要创建文件，在终端中继续输入：
1 | scrapy genspider 爬虫文件的名字 要爬的网页 |
注：文件名和项目名不能相同，否则会报错
例子：
1 | scrapy genspider ceshi1 www.baidu.com |
注：一般情况不需要添加http协议 因为start_url的值是根据allowed_domains的值修改的 当起始url结尾是html是 需要去掉/
这是你可以看到，项目文件夹下的spider文件夹中，多出了一个你命名的新文件，其中内容类似于：
1 | import scrapy |
具体含义及用法会在下一篇中介绍，到这里我们已经成功完成了爬虫文件的建立
在完成上一步后，我们可以看到新创建好的项目文件夹下有很多我们不认识的文件，他们的意思是什么呢，我们来简单介绍一下：
当你完成了一份爬虫文件，想要运行调试怎么办？请在终端中输入以下指令：
1 | scrapy crawl 爬虫文件的名字 |
即可运行
好啦，这篇文章就到此为止了，相信通过上面的叙述你应该可以自主的创建一个爬虫项目了，至于如何开始真正的项目，下一篇博客就会以一个例子作为介绍，我也有点忘了，先让我复习一波（doge
]]>作者：下里巴人
前言：
在上一篇中我已经完整地（在我看来）叙述了如何搭建并且部署你的博客，那现在，我们就要开始进入创作/发布/个性化你的博客啦~
相信大家一定迫不及待的想要创作自己的第一篇博客了，那我们究竟需要学习哪些知识呢？
Markdown 是一种轻量级标记语言，创始人为约翰·格鲁伯（John Gruber）。 它允许人们使用易读易写的纯文本格式编写文档，然后转换成有效的 XHTML（或者HTML）文档。这种语言吸收了很多在电子邮件中已有的纯文本标记的特性。由于 Markdown 的轻量化、易读易写特性，并且对于图片，图表、数学式都有支持，许多网站都广泛使用 Markdown 来撰写帮助文档或是用于论坛上发表消息。 如 GitHub、Reddit、Diaspora、Stack Exchange、OpenStreetMap 、SourceForge、简书等，甚至还能被使用来撰写电子书。
HTML的全称为超文本标记语言，是一种标记语言。它包括一系列标签．通过这些标签可以将网络上的文档格式统一，使分散的Internet资源连接为一个逻辑整体。HTML文本是由HTML命令组成的描述性文本，HTML命令可以说明文字，图形、动画、声音、表格、链接等。超文本是一种组织信息的方式，它通过超级链接方法将文本中的文字、图表与其他信息媒体相关联。这些相互关联的信息媒体可能在同一文本中，也可能是其他文件，或是地理位置相距遥远的某台计算机上的文件。这种组织信息方式将分布在不同位置的信息资源用随机方式进行连接，为人们查找，检索信息提供方便。
注：以上是两种可以用来书写博客的标记语言，通常来说，由于我们现在hexo框架下的博客文件为.md-即markdown文件，所以一般第一选择是用markdo语法进行书写。然而....由于博主我先学的html，所以在懒惰的驱使下，我发现html语言也可以在md文件中被识别，所以html也是可以用在这里的。（当然，markdown和html十分类似，前往官方文档学习还是很快的，我会把学习文档链接放在下面。
在完成我们的知识储备后，我们就可以开始创作啦
首先，我们要创建一个博客文件，在终端中输入下列指令：
1 | $ hexo new 你的博客题目 |
这时候，你的source\_posts 文件夹中就出现了博客文件，如下
1 | --- |
这代表你已经创建成功啦。具体如何创作，例如模块插入，这些都可以在hexo官方文档中查阅学习到，这里就不过多赘述啦(*^▽^*)
hexo官方文档：https://hexo.io/zh-cn/docs/
在这个环节之前，我们先来介绍一下著名的“Hexo四连”(滑稽
1 | hexo clean |
其实到这，基本已经讲完啦，将你写完的博客文件进行上述操作，即可发布
下面提供我的第一篇博客的源代码供大家参考，结构比较混乱，浅浅参考一下吧（滑稽
1 | --- |
注：我都是使用html语法进行书写，所以仅供参考哈，目前还没有发现兼容问题 （但愿以后也不要发现o(╥﹏╥)o
由于这一部分比较复杂，且我自己还不是很能完整的叙述，所以我就贴一个我觉得有帮助的链接，大家可以按照这篇文章的指引，去设计自己的博客啦
本章到此结束啦，如果你觉得哪里不合理，或者实际操作中有什么问题，欢迎联系我与我讨论哦
]]>作者：下里巴人
前言:
相比其他大佬，作为小白的我写的搭建历程肯定漏洞百出o(╥﹏╥)o，但我还是会尽量考虑到一些操作细节，帮助大家避免我曾经遇到的问题（doge，就图一乐哈！，如果想要更详细的教程，请移步CSDN噢！
指在博客（Blog或Weblog）的虚拟空间中发布文章等各种形式的过程。简言之，Blog就是以网络作为载体，简易迅速便捷地发布自己的心得，及时有效轻松地与他人进行交流，再集丰富多彩的个性化展示于一体的综合性平台。不同的博客可能使用不同的编码，所以相互之间也不一定兼容。而且，很多博客都提供丰富多彩的模板或其他个性化方案，这使得不同的博客各具特色。Blog是继Email、BBS、ICQ之后出现的第四种网络交流方式，至今已十分受大家的欢迎，是网络时代的个人“读者文摘”，是以超级链接为入口的网络日记，是代表着新的生活方式和新的工作方式，更代表着新的学习方式。具体说来，博客（Blogger）这个概念解释为使用特定的软件，在网络上出版，发表和张贴个人文章的人。
基于开源框架搭建博客，直接在github page平台上托管我们的博客。无需关心网页源代码的具体生成细节，只需要用心写好博客内容即可
注：虽然这么说，但是我觉得还是挺麻烦的（doge ，当然，只是对我来说 O(∩_∩)O
下面，就开始正式进入我的艰难搭建之旅啦o(╥﹏╥)o
VSCode（全称：Visual Studio Code）是一款由微软开发且跨平台的免费源代码编辑器。 该软件支持语法高亮、代码自动补全（又称 IntelliSense）、代码重构、查看定义功能，并且内置了命令行工具和 Git 版本控制系统。
强烈推荐！！！！基本全栈都可以在这款编辑器中编写，且轻量化，支持中文！！是小白的福音！！
Git（读音为/gɪt/）是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。 [1] 也是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。
Hexo是一款基于Nodejs的，快速、简洁且高效的博客框架。具有丰富的插件和主题，具有超快的速度。支持Makedown语法，可以方便快捷的编写博客文档。同时支持node命令，可以一键部署到GitHub Pages, Heroku 或其他平台。
GitHub是一个面向开源及私有软件项目的托管平台，因为只支持Git作为唯一的版本库格式进行托管，故名GitHub。GitHub于2008年4月10日正式上线，除了Git代码仓库托管及基本的Web管理界面以外，还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱（报表）、代码片段分享（Gist）等功能。
简单的说 Node.js 就是运行在服务端的 JavaScript。Node.js 是一个基于 Chrome JavaScript 运行时建立的一个平台。Node.js 是一个事件驱动 I/O 服务端 JavaScript 环境，基于 Google 的 V8 引擎，V8 引擎执行 Javascript 的速度非常快，性能非常好。
注：在下载nodejs与hexo后，如若在操作无误的情况下检验下载成功时报错，这时需要重启电脑。
请基于你自己的电脑操作系统类型，选择合适的版本下载
下载完成后在vscode提供的powershell终端中输入一下指令($不需要输入哦,它代表你要输入的指令），来检验是否安装成功。（当然，如果没有下载，也可以使用win+R调用cmd终端
1 | $ node --version |
如果出现以上信息，就代表已经安装成功啦！！！
注：下载后去所在文件夹点击安装！！
下载完成后在终端输入：
1 | $ git --version |
有如上显示就代表成功啦！
下面是vscode的官方链接
下载之前，可以先去Hexo的官方文档熟悉了解操作，网址我贴在下面啦！！（自己看官方文档也是很重要的学习过程哦）
hexo官方文档：https://hexo.io/zh-cn/docs/
接下来，在你的终端中输入一下内容，快速下载hexo
1 | $ npm install -g hexo-cli |
接下来就静待你的电脑安装hexo啦，等到安装结束，输入一下指令，来验证是否安装成功
1 | $ hexo --version |
如若出现一下情况:
1 | hexo : 无法加载文件 C:\Users\username\AppData\Roaming\npm\hexo.ps1`，因为在此系统上禁止运行脚本。有关详细信息，请参阅 https:/go.microsoft.com/fwlink/?LinkID=135170 中的 `about_Execution_Policies`。 |
不要慌,在windows自带的搜索栏中搜索powershell，选择以管理员身份运行，输入以下代码：
1 | Set-ExecutionPolicy -ExecutionPolicy UNRESTRICTED |
接下来会蹦出来一大串你看不懂的代码，不要慌张，无脑输入y,然后回车，这时回到vscode中输入hexo --version就不会报错啦
现在，你已经准备好所有工具啦，现在，就开始搭建我们的博客咯(*^▽^*)
首先，在你电脑合适的位置创建一个文件夹，注意用英文，因为中文文件夹可能会引发兼容问题，所以先给自己的文件夹取个洋气的英文名。
创建完之后，就在你的终端输入如下命令：
1 | $ cd <your folder name> |
这时候你会发现，你创建的文件夹出现了很多其他文件，这时候就代表已经成功啦,你的终端会显示如下内容
1 | INFO Validating config |
这些指令的意义后续我们会给出介绍，以后就会慢慢熟悉啦。点击上面的链接，如若能够跳转，就已经生成成功啦
这里网上已经有很多介绍啦，这里不再赘述，可以参考下面的教程
注：因为是境外网站，所以完成这一步需要一些魔法(*^▽^*)咳咳...
同上，不过多赘述啦
https://blog.csdn.net/weixin_43729943/article/details/103915046
这边需要强调的是，因为我们最终目的是将我们的博客部署上去，所以我们创建仓库的名字一定要为 github用户名 .github.io
简单说，SSH是一种网络协议，用于计算机之间的加密登录。如果一个用户从本地计算机，使用SSH协议登录另一台远程计算机，我们就可以认为，这种登录是安全的，即使被中途截获，密码也不会泄露。最早的时候，互联网通信都是明文通信，一旦被截获，内容就暴露无疑。1995年，芬兰学者Tatu Ylonen设计了SSH协议，将登录信息全部加密，成为互联网安全的一个基本解决方案，迅速在全世界获得推广，目前已经成为Linux系统的标准配置。SSH只是一种协议，存在多种实现，既有商业实现，也有开源实现。
你并不需要十分了解，我们只需要知道我们需要用这个协议连接你和github
如果你之前没有用过的话，我们需要利用ssh-keygen的命令先生成属于你的密钥对
输入以下指令(因为github使用密钥时要求为rsa算法，所以接下来的密钥算法我们指定为rsa
1
ssh-keygen -t rsa
为了方便，接下来可以一直回车，储存至默认位置，默认为空串，当然，你也可以指定（doge
当然，终端也会告诉你最终位置在哪
这时候，找到你的公钥，用记事本或者vscode打开，复制好那长长的一串，比如
1 | ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQDjyY4QeOgoOZEPg1KhQmr2jgv6WeI0bykEvw3cH8I0gzEKtc+w2TK4XMFx9Y1lw7SoEZmK93Cro+76c/1V/yLbVtF14aPVjB6qo5f3sH5HwRscFysftY9j7R/oUvC1l+12Xe6AJWUwBefZk181ym0XAR6potdvcIqQ0eDYciu3On6W85tMG8iVzlsx9cMiDAgS8WtPrBAKgLPj4OqrVr3FJJW1W84myZezuXjSLdedV106BV3S3Uax/3DtaH3gQcxqt4Aor0ydr1P9BQsyL+SDuOM7f2mTlRmdwoI5zBNcs0z8+ECEJbh1MbkJCox7w4iwbx0NWoWRJgniva3bCw9QUr6iPUurI/2CIsAFiyw4Cbkj1aMaYTKi+uQfAJ3A6JUlWV/JlTQB7oRjXnbX/yqeR8H7IIF85AtkkLFwpB+t2nqnfb6TcWFNlDaSYB50RLcqP6IdjWYB+lhc5o/InkdCM70t75mMj/01o0X4p2XDSViZd2JSJYSlUVn5clYg3c0= 11691@DESKTOP-BKLSOI2 |
这里需要着重强调一下，这个公钥文件一定是.pub 同时生成的另一个文件一定不能泄露！！！非常重要
(据说大佬拿到这个就可以远程登陆你的电脑了，你也希望要留清白在人间吧（滑稽
接下来，打开你的github，打开设置，来到如下页面：
新建一个密钥，复制上述公钥，就可以啦
小声bb：我自己搭建的时候就是因为我参考的教程没有提及这一点，导致我一度情绪爆发（doge
1 | git config --global user.name "yourname" |
这里的"yourname""youremail"是你对应的Github用户名与邮箱
打开你的配置文件：_config.yml
并在文件下方deploy补全如下
1 | deploy: |
输入以下指令：
1 | $ npm install hexo-deployer-git --save |
在完成后，打开你的浏览器，输入 你的名字 .github.io，如果能成功跳转那么恭喜你，你已经完成了博客的部署！！！
细心的你也许会发现，这时候你的博客已经发出了第一篇文章 Hollow World (doge 好像万物的起点就是这个O(∩_∩)O
好啦，已经到深夜了，现在是2022/10/7 凌晨0:37 我终于完成了真正意义上的第一篇博客！！介绍完了搭建部署，那就下一篇讲讲怎么个性化你的博客吧（doge
晚安！
]]>作者：下里巴人
我来自江苏无锡，目前就读于南京审计大学金融数学专业，所以四舍五入可以说我在南大上学（不是
我的业余爱好是足球，辩论...我是梅西人迷hhh goat！！！巴萨！！！！
正在努力学习python,matlab,html....欢迎大家与我交流，我会在下面提供我的联系方式^_^
记录，分享自己的在学习方面的经历，也许还会记录自己的生活hh
]]>1 | $ hexo new "My New Post" |
More info: Writing
1 | $ hexo server |
More info: Server
1 | $ hexo generate |
More info: Generating
1 | $ hexo deploy |
More info: Deployment
]]>