写log我是习惯先写然后再定标题的,但担心写的东西突然没了,所以还是先定了标题存了文件再开始写,这种行为模式也许以后会改吧,在确认先写文没问题后.
我也察觉到了,我文章的质量不高,那写下去还有意义吗? 这些时间用来学习不更好吗? 写的这么肤浅还留人话柄. 但是啊，不写就被遗忘了。
而且写文有个好处,我真的体会到那种倾诉的感觉，没人说话，就跟自己说吧。
论我的关注点是如何一步步转移的
我是有点强迫症的. 如果我知道一件事不好做,我就不会开始去做.这可能跟我认定了”一切从简单开始”这点有关.比如刚刚就在纠结的中英文标点.但是呢,我也很容易放弃这个原则,就像我刚才尝试去比较完美地解决这个中英文标点的问题,发觉实在是没办法后,我就破罐破摔了,回来以前的老路: 不管它了. 因为看过探讨这类的文章,也知道要写得规范点,别人好看自己也喜欢嘛.但我就是懒,能很快解决的我就采纳,实在麻烦没办法的也就那样吧.因为懒其实也是因为我是个务实的人,务实就等于是钱.务实是什么? 写文最关键的就是文字啊,标点符号只要最基本的那几个就够了啊.排版什么的虽然也重要,但不是当务之急.总之就是符合28效应,如果我投入20%的努力能获得80%够用的排版效果,那我当然甘之如饴了.
我要写一篇博文.我想要为这个过程创建一个快捷方式.因为每次写文都要在github的repo里创建形如2019-09-29-title.md这样的过程还是挺烦的,那个插入日期是动态的.我就想到写个函数.日期可以用date命令提供,title标题如果没有的话就默认log.开始写函数,我是先判断下函数是否有一个参数.在zsh里数值判断最好用(()),写完后才发觉,这不就是$(1:-log)吗? 顿时感觉zsh这个参数扩展是真的好用啊,至少省了两行代码:
title=log
(($# >0)) && title=$1
而且一目了然啊.
写博文前,要先填充一些ymal固定格式,我就想能不能直接用vim的命令行参数生成呢
vim '+let text=["aa","bb"] | echo text'
vim '+let text=["aa","bb"] ' '+echo text'
在把后面的echo text改成'+call setline(1,text)'就能在一个新文件打开后自动插入内容了
这里再顺便学习下vim的-s script参数吧.因为自从我发觉这个参数以来,我觉得它应该会很有用,是那种简单却又强大,知道的人还少的功能
这个参数要和-w参数一起来讲
-s作用其实跟在vim命令模式下输入source! a.vim一样,source!的作用跟source很不一样,用!的是运行普通模式下的命令,当然也可以是插入模式,总之都是模拟你打字的输入.而没有!指的是命令模式下的那些命令,比如设置选项啦,赋值啦.
-s后面没有文件参数的话,它就表示silent模式
-w后面是写入文件,如果存在,是会追加的,这点比较特别,可以打开来看看就明白了.
总之呢,要多看文档啊.
两
者配合起来就能方便地实现批处理了,提示:argdo,bufdo,windo,global
有意思.global/test/source! a.vim,还有这样也可以,挺方便的global/test/normal @a,对了,测试的时候最好不要保存关闭文件,这样比较好查看修改效果.
外面开始下雨了.
买了条8G内存条,换下一根2G的,现在我终于有了10G内存了.好处是立竿见影的.立马测试了,什么虚拟机啊,安卓虚拟机啦,浏览器啦,通通开了,终于很快就死机了,两次.这下死机的原因就是系统CPU瓶颈而不是内存紧张.用到现在第二天,也没出现过问题,希望以后也帮助出现问题,那样就很好了.大内存就是爽,网页切换一点也不担心.
是什么促使我下决心买8G内存.原来我进入了一个思维误区:我一直想要一步到位,上16G.但没有钱,还有一个原因,我一直的观念是内存条一定要两根一样的一起插,组成所谓的双通道.后来在网上看到别人好像混合不同的内存条也可以用.我想试试无妨,反正如果不行的话就插那根8G的,等以后有钱了再买一根.还有,想到了,就像是炉石攒的那些尘,尘没换成卡那都没用,放着也是放着.买了内存就是早买早享受.当然,导火索就是纸巾没了买的时候看到了下面的广告,被低价吸引了的159.原本我以为要两根至少要600.我也知道价钱这么便宜质量可能有点不好,但一下从600到159,我觉得还是可以勉强下的.
搜索网络的时候,发觉,好像最近几年的苹果本都有点问题,什么屏幕涂油层啦,键盘啦,想想,我现在用的这款虽然老旧,但依然坚挺,换了内存换了固态硬盘,我甚至觉得比新机都好.当然,这是我贫穷的自我安慰吧.只是单纯的硬件不足,又有硬件升级的空间,一切都不错了.至少现在让我回归windows我是不能忍的.家里台式机装了windows我突然很不习惯.那系统不纯洁,简直像衣服若隐若现的美女,随时都能被不良企图的坏蛋凌辱啊.
昨晚看<欢乐颂>到4点,看到了33集.前晚也看到3,4点.前期有些剧情是不太吸引,我才会一度暂停,前期都是看到弹幕说小包总24集就快出来了.一开始我也不是很喜欢魏兄,总觉得这老小子对安迪心怀不轨,老是各种找机会与安迪发生身体接触.他有些对安迪的言语和行为我也感觉很自以为是.但后来发觉他还真是个人精,发现他确实挺会做人的,对人心的体察也很到位.让我发觉到原来人与人之间的关系还有里面这些门道啊.后面来到了樊胜美这条线,对比苏明玉,樊胜美真的太惨了.这部剧让我找到了这段时间喜欢的女性形象,那就是安迪,美得很有特色,角色也很有魅力,行事风格. 还有樊胜美,虽然一开始感觉她不怎么漂亮,后来看她哭的梨花带雨的,就发现她也挺漂亮的嘛.还有一开始很反感的邱莹莹,她跟白渣男的一切,对她的言行有点不爽,但后来剧情发展,也挺喜欢她这种个性的,还有她的勇气,就算是一开始我对她没好感,我也佩服他的勇气.在公司里就敢揭露白渣男.她只是犯了一般开始恋爱的女生会犯的毛病.她本性不坏,也知错能改.相比之下,小关在其他人的衬托下就没那么出彩了.她很努力很平凡.哦,既然都说了她,随性把那5个女孩都说了吧.最后一个自然就是曲筱绡,她的形象真不错,让我有一次体会到"富二代"也不单单都是纨绔子弟啊.和她身边混的富二代也都挺不错的,这才是富二代该有的正面形象,至少不会让人反感.他的性格也好,年纪虽小但处事明了,也是个人精.很洒脱,行动力强.
这部剧让我发觉原来电视剧也能学到不少职场啊生活的道理.很真实.像邱莹莹被公司停职那段,就借樊胜美道出了职场的一些东西,让我看恍然大悟: 谁都不会容忍有个拧不清职场规则的下属,她今天既然能揭露白渣男,他日也有可能揭露自己,毕竟自己屁股也不一定干净.还有白渣男为难他,原来还有这个考虑: 她和她上司关系不是很好,所以就算欺负她了,她上司耶不一定替她出头.相比之下,小关她上司就好很多了.
现在我的写作方式是用typora,然后我就纠结图片,这图片要怎么存储.我不想把图片也和md文件放在同一个仓库里,这样仓库会变得很大.我创建了一个专门放图片的仓库.但这就有个问题: 图片的地址要如何引入才能既存储好又能在本地显示,加上还有iPic这样的图床,感觉有点乱.貌似有点矛盾啊,图片的放置和显示(包括本地写作时显示和,线上显示),这样会割裂整个写作流程: 需要插入图片时,我要先上传图片,而且不能一次完全把文章中需要的图片上传,插入一张图片就要传一张图片.如果本地想要浏览的话,没有网络图片就不能显示了,有网络也要花时间来载入图片不是. 不过这样想来,这个方案是简单可行的.要不就先试试.传到iPic就想它说的,无法删除,还有点担心图片被删(虽然事实上应该是不太会删除的,比较用的人那么多,新浪的图床,也算是大公司大产品).传到github仓库至少备份方便多了,iPic就没这样的好处了.对了,github仓库里我还有订阅了一个免费压缩图片的服务.写了这么多,有纠结了.一纠结我有不相干了,所以刚才那个简单的方案就挺好了,至少It works!,其他的以后再说吧
来,让我插入一张樊胜美的图片试试吧
先去下载一张,然后上传到github仓库,然后在从仓库的网页上吧图片拖入typora,对了,按年份再按标题来存储图片2019/苹果笔记本_alfred_樊胜美_typora思考了下,还是不建立年份目录了,我能写多少文章?1000?一个目录放一千个子目录不过分吧,何苦再建立年份呢,这一千篇文章估计能写到我挂了.够了.其实,简单来说,还是”懒”,每年还得建立一次,不如直接复制本文标题直接建立目录,再把图片往里面一放,OK了.多简单明了.这样一想,要不我把末尾的.md也不删除了吧,虽然目录里面有个后缀是有点不正常,但在unix下这是完全合法的呢,据说除了/这个目录分割符,其他什么符号都能当文件名呢.懒了,就算以后要改,相信也不会太难.
测试了下,好像直接从仓库拖动图片到这里是不行的,显示不出来,看来是我引用图片的方式不对啊.
天暗了下了,雨也大了起来,看看有没有晒衣服,没有,站在楼梯上,想着要不要把躺椅搬到我房间,又想放上面阳台上有时候会更方便点.现在这桌椅高度有那么一点点不舒服.
刚才测试了下,文章没有显示出来,一看,我去,日期有点问题,谁会想到不是yyyy-mm-d而是yyyy-MM-dd
想想还有另一个方案,也许会更简单.就是直接用iPic上传,备份图片的话就本地备份.iPic可以设置上传前压缩图片.而github订阅的那个压缩图片的服务好像没那么快.直接拖动网页上的图片到typora好先下载到本地,然后上传到iPic上的微博图床,再把图床地址插入.
所以我的策略是,把所有用到的图片都在文章目录里存好,已经设置了iPic自动上传,显示的是线上的图片地址,本地也有图片保存,万一线上图片挂了,写个批处理替换图片地址也容易吧.那这样的话,我插入的图片最好要自己重命名为有意义的.插入到文章的时候[]方括号里的图片alt属性就会自动设置成文件名,方便以后批量替换处理.对了,还可以定时提取文章内的图床图片地址,批量下载下来,这些事压缩过的,省空间啊,比本地保存的图片然后再处理简单多了.虽然好像xnview的批量处理有个hot folder功能: 我猜测是自动批处理特定目录内的图片.
看来还是压缩过的在线图片好啊,刚刚上传的github上的图片在typora加载就慢了点.
嗯.这样图片的插入方式就多了,在iPic上上传图片,复制地址,直接在这里粘贴就行了,还可以随时在iPic复制图片地址.
终于在今天解决了长久以来只有文章内只有文字而没有图片的简陋.不得不承认,有时候就是’一图胜千言’.
还发现一点,即使我文章引用的是图床里的图片,但在github上现实的图片地址却是`githubusercontent.com’的.不管了.这才导致加载有点慢.
github上的图片压缩服务是生效了,但时间有点长,压缩率也不是很高就17%,最关键的是它还要合并分支才行.不过这也解了我的疑惑.毕竟压缩后的图片的sha id肯定不一样了.
写文会让人有成就感,脑内分泌多巴胺会让人感到舒服.
设置了pin hotkey window,终于又解决个小毛病:快捷键打开iterm窗口,再按快捷键让窗口消失,但看上面的菜单栏就会发现其实并没有激活其他切换过去的窗口.
图片地址
https://github.com/royaso/imgs/blob/master/2019-03-29-%E8%8B%B9%E6%9E%9C%E7%AC%94%E8%AE%B0%E6%9C%AC_alfred_%E6%A8%8A%E8%83%9C%E7%BE%8E_typora.md/%E6%A8%8A%E8%83%9C%E7%BE%8E.jpg?raw=true
会自动跳转到下面各个地址
<https://raw.githubusercontent.com/royaso/imgs/master/2019-03-29-%E8%8B%B9%E6%9E%9C%E7%AC%94%E8%AE%B0%E6%9C%AC_alfred_%E6%A8%8A%E8%83%9C%E7%BE%8E_typora.md/%E6%A8%8A%E8%83%9C%E7%BE%8E.jpg>
下面要做的事情:
xnview批处理
/Applications/XnConvert.app开始处理图片了.
感受:
command-u,也可以添加目录,浏览界面还有”显示目录下的所有文件”功能format格式点开才能看到各种图片类型的压缩比率,我设置jpg为75%,应该就够了默认是80%,但我为了更省点空间.结果也没看,应该不会被压缩得很惨删除原文件动作设置为最长的边为1024像素,而且只缩小不拉大.我去现在还有11万图片没处理,我的硬盘已经空出20G了.啧啧啧.