topuserman

RewriteCond %{QUERY_STRING} A|B
RewriteRule (.*) /$1? [R=301,L]

Мало информации, но чтобы наверняка, вы можете удалить все события submit на нужных вам формах:
$('form').unbind('submit');
Затем повесить свои обработчики, реализовать в них коллбеки и собственные события на которые можно будет подписаться, чтобы выполнить все те действия, которые им необходимы и которые позволит ваш скрипт.

Но если пользователи будут подключать свои скрипты после ваших функций естественно они будут добавлены и тут уже в зависимости от возможностей, можно к примеру по таймеру периодически очищать подписки и оставлять только свою...

Контейнер
Главная задача контейнера — переиспользовать сервисы более одного раза, например некий провайдер более чем в 1 месте или некий Sender в 20 местах по всему приложению. И упростить к ним доступ.

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

Взаимодействие относительно простых объектов/сущностей в рамках одного слоя лучше делать вашим способом — оно логичное и понятное и вообще контейнер будет только мешать, даже больше — не к месту в этой задаче. Это вам в ответе на том форуме и отметили.

Современные контейнеры предоставляют на самом деле еще ооочень много фишек: автовайринг, когда вам и конфиг писать не нужно, просто в конструкторе написали класс, а контейнер если нашел такой класс, то сам и сконфигурирует (и также учтет его параметры конструктора), то есть разработчику остается работа только с уникальными и не стандартными ситуациями.
Или дает упрощенные фабрики/билдеры/декораторы.

Dependency Injection

И в будущем удобно будет тестировать ?

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

Главное не объединяйте эти два понятия. Сам паттерн — просто частный случай инверсии зависимости, класс получил зависимость через конструктор/сеттер, и все, он не знает деталей, потому и тестить проще — просто подменил на пустышку.
А контейнер — средство для работы со сложным приложением, которое внедряет как раз таки, то есть выполняет работу внедрения. Центральное в нем — слово контейнер.

Несколько точек входа
По поводу ваших точек входа: несколько точек входи = несколько иницализаций.
Как-бы они разные по своей сути приложения уже по определению получаются.
Но вы можете упростить, и вынести инициализацию контейнера в абстракцию — в некий класс App/Kernel и там это делать, а в точке входа инициализировать не контейнер раз за разом, а именно конкретное приложение.

Создайте 'php://memory' и передайте его. Если данные не превысят 2Мб, они как любая переменная будут находится в оперативной памяти, если превысят то под них будет создан временный файл.

$debug = fopen('php://memory', 'r+');
...
rewind($debug );
$log = stream_get_contents($debug);

P.S. Есть вероятность сломать скрипт, если лог окажется слишком большим.