<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[actnote的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/actnote</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; actnote]]></copyright><item><title><![CDATA[vim不支持中文，似乎不需要改系统编码]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/131402428</link><guid>https://blog.youkuaiyun.com/actnote/article/details/131402428</guid><author>actnote</author><pubDate>Mon, 26 Jun 2023 17:39:07 +0800</pubDate><description><![CDATA[直接在~/.vimrc里加上指定文件编码就行。不过不知道会不会导致其他问题，先用用看。]]></description><category></category></item><item><title><![CDATA[Pandas 的怪坑， 判断元素是否在某列内。]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/131061742</link><guid>https://blog.youkuaiyun.com/actnote/article/details/131061742</guid><author>actnote</author><pubDate>Tue, 06 Jun 2023 10:06:17 +0800</pubDate><description><![CDATA[获取的却是这一列的值，总之这个地方是很反人类的一个怪坑。真怕什么时候就被这玩意儿给坑到了。总之，判断是否在某列内需要转换成list，或使用values。这样它判断的是是否在index，而不是这一列的值内。]]></description><category></category></item><item><title><![CDATA[nohup重定向]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/123652137</link><guid>https://blog.youkuaiyun.com/actnote/article/details/123652137</guid><author>actnote</author><pubDate>Tue, 22 Mar 2022 09:25:31 +0800</pubDate><description><![CDATA[nohup bash mafft_cmd.sh &amp;&gt; mafft_nohup &amp;

网上的部分方法的代码格式忒麻烦了。不便于日常记忆和使用
这个才是正解
等于是在命令中间加一条重定向的命令 &amp;&gt; work.nohup

]]></description><category></category></item><item><title><![CDATA[R读取一个txt中的列表为向量]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/122949635</link><guid>https://blog.youkuaiyun.com/actnote/article/details/122949635</guid><author>actnote</author><pubDate>Tue, 15 Feb 2022 17:50:37 +0800</pubDate><description><![CDATA[scan("clipboard",what="")

这个clipboard是读取粘贴板，但是如果换成txt文件路径也是可以的。
使用这个函数读取就可以得到向量了。

]]></description><category></category></item><item><title><![CDATA[cut获取最后一列字段]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/119102898</link><guid>https://blog.youkuaiyun.com/actnote/article/details/119102898</guid><author>actnote</author><pubDate>Mon, 26 Jul 2021 09:41:20 +0800</pubDate><description><![CDATA[cat file | rev | cut -d’.’ -f 1 | rev
即先每行字符串反转，把最后一个都变成第一个，然后把获得的字符串再反转回来。
参考：http://www.cocoachina.com/articles/61694

]]></description><category></category></item><item><title><![CDATA[linux uniq对相同字符串无法去重的问题。]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/118752076</link><guid>https://blog.youkuaiyun.com/actnote/article/details/118752076</guid><author>actnote</author><pubDate>Thu, 15 Jul 2021 09:33:02 +0800</pubDate><description><![CDATA[主要就是uniq只对相邻的重复进行去重，
只要下一条是不同的序列就马上从头开始。
解决方案：在去重前先对每行字符串进行排序。
grep 'something' a.txt |sort |uniq

如果不这么做的话，比如下面内容的文件，
a
a
b
a
a

去重出来结果会是
a
b
a


...]]></description><category></category></item><item><title><![CDATA[makeblastdb: error while loading shared libraries: libssl.so.1.0.0 解决Ubuntu libssl.so.1.0.0找不到的问题]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/116563548</link><guid>https://blog.youkuaiyun.com/actnote/article/details/116563548</guid><author>actnote</author><pubDate>Sun, 09 May 2021 13:07:11 +0800</pubDate><description><![CDATA[其实就是把libssl.so.1.0.0安装一下就好了。
看了下一些网上的说法应该是因为新版本的操作系统吗默认安的新版本的libssl，旧版本的没安，但是很多程序只认libss.so.1.0.0，那就安一下就好了。
两步
wget http://security.ubuntu.com/ubuntu/pool/main/o/openssl/libssl1.0.0_1.0.2g-1ubuntu4.19_amd64.deb

sudo dpkg -i libssl1.0.0_1.0.2g-1ubuntu4.19_]]></description><category></category></item><item><title><![CDATA[chmod -R 755后文件仍然没有权限的问题。]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/116519418</link><guid>https://blog.youkuaiyun.com/actnote/article/details/116519418</guid><author>actnote</author><pubDate>Sat, 08 May 2021 10:42:20 +0800</pubDate><description><![CDATA[简述一下本人遇到的问题：
从服务器上拷回来的数据目录有些奇怪，其中一个问题是当我chmod -R 755 [一个目录]后，仍然无法进行操作，提示没有权限。
当我进入到一个子目录执行
ls -lrt

之后，该目录的子目录中的文件仍然全部权限都是----，即没有权限。
但是我再次 ls -lrt之后，发现它们又有权限了。
在两次ls -lrt中间我没有执行过其它操作。
所以这个问题虽然具体的原理不清楚，但很可能是文件权限的改变在不同层级的记录上没有同步，而第一次的ls -lrt读取后使得它们进行了同步。
そう]]></description><category></category></item><item><title><![CDATA[windows平台 BLAST Database creation error: mdb_env_open: 磁盘空间不足。]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/115386850</link><guid>https://blog.youkuaiyun.com/actnote/article/details/115386850</guid><author>actnote</author><pubDate>Thu, 01 Apr 2021 22:52:46 +0800</pubDate><description><![CDATA[blast+ 2.10.1往上版本就是会报错
改环境变量到1000000，
以及绝对路径都英文之类的不管用。
安个低于2.10的版本，2.9.0就可以
下下来，解压，把bin加入环境变量即可用。
https://ftp.ncbi.nlm.nih.gov/blast/executables/blast+/2.9.0/

...]]></description><category></category></item><item><title><![CDATA[yum报错：/usr/local/lib/liblzma.so.5: version `XZ_5.1.2alpha‘ not found (required by）]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/115282867</link><guid>https://blog.youkuaiyun.com/actnote/article/details/115282867</guid><author>actnote</author><pubDate>Sun, 28 Mar 2021 16:34:34 +0800</pubDate><description><![CDATA[网上教程基本上都是同一个套路。
如果不想看我的心路历程直接忽略文字看本文的三条命令即可。
可是我软链完了不管用
yum只在lib64目录下时可正常运行。
补丁咋用看不懂。
重新下载安装xz吧，看到服务器上似乎我的老师已经下载安装了xz5.2.2
但是目前也没解决，并且老师似乎暂时联系不上。
但是看明白了似乎这玩意儿出错有时是LD_LIBRARY_PATH的问题，
把之前phylip的修改LD_LIBRARY_PATH的语句注释掉改用phylip的第三条建议方法。
echo $LD_LIBRARY_PATH
]]></description><category></category></item><item><title><![CDATA[解决error while loading shared libraries: libXXX.so.X: cannot open shared object file: No such file]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/114970593</link><guid>https://blog.youkuaiyun.com/actnote/article/details/114970593</guid><author>actnote</author><pubDate>Thu, 18 Mar 2021 11:36:54 +0800</pubDate><description><![CDATA[这个报错是在安装SpydrPick后导致的。
先locate一下找到 libxxx.so.x文件
1.将用户用到的库统一放到一个目录，如 /usr/loca/lib
# cp libXXX.so.X /usr/loca/lib/           

2.向库配置文件中，写入库文件所在目录
# vim /etc/ld.so.conf.d/usr-libs.conf    
  /usr/local/lib  

3.更新/etc/ld.so.cache文件
# ldconfig 

参考：https://]]></description><category></category></item><item><title><![CDATA[git clone 出现fatal: unable to access ‘https://github 类错误解决方法]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/114945065</link><guid>https://blog.youkuaiyun.com/actnote/article/details/114945065</guid><author>actnote</author><pubDate>Wed, 17 Mar 2021 19:20:57 +0800</pubDate><description><![CDATA[git clone 遇到问题：fatal: unable to access ‘https://github.com…’
把链接理的https替换为github
参考：https://blog.youkuaiyun.com/qq_15192373/article/details/114583764

]]></description><category></category></item><item><title><![CDATA[python 获取交互模式命令历史]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/114638967</link><guid>https://blog.youkuaiyun.com/actnote/article/details/114638967</guid><author>actnote</author><pubDate>Wed, 10 Mar 2021 16:25:46 +0800</pubDate><description><![CDATA[import readline
readline.write_history_file('interactive_code')


]]></description><category></category></item><item><title><![CDATA[2020-12-01]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/110421276</link><guid>https://blog.youkuaiyun.com/actnote/article/details/110421276</guid><author>actnote</author><pubDate>Tue, 01 Dec 2020 09:30:11 +0800</pubDate><description><![CDATA[测试了使用pd.DataFrame、np.ndarray、pd.Series、python的dict
对索引速度进行测试
df[i][o],
Series[i],
df.loc[o,i],
df.at[o,i],
np.ndarray[i,o]索引
dict[i]字典索引。
发现速度从上到下依次递增，字典比loc快了100倍，但内存占用是硬伤（约28倍）。
ndarray具有极高的性价比，速度比loc快了几十倍（字典的1/6）,且内存占用小。
但是ndarray似乎只能进行数字位置的索引，而不能进行键值对索]]></description><category></category></item><item><title><![CDATA[pd.concat,pd.merge测试记录]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/110237239</link><guid>https://blog.youkuaiyun.com/actnote/article/details/110237239</guid><author>actnote</author><pubDate>Fri, 27 Nov 2020 19:02:34 +0800</pubDate><description><![CDATA[总结，
concat和merge都是默认纵向拼接。
pd.concat默认取并集
并且索引保留原名称（即使会重复）
交集时保留相同的列，并集时不相同的列也保留，没有的index用Nan填充。
pd.merge默认取交集
交集时只保留index,column完全相同的。
并且索引会自动替换成从0开始的数字索引，不论是否重复。
可使用left_index,right_index=True来设置使用某一侧DataFrame中的索引作为连接键。纵向连接的时候设置两者都为True来保留原有index。



a=pd]]></description><category></category></item><item><title><![CDATA[Vim: Caught deadly signal SEGV Vim: Finished. Segmentation fault 【自己的解决过程】]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/108116423</link><guid>https://blog.youkuaiyun.com/actnote/article/details/108116423</guid><author>actnote</author><pubDate>Thu, 20 Aug 2020 09:35:56 +0800</pubDate><description><![CDATA[上网查了一些方法，
唯一能看得明白是在说啥的解决办法，就是删除（可以暂时挪走不删）~/.vimrc，无效。
后来又看了下 ~/ 下vim相关的文件，将.viminfo暂时挪走，不再报错。
发现这个文件是记录了vim的各种操作记录，包括搜索、更改记录。
其中last search，也就是最后一次文档搜索的记录，居然是个20k的蛋白序列。
首先segmentation fault，按照我的理解，一般是在单个文件或单行内存使用过多的时候，导致的内存溢出报错。
SEGV不太懂
目前看来，应该就是由于最后一次搜索了一]]></description><category></category></item><item><title><![CDATA[raxmlHPC构建最大似然树 报错 `GLIBC_2.14‘ not found”问题解决]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/107949366</link><guid>https://blog.youkuaiyun.com/actnote/article/details/107949366</guid><author>actnote</author><pubDate>Wed, 12 Aug 2020 09:17:57 +0800</pubDate><description><![CDATA[想用raxmlHPC做个最大似然树，结果报错`GLIBC_2.14’ not found”
解决方法，主要就是把大象关冰箱的三步，但是我查看了网上的攻略，甚至是时间比较近的攻略在环境变量设置上都会有个小问题。虽然大差不差，但很可能就是大家解决问题的最后一层窗户纸。记录我的解决过程如下。
前两步与大多数攻略基本一致，大致描述一下
第一步，下载glibc-2.14版本的压缩包，解压
地址哪都有我这也贴一个:http://ftp.gnu.org/gnu/glibc/
第二步，进入解压出的文件夹，
然后
mkdir]]></description><category></category></item><item><title><![CDATA[使用crontab定期使用tar命令压缩备份文件]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/103529519</link><guid>https://blog.youkuaiyun.com/actnote/article/details/103529519</guid><author>actnote</author><pubDate>Fri, 13 Dec 2019 16:36:27 +0800</pubDate><description><![CDATA[使用crontab定期使用tar命令压缩备份文件
经过一个上午加下午一点时间的测试。
使用crontab对文件夹进行定时压缩备份的收获记录一下。
首先是tar命令的使用
dd一般是用来备份一个盘或者分区的，好像没有说用来备份文件夹的。
所以一般使用tar -zxvf来压缩，x表示打包为tar格式（不压缩），z表示打包后要压缩，v表示显示信息，f表示使用文件名
最初使用命令如下
tar -zxvf ...]]></description><category></category></item><item><title><![CDATA[无法启动此程序，因为计算机丢失api-ms-win-crt-runtime-l1-1-0.dll]]></title><link>https://blog.youkuaiyun.com/actnote/article/details/103243129</link><guid>https://blog.youkuaiyun.com/actnote/article/details/103243129</guid><author>actnote</author><pubDate>Mon, 25 Nov 2019 18:25:09 +0800</pubDate><description><![CDATA[无法启动此程序，因为计算机丢失api-ms-win-crt-runtime-l1-1-0.dll@TOC
在安装了大部分攻略中说的Windows软件vc_redist.x64并重启之后依然不得成功。
然鹅我这台鱼唇的电脑里已经有了缺少的那个文件。
尝试几次后依然有这个问题。
最后，我把runtime这个文件剪切出了文件夹，并且重新运行了一次vc_redist.x64，然后重启。然后我这台鱼唇的电脑...]]></description><category></category></item></channel></rss>