四季映姬的小天地

• 问题

  • 前日博客所写的图片上传法, 将图片一股脑儿塞在同一文件夹images下面, 图片一多显然混乱

• 思路

  • 独立文件夹模式: 一个md文件对应一个同名的文件夹, md文件所引用的图片将全部置于该同名文件夹下.

• 条件:

  • 将_config.yml文件(改文件与source文件夹同级)中的post_asset_folder项设为true, 此时执行hexo new filename 就会同时生成filename.md和filename文件夹:hexo相对路径插入图片
  • windows下git bash也是可以使用alias进行命令简化的:win下gitbash的alias教程
  • hexo标签插件语法:% asset_img (这是图片名)风浦可符香.jpg (这是图片描述)可爱的赤木杏 %

• 流程:

  • 改好config文件并设好alias之后, 我们直接生成现在这个md文件以及对应文件夹.
  • 将图片放进文件夹内
  • 使用标签插件语法, 如下:
    • 
    • asset_img不是指文件夹名字, 就叫asset_img, 改动的只有文件名和文件描述.

• 成果:

  • 从当下时间2019年8月13日16:04:45起, 每次写md文件, 图片都会放在对应的同名文件夹下, 便于管理.(之前的图片就不一一更改了)
  • 图片多了一个”comments”的fields我觉得很好, 并且首页和归档都能清晰显示

• 反思

  • 对未来事态的遇见是相当重要的, 不能空凭着好运气.
  • 风浦同学, 一起去摩挲达树海吧, 我对爱对世界这样的词语早就力不从心了! (^_^)

缘起:

• 听说有人资料遗失痛不欲生, 罪魁祸首是忘记保存, 因此, 所有涉及到原创的资料都要设置自动保存.
• 如果电脑崩溃, 资料尽管已经保存好, 然而纷繁的设置却同样令人头疼, 因此settings文件也要定期导出并备份.

本文不讨论buffer的功能, 单单演示buffer刷新的场景

• 思路:

  • cout和clog不刷缓冲区, endl与cerr一定会刷缓冲区(endl=\n+flush, \n只有在行缓冲情况下会flush)
  • 缓冲区和流需要用setvbuf()绑定, reasons尚不明
  • 缓冲区和流绑定后, 通过观察控制台输出的停顿, 模拟缓冲区行为, 得到缓冲区的直观概念

• cout不刷新缓冲区:

• 所需的文档结构是:
  1. 单个CppSnippets项目下, 多个cpp文件,
  2. 每一个cpp文件中各有一个main函数并保持独立执行
• 条件是:
  1. clion插件, 网址: clion独立执行单个cpp文件插件
  2. 大项目下, 每个cpp文件不得以main.cpp命名, 由于独立执行,每个cpp文件都必须有main函数
  3. 在每个cpp文件中右键”Add executable for single file”, 此时右下角会有弹窗
  4. 查看CMakeLists文件, 多了一行add_executable(filename filename.cpp)即证明build已成功
  5. 左上角下拉框, 选择对应文件运行:
• 尚未解决的问题:
  • 无法使用中文进行文件命名, 用中文命名则无法reload

settings设置如图:

default settings也顺便设置一下比较好

• 要点:
  • 只有path设置为gbk
  • 更改为gbk时有两个选项”Reload”和”Convert”, 选择”Convert”
  • 设置gbk的另一个办法是直接在文件上右键点击file encoding选择gbk

• 缘起:

  • 尽管hexo已交给github pages进行托管, 上传到github却仅仅是编译后的html文件, 不是有效备份
  • 我们要备份博客的md文件, themes文件等等原数据, 以便将来更换电脑时的交接

• 思路:

  1. 所有博客数据分为两类, 一类是原始数据(md文件, 不同用途的_config.yml文件), 一类是编译后的数据(css等等乱七八糟的文件)
     • 原始数据:
     • 编译后数据:
  2. 仅仅关心原始数据的存储安全, 我们也只做原始数据的手动管理, 编译后数据我们不关心
  3. 建立hexo和master两个分支, hexo装着原始数据, master装着编译后的脏数据, 以此区分
  4. git push永远针对原始数据的上载和下载, 于是将hexo作为默认分支

• 过程:

  • hexo分支创建:(如果第一次备份原始数据: 此时你的github应只有一个master分支, 并且master分支像上述那个2019的图一样)

    1. 新建hexo分支, hexo设为默认分支
    2. git clone到Linkeer365Blog文件夹下,
       • 此时应该是”Blog/Linkeer365.github.io”
       • 因为hexo是默认分支, 所以git clone的就是hexo分支
    3. 把github.io文件夹删除到只剩一个.git
    4. 把原始数据(除了deploy_git以外全部文件)放到github.io文件夹中
       • 要确保”原始数据”这些文件夹里面没有.git文件, 防止git嵌套上传出错
    5. 对github.io文件夹git add, git commit, git push, 检查hexo分支是否一如预期

  • hexo备份数据下载: (如果你是在新电脑上工作: 此时你应该已有hexo分支, 但是新电脑还有配置上的问题)

    1. 完成配置git密钥,nodejs, hexo等等, 估计要再查一遍教程
    2. 新建 Linkeer365Blog, 此时直接git clone, 不需要也不可以hexo init初始化(因为你已经有现成的文件夹和文件了, hexo init会造成_config.yml文件重置)
    3. 在github.io文件夹下, npm install / npm install hexo-deployer-git –save / hexo g -d(最后一个一键生成并部署, 也可以拆开)
    4. 接到上段第5点的种种git操作

  • git commit托管: 一键上传原始数据 老老实实一步步git add; git commit这样来

    • 没有git add会忽略新建的文件的上传!
    • 防止同时编辑的冲突: git pull
      • 看看有没有人正在编辑这个文件
      • 当然一个人就不用啦
    • 全部修改一键上传: git commit -a; git push
    • 全部修改一键上传带注释: git commit -am “2019\8\4\02:38:30”; git push

  • hexo 托管: 一键发博客

    • 发送博客并部署博客: hexo g -d

• 留意点

  • 替身意识: 每次操作文件数据都要先做一个简单备份
  • 每次提交时, 请先进行git commit 操作, 再进行hexo 操作

{系列1} 猫和镜子

原链接：https://web.archive.org/web/20220315154926/https://w.atom5.com/pvkxrp

{系列2}-等差数列

原链接：https://web.archive.org/web/20220315234717/https://w.atom5.com/pvm1wf

原链接：https://web.archive.org/web/20220316055756/https://www.bilibili.com/read/cv3186120

开始总是令人喜悦的吗? 不见得, 至少秋风画扇就是一个反例, 我们在一个平凡得有些搞笑的世界线上, 一天天朝着无限世俗和无尽丰满的地平线走去
我也想过回头, 但是绝路什么的依然会在前面等着我, 或者说没有退路也无妨的, 曾经被称作来路的地方, 现在已经凭空生成了断崖, 这样好像是悬崖在一路追赶着我们一样, 但是他的步子是温和而不疾不徐的, 像是跟着我们在走, 这样的想法使我凭空生出的领路人错觉, 作为余生的狂欢也显得情有可原, 走得远的人不一定都是很讲逻辑的, 然而也似乎无可指摘, 因了走得远, 也不过成为后继者的一点谈资而已, 像是挫了敌人的骨而洋洋洒洒的灰烬固然痛快, 然而在增肥作物的实用价值这种量化指标衡量下也是さい至极
所以, 要多做一点快乐而有知识分量的事, 要多做一点无私而行善积德的事情, 在福报与智慧的加护下, 慢慢走过一生
春宵苦短, 少女前进吧!

• 时间: 2019年7月16日21:49:50

• 听的歌是: 龙与虎Christmas

• 状态: 喜欢的人一样也无, 喜欢的事纷至沓来,

• これで良い

• 参考资料:

  1. 搭建博客 hexo g -d
  2. 博客美化
  3. 功能添加