sarkis3, вы предоставили рутовый конфиг, а нужен конкретно тот что обслуживает ваше приложение с доменом sait.ru, его можно найти где то тут
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/vhosts/*/*.conf;
sarkis3, ошибка от apache, а формат access.log у appache совпадает с nginx, поэтому скорее всего он тоже от apache. Нужен лог от nginx.
Отвечая на ваш ворос по поводу того что получил клиент на котором была запись в логе - nginx скорее всего отправил ему 500 т.к. не дождался от apache ответа или по причине того что не нашел ни одного рабочего подключения к apache
Так же вижу что к apache запросы идут по HTTP/1.0 (по умолчанию fastcgi закрывает подключение после каждого запроса), т.е. без использования keepalive.
Это означает что после каждого запроса происходит разрыв соединения, а это довольно плохо сказывается на производительности.
Поэтому нужно правильно настроить nginx что бы он переиспользовал подключение к apache и желательно что бы держал несколько подключений которые он бы использовал пока другие заняты обработкой запросов.
Также нужно знать что nginx учитывает сколько было ошибок от сервиса в единцу времени и если их количество превысит пороговое значение, то этот сервис будет помечен как временно недоступный на определённый промежуток времени, а новые запросы будут отправлены на другой доступный сервис (если у вас только один обслуживающий запросы сервис, то клиентам будет возвращаться 500 ошибка в течении некоторого времени по истечении которого всё заработает в штатном режиме)
Вобщем нужен ваш конфиг nginx
И замените в вашем ответе выше (там где логи) ip адреса на что нибудь типа 217.xx.xx.xx
Kano, из вашего описания не совсем очевидно то как устроена обработка запроса.
Наружу торчит nginx, который через fastcgi выполняет запросы до сервера приложений apache с модулем mod_fcgid
Указанная вами ошибка записывается в логи apache и возникает она из за того что принимающая сторона не дождалась ответа и закрыла подключение.
Т.е. получается что это даже не ошибка (в логах она записывается как предупреждение кстати), раз клиент уже не принимает ответ значит он ему не нужен.
Если в качестве клиента у нас выступает nginx то выходит что это он разрывает подключение.
Причины того почему он (nginx) так поступает может быть довольно много (например он устал ждать)
Как побороть - надо понять почему nginx разрывает подключения, но без конфига и логов сделать это затруднительно.
Возможно в вашем случае поможет
fastcgi_keep_conn on;
и
keepalive в upstream и уазанием max_fails=0 для сервера
Василий Банников, кто их знает, могут проверять, а могут и нет. Для банка тем самым считывающим зловредом я вляется приложение которое инициирует платёж.
Форма в приложении не безопасна с точки зрения банка, т.к. приложение может считать вводимые пользователем данные. Даже webview в приложении не безопасен. Поэтому перенаправление в браузер на специально сформированный адрес платежной системы где пользователь выполнит оплату, а приложение фоном будет переодически дёргать api платежной системы в надежде получить от неё подтверждение.
Андрей Ермаченок, 4090 работать будет нормально, вопрос в другом. Насколько стабильно будет работать под продолжительной нагрузке и хватит ли вам 24гб для работы (наверно хватит если физ процессы не моделировать)
А ещё вы избавляетесь от таких приколов как потекшие прокладки, вздувшиеся кондёры, свист дросселей, расслаивающийся текстолит, плавящиеся разъёмы, всевозможные перегибы, перегрев окружающих компонентов и еще вороха других возможных проблем.
В два раза меньше энергопотребление и выдув из корпуса позволят вставить два таких ускорителя и увеличить доступную оперативу вдвое.
Карты проектировались для работы под нагрузкой 24 на 7 поэтому можно просто купить без мучений выбора производителя.
По производительности чуть лучше 3090
Еще могу посоветовать распечатать расшифровку solid и каждый раз когда возникает желание что то написать быстро пробегаться по каждому пункту на соответствие указанным там рекомендациям
Для разбора xml есть спец подход xpath
В каждом языке есть своя реализация. Нужно искать потоковую обработку, чтобы не грузить весь xml в память. Например пд .net есть msdn.microsoft.com/en-us/library/ms950778.aspx
Реклама может долго грузиться, рекламы для пользователя может и не быть, ну и нажать мы можем до завершения её загрузки (у вас там доступ к неинициализированному полю)
Пользуйтесь частичными составными индексами. Например храните в индексе только true значения вместе с полем по которому ведётся сортировка при выдаче результата.
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/vhosts/*/*.conf;