Як подивитися якы пхп процеси виконуються?

[plastiplussale]

Доброго дня шановна спільнота! Відучора почав тормозити сайт, хостер написав що стало багато пхп процесів, та вони стають у чергу на виконанняЮ а можна якось подивитися які процеси виконуються у відрізку часу?

[NotSlow]

Вам же сказали какие - php процессы

Можно зайти по ssh и запустить top например.

 

А что конкретно за процессы и что они там делают - это хостеру видней.

Может у вас там какие-то cron задачи запускаются, возможно они что-то качают откуда-то, а тот недоступен - вот и висит все.

Может это именно php процессы от заходов на сайт ваш. Надо как минимум в логи заглянуть.

 

Если вам про нагрузку на процессор хостер ничего не говорил, то полагаю процессы эти висят просто так, не нагружают cpu.

Значит скорей всего опять же среди php скриптов где-то выполняется запрос к стороннему хосту, который видимо не отвечает или тормозит сильно.

 

Не имея доступов, точней подскажет только гадалка.

[NotSlow]

Или еще вариант - кто-то удалил кэш фоток. И теперь какое-то время будут тормоза пока они снова не пересоздадутся.

Хотя при этом будет приличная CPU нагрузка, а у вас не ясно есть ли она или нету.

[drOC]

Цитата

які процеси виконуються у відрізку часу?

 

pgrep php

 

Не забувайте що HTTP запити обслуговує nginx або apache - саме там вони розподіляються на сокет PHP, а також окремо крутиться MySQL і ще багато чого, що може поставити окремий процес в чергу. Ця зв'язка залежить від налаштувань образу вашої системи, тому питання до того хто її налаштовував (ймовірно до хостера).

 

Це якщо гіпотетично "DDoS"  - дивіться журнали access log а не процес

 

Останнім часом натикався на випадок безкінечних ajax-перезавантажень при валідації замовлення, якщо відкрити консоль то там просто сипе запитами на сервер я навіть не знаю скільки процесів виходить на фоні і як їх там вирулює веб-сервер, тут і атака на сервер не потрібна

 

Але може бути якась неправильно налаштована / працююча задача crontab (що викликає PHP напряму) - може у вас там щохвилини якийсь скрипт імпорту прайсів шле запити в офлайн (з таймаутом 90 секунд наприклад), а написаний так що дозволяє паралельний запуск.

[Yoda]

28.08.2024 в 19:26, drOC сказал:

 

pgrep php

 

Не забувайте що HTTP запити обслуговує nginx або apache - саме там вони розподіляються на сокет PHP, а також окремо крутиться MySQL і ще багато чого, що може поставити окремий процес в чергу. Ця зв'язка залежить від налаштувань образу вашої системи, тому питання до того хто її налаштовував (ймовірно до хостера).

 

Це якщо гіпотетично "DDoS"  - дивіться журнали access log а не процес

 

Останнім часом натикався на випадок безкінечних ajax-перезавантажень при валідації замовлення, якщо відкрити консоль то там просто сипе запитами на сервер я навіть не знаю скільки процесів виходить на фоні і як їх там вирулює веб-сервер, тут і атака на сервер не потрібна

 

Але може бути якась неправильно налаштована / працююча задача crontab (що викликає PHP напряму) - може у вас там щохвилини якийсь скрипт імпорту прайсів шле запити в офлайн (з таймаутом 90 секунд наприклад), а написаний так що дозволяє паралельний запуск.

 

Интересно как на виртуальном хостинге сделать такое: pgrep php.

И что можно увидеть, и какие выводы сделать ?

[drOC]

В 28.08.2024 в 21:47, Yoda сказав:

И что можно увидеть, и какие выводы сделать ?

 

Це вже питання до тих хто ці процеси шукає..

 

Цитата

Интересно как на виртуальном хостинге сделать такое: pgrep php.

 

Може якось так (а може й інакше)

 

<?php

exec("pgrep php", $out);

var_dump($out);

 

З іншого боку, якщо це шейред хостинг, то чому до користувача претензії по процесам - може взагалі стек з іншого акаунту..

[Yoda]

29.08.2024 в 01:21, drOC сказал:

 

Це вже питання до тих хто ці процеси шукає..

 

 

Може якось так (а може й інакше)

 

<?php

exec("pgrep php", $out);

var_dump($out);

 

З іншого боку, якщо це шейред хостинг, то чому до користувача претензії по процесам - може взагалі стек з іншого акаунту.

Бред сумасшедшего.

Во первых нормальный виртуальный хостинг не даст сделать exec.

Во вторых pgrep там не будет.

В третьих толку в итоге никакого.

 

Вместо того чтобы дать развернутый ответ, какой то спам. 

 

 Нормальный ответ выглядит просто. 

Ставьте логгирование выполнения скриптов с записью запроса на веб сервер и временем выполнения. И смотрите в серверный лог. А не это всё. Я у чат gpt спросил.

[drOC]

Цитата

Бред сумасшедшего.

Во первых нормальный виртуальный хостинг не даст сделать exec.

Во вторых pgrep там не будет.

 

Психіатрія і телепатія, якщо вам подобається такий формат спілкування.

 

[Yoda]

31.08.2024 в 14:50, drOC сказал:

 

Психіатрія і телепатія, якщо вам подобається такий формат спілкування.

 

 

Я не совсем понимаю о чем вы. Человек задал достаточно внятный вопрос, вы начали рассказывать про какие-то полуметоды, которые ничего не дадут?

Со своей стороны, от меня был внятный развернутый ответ, на понятном уровне для обывателя, до которого вы не удосужились спуститься, а начали рассказывать какую-то дичь. 

Вопрос один - зачем ?

Еще раз повторяю. Смотрим логи. Меряем время ответа сервера, ищем тупые запросы в базу. Фиксим и полегчало. К чему сказки про exec на виртуальном хостинге и phpgrep ?

 

[plastiplussale]

Вирішили проблему "полумірою", заблокував в htaccess пару десятків ботів. Всім дякую за рекомендації!

[Yoda]

03.09.2024 в 14:06, plastiplussale сказал:

Вирішили проблему "полумірою", заблокував в htaccess пару десятків ботів. Всім дякую за рекомендації!

Это не полумера, это мастхев. Я недавно писал про то что ии боты создают запредельные нагрузки.