session_start ставит в очередь паралельные запросы.

[Inviseble_Demon]

Есть ли вариант это обойти ?
Есть 2 скрипта. Оба должны проверить на авторизованость.
1 скрипт выводит просто текст
2 скрипт работает несколько часов.

UPD:
мда...
Правильно заданный вопрос половина ответа...

session_start();
$session=$_SESSION['guest'];
session_write_close();

Открываем сессию переносим данные в переменную для работы закрываем сессию.
Делается в скрипте который у нас тормоз и работает несколько часов.

 

[Горбушка]

Есть ли вариант это обойти ?

Используй PHP в режиме CGI и не будет никаких проблем с параллельной работой... Просто на каждое обращение будет свой php.exe/php.so запускаться...

 

[Inviseble_Demon]

Уж проще сессию закрыть...
Да что то я не уверен что это спасет... Я конечно утверждаю то чего совершенно не знаю но это вполне логично блочить изменение сессионых данных до их закрытия...

 

[Горбушка]

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

Не вижу в этом смысла... На каждого пользователя создаётся своя сессия. Изменять сессию удалённо нельзя - только самим скриптом. Так что если скрипт не предусматривает правку сессии - то и эта правка не возможна...

 

[Leony]

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

 

[Inviseble_Demon]

Не вижу в этом смысла... На каждого пользователя создаётся своя сессия. Изменять сессию удалённо нельзя - только самим скриптом. Так что если скрипт не предусматривает правку сессии - то и эта правка не возможна...

1) У нас и так 1 пользователь.
2) Именно им то и работаем ведь))
3) если скрипт не предусматривает правку сессии то её наверно нужно сохранить и закрыть ))

Ладно это уже халивары решение найдено, всем спасибо.

 

[Горбушка]

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

FastCGI и CGI практически не отличаются...