Проблема с Wordpress c плагинами WP ALL Import + WooCommerce, есть какой либо пример конфига веб сервера?

Есть сервер с wordpress и плагинами WooCommerce и WP ALL Import (пока что не купленные). Нужно загрузить каталог товаров в woocommerce через WP ALL Import. Каталог в формате CSV и валидирован на целостность и правильность, не помню каким тулом. Не суть, каталог корректный, так как на демо сервере WP All Import импорт проходит без проблем.

Я же получаю
Your server terminated the import process
даже не успев начать импорт. Игры с конфигом плагина не дали подвижек. Пожалуйста подскажите где копать. Вот тех инфа:

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

Установленно из соурсов:
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


Пример конфига nginx, скажу сразу что тут уже накручено, но даже на дефолтном конфиге с правкой FastCGI результат тот же.

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_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

права на папки wordpress 775, файлы 664

логи PHP-FPM и NGINX пусты даже в дебаге нету ничего такого стремного при возникновении ошибки.

Суть ошибки видно на картинке. bf4df8305b8f4ba8b3f5e782b9b80afe.JPG
  • Вопрос задан
  • 2918 просмотров
Решения вопроса 1
@Jekarmazin Автор вопроса
Оказалось все банально просто, версия PHP 7.0.20 с либой libxm работает стабильно чем 7.1.x и либой из этой версии. Конкретно с плагином WP All import.
Ответ написан
Комментировать
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы