Что такое код asp appallowdebugging


Содержание

Отладка приложений отключена в Visual Studio 2012 на классической отладке ASP

Я хотел бы отлаживать Classic ASP сайт Visual Studio 2012 с помощью IIS Express . Следовательно, я прикрепил iisexpress.exe в VS 2012 , но он показывает Application Debugging is disabled . Что может быть проблемой? Должен ли я включать любые настройки конфигурации?

У меня нет визуальной студии 2012, чтобы проверить ее, насколько я знаю, визуальная студия не может отлаживать классический код asp изначально. То, как я отлаживаю свой классический код asp, заключается в том, чтобы помещать инструкции остановки в строку выше той, которую я хочу отлаживать как говорится в этом сообщении. точка останова просто печатает на остановке.

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

note: ссылка говорит visual studio 2005, но она также работает в 2010 году (и должна также работать в 2012 году), вам также не нужно расширение DEBUG.

также убедитесь, что у вас включена отладка на стороне сервера, активированная в IIS, или это не сработает.

Прежде всего вам нужно включить отладку на стороне сервера классического ASP script. Сделайте это, выполнив следующие команды:

Где [YOUR_SITE_NAME] — имя вашего сайта. Вы можете найти это имя, открыв:

. и поиск вашего сайта.

Затем запустите экземпляр IIS Express из командной строки:

Опять же, [YOUR_SITE_NAME] — это имя вашего веб-сайта IIS Express.

Затем присоедините отладчик Visual Studio 2012 и установите точку останова в script, которую вы хотите отладить. Перейдите на свой сайт /script, и вы должны увидеть, что точка останова загорается:

Отладка приложений отключена в Visual Studio 2012 на классической отладке ASP

Я хотел бы отлаживать Classic ASP сайт Visual Studio 2012 с помощью IIS Express . Следовательно, я прикрепил iisexpress.exe в VS 2012 , но он показывает Application Debugging is disabled . Что может быть проблемой? Должен ли я включать любые настройки конфигурации?

У меня нет визуальной студии 2012, чтобы проверить ее, насколько я знаю, визуальная студия не может отлаживать классический код asp изначально. То, как я отлаживаю свой классический код asp, заключается в том, чтобы помещать инструкции остановки в строку выше той, которую я хочу отлаживать как говорится в этом сообщении. точка останова просто печатает на остановке.

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

note: ссылка говорит visual studio 2005, но она также работает в 2010 году (и должна также работать в 2012 году), вам также не нужно расширение DEBUG.

также убедитесь, что у вас включена отладка на стороне сервера, активированная в IIS, или это не сработает.

Прежде всего вам нужно включить отладку на стороне сервера классического ASP script. Сделайте это, выполнив следующие команды:

Где [YOUR_SITE_NAME] — имя вашего сайта. Вы можете найти это имя, открыв:

. и поиск вашего сайта.

Затем запустите экземпляр IIS Express из командной строки:

Опять же, [YOUR_SITE_NAME] — это имя вашего веб-сайта IIS Express.

Затем присоедините отладчик Visual Studio 2012 и установите точку останова в script, которую вы хотите отладить. Перейдите на свой сайт /script, и вы должны увидеть, что точка останова загорается:

Определение того включен ли режим отладки

В файле web.config можно указать компиляцию в режиме отладки

Есть ли стандартный способ определить значение этого параметра из ASP.NET?

P.S. Мне несложно написать парсер web.confg файлов. Просто интересует наличие стандартного способа. В MSDN ничего найти не удалось.

15.02.2012, 16:52

Не работает режим отладки
создал веб приложение. когда пытаюсь олаживать сразу выскакивает сообщение об ошибке (указано.

Режим отладки клиентских скриптов
Существует ли режим отладки клиентских скриптов(возможность установки точек прерывания, пошаговое.

Пропал режим отладки в asp.net приложениях
То есть, точки останова ставлю, приложение на localhost запускаю, и приложение выполняется не.

Windows 7(включен режим EMS)
поставил на ноутбук 7, во время первого перезапуска у меня начали настраиваться обновления, полоска.

Режим отладки
Добрый вечер, суть проблемы в том, что при запуске программы в режиме отладки программа работает.

debugging — Отладка приложений отключена в Visual Studio 2012 на классической отладке ASP

Я хотел бы отлаживать Classic ASP сайт Visual Studio 2012 с помощью IIS Express . Следовательно, я прикрепил iisexpress.exe в VS 2012 , но он показывает Application Debugging is disabled . Что может быть проблемой? Должен ли я включать любые настройки конфигурации?

    1 4
  • 14 июл 2020 2020-07-14 21:42:59
  • Smaug

4 ответа

Мне нравится использовать полномасштабный IIS на моем компьютере-разработчике, как и то, что работают мои веб-серверы, и в прошлом у него были проблемы с различиями между Casini и IIS.

Во всяком случае, я не смог сделать это так, как предложил @Kev. Я немного поиграл + в чтение и обнаружил, что в окне «Прикрепить к процессу» вам нужно специально выбрать «Script Code» в опции «Прикрепить к:».

Наслаждайтесь отладкой своего кода.

  • 14 июл 2020 2020-07-14 21:43:01
  • Ads

Перейти к IIS → ASP → Свойства отладки → включить отладку на стороне клиента и сервера

затем присоедините процесс w3wp от VS2012

  • 14 июл 2020 2020-07-14 21:43:01
  • suman

Прежде всего вам нужно включить отладку на стороне сервера классического ASP script. Сделайте это, выполнив следующие команды:


Где [YOUR_SITE_NAME] — имя вашего сайта. Вы можете найти это имя, открыв:

. и поиск вашего сайта.

Затем запустите экземпляр IIS Express из командной строки:

Опять же, [YOUR_SITE_NAME] — это имя вашего веб-сайта IIS Express.

Затем присоедините отладчик Visual Studio 2012 и установите точку останова в script, которую вы хотите отладить. Перейдите на свой сайт /script, и вы должны увидеть, что точка останова загорается:

  • 14 июл 2020 2020-07-14 21:43:01
  • Kev

У меня нет визуальной студии 2012, чтобы проверить ее, насколько я знаю, визуальная студия не может отлаживать классический код asp изначально. То, как я отлаживаю свой классический код asp, заключается в том, чтобы помещать инструкции остановки в строку выше той, которую я хочу отлаживать как говорится в этом сообщении. точка останова просто печатает на остановке.

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

note: ссылка говорит visual studio 2005, но она также работает в 2010 году (и должна также работать в 2012 году), вам также не нужно расширение DEBUG.

также убедитесь, что у вас включена отладка на стороне сервера, активированная в IIS, или это не сработает.

Страница «ASP»

Страница свойств ASP предназначена для управления списком параметров конфигурации (классического) ASP.

Список Отобразить позволяет выбрать один из следующих вариантов, которые определяют способ представления параметров: Понятные имена, Имена параметров конфигурации или Оба имени.

Список элементов пользовательского интерфейса

В приведенной ниже таблице содержатся описания элементов интерфейса, которые доступны на странице компонента и на панели Действия.

Элементы страницы компонента

Кодовая страница [codePage]

Указывает для приложения ASP кодовую страницу по умолчанию.

Включить буферизацию [bufferingOn]

Указывает, следует ли в приложении ASP буферизовать вывод. Значение по умолчанию – True.

Разрешить поблочное шифрование [enableChunkedEncoding]

Указывает, включено ли в службе веб-публикаций шифрование данных частями (HTTP 1.1). Значение по умолчанию – True.

Разрешить выдачу резервного HTML [enableAspHtmlFallback]

Управляет поведением ASP при переполнении очереди запросов. Если установлено значение True, то в указанном случае ASP произведет поиск HTML-файла, к имени которого добавлен суффикс «_asp», и если такой файл будет найден, возвратит его. Например, если обрабатывается запрос к файлу «Hello.asp», то возвращаемый HTM-файл должен иметь имя «Hello_asp.htm». Если такой файл не существует, клиенту будет возвращена HTTP-ошибка 500.13 (Сервер перегружен). Если установлено значение False, то также будет возвращена ошибка. Значение атрибута по умолчанию – True.

Включить пути к родительским каталогам [enableParentPaths]

Указывает, допускает ли страница ASP указание пути относительно текущего каталога (при использовании записи «. \») или выше текущего каталога. Значение по умолчанию – False.

Интервал проверки подключения клиента [queueConnectionTestTime]

Указывает период времени, в течение которого должен быть обслужен запрос, поставленый в очередь. Если он находился в очереди дольше, чем указывает данный атрибут, то перед выполнением запроса ASP проверяет, подключен ли еще клиент к серверу. Если соединение с клиентом разорвано, то запрос не обрабатывается и удаляется из очереди. Значение по умолчанию – 3 секунды.

Максимальный размер основного текста запроса [maxRequestEntityAllowed]

Определяет максимальный размер в байтах основного текста запроса ASP. Значение по умолчанию – 200 000 байт.

Длина очереди [requestQueueMax]

Задает максимальное число запросов ASP, которые могут находиться в очереди. Значение по умолчанию – 3000.

Время ожидания очереди запросов [queueTimeout]

Определяет максимальный период времени, в течение которого запрос сценария ASP может ожидать в очереди. Значение по умолчанию – 00:00:00 (неограниченно).

Предел буферизации ответов [bufferingLimit]

Устанавливает максимальный размер буфера ASP. Если буферизация ответа включена, это свойство задает максимальный размер в байтах, который ASP-страница может записать в буфер ответа, до того как произойдет его очистка. Значение по умолчанию – 4 194 304 байт.

Время ожидания сценария [scriptTimeout]

Задает период времени по умолчанию, в течение которого страницам ASP разрешено выполнение сценария. По прошествии этого времени предпринимается попытка остановить сценарий и в журнал событий Windows записывается соответствующее событие. Значение по умолчанию – 1 мин 30 сек.

Максимальное число потоков на процессор [processorThreadMax]

Задает максимальное число рабочих потоков на процессор, которые службы IIS могут создать при обработке запросов ASP. Значение по умолчанию – 25.

Задает код языка (LCID) по умолчанию для приложения. LCID определяет способ форматирования даты, времени и денежных единиц. Код по умолчанию – 1033 (en-us), обозначающий английский язык (США).

Перезапуск при изменении конфигурации [enableApplicationRestart]

Определяет, следует ли автоматически перезапускать приложение ASP при изменении его критических параметров конфигурации. Значение по умолчанию – True.

Подсчет номеров строк [calcLineNumber]

Указывает, следует ли ASP подсчитывать и хранить номера каждой из строк выполняемого кода для их последующей выдачи в сообщениях об ошибках. Значение по умолчанию – True.

Перехватывать исключения компонентов COM [exceptionCatchEnable]

Определяет, должны ли страницы ASP перехватывать исключения, возникшие в компонентах. Если установлено значение False, то страницы ASP не перехватывают исключения, возникшие в компонентах. Это может привести к обработке исключения на другом уровне обработки, например сценарием VB Script или рабочим процессом IIS (обычно это приводит к завершению рабочего процесса). Значение по умолчанию – True.

Разрешить отладку на стороне клиента [appAllowClientDebug]

Указывает, включена ли отладка ASP на стороне клиента. Значение по умолчанию – False.

Разрешить запись в журнал ошибочных запросов [logErrorRequests]


Определяет, записывает ли веб-сервер ошибки ASP в раздел приложений журнала событий Windows. По умолчанию ошибки ASP выводятся в веб-браузер клиента и в файлы журнала IIS. Значение по умолчанию – True.

Разрешить отладку на стороне сервера [appAllowDebugging]

Указывает, включена ли отладка ASP на сервере. Значение по умолчанию – False.

Запись ошибок в журнал событий [errorsToNTLog]

Определяет, какие ошибки ASP записываются в журнал событий Windows. По умолчанию ошибки ASP выводятся в веб-браузер клиента и в файлы журнала IIS. Значение по умолчанию – False.

Выполнять функции On End анонимно [runOnEndAnonymously]

Определяет, будут ли глобальные функции ASP SessionOnEnd и ApplicationOnEnd запускаться от имени анонимного пользователя. Если значение атрибута False, эти функции не запускаются. Значение по умолчанию – True.

Сообщение об ошибке сценария [scriptErrorMessage]

Определяет сообщение об ошибке, передаваемое браузеру, если отладочные сведения об ошибке не отправляются клиенту. По умолчанию выдается следующее сообщение: «Ошибка на сервере при обработке URL-адреса. Обратитесь к системному администратору».

Выводить ошибки в веб-браузер [scriptErrorSentToBrowser]

Определяет, должен ли веб-сервер отправлять браузеру клиента отладочную информацию об ошибке (код и описание ошибки, имя файла и номер строки) помимо ее регистрации в журнале событий IIS. Значение по умолчанию – True.

Язык сценариев [scriptLanguage]

Задает используемый по умолчанию язык сценариев для всех приложений ASP на данном веб-сервере. Значение по умолчанию – «VBScript».

Путь к каталогу кэша [diskTemplateCacheDirectory]

Содержит имя каталога, в котором ASP сохраняет скомпилированные шаблоны ASP после переполнения кэша в памяти. Значение по умолчанию — systemroot\inetpub\temp\ASP Compiled Templates.

Включить кэширование библиотек типов [enableTypelibCache]

Указывает, производится ли кэширование на сервере библиотеки типов. Значение по умолчанию – True.

Максимальное число файлов, кэшируемых на диске [maxDiskTemplateCacheFiles]

Указывает максимальное число сохраняемых скомпилированных шаблонов ASP. Значение по умолчанию – 2 000.

Максимальное число файлов, кэшируемых в памяти [scriptFileCacheSize]

Определяет число помещаемых в кэш заранее скомпилированных файлов сценариев. Если атрибут имеет значение 0, то файлы сценариев не кэшируются. Значение 4 291 967 295 указывает, то кэшируются все запрошенные файлы сценариев. Это свойство предназначено для настройки производительности в зависимости от объема доступной памяти и интенсивности обмена данными. Значение по умолчанию – 500.

Максимальное число кэшируемых обработчиков сценариев [scriptEngineCacheMax]

Задает максимальное число обработчиков сценариев, кэшируемых в памяти ASP-страницами. Значение по умолчанию – 250.

Разрешить параллельный вызов компонентов [appServiceFlags]

Включает работу параллельных сборок COM+, что позволяет ASP-приложению указать, какую версию системной DLL-библиотеки или COM-компонента следует использовать. Значение по умолчанию – False.

Включить регистрацию событий COM+ [appServiceFlags]

Включает средство регистрации событий COM+, которое позволяет администраторам и разработчикам производить отладку приложений ASP. Значение по умолчанию – False.

Выполнять в MTA [executeInMta]

Определяет, следует ли ASP выполнять сценарии в многопоточном отделении. Значение по умолчанию – False.

Учитывать потоковую модель компонента [trackThreadingModel]

Указывает, должна ли в IIS выполняться проверка потоковой модели для всех компонентов, создаваемых приложением. Значение по умолчанию – False.

Код раздела [partitionID]

Этому свойству присваивается идентификатор GUID раздела COM+. Если оно определено, установите для элемента Использовать раздел значение True.

Параллельно используемый компонент [sxsName]

Этому свойству присваивается имя приложения COM+. Если оно определено, установите для элемента Разрешить параллельный вызов компонентов значение True.

Использовать раздел [appServiceFlags]

Изолирует каждое из приложений в своем разделе COM+. Если для этого свойства установлено значение True, необходимо определить значение для элемента Код раздела. Значение по умолчанию – False.

Разрешить сохранение состояния сеанса [allowSessionState]

Включает сохранение состояния сеанса для приложения ASP. Значение по умолчанию – True.

Максимальное число сеансов [max]

Задает максимально допустимое число параллельных сеансов в IIS. Значение по умолчанию – 2 147 483 647.

Создать идентификатор для безопасного подключения [keepSessionIdSecure]

Создает новый файл cookie при переходе от незащищенного к безопасному подключению. Значение по умолчанию – True.

Время ожидания [timeout]

Задает период времени, в течение которого будет поддерживаться объект Session после обработки последнего связанного с ним запроса. Значение по умолчанию – 20 минут.

Элементы панели «Действия»

Имя элемента Описание

Позволяет сохранить изменения, внесенные на странице компонента.

Позволяет отменить изменения, внесенные на странице компонента.

Лекция 1. Что такое ASP.NET. Инсталляция и тестовый проект.

Введение

Microsoft .NET Framework — это платформа для создания, развертывания и запуска Web-сервисов и приложений. Она предоставляет высокопроизводительную, основанную на стандартах, многоязыковую среду, которая позволяет интегрировать существующие приложения с приложениями и сервисами следующего поколения, а также решать задачи развертывания и использования интернет-приложений. .NET Framework состоит из трех основных частей — общеязыковой среды выполнения (common language runtime), иерархического множества унифицированных библиотек классов и компонентной версии ASP, называемую ASP.NET.

ASP.NET – это часть технологии .NET, используемая для написания мощных клиент-серверных интернет приложений. Она позволяет создавать динамические страницы HTML. ASP.NET возникла в результате объединения более старой технологии ASP (активные серверные страницы) и .NET Framework. Она содержит множество готовых элементов управления, используя которые можно быстро создавать интерактивные web-сайты. Вы также можете использовать сервисы, предоставляемые другими сайтами, прозрачно для пользователей вашего сайта. В общем, возможности ASP.NET ограничены только вашим воображением.

Давайте обсудим, что такое динамические страницы HTML и чем они отличаются от статических. Статическая страница содержит код на языке гипертекстовой разметки HTML. Когда автор страницы пишет ее, он определяет, как будет выглядеть страница для всех пользователей страницы. Содержание страницы будет всегда одинаковым независимо от того, кто и когда решит ее просмотреть. Языка HTML вполне достаточно для отображения информации, которая редко изменяется и не зависит от того, кто ее просматривает. Страница HTML — простой ASCII-текст, следовательно, клиент может работать в любой операционной системе.

Совершенно понятно, что если сформировать web-страницу, описав ее структуру средствами HTML, она будет совершенно статична в смысле содержимого. То есть при просмотре в браузере она будет нести в себе точно ту же информацию, что была в нее записана в момент создания, и переданные пользователем данные не могут быть использованы для модификации содержимого отображаемых ему страниц: он сможет увидеть только то, что предварительно было записано в конечный набор файлов.


Но что, если мы хотим отобразить на странице текущий курс евро или прогноз погоды? Если мы написали страницу HTML вчера, сегодня она уже устареет. Следовательно, мы должны уметь создавать динамические страницы. Динамическое наполнение страницы – это информация, содержание которой определяется тем, кому она предназначена, и которая отличается от просмотра к просмотру. Оно позволяет обеспечить двусторонний обмен информацией – от клиента к серверу и обратно.

Динамическими принято называть web-страницы, которые перед отправкой клиенту проходят цикл обработки на сервере. В самом простом случае это может быть некоторая программа, которая модифицирует запрашиваемые клиентом статические страницы, используя параметры полученного запроса и некоторое хранилище данных. Даже при такой примитивной организации «неразрешимая» задача из предыдущего абзаца обретает очевидное решение: достаточно подготовить всего одну статическую страницу – шаблон – и перед отправкой страницы программно подставлять в него значение, полученное сегодня из банка или метеобюро.

Большинство страниц на ранних стадиях развития интернета были статическими. Последние 10 лет растет количество динамических страниц. И это понятно, пользователи интернет хотят не только читать готовую информацию, а быть активными действующими лицами. Например, они заказывают товары в интернет-магазине, пишут дневники, участвуют в конкурсах. Информационные порталы обновляют новости каждую минуту. Динамические страницы могут подстраиваться под конкретного пользователя, а также реагировать на его действия в браузере. Каким же образом? Для этого придумано множество технологий. Например, того, чтобы идентифицировать пользователя и сохранить его настройки для данного сайта, применяются файлы-cookies.

Существуют языки, способные динамически изменять содержимое веб-страницы. С одной стороны, это языки скриптов, выполняющиеся непосредственно у клиента. Примеры скриптовых языков — JavaScript и VBScript. Скрипты на этих языках встроены в код HTML, который сервер посылает браузеру. Сценарии, выполняемые на стороне клиента, выделяются тегами и . Браузер интерпретирует этот код и показывает пользователю результат. Сам код можно просмотреть через View Source браузера. Естественно, эти программы не могут быть большими. Например, если нужно выполнить поиск в базе данных, мы не может отправить пользователю все ее содержимое. Но скрипты могут проверить правильность запроса, введенного в форму, тогда не придется перезагружать сервер обработкой неправильных запросов. Некоторые программисты создают на JavaScript анимационные эффекты. Одна студентка intuit.ru желала найти скрипт, который бы отправлял SMS-сообщения. Увы, это невозможно. Выполняемых на стороне клиента сценариев недостаточно для создания полноценных динамических страниц. Даже если на странице используется JavaScript, анимированные картинки .gif, она называется статической.

Динамическая веб-странице должна быть создана «на лету» программой, исполняющейся на интернет-сервере. Широко применяются механизм шлюзов CGI(Common Gateway Interface). Вначале пользователь получает статическую страницу с формой. Вам известно, что в теге FORM существует атрибут ACTION. Именно он задает адрес (URL) исполняемого приложения. На сервере находятся исполняемые файлы программ, написанных, например на C/С++ или Дельфи, которые по протоколу HTTP принимают данные из входного потока или из переменных окружения и записывают в стандартный выходной поток готовую страницу.

Пользователю в ответ на запрос посылается HTML код, который был специально сгенерирован для него. Это может быть, например, результат поиска в поисковой системе. CGI -скрипты могут быть написаны на интерпретируемом языке (Perl) или даже скрипте командной строки. Входной и выходной потоки переназначаются. На вход интернет-сервер принимает данные, введенные пользователем. После обработки полученных данных, пользователю возвращается результирующая страница. При исполнении cgi-программа загружается в память сервера, а при завершении – удаляется. Когда 100 клиентов одновременно обращаются к серверу, в памяти создаются 100 процессов, для размещения кода каждого из которых нужна память. Это отрицательно сказывается на масштабируемости. Напомним, что масштабируемость — это возможность плавного роста времени ответа программной системы на запрос с ростом числа одновременно работающих пользователей.

Для решения это проблемы Microsoft была предложена альтернатива – ISAPI(Internet Server Application Programming Interface)-расширения и фильтры. Вместо исполняемых файлов используются DLL – библиотеки. Код DLL находится в памяти все время и для каждого запроса создает не процессы, а нити исполнения. Все нити используют один и тот же программный код. ISAPI –приложение выполняется в процессе IIS-сервера. Это позволяет повысить производительность и масштабируемость.

ISAPI-расширения можно создавать в Visual Studio C++ 6.0, пользуясь мастером.

У ISAPI тоже есть недостатки, относящиеся к разработке. Если мы меняем исходный код dll, мы должны его откомпилировать и поместить в исполняемую директорию сервера. Но так как предыдущий вариант dll находится в памяти, необходимо остановить сервер, чтобы получить доступ на изменение файла. В это время клиенты не смогут получить в сервера ни один документ, и, конечно, будут не удовлетворены.

Скриптовые языки, исполняющиеся на стороне сервера – php и asp. Технология asp была разработана Microsoft в 90-х годах.

Выполнение кода asp поддерживается ISAPI-расширением сервера. В диалоге конфигурации сервера IIS определяются способы обработки файлов с различными расширениями. Для обработки URL-адреса с расширением в установках сервера определен файл asp.dll. Файлы asp отправляются к нему на обработку. На вход поступает asp, а на выходе имеем поток HTML-кода.

Пример файла asp:

Тег сигнализирует asp, что в нем находится код, который он должен обрабатывать на сервере. Выполняется скрипт на языке, который указан в директиве Language. Оператор Response.Write записывает текст в выходной поток сервера, таким образом, он становится частью HTML-страницы, отправленной пользователю.

Технология asp была ограничена по своим возможностям. Он использовал скриптовые языки, которые имеют меньше возможностей, чем полнофункциональные языки программирования. Код asp был встроен в HTML в виде специальных тегов, что создавало путаницу. Кусочки asp были разбросаны по нему, как изюм в булке. Но HTML код обычно создают дизайнеры, которые умеют «делать красиво», а asp – программисты, которые заставляют все это работать. В ASP.NET вы можете держать код asp и HTML в разных файлах.

Скриптовые языки не поддерживают строгую типизацию. Что это значит? Вы можете не описывать переменную до ее использования и можете присваивать ей значения разных типов. Это удобно, но создает почву для ошибок. Например, у вас есть переменная x1, и вы присваиваете ей значение 1, но вы сделали опечатку и по ошибке написали x2=1. Будет создана новая переменная x2, а значение x1 не изменится. В языке со строгой типизацией компилятор заметит, что переменная x2 не описывалась, и выдаст ошибку.

В 2000 году на конференции разработчиков в качестве части новой технологии .NET Microsoft представила ASP+. С выходом .NET Framework 1.0 она стала называться ASP.NET.

ASP.NET — это не продолжение ASP. Это концептуально новая технология Microsoft, созданная в рамках идеологии .NET. В ASP.NET заложено все, для того, чтобы сделать весь цикл разработки веб-приложения более быстрым, а поддержку более простой. ASP.NET основана на объектно-ориентированной технологии, но сохранила модель разработки asp: вы создаете программу и помещаете ее в директорию, выделенную сервером, и она будет работать. В ASP.NET появилось много новых функций, а существовавшие в asp значительно усовершенствованы.

В ASP.NET используются компилируемые языки. Во время компиляции проверяется синтаксическая корректность исходного текста. Скомпилированный в промежуточный язык код выполняется быстрее, и он будет таким же независимо от языка, который мы используем. Компилируемые языки поддерживают строгую типизацию.

Компиляция происходит на сервере в момент первого обращения пользователя к странице. Если программист изменил текст страницы, программа перекомпилируется автоматически. При написании кода можно использовать набор компонентов, поставляемых с .NET.

Платформа .NET Framework предоставляет приложениям среду выполнения, сама непосредственно взаимодействуя с операционной системой. Выше лежит интерфейс ASP.NET приложений, на котором в свою очередь базируются веб-формы (ASP.NET страницы) и веб-сервисы. Интерфейс .NET Framework позволяет стандартизировать обращение к системным вызовам и предоставляет среду для более быстрой и удобной разработки. CLR обеспечивает единый набор сервисов для всех языков.

ASP.NET использует технологию доступа к данным ADO.NET, которая обеспечивает единый интерфейс для доступа к базам данных SQL Server и файлам XML. Кроме того, усиленная модель безопасности позволяет обеспечивать защиту клиента и сервера от несанкционированного доступа.

В 2004 году появилась версия ASP.NET 2.0(бета-версия, окончательный выход – конец 2005-начало 2006). Как утверждается, эта версия позволяет сократить объем кодирования на 70%. Новые возможности версии 2.0 – например, использование шаблонов дизайна страниц(Master Page), упрощенная локализация Web-приложений, более 50 новых серверных элементов управления. Цели, которые преследовали разработчики новой версии – повысить скорость разработки сайтов, масштабируемость, легкость поддержки и администрирования сайтов, скорость работы сервера. Появилась панель остнастки MMC (консоль управления Microsoft), предоставляющая графический интерфейс для управления настройками ASP.NET. Изменять настройки проекта теперь можно и через web-интерфейс. ASP.NET 2.0 поддерживает работу на 64-битных процессорах. Сервис персонализации (personalization) предоставляет готовое решение для хранения персональных данных, непосредственно характеризующих пользователя сайта, так называемого профиля пользователя (Profile).

Шаблоны дизайна, темы и скины позволяют независимо дизайн всего сайта отдельно от его функциональности, темы включают графику и каскадные таблицы стилей.

Предыдущие версии Visual Studio для проектов ASP.NET требовали наличия на машине разработчика сервера IIS. Теперь сервер встроен в среду разработки.

ASP.NET 2.0 и Visual Studio 2005 предоставляют инструменты для легкого построения локализируемых сайтов, которые определяют предпочитаемый язык пользователя и посылают ему страницы на его языке.

Возможность прекомпиляции позволяет обнаружить ошибки до загрузки страниц на сервер. Можно не хранить на сервере исходные страницы aspx, тем самым защищая свою интеллектуальную собственность.

В ASP.NET 2.0 встроена технология автоматического обновления кэширования баз данных. Данные, полученные из базы, хранятся на сервере и он не обращается к базе для обработки повторного запроса. При изменении базы данных кэш обновляет свое содержимое.

ASP.NET — это технология, а не язык, и позволяет программировать на разных языках – С#, Visual Basic, J#. В платформе .NET все языки равны, но некоторые равнее(Дж. Оруэлл). Вот таким языком и является С#, потому что он был специально создан для этой платформы. Программирование C# позволяет в полной мере использовать концепции, методы и паттерны объектно-ориентированной разработки. Язык Visual Basic 8.0 наделен почти теми же возможностями. Чтобы научиться ASP.NET, вам нужно знать основы HTML, а знание asp не обязательно. Оно может даже помешать, так как придется менять образ мышления. Также для понимания многих желательно знать CSS и JavaScript.

Процесс инсталляции

ASP .NET 2.0 можно установить на компьютерах с ОС Windows 2000 с Service Pack 4, Windows XP с Service Pack 2 и более поздними версиями Windows. Готовые сайты предпочтительно устанавливать на Windows Server 2003.

Для разработки приложения можно использовать любую среду разработки или даже текстовый редактор, при условии, что у вас есть доступ к IIS. Если же вы хотите воспользоваться всей мощью Microsoft .NET Framework и ASP.NET и при этом, затратить как можно меньше усилий, то нужно воспользоваться средой разработки, специально разработанной для программирования ASP.NET 2.0.

Если вы приобретете Visual Studio .NET 2005, то для работы достаточно будет только его. .NET Framework содержится на дисках. В его состав входит Visual Web Developer, который позволяет создавать профессиональные веб-приложения, а также desktop-приложения на разных языках программирования. Продукты Microsoft выпускаются на DVD, но есть набор из двух CD от «Мегасофт». Visual Studio .NET 2005 требует около 2 Гигабайт дискового пространства. При этом инсталлируется ASP.NET 2.0, среда разработки, SQL Server Express, встроенный веб-сервер, Crystal Reports со специальными элементами управления для ASP.NET 2.0.
Бесплатно распространяемое программное обеспечение.

Visual Web Developer 2005 Express Edition – свободно распространяемая среда предназначенный для новичков и студентов, доступная по адресу http://msdn.microsoft.com/vstudio/express/vwd/. Список отличий VWD от Visual Studio.NET 2005 невелик и для начинающих несущественен, он приведен здесь: http://msdn.microsoft.com/vstudio/products/compare/default.aspx

Инсталлятор VWD имеет объем 2,8 Мб, но в процессе инсталляции он загрузит еще 40 Мб и 80 Мб, если захотите установить документацию. При этом также будет установлен .NET Framework с ASP.NET 2.0.

Системные требования – процессор с минимальной скоростью 600 МГц, 128 МБ памяти и 1.3 ГБ дискового пространства. После инсталляции нужно будет зарегистрировать свою установку, это совершенно бесплатно.

В качестве среды разработки вы можете выбрать WebMatrix. Эта программа совмещает в себе редактор и http-сервер. Ее можно загрузить на http://www.asp.net/WebMatrix.

У WebMatrix инсталлятор размером всего 1.2 Мб, но у него меньше возможностей, чем у VWD. Но, в общем, эти среды разработки похожи. У WebMatrix есть неприятная особенность – она дает запрос на сохранение во время закрытия файлов, которые не редактировались. VWD Express позволяет одним нажатием кнопки открыть Web-интерфейс конфигурирования проекта. В VWD работает технология IntelliSense, которая автоматически предлагает возможные в данном месте элементы кода.

Если вы решили работать с WebMatrix, вы должны установить на своей машине .NET Framework 2.0 и ASP.NET 2.0.

Если у вас операционная система Windows Server 2003, то .NET Framework уже предустановлен. Вы можете проверить, есть ли вас директория %WINSDIR%Microsoft.NETFramework. Если нет, вы можете ее загрузить на сайте Microsoft. Последние версии находятся по адресу http://msdn.microsoft.com/netframework/downloads/updates

На данный момент это .NET Framework 2.0, но к моменту, когда вы будете читать эту лекцию, могут появиться более новые версии. Вы можете скачать новую версию, даже если у вас уже есть другая. Они будут существовать на компьютере одновременно в поддиректориях %WINSDIR%Microsoft.NETFramework, с именем, соответствующим номеру версии. Можно сказать, что каждая версия представляет собой сборку. Система версий поддерживается для всех приложений, созданных с использованием .NET Framework.

Там вы увидите ссылки на .NET Framework для разных архитектур компьютера.

При желании загрузите .NET Framework Version 2.0 SDK, которая содержит наряду с .NET Framework Version 2.0 SDK документацию и примеры, которые могут оказаться полезными.

По адресу http://asp.net/default.aspx можно найти много полезных для разработчиков программных продуктов, примеров кода и статей.

IIS(Internet Information Server) находится на инсталляционном диске Windows 2000/XP, но предустановлен только на серверах. Его можно установить, зайдя в Control Panel->Add or Remove Programs->Add/Remove Windows Components. Компьютер попросит вас вставить инсталляционный диск.

IIS может понадобиться, если вам нужен полноценный сервер для работы в интернет, а не просто на своем компьютере или в локальной сети или вы решили набирать текст в обычном редакторе. Для работы на своем компьютере во все эти среды разработки встроен сервер Cassini, который первоначально появился как часть WebMatrix. Символ WebMatrix – планета Сатурн, а Кассини — известный исследователь Сатурна. Предыдущие версии Visual Studio требовали наличия IIS, но теперь Cassini встроен и в Visual Studio 2005, что позволяет работать даже в Windows XP Home Edition.

Примеры будут даваться как для WebMatrix, так и Visual Studio. Некоторые примеры требуют VWD Express или Visual Studio.
Сообщества разработчиков.

Через меню помощи Visual Web Developer Express можно зайти на сайты форума по ASP.NET. А вот адреса сайтов на русском языке:

* http://www.aspnetmania.com
* http://www.gotdotnet.ru/
* http://www.sql.ru/
* http://dotsite.ru/
* http://www.rsdn.ru/

Вы можете завести пробный хостинг на http://europe.webmatrixhosting.net/russia/default.aspx.

Первый проект

Вначале решите, в какой директории будете создавать страницы. Все файлы, находящиеся в одной директории, считаются единым проектом.Запустите выбранную вами среду разработки. Выберите пункт меню File-New-Website. Появится диалоговое окно. Назначьте в нем имя проекта и выберите язык программирования С#.

По умолчанию проект создается в файловой системе. По желанию его можно создать на HTTP или FTP-сервере. Из файловой системы проект всегда можно скопировать на сервер нажатием одной кнопки в заголовке Solution Explorer.

В проекте будет создана страница default.aspx. Выберите ее, и появится окно редактирования с закладками Design и Source. Не меняя ничего, щелкните на кнопке со стрелкой, чтобы просмотреть страницу в браузере. Появится окно, котором спрашивается, нужно ли добавить в файл web.config возможность отладки. Нажмите OK. На панели задач должен появиться значок веб-сервера. Откроется браузер, показывающий страницу по адресу http://localhost:номерпорта/Website1/default.aspx. localhost обозначает сервер, работающий на вашем компьютере. Встроенный сервер Cassini сам назначает себе номер порта – для каждого проекта он разный. Сервер IIS обычно работает через порт 80(или 8080, если тот занят), и для него номер порта указывать не нужно. При этом ваша страница будет скомпилирована.

Пока что страница в бразере пустая.


Но исходный код этой страницы не пустой. Программа сгенерировала код для вас.

Создание кода кода ASP.NET доступно только для отладки/разработки на front-end странице.aspx

ASP.NET front-end.aspx-страница (скрытие кода при развертывании).

Я пытаюсь просто нажать кнопку для разработчиков, которые автоматически заполняют эту гигантскую форму, единственное, что я смог найти, это:

Проблема заключается в том, что проект запускается в среду тестирования, они все еще видят кнопку! Он начинается как: display:none; , и как-то этот код попадает даже при развертывании!

РЕШЕНИЕ :: Благодаря тестовой среде @Icarus web.config также имеет

Чтобы он работал только в нашей среде разработки, мне пришлось делать:

Трансформация файла web.config

В этом уроке давайте разберем очень интересную возможность по настройке файла конфигурации web.config. Суть в следующем: мы можем хранить настройки конфигурации приложения отдельно для debug-версии проекта, и отдельно для release-версии. То есть в процессе работы над проектом мы используем тестовую среду и тестовые настройки, а после публикации проекта настройки автоматически будут изменены на актуальные.

Здесь мы не будем останавливаться на подробном изучении файла web.config и для чего он предназначен. С данным материалом можно ознакомиться в соответствующем уроке.

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

Другой пример. Обработка ошибок в приложении. Элемент:

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

Перечислим наиболее частые ситуации, где имеются разные конфигурации для dev-а и для релиза.

  • Строки подключения к базе данных
  • Обработка ошибок в приложении
  • Удалить атрибут debug при публикации проекта
  • Отключение/включение кеширования контента
  • HTTP-header’s ответа сервера
  • Настройки в секции appSettings
  • Любые другие индивидуальные настройки в проекте

Все эти настройки можно описать для трансформации файла web.config. Давайте посмотрим как.

В любом MVC-проекте файл web.config представляет собой группу, которая объединяет еще два файла: Web.Debug.config и Web.Release.config. Как раз в этих файлах и будут определяться настройки соответственно для дебага и для релиза. Если стандартных двух конфигураций недостаточно, то можно создать и новые, например, для другого тестового сервера:

    В меню Visual Studio пункт Build -> Configuration Manager…

После подготовки всех конфигураций можно приступить непосредственно к разделению настроек. Посмотрим, как это работает.

По сути, файл трансформации представляет собой обычный XML-документ, где указаны изменения, которые будут применены при публикации проекта. По умолчанию здесь уже добавлены комментарии разработчиков для быстрого старта.

Представим, что нам для релизной версии проекта нужны следующие изменения и изменим файл Web.Release.config таким образом:

Обратим внимание на следующие моменты:

Для файла определено пространство имен XML-Document-Transform. Оно определяет всего два атрибута: Locator и Transform. С их помощью мы и будем нужным нам образом трансформировать конфиг-файл.

Посмотрим, что мы определили для трансформации.

  1. Мы полностью заменяем секцию connectionStrings. На продакш-сервере у нас будет одна строка подключения со стандартным названием . В ней прописаны актуальные для сервера настройки подключения к БД. Для атрибута Transform указано значение «Replace». Атрибут Locator здесь необязателен, так как мы работаем с целой секцией, и она может быть определена в конфиге лишь один раз.
  2. В секции appSettings мы находим элемент под ключом keyOld и заменяем его на новый элемент с новым ключом и с новым значением.
    xdt:Locator=»Condition(@key=’keyOld’)»
    xdt:Transform=»Replace»
  3. В секции compilation мы удаляем из релиза атрибут debug
    xdt:Transform=»RemoveAttributes(debug)»
  4. Выключаем детальную информацию об ошибках приложения. В секции customErrors меняем значение Off на On
    xdt:Transform=»SetAttributes»
  5. Также у нас в приложении определены специфичные настройки. Наше приложение умеет отсылать письма на определенный ящик. Меняем тестовый ящик на актуальный адрес клиента. Трансформируем секцию email и атрибут contactEmail
    xdt:Transform=»SetAttributes»

Теперь опубликуем проект и посмотрим на release-версию файла Web.config

Полный список всех настроек для атрибутов Locator и Transform можно найти в официальной документации:

При трансформации файла web.config важно понимать следующие моменты:

  1. Мы определяем, ЧТО мы хотим изменить и КАК мы хотим изменить. Используем для этого атрибуты Locator(что) и Transform(как)
  2. Файл трансформации не подменяет настоящий web.config файл, а лишь вносит в него указанные изменения в момент построения итогового файла в процессе публикации. То есть содержимое файла трансформации не равно содержимому файла web.config
  3. Трансформация происходит не в процессе разработки и компиляции проекта, а только в момент публикации

Что касается пункта 3 выше, то это стандартное поведение трансформера по задумке разработчиков, то есть трансформируем при публикации. Однако иногда возникают ситуации, когда трансформация удобна и в процессе разработки, подменить настройки при сборке проекта. Это можно сделать, внеся некоторые изменения в *.csproj файл проекта.

  1. Выгружаем наш проект из Visual Studio, если он на данный момент в работе
  2. Любым текстовым редактором открываем файл проекта ­_name_.csproj. Находим закомментированный участок кода, где предлагается внести свои изменения в процесс сборки проекта.
  3. Добавим свое правило для сборки проекта

How do I debug a web apiRSS

5 replies

Last post Aug 06, 2020 02:30 AM by Yohann Lu

Shortcuts

How do I debug a web api

Jul 28, 2020 01:34 AM | trogan | LINK

How do I debug a web api? I have my asp.net website in one copy of VS 2015 (community) and my client in another copy. Both access the same localhost. website. When I call a web api from my client it does not trigger a breakpoint in the website. The web api itself works outside of vs.

Re: How do I debug a web api

Jul 28, 2020 02:32 AM | Yohann Lu | LINK

trogan

How do I debug a web api?

Firstly, you should run your Web API in VS.

If your the applications are hosted at different domains, you may should Enabling Cross-Origin Requests in ASP.NET Web API 2.

Then, we can call Web API from our client or some test tools.

In our Asp.net client, we can use the following code.

Some tools can help your test your Web API. You can refer the following link.

Отладка приложений отключена в Visual Studio 2012 При классической отладке ASP

Я хотел бы отладить Classic ASP веб-сайт Visual Studio 2012 С IIS Express . Следовательно, я прикрепил iisexpress.exe на VS 2012 , но он показывает Application Debugging is disabled . Что может быть проблемой ? Хочу ли я включить какие-либо параметры конфигурации?

4 ответов

У меня нет visual studio 2012 для тестирования, насколько я знаю, visual studio не может отлаживать классический код asp изначально. Как я отлаживать мой АСП классический код ставить в отчетности в строке, я хочу, чтобы отладить как этот пост говорит. точка останова-это просто ввод stop.

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

Примечание: ссылка говорит visual studio 2005, но она также работает в 2010 году (и также должна работать в 2012 году), вам также не нужно расширение отладки.

также убедитесь, что в IIS активирована отладка на стороне сервера, или это не сработает.

прежде всего, вам нужно включить отладку на стороне сервера классического сценария ASP. Для этого выполните следующие команды:

здесь [YOUR_SITE_NAME] — это имя вашего сайта. Вы можете найти это имя, открыв:

. и поиск вашего сайта.

затем запустите экземпляр IIS Express из командной строки:

опять [YOUR_SITE_NAME] — это имя вашего веб-сайта IIS Express.

затем прикрепить изображение Отладчик Studio 2012 и установите точку останова в сценарии, который вы хотите отладить. Перейдите на свой сайт / скрипт, и вы увидите, что точка останова загорается:

перейдите в IISASPсвойства отладки включить отладку на стороне клиента и сервера

затем присоедините процесс w3wp от VS2012

Мне нравится использовать полномасштабные IIS на моей машине dev, так как это то, что мои веб-серверы работают и имели проблемы с различиями между Casini и IIS в прошлом..

во всяком случае, я не смог сделать это так, как предложил @Kev. Я сделал еще несколько игр вокруг + чтение и обнаружил, что в окне» прикрепить к процессу «вам нужно специально выбрать» код сценария «в опции» прикрепить к:».

Илон Маск рекомендует:  Шаблон сайта Blue marble HTML + CSS + JS
Понравилась статья? Поделиться с друзьями:
Кодинг, CSS и SQL
Имя элемента Описание