Как отучить phpMyAdmin зависать на долгих запросах?
Когда на одной вкладке браузера в phpMyAdmin делается долгий запрос (оптимизация таблиц, например), из-за блокирования сессии на других вкладках браузера к phpMyAdmin не обратиться.
Вырубить блокировку сесии (но с сохранением) нельзя на уровне пхп лично для phpMyAdmin. Мне лично по барабану, какой из параллельных скриптов последним дорвется до записи сессии при завершении.
Вообще session_write_close() сразу перед первым исполнением SQL - опасно, там на 17кб в файле сесии каких-то данных. И мест таких много, типа кнопок создания индекса, починки таблиц, выполнения запроса, просмота залочившихся таблиц и т.д.
Куки вырубать тоже не катит, придется 2 оперы держать.
Привязать бы номер сесии к номеру вкладки (хеш по фиксированному рандомному номеру в куках + номеру вкладки). Но как заставить Оперу сообщать в хттп запросе об этом.
Кто как решает проблему? Переходить на тупые виндовые клиенты не хочется.
Когда на одной вкладке браузера в phpMyAdmin делается долгий запрос (оптимизация таблиц, например), из-за блокирования сессии на других вкладках браузера к phpMyAdmin не обратиться.
Вырубить блокировку сесии (но с сохранением) нельзя на уровне пхп лично для phpMyAdmin. Мне лично по барабану, какой из параллельных скриптов последним дорвется до записи сессии при завершении.
Вообще session_write_close() сразу перед первым исполнением SQL - опасно, там на 17кб в файле сесии каких-то данных. И мест таких много, типа кнопок создания индекса, починки таблиц, выполнения запроса, просмота залочившихся таблиц и т.д.
Куки вырубать тоже не катит, придется 2 оперы держать.
Привязать бы номер сесии к номеру вкладки (хеш по фиксированному рандомному номеру в куках + номеру вкладки). Но как заставить Оперу сообщать в хттп запросе об этом.
Кто как решает проблему? Переходить на тупые виндовые клиенты не хочется.