• DONATE to NULLED!
    Форуму и его команде можно помочь, мотивировать модераторов разделов.
    Помогите модератору этого раздела killoff лично.

Помощь Проблемы после переезда

Статус
В этой теме нельзя размещать новые ответы.

DSL-Group

Постоялец
Регистрация
19 Окт 2007
Сообщения
97
Реакции
15
Вообщем перенес несколько проектов на DLE, на новый сервер и начались проблемы:
1) При отправке личного сообщения идёт долгий ответ от сервера или долгая отправка сообщения, после чего сервер выдает 504 Gateway Time-out nginx.
2) Обновил один из движков до 9.2 и появилась проблема при добавлении комментария. Вылетает AJAX окошко со словами типа "ожидайте" и всё. При перезагрузке комментарий появился, но автоматического появления или перезагрузки страницы нет.
Оба сервера под связкой nginx+httpd.
Старый был под Linux с данными: PHP 5.2.16, mysql 5.0.91
Configure Command написал(а):
'./configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--enable-gd-native-ttf' '--with-t1lib=/usr' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pcre-regex' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--with-kerberos' '--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' '--without-mime-magic' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with-system-tzdata' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--disable-dom' '--disable-dba' '--without-unixODBC' '--disable-pdo' '--disable-xmlreader' '--disable-xmlwriter' '--disable-json' '--without-pspell' '--disable-wddx' '--without-curl' '--disable-posix' '--disable-sysvmsg' '--disable-sysvshm' '--disable-sysvsem'
Registered PHP Streams https, ftps, compress.zlib, compress.bzip2, php, file, data, http, ftp, zip
Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3, sslv2, tls
Registered Stream Filters zlib.*, bzip2.*, convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed
новый сервер с PHP 5.2.17, Mysql 5.1.55
Configure Command написал(а):
'./configure' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--program-prefix=' '--enable-force-cgi-redirect' '--enable-fastcgi' '--with-apxs2=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--disable-ipv6' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=amd64-portbld-freebsd8.2'
Registered PHP Streams https, ftps, php, file, data, http, ftp, compress.bzip2, compress.zlib, zip
Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3, sslv2, tls
Registered Stream Filters string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, bzip2.*, zlib.*, convert.iconv.*
 
Скорее всего дело в возросшей нагрузке на сайт, при которой Apache не успевает отдавать HTTP-ответы, и новые запросы встают в очередь. Клиенты «висят» в очереди, но за приемлемое время их так и не успевают обслужить, поэтому соединения сбрасываются.
Чтобы решить проблему, можно добавить ресурсов серверу, в частности оперативной памяти, и увеличить количество процессов httpd (Apache). Другой вариант - оптимизировать работу скриптов сайта, чтобы они выполнялись быстрее. Если проблема не решается, надо искать другого провайдера.

Другая возможная причина возникновения ошибки 504 - исполняемый скрипт не укладывается в отведенный лимит времени. Это бывает, когда скрипт обращается к другим сайтам, либо просто выполняет тяжелую операцию, например, строит поисковый индекс.

Варианты решения: увеличить значение параметра PHP max_execution_time или облегчить скрипт.
 
та вот всё дело в том что конфигурация сервера
- Intel(R) Core(TM) i5-2300 CPU @ 2.80GHz X 4
- 8094 Mb
и 4 сайта на 1000 уников. нагрузка на процессор 0.01%, исп. память 1000 Mb. да и думаю что тормозило всё подряд, а тут именно только эти две функции.

Время выполнения скриптов выставлено 60 секунд, когда стояло 30 выдавало 504, сейчас не выдает, но личное сообщение или комментарий добавляет порядка минуты.

дело по всей видимости именно в сервере, или в недостающей библиотеке которая тормозит выполнение сценария или же неудачно собранный nginx+apache.
 
та вот всё дело в том что конфигурация сервера
- Intel(R) Core(TM) i5-2300 CPU @ 2.80GHz X 4
- 8094 Mb
и 4 сайта на 1000 уников. нагрузка на процессор 0.01%, исп. память 1000 Mb. да и думаю что тормозило всё подряд, а тут именно только эти две функции.
Время выполнения скриптов выставлено 60 секунд, когда стояло 30 выдавало 504, сейчас не выдает, но личное сообщение или комментарий добавляет порядка минуты.
дело по всей видимости именно в сервере, или в недостающей библиотеке которая тормозит выполнение сценария или же неудачно собранный nginx+apache.

Стучи, посмотрю твой сервер за не дорого.
 
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху