Problem with Wordpress with WP ALL Import + WooCommerce plugins, any example web server config?

Question

Nginx

There is a server with wordpress and WooCommerce and WP ALL Import plugins (not purchased yet). You need to upload a product catalog to woocommerce via WP ALL Import. The catalog is in CSV format and validated for integrity and correctness, I don’t remember which tool. Not the point, the directory is correct, since on the WP All Import demo server the import runs without problems.
I'm getting

Your server terminated the import process

without even having time to start importing. Games with the plugin config did not give any progress. Please tell me where to dig. Here are the info:
Operating System: CentOS Linux 7 (Core)
CPE OS Name: cpe:/o:centos:centos:7
Kernel: Linux 3.10.0-514.21.1.el7.x86_64
Architecture: x86-64
vCPU: 4
RAM : 4GB
HDD: 80GB
Installed from sources:
nginx version: nginx/1.12.0

--pid-path=/var/run/nginx.pid \
    --with-pcre \
    --with-http_ssl_module \
    --without-mail_pop3_module \
    --without-mail_imap_module \
    --with-http_realip_module \
    --with-http_gzip_static_module && \

PHP 7.1.4 (fpm-fcgi) (built: Jun 5 2017 10:32:06)
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.1.0, Copyright (c) 1998-2017 Zend Technologies

--with-mcrypt=/usr/include \
    --with-mysqli \
    --with-pdo-mysql \
    --with-openssl \
    --with-gd \
    --with-iconv \
    --with-zlib \
    --with-gettext \
    --with-curl \
    --with-png-dir \
    --with-jpeg-dir \
    --with-freetype-dir \
    --with-xmlrpc \
    --with-mhash \
    --enable-fpm \
    --enable-xml \
    --enable-shmop \
    --enable-sysvsem \
    --enable-inline-optimization \
    --enable-mbregex \
    --enable-mbstring \
    --enable-ftp \
    --enable-gd-native-ttf \
    --enable-mysqlnd \
    --enable-pcntl \
    --enable-sockets \
    --enable-zip \
    --enable-soap \
    --enable-session \
    --enable-opcache \
    --enable-bcmath \
    --enable-exif \
    --enable-fileinfo \
    --disable-rpath \
    --enable-ipv6 \
    --disable-debug \
    --without-pear && \

NGINX_VERSION=1.12.0
PHP_VERSION=7.1.4

An example of an nginx config, I’ll say right away that it’s already screwed up, but even on the default config with FastCGI editing, the result is the same.

user  www;
worker_processes  2;

error_log  /var/log/error.log debug;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

pid        /var/run/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;


    fastcgi_buffers 256 16k;
    fastcgi_buffer_size 128k;
    fastcgi_connect_timeout 3s;
    fastcgi_send_timeout 120s;
    fastcgi_read_timeout 120s;
    fastcgi_busy_buffers_size 256k;
    fastcgi_temp_file_write_size 256k;
    reset_timedout_connection on;
    server_names_hash_bucket_size 100;


    server {
        listen       80;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   /data/www;
            index  index.html index.php;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        location ~ \.php$ {
            root           /data/www;
            fastcgi_pass   unix:/var/run/php7/php-fpm.sock;
            fastcgi_index  index.php;
            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
            #fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
            include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }


 }
}

PHP ini file:

file_uploads = On
memory_limit = 512M
upload_max_filesize = 256M
post_max_size = 300M
max_execution_time = 600
max_input_vars = 6000
max_input_nesting_level = 64

PHP FPM Pool:

[global]
;error_log = /var/log/fpm-error.log
;
;log_level = info


[www]
listen.owner = www
listen.group = www
user = www
group = www

listen = /var/run/php7/php-fpm.sock
;listen = 127.0.0.1:9000
listen.backlog = 65536
pm = dynamic
pm.max_children = 15
pm.start_servers = 2
pm.min_spare_servers = 2
pm.max_spare_servers = 6
pm.max_requests = 1500
request_terminate_timeout = 300
pm.process_idle_timeout = 300
catch_workers_output = yes

SElinux =disabled
permissions to wordpress folders 775, files 664
PHP-FPM and NGINX logs are empty even in debugging there is nothing so dumb when an error occurs.
The essence of the error can be seen in the picture.

Answer 1

Everything turned out to be tritely simple, the version of PHP 7.0.20 with either libxm works stably than 7.1.x and either of this version. Specifically with the WP All import plugin.