Различия в Internet Explorer и Firefox при динамичной загрузке содержания, затем продвигающегося и назад

Посмотрите на набор _ error _ handler () и включите его в начало сценариев или в bootstrap, чтобы просто напечатать трассировку стека, когда E_WARNINGs произойдут.

function stacktrace_error_handler($errno,$message,$file,$line,$context)
{
    if($errno === E_WARNING) {
        debug_print_backtrace();
    }
    return false; // to execute the regular error handler
}
set_error_handler("stacktrace_error_handler");

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

Когда вы запрашиваете предложение о том, как обращаться с исключениями...

Общепринятый способ их обработки отсутствует. В противном случае, вы ставите на то, что язык java неявно имел бы такое поведение.

• Исключения не являются ограничением низкого уровня, с которым необходимо иметь дело до тех пор, пока компилятор не станет достаточно интеллектуальным.
• Исключения представляют собой высокоуровневую языковую конструкцию, используемую для выражения семантического "что-то исключительное произошло, чье обращение не нужно смешивать с обычным кодом; вы предпочитаете, чтобы он был обработан в определенных кодах ".

Исключения существуют в двух формах:

• Отмеченные исключения должны быть явными в каждом методе, который может их выдать.
• Непроверенные исключения (подклассы RuntureException или Error) обычно неявны.

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

• PROCESS : Поймать его и полностью обработать (коды вызова обычно не знают что-то произошло). Нынешний метод должен нести ответственность. Регистрация трассировки стека для разработчика может оказаться полезной.
• STEP : Зафиксируйте его, выполните шаг обработки, связанный с локальным кодом, и повторно выполните его (или повторно выполните другое исключение с исходным в качестве причины).
• IGNORE : просто примите его к ответственности вызывающего кода.

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

Обычно вы учитываете исключения в своей архитектуре и принимаете некоторые конструктивные решения. Некоторые примеры (смешанные уникальными способами):

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

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

Для каждого динамически загружаемого элемента у меня также есть скрытое поле ввода, где я «кэширую» загруженное значение. Затем у меня есть функция transferStartCache (), которая копирует значения из каждого скрытого поля ввода в соответствующий элемент.Эта функция выполняется при инициализации страницы, которая в случае IE находится при загрузке страницы И каждый раз при переходе обратно на страницу.

Этот метод, вероятно, можно использовать и для хранения значений переменных javascript.