做数据删除的时候，我们往往会用到软删除。CI4对这一功能进行了支持。

CI4 使用 deleted_at 字段是否为 NULL 来判断是数据是否被删除。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

<?php namespace App\Models;

use CodeIgniter\Model;

class UserModel extends Model
{
        protected $table      = users;
        protected $primaryKey = id;

        protected $returnType = array;
        protected $useSoftDeletes = true;

        protected $allowedFields = [name, email];

        protected $useTimestamps = false;
        protected $createdField  = created_at;
        protected $updatedField  = updated_at;
        protected $deletedField  = deleted_at;

        protected $validationRules    = [];
        protected $validationMessages = [];
        protected $skipValidation     = false;
}

如果 useSoftDeletes 设置为 true, 则所有数据结果默认排除掉已经删除的数据，具体的做法是会在 SQL 语句中增加 deleted_at IS NULL 来进行数据的过滤。

有很多人在 GITHUB 发 ISSUES 表示自己的 useSoftDeletes 无法正常工作，实际上是因为我们默认习惯将 deleted_at 默认设置为 int, DEFAILT 0, NOT NULL。我们需要让 deleted_at 允许 NULL 并且默认为 NULL 。这样我们才能使用 useSoftDelets

如果我们希望返回的数据临时包括已删除的数据, 我们可以使用 withDeleted

如果我们希望返回的数据只包括已删除的数据，我们可以使用 onlyDeleted

当使用前后端分离，并且前端后端域名不统一时，我遇到了跨域的问题

1

Access to XMLHttpRequest at http://localhost/api/login from origin http://localhost:8010 has been blocked by CORS policy: Response to preflight request doesnt pass access control check: NoAccess-Control-Allow-Origin header is present on the requested resource.```

1

Access to XMLHttpRequest at http://localhost/api/login from origin http://localhost:8010 has been blocked by CORS policy: Request header field content-type is not allowed by Access-Control-Allow-Headers in preflight response.

我们只需要在返回的 response 中添加 header就可以了

首先我们创建一个 Filter 用来批量在生成的 response 中添加 headers

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

App\Filters\Api.php
<?php
namespace App\Filters;

use CodeIgniter\Filters\FilterInterface;
use CodeIgniter\HTTP\RequestInterface;
use CodeIgniter\HTTP\ResponseInterface;

class Api implements FilterInterface
{
    public function before(RequestInterface $requset)
    {

    }

    public function after(RequestInterface $request, ResponseInterface $response)
    {
        $response->setHeader(Access-Control-Allow-Origin, *);
        $response->setHeader(Access-Control-Allow-Headers, Content-Type);
        return $response;
    }
}

接下来我们将注册并配置 App\Filters\Api::class, 编辑配置文件 App\Config\Filters.php

1
2
3
4
5
6
7
8

...
    public $aliases = [
        csrf     => \CodeIgniter\Filters\CSRF::class,
        toolbar  => \CodeIgniter\Filters\DebugToolbar::class,
        honeypot => \CodeIgniter\Filters\Honeypot::class,
        api => \App\Filters\Api::class,  //注册 Filter
    ];
...

配置该 filter 对哪些 uri 生效

public $filters = [
        api => [
            after =>[
                api/*,
            ]
        ]
    ];

至此，在每个路径为 api/* 的请求返回前，就会执行 after 中的代码，添加 headers

02-线性结构2 一元多项式的乘法与加法运算

设计函数分别求两个一元多项式的乘积与和。

输入格式:

输入分2行，每行分别先给出多项式非零项的个数，再以指数递降方式输入一个多项式非零项系数和指数（绝对值均为不超过1000的整数）。数字间以空格分隔。

输出格式:

输出分2行，分别以指数递降方式输出乘积多项式以及和多项式非零项的系数和指数。数字间以空格分隔，但结尾不能有多余空格。零多项式应输出 0 0。

输入样例:

1
2

4 3 4 -5 2  6 1  -2 0
3 5 20  -7 4  3 1

输出样例:

1
2

15 24 -25 22 30 21 -10 20 -21 8 35 6 -33 5 14 4 -15 3 18 2 -6 1
5 20 -4 4 -5 2 9 1 -2 0

公司的主控的Redis是之前别人搭的,用root:root启动并且监听了公网IP,没有加密码。被黑客扫描到并利用漏洞删除了服务器中的数据文件，涉及数据库代码文件等。

登陆服务器后发现文件都被删除了,df -h 发现磁盘占用并没有减少。结合之前清除nginx日志的经历，应该是MySQL服务还在运行中，所以文件没有立即释放。

经过与TG群里的大佬沟通学习,最后通过 losf 查看到了已删除但未被释放的文件，再通过 proc 内的文件句柄 用 cp 命令拷贝到原目录。经过数小时的拷贝，数据库数据总算恢复了。幸好给代码做了git仓库，不然代码要回滚好几个版本。之后迁移到新的服务器。

几点经验及教训：

• 一定要对服务器进行备份(虽然现在也没做，但是关键数据还是要做备份的)
• 要采用最小权限原则进行服务的部署,避免root启动及公网直接访问
• 对敏感命令进行限制如 rm -rf 命令
• 一定不要重启服务器
• 付款也无法找回数据(我们的数据库大概300G左右，黑客说付款可以找回数据，但是经过观察流量图并没有这么大的流量进行通信)
• 各个领域认识人是多么的重要

2018-08-21: 内存升到44G了,看不下去了,决定手动清理

1
2

sync
echo 2 > /proc/sys/vm/drop_caches

又看了很多文章,每打开一个文件就会增加 dentry 这个程序有大量的 Curl 请求以及多进程的任务组。这个应该就是问题了吧。

项目服务器是 8H64G 的 EC2,因为项目数据量很大,监控程序一直显示真实内存占用在 47G 左右,本以为是Mysql占用过大导致的。htop图显示如下:

图中显示 Mysql 内存占用 2.1%,但是出现了很多列,肤浅的我错误的认为这些都是 Mysql,以 n*2.1 来计算 Mysql 的占用,经过V2er们的指点,得知了在 htop 中默认是以线程展示数据的,Mysql是多线程程序,多个线程之间的内存是共享的,通过 H 指令切换到非线程模式。

typecho_GoogleRecaptcha

为 Typecho Admin 开启Google invisible Recaptcha 验证

开启 Google reCAPTCHA

前往 Google reCAPTCHA 开启 reCAPTCHA 并 获取参数

1. 选择 Invisible reCAPTCHA ,填写 Domains 进行注册
   
2. 获取 Site key & Secret key
   <https://i.loli.net/2018/01/09/5a5413230deab.png

插件配置

将 Site Key & Secret Key 填入对应的配置项

配置加载 JS 使用的地址

配置后端验证 response 使用的地址

Github