Используя [1 114]
$("a").attr("href", "http://www.google.com/")
изменит href всех гиперссылок для указания на Google. Вы, вероятно, хотите несколько более усовершенствованный селектор все же. Например, если у Вас есть соединение источника ссылки (гиперссылка) и цель ссылки (иначе "привязка") теги привязки:
<a name="MyLinks"></a>
<a href="http://www.codeproject.com/">The CodeProject</a>
... Тогда Вы, вероятно, не хотите случайно добавлять href
атрибуты к ним. Для безопасности тогда, мы можем определить, что наш селектор будет только соответствовать <a>
теги существующему href
атрибут:
$("a[href]") //...
, Конечно, у Вас, вероятно, будет что-то более интересным в памяти. Если Вы хотите соответствовать привязке определенному существующему href
, Вы могли бы использовать что-то вроде этого:
$("a[href='http://www.google.com/']").attr('href', 'http://www.live.com/')
Это найдет ссылки где href
точно соответствия строка http://www.google.com/
. Более включенная задача могла бы соответствовать, затем обновляя только часть href
:
$("a[href^='http://stackoverflow.com']")
.each(function()
{
this.href = this.href.replace(/^http:\/\/beta\.stackoverflow\.com/,
"http://stackoverflow.com");
});
первая часть выбирает только ссылки, где href запускается с [1 112]. Затем функция определяется, который использует простое регулярное выражение для замены этой части URL с новым. Отметьте гибкость, которую это дает Вам - любой вид модификации к ссылке мог быть сделан здесь.
Вы говорите о сроках и качестве кода, как если бы они были частью игры с нулевой суммой, в которой у вас есть одно или другое. Чтобы сделать шаг назад, общий успех проекта основан на общих преимуществах, предоставляемых компании / сообществу - выгоды должны быть четко определены в начале проекта, и МОЖЕТ включать код качества или время вывода на рынок или функциональность или общее качество или любое их сочетание. Стоимость / усилия оцениваются на основе того, что нацелено, окружающей среды и задействованных людей… НЕТ СПОСОБА точно определить затраты или сроки (вы не можете предсказать будущее), но вы устанавливаете их в качестве руководящих принципов, чтобы помочь сориентироваться и убедитесь, что конечные преимущества не перевешиваются усилиями. На ваши конкретные вопросы:
1. - Какие штрафные санкции я видел? От увольнения до отсутствия штрафа - в большинстве случаев я не видел никаких действий, которые, вероятно, являются самой большой причиной провала проекта (ответ №2)
2 - реакция руководства проекта, которая привела к провалу проекта - никаких действий или внимания об установке некоторой будущей произвольной временной шкалы без исправления или адресации, почему первоначальная временная шкала не была соблюдена.
3 - какой ответ восстановил рабочий порядок? Анализ первопричин / рисков, выяснение основных проблем отклонения от проекта. Сроки и затраты - это просто индикаторы того, что у проекта могут быть проблемы, есть и другие, более значимые, такие как общее качество, командная мораль и коммуникация, которые указывают на то, что проект находится под принуждением.
4 - какой ответ привел к еще большему количеству плохого кода? Отсутствие ответа ИЛИ сосредоточение внимания на соблюдении установленных сроков вместо достижения намеченных выгод.
и отображать содержимое самого файла «app_offline.htm», любые существующие запросы по-прежнему будут обслуживать реальный веб-сайт. Только новые запросы получат содержимое app_offline.htm.Если у вас все еще есть проблемы, попробуйте следующие ссылки для получения дополнительной информации:
App_Offline.htm и работа над функцией «IE Friendly Errors»
Будет ли app_offline.htm останавливать текущие запросы или только новые запросы?
Убедитесь, что app_offline.htm
находится в корне виртуального каталога или веб-сайта в IIS.