forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Предварительный выпуск проекта PXP, развивающего расширенный диалект языка PHP, opennews (??), 16-Май-23, (0) [смотреть все]

Скрыто модератором, Аноним (1), 18:36 , 16-Май-23, (1) +4 //

Скрыто модератором, YetAnotherOnanym (ok), 19:55 , 16-Май-23, (22) +5 //

Скрыто модератором, Аноним (25), 20:10 , 16-Май-23, (25) +4

вот с этого начинается всё плюсоподобное зло, Бывалый смузихлёб (?), 18:44 , 16-Май-23, (3) –3 //

Зло - это писать гoвнeцo вида multiply_complex add_complex c1, c2 , c3 вместо, Аноним (15), 19:04 , 16-Май-23, (15) +12 //

А другие примеры есть Если целью является поддержка математических библиотек, т, Аноним (24), 20:08 , 16-Май-23, (24) +2 //

И получить lock на конкретный компилятор , Аноним (38), 21:12 , 16-Май-23, (38) +1

Дак там всего несколько кейсов придумали, на скидку with overflow zig , и боле, Аноним (41), 21:23 , 16-Май-23, (41)

Каких ещё нахрен плагинов, к какому нахрен компилятору Это обязано быть в станд, Аноним (15), 21:49 , 16-Май-23, (42) +2
а оно уже есть GMP как раз так и умеет, Gemorroj (ok), 22:20 , 16-Май-23, (47) +1

Почему тогда в C нельзя просто делать 1 2 , а надо воеичий push_back писа, Аноним (29), 20:15 , 16-Май-23, (29) //

А потому что непонятно Что ты имел ввиду Конкатенацию Поэлементное сложение , Анониссимус (?), 02:34 , 17-Май-23, (57) +2

Ога Чтобы не утруждать мозг контролем, что за операнды в выражении Очень удобн, YetAnotherOnanym (ok), 20:27 , 16-Май-23, (32) //

Разгружать мозг - первоочередная задача любых инструментов автоматизации, к кото, Аноним (15), 21:55 , 16-Май-23, (44) +1

Потому что в большинстве случаев быстро и много получается кое-как Типичная т, Аноним (51), 23:03 , 16-Май-23, (51) +1

Вот именно поэтому и нужна автоматизация, чтобы снижать много до приемлимого у, Аноним (55), 23:59 , 16-Май-23, (55) +1

Сжимать медленно до быстро за счет автоматизации Это высвобождает время, чт, Аноним (64), 04:00 , 17-Май-23, (64)

Со статической типизацией это контролирует компилятор С динамической - непредск, Аноним (64), 03:54 , 17-Май-23, (63)

Явное всегда лучше не явного, Аноним (29), 08:06 , 17-Май-23, (66) +1 //

Именно поэтому в питоне есть перегрузка операторов, Вы забыли заполнить поле Name (?), 19:18 , 17-Май-23, (85)

Макаки вроде тебя только о комплексных числах и вспоминают при перегрузке опера, Аноним (80), 15:53 , 17-Май-23, (80) +1 //

Ну реально Вот видишь ты a b и поди скажи что это такое, то ли строки конкате, Анонист (?), 17:49 , 19-Май-23, (99)

В перле не началось , Аноним (49), 22:33 , 16-Май-23, (49) +1 //

я бы сказал не поперло , Аноним (64), 03:49 , 17-Май-23, (62) +2

Вроде удобно для себя Всеобщее понимание этих операторов достигнуть трудно , Аноним (64), 03:48 , 17-Май-23, (61)

уже есть тайпскрипт яваскрипт, в котором нет бредового апи в стиле пыха, в котор, Аноним (4), 18:44 , 16-Май-23, (4) +2 //

function json_parse string json, bool associative null, int depth , Аноним (10), 18:55 , 16-Май-23, (10) +1 //

Начиная с 8 версии исключение стало по умолчанию при ошибке парсинга, NULL (??), 19:47 , 16-Май-23, (19) +2 //

это в каком году случилось вернее так на сколько десятилетий они отстали о, Аноним (4), 19:54 , 16-Май-23, (21) +1

Не примерно 300 миллионов лет , Аноним (27), 20:14 , 16-Май-23, (27)

Световых лет, Вы забыли заполнить поле Name (?), 12:19 , 17-Май-23, (72)

Интересна история неуспеха, почему у них не получилось написать парсер на rust-е, Cucumber (?), 18:45 , 16-Май-23, (5) +4 //

Давай начнём с того что ты скажешь какие есть ещё версии кроме одной очевидной п, Аноним (27), 18:50 , 16-Май-23, (7) –4
Потому что PHP уже умеет парсить сам себя, а на rust это всё надо писать и подде, Аноним (10), 18:56 , 16-Май-23, (11) +4 //

Не умеет, по ссылке какой-то костыль с гитхаба, написанный на пыхе , Аноним (17), 19:37 , 16-Май-23, (17) –1 //

Все эти костыли предоставляют более удобные API к результату встроенной функци, Аноним (10), 22:02 , 16-Май-23, (45) +5

И даже даже такое естьhttps www php net manual en phptoken tokenize php PHP ле, Аноним (10), 22:04 , 16-Май-23, (46)

в смысле не умеет лол https github com nikic PHP-Parser, Аноним (40), 21:18 , 16-Май-23, (40) +3

А что, самая очевидная причина тебе почему-то не подходит что раст - полное _г, Аноним (80), 15:51 , 17-Май-23, (79) –1

Слава mojo покоя не даёт , bircoph (ok), 18:48 , 16-Май-23, (6) //

Mojo пока что топчик Ничего лучше программистская языкологогия пока что не смог, Аноним (27), 18:50 , 16-Май-23, (8) //

Ну когда введут операторы складывания эмодзи например человечек конь кентав, 1 (??), 09:17 , 17-Май-23, (69) +1 //

ЧатЖПТ кстати умеет складывать эмодзи если что Но его надо правильно попросить , Аноним (75), 14:28 , 17-Май-23, (75)

ну позязя , A no name (?), 17:19 , 17-Май-23, (82)

и написали на уже знакомом им php Бедняги, не осилили строго типизированный, Анонимусс (?), 18:55 , 16-Май-23, (9) –1 //

парсер написать в принципе непростая задачаа на ЯП с уродливостью синтаксиса уро, Бывалый смузихлёб (?), 19:01 , 16-Май-23, (14) +4 //

Это в треде про пыху пишут что раст уродливый, серьезно Что вообще может быть от, Анонин (?), 20:24 , 16-Май-23, (31) –2 //

Перл , Анонус (?), 20:43 , 16-Май-23, (35) +3
Может вы его с перл перепутали , Аноним (36), 20:45 , 16-Май-23, (36) +1
Rust , Круз (?), 03:42 , 17-Май-23, (59) +5
Питон с хрустом Синтаксис пыхи, за некоторыми вычетами, сильно си-подобен в цело, Бздительный поцыент (?), 11:55 , 18-Май-23, (92)

define LARAVEL_START , microtime true Хотели писать на расте, в итоге перепис, Аноним (12), 18:59 , 16-Май-23, (12) +1 //

Скрыто модератором, Аноним (-), 19:20 , 16-Май-23, (16)

Там X или Х по центру , Аноним (18), 19:38 , 16-Май-23, (18) +1 //

PXP P Пых квадрат , Аноним (51), 23:06 , 16-Май-23, (52) +2

Скрыто модератором, Аноним (-), 19:49 , 16-Май-23, (20) +1
Я бы хотел ОС на компилируемом php И скрипты там на php , Kusb (?), 20:02 , 16-Май-23, (23) //

И чем же тебе таким KPHP не угодил, от Пашкета , Аноним (27), 20:12 , 16-Май-23, (26) //

А в принципе да Но там скорее всего не будет некоторых возможностей для создани, Kusb (?), 20:14 , 16-Май-23, (28) //

Оно сильно захочет обычную ОС , Kusb (?), 20:15 , 16-Май-23, (30)

Тогда вообще непонятно зачем было изобретать велосипед, просто сделали бы трансл, BrainFucker (ok), 20:40 , 16-Май-23, (34) –1 //

Я написал транспилер с Питона, но похоже всем все равно Или ее никто не видит п, yaskhan (?), 21:07 , 16-Май-23, (37) +1 //

Запилите новость, увидите, что всё равно 500 экспертов будут писать три дня и т, n00by (ok), 09:49 , 17-Май-23, (70) +2
Это интересно Но если не опубликуешь свой проект хоть где-нибудь, то о нем никт, Аноним (90), 05:01 , 18-Май-23, (90) +1

Зачем это Я слышал, что php-шники массово на Go переходят, когда не хватает во, Golangdev (?), 21:54 , 16-Май-23, (43) –1 //

Так на го от безнадеги переходят, иначе бы переходили на Карбон и Мойо, Аноним (54), 23:59 , 16-Май-23, (54)
Я не перехожу, и мои коллеги не переходят и подобный бред слышу впервые , Ilya Indigo (ok), 08:15 , 17-Май-23, (67) +1 //

Ну значит вы не во что пока не упёрлись, вестимо Читаем внимательно Я же не го, Golangdev (?), 01:39 , 18-Май-23, (87) //

У меня недавно возникла проблема в том, что php многопоточность возможна только , Ilya Indigo (ok), 02:20 , 18-Май-23, (88)

Хоть я Golangdev, но отправной точкой может быть https docs python org 3 libra, Golangdev (?), 02:39 , 18-Май-23, (89) +1
В linux есть flock для защиты от повторного запуска комманды Я как мигрировавш, Хухрымухры (ok), 11:00 , 18-Май-23, (91)

Файберы - это таки не нормальная многопоточка с разнесением по тредам, а просто , Бздительный поцыент (?), 11:58 , 18-Май-23, (93) +1
И толку от этого Мне нужно ограничить не повторный запуск всего скрипта, а огран, Ilya Indigo (ok), 12:05 , 18-Май-23, (95)

Поправляюсь, killall НЕ умеет работать с полным именем процесса командой запуск, Ilya Indigo (ok), 16:54 , 18-Май-23, (97)

Вроде там где есть pgrep - есть и pkill, так что связка обычно не нужна , Аноним (102), 17:34 , 21-Май-23, (102) +1

Благодарю, да в этом примере pkill -9 -f достаточно, не знал про него В ре, Ilya Indigo (ok), 03:54 , 22-Май-23, (104)

Если нужно знать - _были_ или нет, то можно проверять код возврата pkill А для , Аноним (102), 14:30 , 22-Май-23, (107)

pcntl_fork чем не устроил php -r res proc_open php -r sleep 5 dev nul, Аноним (102), 17:27 , 21-Май-23, (101) +1

Т е даже вот так php -r res proc_open php -r sleep 15 , array pipe ,, Аноним (102), 18:20 , 21-Май-23, (103) +1
https www php net manual ru function pcntl-fork phpЯ не понял как это использо, Ilya Indigo (ok), 04:26 , 22-Май-23, (105)

У вас была жалоба на отсутствие многопоточности в пхп, ну так это оно и есть А , Аноним (102), 14:22 , 22-Май-23, (106) +1

Благодарю за разъяснения Если я правильно понял эти ф-ии предназначены для web-с, Ilya Indigo (ok), 14:59 , 22-Май-23, (108)

и приводится пример, который может быть записан в одну строку Никаких if let , Аноним (64), 03:45 , 17-Май-23, (60) //

Что вообще за многострочные замыкания В пхп же всегда были анонимные функции и , vitalif (ok), 14:01 , 17-Май-23, (74)

Блин fork php нужен иначе реально его угробят сахаром , Аноним (65), 05:34 , 17-Май-23, (65) //

дык ещё четыре версии назад , A no name (?), 17:21 , 17-Май-23, (83)

зачем его вообще куда-то развивать php4 вроде последняя версия котороя выполнял, Аноним (68), 08:48 , 17-Май-23, (68) +1 //

о два стакана балтийского чаю сему сударю , A no name (?), 17:22 , 17-Май-23, (84)

Сделали транспайлер пхп в пхп с 1 фичей Гениально Шедевр , vitalif (ok), 09:57 , 17-Май-23, (71) //

Смотри на наших глазах JS переизобретают Вот если снять с переменных,то в чем, Аноним (96), 13:33 , 18-Май-23, (96)

А как поживает хип-хоп от запрещённой соц сети, у них же тоже был свой нескучный, Вы забыли заполнить поле Name (?), 12:22 , 17-Май-23, (73) //

Все эти любители хип-хоп пошли на Хак , Аноним (75), 14:29 , 17-Май-23, (76) //

Хак-хак и в продакшен, Вы забыли заполнить поле Name (?), 21:50 , 19-Май-23, (100)

Сделали PHP-проект на фреймворке Laravel и обозвали его новым языком программиро, AskerTV (ok), 22:26 , 17-Май-23, (86) //

В целом сразу понятна ЦА, потому что в большинстве стран PHP и PXP до степени см, Бздительный поцыент (?), 11:59 , 18-Май-23, (94)

Сообщения [Сортировка по времени | RSS]

87. "Предварительный выпуск проекта PXP, развивающего расширенный..." +/–

Сообщение от Golangdev (?), 18-Май-23, 01:39

Ну значит вы не во что (пока) не упёрлись, вестимо.
Читаем внимательно:
> когда не хватает возможностей
Я же не говорю что PHP плохой %)

Ответить | Правка | Наверх | Cообщить модератору

88. "Предварительный выпуск проекта PXP, развивающего расширенный..." +/–

Сообщение от Ilya Indigo (ok), 18-Май-23, 02:20

У меня недавно возникла проблема в том, что php многопоточность возможна только через вызов exec('... &'), после которой процесс живёт своей жизнью и не то что его судьба, его pid мне не известен!
Проблема возникла в отслеживании запущенных процессов и пробивания их при необходимости.
Решил передачей в exec уникального или определённого аргумента, по которому, в савокупности со всей командной строкой вызываю killall через exec() при необходимости (для снятия блокировки, которая долго весит).
А если нужно чтобы процесс, с такими же аргумертами не дублировался, можно в начале скрипта, который будет вызываться через exec('... &') такое прописать, и он не запустит новый процесс если старый выполняется.
#!/usr/bin/php
<?php
if(empty($_SERVER['argv'][3]))
{
    echo 'No arg1, arg2 and arg3 parameters passed!', "\n";
    exit(1);
}
elseif(exec('pgrep -cf '.escapeshellarg(implode(' ', $_SERVER['argv']))) > 1)
    exit(0);
Проблема хоть и кастыльно, через внешние вызовы, но решена.
Как с эти в пайтоне дела обстоят?
И как это в го решается и не возникнет ли там других проблем?
Го с nginx вообще можно использовать?
Если бы меня припёрло, я бы первым делом попробовал бы написать Си-расширение, но ни как не что-то на го.

Ответить | Правка | Наверх | Cообщить модератору

89. "Предварительный выпуск проекта PXP, развивающего расширенный..." +1 +/–

Сообщение от Golangdev (?), 18-Май-23, 02:39

> Как с эти в пайтоне дела обстоят?
Хоть я Golangdev, но отправной точкой может быть https://docs.python.org/3/library/threading.html
> И как это в го решается
С помощью горутин(если упростить донельзя, то можно считать за поток).
> вызываю killall через exec() при необходимости
для "убийства" горутины в Go используют контекст и cancel https://www.sohamkamani.com/golang/context-cancellation-and-.../ (привет, культура кэнселинга %) )
> Го с nginx вообще можно использовать?
можно, но в отличие от PHP на Go в самом рантайме есть полноценный HTTP-сервак, так что нгинкс, строго говоря, не особо нужен
> не возникнет ли там других проблем?
Конечно же возникнут. Другой вопрос, насколько в перспективе пользы принесёт переезд на Go по ставнению с остальными решениями (костыли, Си-расширения, и проч). Судя по популярности Go, можно считать что он окупается.

Ответить | Правка | Наверх | Cообщить модератору

91. "Предварительный выпуск проекта PXP, развивающего расширенный..." +/–

Сообщение от Хухрымухры (ok), 18-Май-23, 11:00

В linux есть flock для защиты от повторного запуска комманды...
> php многопоточность возможна только через вызов exec('... &')
Я как мигрировавший с пыхи голанг раб скажу что в пыхе есть для многопоточки файберы...
Так же у вас упадёт сервер если вы запустити 100500 комманд через `exec`, тогда как гошечка отработает их и даже не заметит.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

93. "Предварительный выпуск проекта PXP, развивающего расширенный..." +1 +/–

Сообщение от Бздительный поцыент (?), 18-Май-23, 11:58

Файберы - это таки не нормальная многопоточка с разнесением по тредам, а просто возможность прыгать между корутинами в пределах одного процесса/треда, самая-самая базовая. Впрочем, обвязка над таковой делается легко и ненавязчиво - и появляется достаточно удобная асинхронность. Но это таки не многопоточность. Есть какой-то навесной костыль для трединга, даже местами работает, но в продакшн такое страшно.

Ответить | Правка | Наверх | Cообщить модератору

95. "Предварительный выпуск проекта PXP, развивающего расширенный..." +/–

Сообщение от Ilya Indigo (ok), 18-Май-23, 12:05

> В linux есть flock для защиты от повторного запуска комманды...
И толку от этого?
Мне нужно ограничить не повторный запуск всего скрипта, а ограничить запуск скрипта с точно такими же аргументами, и никак не ограничивать запуск этого скрипта, но с другими аргументами, при условии что они уже НЕ запущены.
pgrep -cf для этого подходит идеально!
>> php многопоточность возможна только через вызов exec('... &')
> Я как мигрировавший с пыхи голанг раб скажу что в пыхе есть
> для многопоточки файберы...
Файберы появились недавно, в php 8.1 и на момент появления было не понятно как ими пользоваться.
https://www.php.net/manual/ru/language.fibers.php
https://habr.com/ru/companies/vk/articles/551240/
Судя по этой статье Файберы - это лютые костыли, которые даже не могут выполнятся одновременно, но при этом хорошо управляемы.
Мне метод с exec('... &>>/path/to/log/or/dev/null &'); гораздо больше нравится, тут управляемость костыльная, но я получаю реальный многопоток!
> Так же у вас упадёт сервер если вы запустити 100500 комманд через
> `exec`, тогда как гошечка отработает их и даже не заметит.
Во первых cli-скрипты и не предназначены чтобы их 100500 штук запускали, для этого есть php-fpm и он должен обрабатывать основную нагрузку, а cli-скрипты выполнять какие-то служебные действия. Если у вас не так, то у вас (были) проблема в архитектуре приложения.
Если всё-таки зачем-то и нужно запускать 100500 cli-скриптов, то нужно их самостоятельно ставить в очередь и обрабатывать порциями, в зависимости от ресурсов сервака.

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

97. "Предварительный выпуск проекта PXP, развивающего расширенный..." +/–

Сообщение от Ilya Indigo (ok), 18-Май-23, 16:54

> вызываю killall через exec()
Поправляюсь, killall НЕ умеет работать с полным именем процесса (командой запуска), так что нужно использовать связку 'pgrep -f ...' + 'kill -9 ...'.

unset($pids, $exit);
exec('pgrep -f '.escapeshellarg('...'), $pids, $exit);
if($exit == 0 && count($pids))
{
    foreach($pids as $pid)
    {
        if(is_int($pid))
        {
            unset($out, $exit);
            exec('kill -9 '.$pid, $out, $exit);
            if($exit == 0)
                error_log(date_now().' - Процесс '.$pid.' завершён.'."\n", 3, LOG);
        }
    }
}

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

102. "Предварительный выпуск проекта PXP, развивающего расширенный..." +1 +/–

Сообщение от Аноним (102), 21-Май-23, 17:34

> так что нужно использовать связку 'pgrep -f ...' + 'kill -9 ...'
Вроде там где есть pgrep - есть и pkill, так что связка обычно не нужна.

Ответить | Правка | Наверх | Cообщить модератору

104. "Предварительный выпуск проекта PXP, развивающего расширенный..." +/–

Сообщение от Ilya Indigo (ok), 22-Май-23, 03:54

Благодарю, да в этом примере 'pkill -9 -f ...' достаточно, не знал про него.
В реальном примере упростил, используя связку 'pgrep -cf ...' + 'pkill -9 -f ...', так как мне нужно знать есть ли вообще эти процессы или нет.

Ответить | Правка | Наверх | Cообщить модератору

107. "Предварительный выпуск проекта PXP, развивающего расширенный..." +/–

Сообщение от Аноним (102), 22-Май-23, 14:30

> так как мне нужно знать есть ли вообще эти процессы или нет.
Если нужно знать - _были_ или нет, то можно проверять код возврата pkill. А для более сложной логики - да, нужна ваша связка.

Ответить | Правка | Наверх | Cообщить модератору

101. "Предварительный выпуск проекта PXP, развивающего расширенный..." +1 +/–

Сообщение от Аноним (102), 21-Май-23, 17:27

> У меня недавно возникла проблема в том, что php многопоточность возможна только через вызов exec('... &'),
pcntl_fork чем не устроил?
> после которой процесс живёт своей жизнью и не то что его судьба, его pid мне не известен!
php -r '$res=proc_open("php -r \"sleep(5);\" >/dev/null 2>&1 &", array(["pipe","r"], ["pipe","w"], ["pipe","w"]), $p); echo implode("\n",proc_get_status($res)), "\n";'

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

103. "Предварительный выпуск проекта PXP, развивающего расширенный..." +1 +/–

Сообщение от Аноним (102), 21-Май-23, 18:20

Т.е. даже вот так:
php -r '$res=proc_open("php -r \"sleep(15);\"", array(["pipe","r"], ["pipe","w"], ["pipe","w"]), $p); echo implode("\n",proc_get_status($res)), "\n";'
А то рефлекторно лишнего написал.

Ответить | Правка | Наверх | Cообщить модератору

105. "Предварительный выпуск проекта PXP, развивающего расширенный..." +/–

Сообщение от Ilya Indigo (ok), 22-Май-23, 04:26

>> У меня недавно возникла проблема в том, что php многопоточность возможна только через вызов exec('... &'),
> pcntl_fork чем не устроил?
https://www.php.net/manual/ru/function.pcntl-fork.php
Я не понял как это использовать и что мне это даёт.
Мне нужно чтобы скрипт выполняя какие-то синхронные действия, запустил несколько, в зависимости от условий, асинхронных процессов, затем продолжил свою синхронную работу и по окончании или завершился сразу, не завершая при этом асинхронные процессы или дождался завершения последнего асинхронного процесса и завершился.
Как это сделать с pcntl_fork() я не понял.
> Т.е. даже вот так:
> php -r '$res=proc_open("php -r \"sleep(15);\"", array(["pipe","r"], ["pipe","w"], ["pipe","w"]), $p); echo implode("\n",proc_get_status($res)), "\n";'
https://www.php.net/manual/ru/function.proc-open.php
С proc_open() не разобрался показалось слишком сложной и не понятно что такое pipe-ы и как с ними работать, если я предполагаю что процесс сам будет побочные действия выполнять и мне в него ничего передавать кроме аргументов вызова не нужно, а получить я от него хочу только pid или код возврата, когда он и подобные ему процессы завершаются. Но как это реализовать не совсем понял.
С proc_get_status($res) мне в конце скрипта в бесконечном цикле с секундной задержкой каждый запущенный процесс опрашивать что ли нужно перед выходом, чтобы получить код возврата?
Иначе $res я потеряю же после выхода?

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

106. "Предварительный выпуск проекта PXP, развивающего расширенный..." +1 +/–

Сообщение от Аноним (102), 22-Май-23, 14:22

> https://www.php.net/manual/ru/function.pcntl-fork.php
> Я не понял как это использовать и что мне это даёт.
У вас была жалоба на отсутствие многопоточности в пхп, ну так это оно и есть. А нужно оно вам или нет - мне-то откуда знать? Вроде ещё треды есть, но там совсем как-то сложно, имхо.
> и по окончании или завершился сразу, не завершая при этом асинхронные процессы
С таким описанием вам нужен просто exec. Только зачем вам тогда pgrep, kill и всё остальное?...
> С proc_open() не разобрался показалось слишком сложной и не понятно что такое pipe-ы
Пайпы - это потоки STDIN, STDOUT и STDERR для запущенного процесса.
> и как с ними работать, если я предполагаю что процесс сам будет побочные действия выполнять и мне в него ничего передавать кроме аргументов вызова не нужно,
Если вам не нужно общаться с этим процессом, то и не работайте с этими пайпами, просто закройте их перед вызовом proc_close. Или вместо пайпов передайте константы [STDIN, STDOUT, STDOUT] - тогда и закрывать ничего не нужно будет. По вашей ссылке все примеры есть.
> а получить я от него хочу только pid или код возврата,
Ну вот тот же PID и можно получить через пайп:
php -r '$res=proc_open("php -r \"echo getmypid(), \\\"\n\\\"; sleep(15);\"", array(["pipe","r"], ["pipe","w"], ["pipe","w"]), $p); echo implode("\n",proc_get_status($res)), "\n\n"; echo fread($p[1], 10);';
> С proc_get_status($res) мне в конце скрипта в бесконечном цикле с секундной задержкой каждый запущенный процесс опрашивать что ли нужно перед выходом, чтобы получить код возврата?
А как вы это сейчас делаете с pgrep? Да, только так. Если через форк делать, то есть ещё pcntl_wait. Но судя по вашему 'kill -9' - дочерние процессы вам нужно прибивать принудительно, а значит wait вам не подойдёт.
> Иначе $res я потеряю же после выхода?
После выхода чего? При завершении родительского процесса? - Да, потеряете. Но тогда это уже и не мультипоточность, а просто запускалка процессов. Тогда вам опять же нужен exec, а не вот это вот всё.

Ответить | Правка | Наверх | Cообщить модератору

108. "Предварительный выпуск проекта PXP, развивающего расширенный..." +/–

Сообщение от Ilya Indigo (ok), 22-Май-23, 14:59

Благодарю за разъяснения!
Если я правильно понял эти ф-ии предназначены для web-сервиса, который запускается через systemd, запускает несколько процессов и потом не закрывая их общается с ними передавая им новые задачи и получая от них новые результаты.
А пытался я это применить на cli-скрипт который запускается ежеминутно кроном и котороый, при необходимости, запускает параллельные асинхронные процессы, и понятно почему у меня не получилось.
Теперь немного больше понял как в принципе устроена многопоточность и понимаю что в php это работает, по крайней мере ф-ии для этого есть.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	87. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+/–
	Сообщение от Golangdev (?), 18-Май-23, 01:39
	Ну значит вы не во что (пока) не упёрлись, вестимо. Читаем внимательно: > когда не хватает возможностей Я же не говорю что PHP плохой %)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+/–
	Сообщение от Ilya Indigo (ok), 18-Май-23, 02:20
	У меня недавно возникла проблема в том, что php многопоточность возможна только через вызов exec('... &'), после которой процесс живёт своей жизнью и не то что его судьба, его pid мне не известен! Проблема возникла в отслеживании запущенных процессов и пробивания их при необходимости. Решил передачей в exec уникального или определённого аргумента, по которому, в савокупности со всей командной строкой вызываю killall через exec() при необходимости (для снятия блокировки, которая долго весит). А если нужно чтобы процесс, с такими же аргумертами не дублировался, можно в начале скрипта, который будет вызываться через exec('... &') такое прописать, и он не запустит новый процесс если старый выполняется. #!/usr/bin/php <?php if(empty($_SERVER['argv'][3])) { echo 'No arg1, arg2 and arg3 parameters passed!', "\n"; exit(1); } elseif(exec('pgrep -cf '.escapeshellarg(implode(' ', $_SERVER['argv']))) > 1) exit(0); Проблема хоть и кастыльно, через внешние вызовы, но решена. Как с эти в пайтоне дела обстоят? И как это в го решается и не возникнет ли там других проблем? Го с nginx вообще можно использовать? Если бы меня припёрло, я бы первым делом попробовал бы написать Си-расширение, но ни как не что-то на го.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	89. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+1 +/–
	Сообщение от Golangdev (?), 18-Май-23, 02:39
	> Как с эти в пайтоне дела обстоят? Хоть я Golangdev, но отправной точкой может быть https://docs.python.org/3/library/threading.html > И как это в го решается С помощью горутин(если упростить донельзя, то можно считать за поток). > вызываю killall через exec() при необходимости для "убийства" горутины в Go используют контекст и cancel https://www.sohamkamani.com/golang/context-cancellation-and-.../ (привет, культура кэнселинга %) ) > Го с nginx вообще можно использовать? можно, но в отличие от PHP на Go в самом рантайме есть полноценный HTTP-сервак, так что нгинкс, строго говоря, не особо нужен > не возникнет ли там других проблем? Конечно же возникнут. Другой вопрос, насколько в перспективе пользы принесёт переезд на Go по ставнению с остальными решениями (костыли, Си-расширения, и проч). Судя по популярности Go, можно считать что он окупается.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	91. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+/–
	Сообщение от Хухрымухры (ok), 18-Май-23, 11:00
	В linux есть flock для защиты от повторного запуска комманды... > php многопоточность возможна только через вызов exec('... &') Я как мигрировавший с пыхи голанг раб скажу что в пыхе есть для многопоточки файберы... Так же у вас упадёт сервер если вы запустити 100500 комманд через `exec`, тогда как гошечка отработает их и даже не заметит.
	Ответить \| Правка \| К родителю #88 \| Наверх \| Cообщить модератору


	93. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+1 +/–
	Сообщение от Бздительный поцыент (?), 18-Май-23, 11:58
	Файберы - это таки не нормальная многопоточка с разнесением по тредам, а просто возможность прыгать между корутинами в пределах одного процесса/треда, самая-самая базовая. Впрочем, обвязка над таковой делается легко и ненавязчиво - и появляется достаточно удобная асинхронность. Но это таки не многопоточность. Есть какой-то навесной костыль для трединга, даже местами работает, но в продакшн такое страшно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	95. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+/–
	Сообщение от Ilya Indigo (ok), 18-Май-23, 12:05
	> В linux есть flock для защиты от повторного запуска комманды... И толку от этого? Мне нужно ограничить не повторный запуск всего скрипта, а ограничить запуск скрипта с точно такими же аргументами, и никак не ограничивать запуск этого скрипта, но с другими аргументами, при условии что они уже НЕ запущены. pgrep -cf для этого подходит идеально! >> php многопоточность возможна только через вызов exec('... &') > Я как мигрировавший с пыхи голанг раб скажу что в пыхе есть > для многопоточки файберы... Файберы появились недавно, в php 8.1 и на момент появления было не понятно как ими пользоваться. https://www.php.net/manual/ru/language.fibers.php https://habr.com/ru/companies/vk/articles/551240/ Судя по этой статье Файберы - это лютые костыли, которые даже не могут выполнятся одновременно, но при этом хорошо управляемы. Мне метод с exec('... &>>/path/to/log/or/dev/null &'); гораздо больше нравится, тут управляемость костыльная, но я получаю реальный многопоток! > Так же у вас упадёт сервер если вы запустити 100500 комманд через > `exec`, тогда как гошечка отработает их и даже не заметит. Во первых cli-скрипты и не предназначены чтобы их 100500 штук запускали, для этого есть php-fpm и он должен обрабатывать основную нагрузку, а cli-скрипты выполнять какие-то служебные действия. Если у вас не так, то у вас (были) проблема в архитектуре приложения. Если всё-таки зачем-то и нужно запускать 100500 cli-скриптов, то нужно их самостоятельно ставить в очередь и обрабатывать порциями, в зависимости от ресурсов сервака.
	Ответить \| Правка \| К родителю #91 \| Наверх \| Cообщить модератору


	97. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+/–
	Сообщение от Ilya Indigo (ok), 18-Май-23, 16:54
	> вызываю killall через exec() Поправляюсь, killall НЕ умеет работать с полным именем процесса (командой запуска), так что нужно использовать связку 'pgrep -f ...' + 'kill -9 ...'. unset($pids, $exit); exec('pgrep -f '.escapeshellarg('...'), $pids, $exit); if($exit == 0 && count($pids)) { foreach($pids as $pid) { if(is_int($pid)) { unset($out, $exit); exec('kill -9 '.$pid, $out, $exit); if($exit == 0) error_log(date_now().' - Процесс '.$pid.' завершён.'."\n", 3, LOG); } } }
	Ответить \| Правка \| К родителю #88 \| Наверх \| Cообщить модератору


	102. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+1 +/–
	Сообщение от Аноним (102), 21-Май-23, 17:34
	> так что нужно использовать связку 'pgrep -f ...' + 'kill -9 ...' Вроде там где есть pgrep - есть и pkill, так что связка обычно не нужна.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	104. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+/–
	Сообщение от Ilya Indigo (ok), 22-Май-23, 03:54
	Благодарю, да в этом примере 'pkill -9 -f ...' достаточно, не знал про него. В реальном примере упростил, используя связку 'pgrep -cf ...' + 'pkill -9 -f ...', так как мне нужно знать есть ли вообще эти процессы или нет.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	107. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+/–
	Сообщение от Аноним (102), 22-Май-23, 14:30
	> так как мне нужно знать есть ли вообще эти процессы или нет. Если нужно знать - _были_ или нет, то можно проверять код возврата pkill. А для более сложной логики - да, нужна ваша связка.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	101. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+1 +/–
	Сообщение от Аноним (102), 21-Май-23, 17:27
	> У меня недавно возникла проблема в том, что php многопоточность возможна только через вызов exec('... &'), pcntl_fork чем не устроил? > после которой процесс живёт своей жизнью и не то что его судьба, его pid мне не известен! php -r '$res=proc_open("php -r \"sleep(5);\" >/dev/null 2>&1 &", array(["pipe","r"], ["pipe","w"], ["pipe","w"]), $p); echo implode("\n",proc_get_status($res)), "\n";'
	Ответить \| Правка \| К родителю #88 \| Наверх \| Cообщить модератору


	103. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+1 +/–
	Сообщение от Аноним (102), 21-Май-23, 18:20
	Т.е. даже вот так: php -r '$res=proc_open("php -r \"sleep(15);\"", array(["pipe","r"], ["pipe","w"], ["pipe","w"]), $p); echo implode("\n",proc_get_status($res)), "\n";' А то рефлекторно лишнего написал.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	105. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+/–
	Сообщение от Ilya Indigo (ok), 22-Май-23, 04:26
	>> У меня недавно возникла проблема в том, что php многопоточность возможна только через вызов exec('... &'), > pcntl_fork чем не устроил? https://www.php.net/manual/ru/function.pcntl-fork.php Я не понял как это использовать и что мне это даёт. Мне нужно чтобы скрипт выполняя какие-то синхронные действия, запустил несколько, в зависимости от условий, асинхронных процессов, затем продолжил свою синхронную работу и по окончании или завершился сразу, не завершая при этом асинхронные процессы или дождался завершения последнего асинхронного процесса и завершился. Как это сделать с pcntl_fork() я не понял. > Т.е. даже вот так: > php -r '$res=proc_open("php -r \"sleep(15);\"", array(["pipe","r"], ["pipe","w"], ["pipe","w"]), $p); echo implode("\n",proc_get_status($res)), "\n";' https://www.php.net/manual/ru/function.proc-open.php С proc_open() не разобрался показалось слишком сложной и не понятно что такое pipe-ы и как с ними работать, если я предполагаю что процесс сам будет побочные действия выполнять и мне в него ничего передавать кроме аргументов вызова не нужно, а получить я от него хочу только pid или код возврата, когда он и подобные ему процессы завершаются. Но как это реализовать не совсем понял. С proc_get_status($res) мне в конце скрипта в бесконечном цикле с секундной задержкой каждый запущенный процесс опрашивать что ли нужно перед выходом, чтобы получить код возврата? Иначе $res я потеряю же после выхода?
	Ответить \| Правка \| К родителю #101 \| Наверх \| Cообщить модератору


	106. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+1 +/–
	Сообщение от Аноним (102), 22-Май-23, 14:22
	> https://www.php.net/manual/ru/function.pcntl-fork.php > Я не понял как это использовать и что мне это даёт. У вас была жалоба на отсутствие многопоточности в пхп, ну так это оно и есть. А нужно оно вам или нет - мне-то откуда знать? Вроде ещё треды есть, но там совсем как-то сложно, имхо. > и по окончании или завершился сразу, не завершая при этом асинхронные процессы С таким описанием вам нужен просто exec. Только зачем вам тогда pgrep, kill и всё остальное?... > С proc_open() не разобрался показалось слишком сложной и не понятно что такое pipe-ы Пайпы - это потоки STDIN, STDOUT и STDERR для запущенного процесса. > и как с ними работать, если я предполагаю что процесс сам будет побочные действия выполнять и мне в него ничего передавать кроме аргументов вызова не нужно, Если вам не нужно общаться с этим процессом, то и не работайте с этими пайпами, просто закройте их перед вызовом proc_close. Или вместо пайпов передайте константы [STDIN, STDOUT, STDOUT] - тогда и закрывать ничего не нужно будет. По вашей ссылке все примеры есть. > а получить я от него хочу только pid или код возврата, Ну вот тот же PID и можно получить через пайп: php -r '$res=proc_open("php -r \"echo getmypid(), \\\"\n\\\"; sleep(15);\"", array(["pipe","r"], ["pipe","w"], ["pipe","w"]), $p); echo implode("\n",proc_get_status($res)), "\n\n"; echo fread($p[1], 10);'; > С proc_get_status($res) мне в конце скрипта в бесконечном цикле с секундной задержкой каждый запущенный процесс опрашивать что ли нужно перед выходом, чтобы получить код возврата? А как вы это сейчас делаете с pgrep? Да, только так. Если через форк делать, то есть ещё pcntl_wait. Но судя по вашему 'kill -9' - дочерние процессы вам нужно прибивать принудительно, а значит wait вам не подойдёт. > Иначе $res я потеряю же после выхода? После выхода чего? При завершении родительского процесса? - Да, потеряете. Но тогда это уже и не мультипоточность, а просто запускалка процессов. Тогда вам опять же нужен exec, а не вот это вот всё.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	108. "Предварительный выпуск проекта PXP, развивающего расширенный..."	+/–
	Сообщение от Ilya Indigo (ok), 22-Май-23, 14:59
	Благодарю за разъяснения! Если я правильно понял эти ф-ии предназначены для web-сервиса, который запускается через systemd, запускает несколько процессов и потом не закрывая их общается с ними передавая им новые задачи и получая от них новые результаты. А пытался я это применить на cli-скрипт который запускается ежеминутно кроном и котороый, при необходимости, запускает параллельные асинхронные процессы, и понятно почему у меня не получилось. Теперь немного больше понял как в принципе устроена многопоточность и понимаю что в php это работает, по крайней мере ф-ии для этого есть.
	Ответить \| Правка \| Наверх \| Cообщить модератору