总所周知，mc的社区生态是十分优秀的，但之前我从来没有想过为我的mc安装一些插件，一是觉得原版mc的内容其实已经足够丰富，二是我一直没有给游戏装mod的习惯。今天想要给我的养老档安装一个便宜材质包，想看看是什么样滴感觉~ 目标瞄准的的是complementary shaders，以更新频，性能要求低，质量能打著称。有着Unbound和Reimagined两种类型。

文件权限 最近尝试配置wordpress环境，想在上面记录一些自己的笔记。 配置环境过程中遇到了很多文件权限的问题，故写下第一篇，也是测试一下wordpress好不好用。 实验是这样的，假设一般使用的账户为User_A,另一个为User_B。 User_A设置家目录一个文件夹,随后建立一个以User_B为拥有者的文件，文件夹设置其他用户不可访问的权限，A和B是不同组，想测试User_B能不能直接访问本属于User_A用户的文件夹下的自己的文件。 // 不让其他用户可用 mkdir 700 ~/testdir cd ./testdir vim test.txt // 把文件交给User_B chown User_B:User_B test.txt su User_B // 直接访问 vim /home/User_A/testdir/test.txt 不出意外，没权限访问，即使打开vim，底下也显示“Permission Denied”。 修改权限再试试。 su User_A // 给予B用户可读权限 chmod 704 ~/testdir su User_B // 直接访问 vim /home/User_A/testdir/test.txt 这次情况倒是出乎我意料，权限依旧被拒绝。按道理，如果可以读取文件夹，那么文件夹下的自己的文件应该可以被User_B访问啊。 原因就是：我混淆了执行和可读两种权限的作用。 可读权限是允许用户查看目录内容，如果这时使用 xxxxxxxxxx cat /home/User_A/testdir 那么就会打印testdir目录下的所有文件名。 因为文件夹（目录）本身只存放文件夹下所有文件的索引（存放位置）,甚至这些索引通常也不指向文件的真实位置，而是指向的文件控制块（FCB）或者inode之类的。所以并非文件夹去存放其下文件本身，而文件夹只是一个索引块，这也是sc小学二年级就学过的知识。 可以想到的是，调用文件夹，就可以去访问其下文件。于是有 xxxxxxxxxx su User_A // 给予B用户可执行权限 chmod 701 ~/testdir su User_B // 直接访问 vim /home/User_A/testdir/test.txt 可以访问，并做出修改。 注意到这时候没有给予B可读文件夹的权限，于是 // 正常cd，说明cd正是调用了文件夹，而不是“读取”了文件夹 cd /home/User_A/testdir // 权限被拒绝，说明ls只是打印了其下文件名 ls 另外,在只有只读权限，没有执行权限的情况下。User_B用户 ls 该文件夹，会出现只能打印文件名，而无法显示其相关信息的情况。这正说明，系统是通过调用文件夹的索引去寻找其下文件的控制块。