IT

这个

--permanent

参数可要记得加，比如

firewall-cmd --zone=public --add-port=3000/tcp --permanent

但是呢，如果是公网的ip，尽量减少端口暴露

所以，最好是在前端用一个reverse代理，比如

nginx 反向代理各种端口的服务

然后外部统一从443端口访问nginx

说好学习php的，差点连服务器都没有配置好

在/etc/nginx/conf.d/default.conf

里面把对php的解析pass to php-fpm，via 127.0.0.1:9000

可是如果通过浏览器去访问 http://localhost/index.php的时候，竟然显示403 file not found

然后从Stack Overflow找到了最佳答案：

https://stackoverflow.com/questions/17808787/file-not-found-when-runnin…

就是修改default.conf 里面一行配置

fastcgi_param SCRIPT_FILENAME /usr/share/nginx/html$fastcgi_script_name;

当然如果其他不同的server，

那么上面就是 fastcgi_param SCRIPT_FILENAME /docroot$fastcgi_script_name;

嗯，记录下。终于可以直接通过nginx来执行php文件了

感觉是不是可以趁着修养身心的时候学习学习一下正经的php编程

after mv /var/lib/mysql to new directory such as /home/mysql

I had to 

mkdir /var/lib/mysql

mount --bind /home/mysql /var/lib/mysql

chown -R mysql:mysql /var/lib/mysql

chmod 755 /var/lib/mysql

then restart the mariadb, it works

if using

ln /home/mysql /var/lib/mysql

mariadb cannot be restarted

so, do not use ln to make a symblink for the moved mysql directory, but make it with the mount command as mentioned above.

then, make the neccessary permissions mentioned above.

reference:

https://dba.stackexchange.com/questions/106085/cant-create-file-var-lib…;

VM是NAT网络，导致从NAS服务器nfs mount的时候access dennied。

改成mount smb share它就没事了。

测试了一下局域网从通过smb协议拷贝文件也是挺快的。那就这样吧

vi /usr/bin/google-chrome

FROM:

Line Number: 35

export LD_LIBRARY_PATH

export CHROME_VERSION_EXTRA="stable"

# We don't want bug-buddy intercepting our crashes. http://crbug.com/24120
export GNOME_DISABLE_CRASH_DIALOG=SET_BY_GOOGLE_CHROME

exec -a "$0" "$HERE/chrome" "$@"

TO:

export LD_LIBRARY_PATH

export CHROME_VERSION_EXTRA="stable"

# We don't want bug-buddy intercepting our crashes. http://crbug.com/24120
export GNOME_DISABLE_CRASH_DIALOG=SET_BY_GOOGLE_CHROME

exec -a "$0" "$HERE/chrome" "$@" --no-sandbox

但是想起了一句话

如果有什么东西不希望被别人看到，那就不要放到网上哦

所以，这里还是直接做一个开放的网站就好了

这个和fontawesome的云服务被土薔是有关系的。

在theme配置里面取消fontawesome的字体，加载速度就快了。

就这个cn网络特有的问题我之前在drupal fontawesome的issues里面跟module的维护者提到过，但是他坚称不受影响云云。

nextcloud如果在apps页面，看到的是空白

看log有

Could not connect to appstore: cURL error 28: Operation timed out after 10000 milliseconds with ***** out of 4664898 bytes received (see http://curl.haxx.se/libcurl/c/libcurl-errors.html)

这样的提示的话，

因为有一个安装app的curl超时设置被hard coded进php文件了。

在nextcloud root下面的

./lib/private/Http/Client/Client.php

这个文件的line 70左右

private function buildRequestOptions(array $options): array {
                $defaults = [
                        RequestOptions::PROXY => $this->getProxyUri(),
                        RequestOptions::VERIFY => $this->getCertBundle(),
                        RequestOptions::TIMEOUT => 30,
                ];

把这个30s改成300s就解决问题了。