Host и Request_Uri в списке сессий Oracle

[abyrvalg]

А зачем лезть в сорцы? Почему не вызывать процедуры специально для этого предназначенного пакета DBMS_APPLICATION_INFO?

Единственный мной придуманный довод — отсутствие в коде строк

$stmt = oci_parse ($conn, 'BEGIN dbms_application_info.set_action (:action); END;');

oci_bind_by_name ($stmt, ':action', $_REQUEST ['REQUEST_URI']);

oci_execute($stmt);

php

[woyager]

Можно и так, но когда на площадке несколько сотен проектов, то залезть в сорцы php проще, чем заставить разработчиков пройтись по всем проектам и не забывать эти строки во всех следующих.

[Urevic]

Ага, а потом вы пропатчите так еще пару-тройку расширений, и когда придет время их обновлять, будете снова руками все эти патчи накладывать. Это плохая практика имхо.

Нормальный способ — использовать во всех проектах общую прослойку для работы с базой и туда такие вещи добавлять.

[woyager]

Если я не ошибаюсь, один из основных плюсов OpenSource — возможность изменять его под свои задачи. Мы этот плюс используем в своей работе. Использовать общую прослойку для работы с базой или патчить используемые библиотеки — это вопрос скорее организационный, нежели технический.

[Anton_DS]

Я согласен с Urevic изменения библиотек вообще последнее дело — если только ващи изменения не уйдут обратно в библиотеку.

[woyager]

Радует, что никто не сомневается в пользе результата.
А способ его достичь — в условиях моей площадки, когда такую информацию надо получить по сотне проектов, написанных несколькими поколениями разработчиков, в разных framework'ах, а часто и без них — оптимальным оказалось изменение расширения.