Witam,
Da się jakoś w php uruchomić kilka procesów/funkcji/obiektów jednocześnie ?

http://php.net/manual/en/book.pcntl.php


Dodatkowo kiedyś spotkałem się z takim dziwnym tworem jak:
pierwszy.php

[PHP] pobierz, plaintext 
<?php
 
$curl = curl_init( "http://adres.pl/drugi.php" );
curl_setopt( $curl, CURLOPT_NOBODY, true );
curl_setopt( $curl, CURLOPT_RETURNTRANSFER, true );
curl_exec( $curl );
curl_close( $curl );
 
// operacje
 
?>
[PHP] pobierz, plaintext 

drugi.php

[PHP] pobierz, plaintext 
<?php
 
ignore_user_abort( true );
set_time_limit( 0 );
flush(); // Wysyła nagłówki, żeby pierwszy.php mógł przejść do wykonywania operacji
 
// operacje
 
?>
[PHP] pobierz, plaintext 

Nie pamiętam czy dokładnie tak to wyglądało, ale sposób działania przedstawiłem.
Pokazuje to, że nawet w tak niekorzystnym środowisku jak PHP ludzie sobie radzą

Możesz uruchomić kolejne skrypty PHP wywołując odpowiednie komendy w systemie (tutaj małe ułatwienie: https://github.com/symfony/symfony/tree/mas...mponent/Process ) ale z wielowątkowością jako taką nie ma to nic wspólnego - PHP nie obsługuje jej.

w pierwszym przykładzie przerwie działanie w curl_close lub curl_exec.
Drugi przykład to tylko ignorowanie gdy user kliknie na ignoruj + nieograniczony czas wykonywania.
Nie rozwiązuje to problemu .

@faran Nieeeeee! To nie miało być rozwiązanie twojego problemu, tylko ciekawostka, która mi się przypomniała. Tam nawet joina normalnego nie da się zrobić. Nie stosuj tego.
Jedno z możliwych rozwiązań podałem ci w linku na samej górze mojego postu.

Tak to bywa jeśli ktoś nie opisze za dokładnie problemu... PHP nie wspiera wielo procesowości - fakt, można to delikatnie obejść przy kilku kombinacjach ale podejrzewam, że akurat tutaj Ty szukasz czegoś opisanego na styl blogu gdzie napisano o "wielozadaniowości" i połączeniach asynchronicznych z innymi serwerami:
Guru - Multiplexing

Niestety ale jeśli chodzi o Windowsa to jest to jedno z rozwiązań do wymuszenia nowego procesu - i jedyne jeśli jest zablokowana możliwość wykonywania poleceń konsolowych na serwerze np. ze względów bezpieczeństwa...

dokładniej to potworek którego się uruchamia poprzez bezpośrednie jego wywołanie (curlem, file_get_contents czy czym tam chcecie - lub nawet przeglądarką internetową...) ma strukturę typu:

[PHP] pobierz, plaintext 
ini_set('Content-Type','text/html; charset=utf-8');
ignore_user_abort(true); // na wszelki wypadek jeśli połączenie miało by być zamknięte niech wywołany skrypt robi swoje
 
ob_start();
echo 222; // dowolna treść, że skrypt został poprawnie uruchomiony
// nagłówki by nie keszować [by serwery pośredniczące w połączeniu przy kolejnym połączeniu przekazały polecenie dalej a nie zwróciły ostatni bufor] oraz jeśli połączenie otwarte by je zamknąć - czym wcześniej tym lepiej
header('Content-Type: text/html; charset=utf-8');
header('Connection: close');
header('Content-Language: pl');
header('Content-Length: '.ob_get_length());
header('Pragma: public');
header('Expires: Sat, 26 Jul 1997 05:00:00 GMT');                  // Date in the past
header('Last-Modified: '.gmdate('D, d M Y H:i:s') . ' GMT');
header('Cache-Control: no-store, no-cache, must-revalidate');     // HTTP/1.1
header('Cache-Control: pre-check=0, post-check=0, max-age=0');    // HTTP/1.1
header ('Pragma: no-cache');
header('Expires: 0');
ob_flush();
flush(); // tu już nie pamiętam o co chodziło ale ten flush niestety trzeba wymusić bo nie zawsze działał poprawnie - dlatego powtórzenie podobnych funkcji ;p
ob_end_clean();
// KONIEC POTWORKA
 
/* tutaj chulaj duszo piekła nie ma ;) - róbta co chceta - nawet ignore_user_abort(true); nie jest tu już potrzebny ;p
ale zadbajcie o jakieś komunikaty, kontrolę przez zapisywanie zdarzeń gdzieś - nie wykonało się poprawnie to trzeba powtórzyć ;p 
 
WYNIKI GDZIEŚ SOBIE TRZEBA ZAPISAĆ CZY W BAZIE DANYCH CZY W PLIKACH TEKSTOWYCH [W SUMIE TO TEŻ BAZA DANYCH ^^] LUB MOŻE TO JAKIŚ DEMON KTÓRY MA DZIAŁAĆ STALE I NADZOROWAĆ COŚ PUKI NP. NA SERWERZE NIE POJAWI SIĘ JAKIŚ PLIK LUB ZMIENNA W BAZIE DANYCH
*/
[PHP] pobierz, plaintext 

JAK WIDAĆ SKORO TO MIAŁO DZIAŁAĆ "W TLE" TO NIE MA MOŻLIWOŚCI POZNANIA WYNIKU DZIAŁANIA TAKIEGO SKRYPTU DROGĄ HTTP!!! - będziemy jedynie wiedzieli, że skrypt został poprawnie wykonany - wyniki musimy gdzieś zapisać...

żeby ktoś się słów nie czepiał to w sumie jest możliwość poznania wyników drogą http jeśli potworek jest miniserwerem podpiętym na socketach...

i jeszcze może linki:
[wolontariat]wykonywanie 2 akcji po kliknięciu na button
uruchamianie pliku php co 30s bez właczonego kompa - na serwie - chyba nie będziesz miał cierpliwości przeczytać całego dokładnie ^^
Przekazywanie obiektu COM, Przekazywanie obiektu COM między wywołaniami strony

Orientuje się ktoś czy w php 6 będzie taka możliwość ?

curl_multi_init
To jeden ze sposobów na odpalanie wielu procesów na RAZ gdzie przez HTTP... odbierzesz wynik

http://pl.php.net/proc_open
Skorzystanie z LIBEVENT http://pl.php.net/manual/pl/ref.libevent.php
Opcji jest całe mnóstwo

Proc_open odradzam ze względu na problemy z segmentation fault

wystarczyło przeczytać cały mój post a nie cytować mnie ni z gruchy ni z pietruchy - pierwszy link jest o połączeniach asynchronicznych które można wykonać na socketach - także otrzyma się wynik w tym samym procesie [inna bajka, że ten proces uruchomić może wiele innych procesów na innych bądź tym samym serwerze z których można pobrać odpowiedź] - rozwiązanie w zasadzie takie samo jak curl_multi - jednak ja jakoś częściej operuję na samych socketach bądź fsockopen a bardzo rzadko korzystam z curl'a - TO ROZWIĄZANIE TO BARDZIEJ WIELOZADANIOWOŚĆ NIŻ ROZDZIELENIE PROCESÓW...

to co później opisywałem to sposób jak odpalić proces w tle nawet na windowsie gdy nie ma dostępu także do poleceń konsoli...