我的个人博客:逐步前行STEP

去重计数不是精确计数,数据量大的情况下会有误差,官方文档说的是,默认的情况下百万级数据会有5%的误差,实测如下:

实际文档数:1924920
在这里插入图片描述

去重计数:1912715在这里插入图片描述

误差率:(1924920 - 1912715)/ 1924920 = 0.006
%0.6的误差率还能接受,如果需要更高的准确度的话,需要调整precision_threshold的值,默认值是100,可选值在0~40000,值越大越准确但是越消耗内存,其内存使用满足公式:precision_threshold * 8 (字节)
,实测设为40000时计数为1926620:
在这里插入图片描述

误差率:(1924920 - 1926620)/ 1924920 = -0.0008
只有%0.08的误差率,在不需要完全准确的计数得情况下,完全可以接受。

Composer作为PHP的组件化管理工具,实现了laravel框架的组件安装、更新、移除,以及自动加载功能,下面就深入解析这是如何实现的。

使用Composer安装组件,首先需要创建composer.json文件,composer.json示例如下:
在这里插入图片描述
我的个人博客:逐步前行STEP

该文件定义了项目的基本信息以及所依赖组件的名称、版本、再执行composer install将所依赖组件安装到项目的vendor目录中。完成安装后会自动生成 composer.lock 文件,该文件罗列了各个组件确切的版本以及安装方式:
在这里插入图片描述
当执行composer install时首先检查是否存在该文件,如果存在就下载该文件中能够规定的组件以及版本。

我的个人博客:逐步前行STEP

在安装好组件之后,vendor目录下除了组件目录还会生成一个composer目录,以及自动加载文件autoload.php
在这里插入图片描述
引入这个文件,就可以实现自动加载了,可以直接在项目中使用组件。看一下该文件的具体内容:
在这里插入图片描述

仅仅2行代码,只做了一件事:引入composer/autoload_real.php文件,也就是说,实际上实现了自动加载的代码都在composer目录中,进入该目录:
在这里插入图片描述
先查看autoload_real.php,其中被audoload.php 执行的静态函数代码如下:

我的个人博客:逐步前行STEP

public static function getLoader()
    {
        if (null !== self::$loader) {
            return self::$loader;
        }

        spl_autoload_register(array('ComposerAutoloaderInit67db00000000012c704d3566', 'loadClassLoader'), true, true);
        self::$loader = $loader = new \Composer\Autoload\ClassLoader();
        spl_autoload_unregister(array('ComposerAutoloaderInit67db00000000012c704d3566', 'loadClassLoader'));

    ......
    }

在这个方法中,spl_autoload_register 函数用于注册给定的函数作为 __autoload 的实现,上述代码注册的__autoload实现是loadClassLoader方法:

    public static function loadClassLoader($class)
    {
        if ('Composer\Autoload\ClassLoader' === $class) {
            require __DIR__ . '/ClassLoader.php';
        }
    }

该方法引入了ClassLoader.php,随后 getLoader() 方法实例化ClassLoader 并且使用spl_autoload_unregister注销了该__autoload实现,之后的二十多行代码实现了自动加载,在解析这部分代码之前,需要先了解php规范

PSR 是 PHP Standard Recommendations (PHP 推荐标准)的简写,由 PHP FIG 组织制定的 PHP 规范,是 PHP 开发的实践标准。其中:

   PSR-0:自动加载标准,2014-10-21该标准已经被废弃,使用PSR-4替    代,不再细讲
   PSR-4:自动加载

PSR-0 和 PSR-4 的自动加载规范,虽然PSR-0已经弃用,但是Composer仍然兼容PSR-0,具体规范如下:
1、PSR-0

一个标准的 命名空间 (namespace) 与 类 (class) 名称的定义必须符合以下结构: <Vendor Name>(<Namespace>)*<Class Name>;

其中 Vendor Name 为每个命名空间都必须要有的一个顶级命名空间名;
需要的话,每个命名空间下可以拥有多个子命名空间;
当根据完整的命名空间名从文件系统中载入类文件时,每个命名空间之间的分隔符都会被转换成文件夹路径分隔符;
类名称中的每个 字符也会被转换成文件夹路径分隔符,而命名空间中的 字符则是无特殊含义的。
当从文件系统中载入标准的命名空间或类时,都将添加 .php 为目标文件后缀;
组织名称(Vendor Name)、命名空间(Namespace) 以及 类的名称(Class Name) 可由任意大小写字母组成。

范例:

DoctrineCommonIsolatedClassLoader => /path/to/project/lib/vendor/Doctrine/Common/IsolatedClassLoader.php
namespacepackageClass_Name => /path/to/project/lib/vendor/namespace/package/Class/Name.php

namespacepackage_nameClass_Name => /path/to/project/lib/vendor/namespace/package_name/Class/Name.php

2、PSR-4

1、术语「class」指的是类(classes)、接口(interfaces)、特征(traits)和其他类似的结构。
2、全限定类名具有以下形式:

 \<NamespaceName>(\<SubNamespaceNames>)*\<ClassName>
 2.1、全限定类名必须拥有一个顶级命名空间名称,也称为供应商命名空间(vendor namespace)。
2.2、全限定类名可以有一个或者多个子命名空间名称。
2.3、全限定类名必须有一个最终的类名(我想意思应该是你不能这样 \<NamespaceName>(\<SubNamespaceNames>)*\ 来表示一个完整的类)。
2.4、下划线在全限定类名中没有任何特殊含义(在 PSR-0 中下划是有含义的)。
2.5、全限定类名可以是任意大小写字母的组合。
2.6、所有类名的引用必须区分大小写。

我的个人博客:逐步前行STEP

范例:

全限定类名命名空间前缀根目录对应的文件路径
AcmeLogWriterFile_WriterAcmeLogWriter./acme-log-writer/lib/./acme-log-writer/lib/File_Writer.php
AuraWebResponseStatusAuraWeb/path/to/aura-web/src//path/to/aura-web/src/Response/Status.php

而在composer.josn文件中,autoload 键下定义了当前组件的自动加载实现方式,就包含了psr-4、psr-0:

    "autoload": {
        ......
        "psr-4": {
            "App\\": "app/",
            "ApolloPY\\Flysystem\\AliyunOss\\": "packages/apollopy/flysystem-aliyun-oss/src/",
            "Thrift\\": "packages/php/lib/",
        },
        "psr-0": {
          "Maatwebsite\\Excel\\": "src/"
        }
        ......
    },

了解上述PSR规范的基础后,我们再回到Composer自动加载的引导类 的getLoader() 方法来,接着看实例化了 核心类 ClassLoader 之后的代码:

public static function getLoader()
    {
        ......

        $useStaticLoader = PHP_VERSION_ID >= 50600 && !defined('HHVM_VERSION') && (!function_exists('zend_loader_file_encoded') || !zend_loader_file_encoded());
        if ($useStaticLoader) {
            require_once __DIR__ . '/autoload_static.php';

            call_user_func(\Composer\Autoload\ComposerStaticInit67db7509c61e60a4f92e012c704d3566::getInitializer($loader));
        } else {
            $map = require __DIR__ . '/autoload_namespaces.php';
            foreach ($map as $namespace => $path) {
                $loader->set($namespace, $path);
            }

            $map = require __DIR__ . '/autoload_psr4.php';
            foreach ($map as $namespace => $path) {
                $loader->setPsr4($namespace, $path);
            }

            $classMap = require __DIR__ . '/autoload_classmap.php';
            if ($classMap) {
                $loader->addClassMap($classMap);
            }
        }

        $loader->register(true);

        if ($useStaticLoader) {
            $includeFiles = Composer\Autoload\ComposerStaticInit67db7509c61e60a4f92e012c704d3566::$files;
        } else {
            $includeFiles = require __DIR__ . '/autoload_files.php';
        }
        foreach ($includeFiles as $fileIdentifier => $file) {
            composerRequire67db7509c61e60a4f92e012c704d3566($fileIdentifier, $file);
        }

        return $loader;
    }

这部分代码先是判断当前版本是否>=5.6 ,且不是HHVM虚拟机,满足条件则引入autoload_static.php 进行初始化:

call_user_func(\Composer\Autoload\ComposerStaticInit67db7509c61e60a4f92e012c704d3566::getInitializer($loader));

autoload_static.php文件中,定义了5个数组:

在这里插入图片描述
我的个人博客:逐步前行STEP

依次是:
1、全局文件列表

......
    public static $files = array (
        '0e6d7bf4a5811bfa5cf40c5ccd6fae6a' => __DIR__ . '/..' . '/symfony/polyfill-mbstring/bootstrap.php',
        '1d1b89d124cc9cb8219922c9d5569199' => __DIR__ . '/..' . '/hamcrest/hamcrest-php/hamcrest/Hamcrest.php',
        '667aeda72477189d0494fecd327c3641' => __DIR__ . '/..' . '/symfony/var-dumper/Resources/functions/dump.php',
        'a0edc8309cc5e1d60e3047b5df6b7052' => __DIR__ . '/..' . '/guzzlehttp/psr7/src/functions_include.php',
......

2、PSR-4规范的顶级命名空间=》路径映射的索引列表,这个列表是二维数组,第一维以首字母为键,第二维以命名空间为为键,值是命名空间的长度:

    ......
    public static $prefixLengthsPsr4 = array (
        'p' => 
        array (
            'phpDocumentor\\Reflection\\' => 25,
        ),
        'h' => 
        array (
            'hegzh\\AliyunCore\\' => 17,
            'h4cc\\WKHTMLToPDF\\' => 17,
        ),
        ......

该数组以首字母为键是为了方便查找,而最终的值是命名空间长度则是为了在$prefixDirsPsr4数组中查找到命名空间之后替换
3、PSR-4规范的顶级命名空间=》路径的映射列表

    ......
    public static $prefixDirsPsr4 = array (
        'phpDocumentor\\Reflection\\' => 
        array (
            0 => __DIR__ . '/..' . '/phpdocumentor/reflection-common/src',
            1 => __DIR__ . '/..' . '/phpdocumentor/reflection-docblock/src',
            2 => __DIR__ . '/..' . '/phpdocumentor/type-resolver/src',
        ),
    ......

4、PSR-0规范的顶级命名空间与路径的映射列表,该列表同样是以首字母为键:

    ......
    public static $prefixesPsr0 = array (
        'S' => 
        array (
            'SimpleSoftwareIO\\QrCode\\' => 
            array (
                0 => __DIR__ . '/..' . '/simplesoftwareio/simple-qrcode/src',
            ),
        ),
    ......

5、composer.json中classmap方式定义的自动加载目录:

    public static $classMap = array (
        'Adbar\\Dot' => __DIR__ . '/..' . '/adbario/php-dot-notation/src/Dot.php',

否则,引入autoload_namespaces.php、autoload_psr4.php、autoload_classmap.php 这三个文件。

autoload_namespaces.php 文件文件指定了顶级命名空间到file path的映射:
在这里插入图片描述
autoload_psr4.php文件同样是指定了顶级命名空间到file path的映射,和autoload_namespaces.php的区别在于,autoload_namespaces.php是写入了composer.json中设置了psr-0规范的命名空间与路径映射,如:

......
"autoload": {
    "classmap": [
      "src/Maatwebsite/Excel"
    ],
    "psr-0": {
      "Maatwebsite\\Excel\\": "src/"
    }
  },
......

autoload_psr4.php是写入了composer.json中设置了psr-4规范的命名空间与路径映射,如:

......
    "autoload": {
        "psr-4": {
            "ProductAI\\": "src/"
        }
    },
......

而autoload_classmap.php文件,则是在Composer安装、更新或者执行composer dump-autoload 时会扫描autoload_psr4.php、autoload_namespaces.php文件中定义的顶级命名空间对应的目录以及composer.json中设置了classmap自动加载方式的目录,如:

    ......
    "autoload": {
        "classmap": [
            "database",
            "app/Interfaces"
        ],
    ......

扫描各个目录下的php文件并且将文件中的类名与当前目录映射写入该文件,如:

<?php

// autoload_classmap.php @generated by Composer

$vendorDir = dirname(dirname(__FILE__));
$baseDir = dirname($vendorDir);

return array(
    ......
    'AlibabaCloud\\Aas\\V20150701\\AasApiResolver' => $vendorDir . '/alibabacloud/sdk/src/Aas/V20150701/AasApiResolver.php',
    'AlibabaCloud\\Aas\\V20150701\\CreateAccessKeyForAccount' => $vendorDir . '/alibabacloud/sdk/src/Aas/V20150701/AasApiResolver.php',
    'AlibabaCloud\\Aas\\V20150701\\CreateAliyunAccount' => $vendorDir . '/alibabacloud/sdk/src/Aas/V20150701/AasApiResolver.php',
    'AlibabaCloud\\Aas\\V20150701\\CreateAliyunAccountWithBindHid' => $vendorDir . '/alibabacloud/sdk/src/Aas/V20150701/AasApiResolver.php',
    ......
);

引入这三个文件之后,ClassLoader对象将文件中的映射设置到对应的属性中:

    ......
    $map = require __DIR__ . '/autoload_namespaces.php';
    foreach ($map as $namespace => $path) {
        $loader->set($namespace, $path);
    }
    ......

接着,ClassLoader对象调用了register()方法注册了__autoload实现:

    public function register($prepend = false)
    {
        spl_autoload_register(array($this, 'loadClass'), true, $prepend);
    }

而这个loadClass()方法的工作原理其实是在ClassLoader对象的设置了类名与路径的属性中查找并且引入文件:

......
    public function loadClass($class)
    {
        if ($file = $this->findFile($class)) {
            includeFile($file);

            return true;
        }
    }
......

到这一步,自动加载的主要工作已经完成了,但是Composer 不止可以自动加载命名空间,还可以加载全局函数,根据是否版本>=5.6且不是HHVM虚拟机,分为静态初始化和动态初始化:

if ($useStaticLoader) {
            $includeFiles = Composer\Autoload\ComposerStaticInit67db7509c61e60a4f92e012c704d3566::$files;
        } else {
            $includeFiles = require __DIR__ . '/autoload_files.php';
        }
        foreach ($includeFiles as $fileIdentifier => $file) {
            composerRequire67db7509c61e60a4f92e012c704d3566($fileIdentifier, $file);
        }

我的个人博客:逐步前行STEP

以上就是自动加载的核心功能,总结一下,主要流程如下:
1、引入autoload.php
2、引入autoload_real.php
3、注册loadClassLoader作为自动加载实现, 并实例化 ClassLoader,而后注销loadClassLoader
4、版本>=5.6且未使用HHVM则使用静态初始化,否则引入autoload_namespaces.php、autoload_psr4.php、autoload_classmap.php将 类名=》路径的映射设置到ClassLoader对象属性中
5、注册 loadClass 作为自动加载实现,loadClass的实现原理就是在类名=》路径的映射中查找并引入文件
6、将全局函数文件遍历引入

起先,是出于了解我的网站逐步前行STEP的访问情况而做一个Nginx日志统计分析的功能,首选的就是ELK,但是,由于Logstash占用内存和CPU占有率都不是我的小服务器能承受的,转而将logstash换成filebeat,因为filebeat足够轻量级,我所需要的功能却都能满足:

  1. 收集日志发送到ES
  2. 按指定格式解析日志

我的个人博客逐步前行STEP

第1点是filebeat基本的功能,只要正确安装配置就能生效,在我的实践中,我不想要所有的日志都发送到ES,只要访问我的网站的请求,示例请求:

39.179.50.187 - - [05/Feb/2020:16:10:42 +0800] "GET /csdn_article-98609482 HTTP/1.1" 499 0 "http://www.hezehua.net/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.130 Safari/537.36"

这是标准的nginx日志格式,其中有一个我的网站逐步前行STEP域名http://www.hezehua.net,所以只要匹配这个域名即是我需要的日志,filebeat的include_lines配置可以满足我的需求,将该配置项设置如下:

include_lines: ["hezehua.net"]

即匹配了包含hezehua.net的行。

我的个人博客逐步前行STEP

要注意的是,第2点需求,只有Elasticsearch5.x才能实现,因为elasticsearch5.x开始引入了Ingest Node,使其具有预处理能力,即对存储在 Elasticsearch 里的数据在存储之前进行加工处理,之前的版本没有提供这一功能,在数据存储前做处理只能依赖于logstash,而官方将预处理功能集成到elasticsearch5.x这个功能就命名为Ingest,具有预处理功能的节点称为Ingest Node,要使用预处理功能,先要了解:Pipeline(管道)、Processors(处理器)。

1、pipeline
管道这个概念并不陌生,一般被命名于设计用来在拦截、处理、输出数据的功能,在这里也是一样,pipeline会用于处理通过它的所有数据,输出后就直接入elasticsearch。

2、processor
处理器是用于管道的,pipeline本身不具备处理能力,需要配置processor才能发挥特定的作用,常用的处理器有:

  • append 追加字段或者已有字段追加值
  • convert 转换字段类型
  • date 日期处理
  • foreach 遍历数组对数组元素使用处理器
  • grok 通过正则匹配将文本解析成指定格式
  • join 将数组转化成字符串
  • json 处理成json
  • kv 将k:v型数据解析成一个个字段
  • remove 删除字段
  • rename 重命名
  • set 设置或者新增
  • split 分割字符串
  • sort 数组元素排序
  • trim 消除两端空格
  • lowercase 转小写
  • uppercase 转大写

以上列举的处理器主要是数组、字符串的常用处理,加上字段增、减等,其中最重要的Grok处理器,这个处理器基本可以替代logstash处理日志格式的功能,语法和logstash一样。

要使用elasticsearch的预处理功能,首先需要在es中创建管道,指定的URL为:_ingest/pipelinePUT方式:

curl XPUT http://127.0.0.1:9200/_ingest/pipeline/pipeline-test

{
    "description": "describe pipeline",
    "processors": [
        {
            "grok": {
                "field": "message",
                "patterns": [
                    "%{IP:ip} - %{DATA:user} \\[%{HTTPDATE:date}\\] %{WORD:method} %{DATA:path} (?<http>HTTP/%{NUMBER}) %{NUMBER:code} %{NUMBER:length} %{DATA:referer} %{DATA:user_agent} %{DATA:x_forwarded_for}"
                ]
            }
        }
    ]
}

description字段是一个描述,processors定义了一组应用于该管道的处理器,这样就定义好了一个简单的pipeline了。

我的个人博客逐步前行STEP

将filebeat.yml中,output.elasticsearch下的配置项pipeline设置为上面新建的管道'pipeline-test'即可:

output.elasticsearch:
  # Array of hosts to connect to.
  hosts: ["localhost:9200"]
  pipeline: "pipeline-test"

最后,删除registry文件,和filebeat之前生成的索引,再启动filebeat,就可以在es中看到解析成指定字段的日志文档了:

{
    _index: "filebeat-2020.02.04",
    _type: "doc",
    _id: "AXAQe35OpxWsiKaUFgtz",
    _score: 1,
    _source: {
        date: "04/Feb/2020:21:53:54 +0800",
        referer: "http://www.hezehua.net/",
        code: "200",
        offset: 437,
        method: "GET",
        ip: "39.179.50.187",
        input_type: "log",
        length: "169909",
        source: "/usr/logs/blog.access.log",
        message: "39.179.50.187 - - [04/Feb/2020:21:53:54 +0800] "GET /favicon.ico HTTP/1.1" 200 169909 "http://www.hezehua.net/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.130 Safari/537.36"",
        type: "log",
        path: "/favicon.ico",
        @timestamp: "2020-02-04T13:54:48.214Z",
        beat: {
            hostname: "novalocal",
            name: "novalocal",
            version: "5.5.3"
        },
        http: "HTTP/1.1",
        user-agent: "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.130 Safari/537.36"
    }
},

我的个人博客逐步前行STEP

我的个人博客:逐步前行STEP

centos系统的nginx原生格式如下:

112.95.209.146 - - [13/Jun/2019:09:32:50 +0800] "GET /css/web.css HTTP/1.1" 200 27518 "http://www.hezehua.net/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.169 Safari/537.36"

这个格式里,包含了-"[]这些特殊符号,所以不仅需要使用grok预定义的关键字匹配,还需要自定义正则表达式,使用的到预定义关键字有:

  1. IP :匹配IP
  2. HTTPDATE 匹配格式如:04/Jul/2019:10:43:15 +0800 的时间字符串
  3. WORD:匹配一个单词
  4. PATH:匹配一个路径 格式如:/css/web.css
  5. NUMBER:匹配数值
  6. HOSTNAME:匹配域名,格式:www.hezehua.net

匹配的grok语句为:

%{IP:ip} ([\s\S]{5})%{HTTPDATE:date}([\s\S]{3})%{WORD:method} %{PATH:path} (?<http>HTTP\/%{NUMBER})([\s\S]{1}) %{NUMBER:code} %{NUMBER:length}([\s\S]{2})(?<referer>http[s]?://%{HOSTNAME}%{PATH})([\s\S]{3})((?<user-agent>[\s\S]*)"$)

设置字段:

  • ip IP
  • time 时间
  • method 请求方式
  • path 请求路径
  • http-code 响应的http code
  • content-length 响应的内容长度
  • referer 请求来源页url
  • user-agent 用户代理

grok语句匹配结果会产生很多用不上的字段,需要过滤掉,以下是测试结果:

{
  "ip": [
    [
      "42.156.136.107"
    ]
  ],
  "IPV6": [
    [
      null
    ]
  ],
  "IPV4": [
    [
      "42.156.136.107"
    ]
  ],
  "HTTPDATE": [
    [
      "16/Oct/2019:07:40:06 +0800"
    ]
  ],
  "MONTHDAY": [
    [
      "16"
    ]
  ],
  "MONTH": [
    [
      "Oct"
    ]
  ],
  "YEAR": [
    [
      "2019"
    ]
  ],
  "TIME": [
    [
      "07:40:06"
    ]
  ],
  "HOUR": [
    [
      "07"
    ]
  ],
  "MINUTE": [
    [
      "40"
    ]
  ],
  "SECOND": [
    [
      "06"
    ]
  ],
  "INT": [
    [
      "+0800"
    ]
  ],
  "method": [
    [
      "GET"
    ]
  ],
  "path": [
    [
      "/js/share.js/fonts/iconfont.woff"
    ]
  ],
  "UNIXPATH": [
    [
      "/js/share.js/fonts/iconfont.woff",
      "/js/share.js/css/share.min.css"
    ]
  ],
  "WINPATH": [
    [
      null,
      null
    ]
  ],
  "http": [
    [
      "HTTP/1.1"
    ]
  ],
  "NUMBER": [
    [
      "1.1"
    ]
  ],
  "BASE10NUM": [
    [
      "1.1",
      "200",
      "6364"
    ]
  ],
  "code": [
    [
      "200"
    ]
  ],
  "length": [
    [
      "6364"
    ]
  ],
  "referer": [
    [
      "http://www.hezehua.net/js/share.js/css/share.min.css"
    ]
  ],
  "HOSTNAME": [
    [
      "www.hezehua.net"
    ]
  ],
  "PATH": [
    [
      "/js/share.js/css/share.min.css"
    ]
  ],
  "user-agent": [
    [
      "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.81 YisouSpider/5.0 Safari/537.36"
    ]
  ]
}

摘取有效信息即可,其中日期格式需要再转化为YYYY-MM-DD HH:II:SS格式

上一篇:PhpYun人才系统 与 Discuz 通过 Ucnter 整合会员中讲解了 的一些常见问题以及难点,接下来,记录一下打通会员之后遇到的问题。

注册时会提示”该 Email 已经被注册“,phpyun因为不需要使用邮箱注册,所以会使用默认的邮箱地址注册,我们已经在Ucnter中设置了允许一个邮箱注册多个用户,按理来说不应该出现这样的问题的,确认设置没有问题了,那我们来过一下源码调试一下,看问题出在哪。

我的个人博客:逐步前行STEP

首先,查看接口:
在这里插入图片描述
这个接口报错提示”该 Email 已经被注册!“,先进入到网站根目录,找到入口文件index.php,通过查看代码可以知道核心的方法调用是在app/include/init.php 文件,
在这里插入图片描述
这部分代码说明了,根据我们的api参数m=register&c=regsave,会引入一个控制器文件 app/controller/register/index.class.php
在这里插入图片描述
这部分代码说明了,将会执行这个控制器下的regsave方法,我们查找到这个方法:
在这里插入图片描述
上面代码片段中,方法的执行结果是由$Member->userRegSave($data);返回的,使用get_class()获取这个$Member 的类名为:userinfo_model,查找到这个类下的userRegSave方法,
在这里插入图片描述
我的个人博客:逐步前行STEP

可以看出来,这个是核心的注册方法了。
在这里插入图片描述
这个函数中这部分代码是判断是否设置了Ucenter数据整合,是的话从Ucenter注册用户,查看具体的Ucenter注册用户的代码:
在这里插入图片描述
通过call_user_func执行了UC_API_FUNC定义函数名的方法,
在这里插入图片描述

找到具体代码:

在这里插入图片描述
可以看到,最终是执行:

return $uc_controls[$model]->$action($args);

得到结果,根据上面代码片段的传参register,可知执行的$action是onregister函数,同样使用get_class方法获取$uc_controls[$model]的类名为usercontrol可以找到所在文件,并找到onregister()方法:
在这里插入图片描述
其中

$status = $this->_check_email($email)

检查了邮件是否合法,进入该函数:
在这里插入图片描述
我的个人博客:逐步前行STEP

可以看到,下面这个判断决定了是否提示邮件已被注册:

if(!$this->settings['doublee'] && $_ENV['user']->check_emailexists($email, $username)) {
            return UC_USER_EMAIL_EXISTS;
        }

打印$this->settings['doublee']的·值,发现为0,那导致报错的原因可能是这个值异常,打印整个$this->settings:
在这里插入图片描述
可以看到,这是Ucenter的配置,到Ucenter数据库中查看一下配置:

SELECT * FROM `mpw_ucenter_settings` 

在这里插入图片描述
我的个人博客:逐步前行STEP

数据库中的doublee配置值是1,再到Ucenter中关闭允许同一个email注册多个用户,发现该值更新为0了,说明这个值是”是否允许同一个email注册多个用户“的配置项,而在Ucenter中设置允许的时候,phpyun代码中获取的配置项还是不允许,所以问题应该是在这,_check_email中的代码:

if(empty($this->settings)) {
            $this->settings = $this->cache('settings');
        }

打印出$this->cache('settings')的值,其中doublee的值和数据库中一致,说明问题出在$this->settings没有更新。找到cache方法:
在这里插入图片描述
该方法将数据缓存在uc根目录下的/data/cache/目录中,找到该目录有以下缓存文件:
在这里插入图片描述
将setting.php删除即可,这样phpyun就会重新缓存ucenter的配置数据,问题解决。

我的个人博客:逐步前行STEP