тяжелый запрос вешает окно

[meatsuko]

проверял только на windows

если сделать какую либо тяжелую операцию в коде php допустим sleep(1) то окно повиснет на это время! это немного не удобно,
конкретно в моем случае используя livewire и ожидая получить плейсхолдер загрузки по клику на кнопку, я получаю просто зависшее окно, а затем моментально результат, мне кажется это проблемой

[SerafimArts]

Проблема в том, что сам PHP однопоточный и он управляет окном в том же контексте, что и выполняется код. Когда пишешь sleep(1) - явно сообщаешь о том, что "замри на секунду".

Тоже самое и в "тяжёлых операциях", такой код явно говорит "у меня важная операция, подожди".

Если требуется выполнить такую и не забывать обрабатывать события окна, то следует начать явно управлять этими событиями, например:

while ($isOperationCompleted === false) {
  $app->poller->next(); // Обрабатываем события окна

  $doSomething(); // Делаем кусок важной работы

  if (xxx) { $isOperationCompleted = true; }
}

Или, например, мы можем поручить это внешнему PHP процессу:

$process = ...; // Какой-то внешний процесс
$suspension = $app->poller->createSuspension(); // Создаём "корутину"

// Раз в 0.1 секунду (опрос) проверяем состояние процесса, т.к. не используется 
// libuv/libev и прочие "signal-based" штуки
$timer = $app->poller->timer(0.1, function() use ($process, $suspension) {
    if ($process->isCompleted()) {
        // Резолвим корутину, когда процесс завершился
        $suspension->resolve($process->output);
    }
});

// Возвращаем данные корутины и отменяем таймер опроса
try {
  return $suspension->suspend();
} finally {
  $app->poller->cancel($timer);
}

Либо воспользоваться swoole, либо amphp/parallel, либо krakjoe/parallel, либо какими-то другими решениями для "параллельной" обработки задач.

В любом случае, пока в ядре не будет TrueAsync (https://wiki.php.net/rfc/true_async), который, я надеюсь, будет в PHP 8.6 -- любой тяжёлый запрос будет "вешать" всю систему.

Увы, сделать реальный изолированный поток для UI невозможно (https://github.com/boson-php/saucer/blob/master/resources/stubs/saucer.stub.php#L125), т.к. он "заблокирует" приложение.

[SerafimArts]

P.S. Хотя, я подумал, что "блокирующий" запуск через run (https://github.com/boson-php/saucer/blob/master/resources/stubs/saucer.stub.php#L125) вызывает в свою очередь коллбек (https://github.com/boson-php/saucer/blob/master/resources/stubs/saucer.stub.php#L313).

И в этом коллбеке можно уже запускать while true для запуска обработки таймеров, событий и прочего (то что сейчас живёт в UI потоке). И соответственно, отделить таким образом цикл UI от цикла PHP событий... Надо подумать

[meatsuko]

я так и понял что это особенность работы однопоточного php и того что окно бозона работает непосредственно в этом процессе php. (да очень бы хотелось асинхронности в ближайшем php) мне кажется что стоит придумать какой-то механизм который будет из коробки сразу "параллелить веб-окно" от так сказать "сервера", потому как если рассмотреть какие-то приложения по типу лаунчеров или загрузчиков, то там есть необходимость той же загрузки файлов, а это как раз довольно тяжелый код

[SerafimArts]

там есть необходимость той же загрузки файлов, а это как раз довольно тяжелый код

Загрузка файлов невозможна в среде WebView, сами операционные системы дропают данные из multipart запросов как раз из-за того, что это тяжёлое и бессмысленное.

Так что загрузка делается через диалоговые окна: https://bosonphp.com/doc/0.19/dialog-api которые уже возвращают путь к файлу, который выбрал пользователь.

Можно, конечно, закостылять как-то через кастомный JS, вида: document.querySelectorAll('input[type=file]').addEventListener... и прикинуться нормальной формой... Но адекватно это сделать не получится. Так что это всё на усмотрение пользователя

[meatsuko]

я имел ввиду загрузку файлов из сети отслеживая из прогресс и тд, чтобы это было как то интерактивно, или условно если запустить внешний процесс и выводить с него std потоки