Результаты поиска

Это ASP classic, а не. Net.Мы должны получить способ SFTP на сервер, чтобы загрузить и загрузить пару файлов, запущенных пользователем.

Что другие люди привыкли делать SFTP в ASP классик? Не обязательно против покупки контроля.

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

Я хотел бы использовать пользовательский ConfigurationSection, и для страниц ASP.NET это отлично работает. Но когда компонент вызывается через COM interop с классической страницы ASP, он не работает в контексте запроса ASP.NET и поэтому не имеет никакого представления о web.config.

Есть ли способ сказать ConfigurationManager , чтобы просто загрузить конфигурацию из произвольного пути (например, ..\web.config , если мой assembly находится в папке /bin )? Если есть, то я думаю, что мой компонент может вернуться к этому, если по умолчанию ConfigurationManager.GetSection возвращает null для моего пользовательского раздела.

Любые другие подходы к этому были бы приветствованы!

Мне нужно создать страницу ASP (классическую, а не ASP.NET), которая запускает удаленные сценарии оболочки на сервере UNIX, а затем захватывает выходные данные в переменные в VBScript внутри самой страницы.

Я никогда не делал ASP или VBScipt раньше. Я попытался google этот материал, но все, что я нахожу, - это ссылки на удаленные сценарии на стороне сервера, ничего конкретного.

Я действительно мог бы использовать:

1. Элементарный пример того, как это можно сделать.
2. Любые другие лучшие альтернативы для достижения этого безопасным способом.

Существуют ли какие-либо бесплатные / открытые альтернативы этим библиотекам? Есть примеры?

Я хотел бы начать перемещать наши бизнес-слои приложений в коллекцию веб-сервисов REST. Однако большая часть нашей интрасети была построена с использованием классического ASP, и большинство разработчиков, где я работаю, продолжают программировать в классическом ASP. В идеале, чтобы они могли воспользоваться преимуществами уникального набора web APIs, его нужно было бы вызвать с классических страниц ASP.

Я не имею ни малейшего представления, как это сделать.

Я пытаюсь создать отчет, запросив 2 базы данных (Sybase) в классическом ASP.

Я создал 2 строки подключения:

connA для databaseA
connB для databaseB

Обе базы данных находятся на одном сервере (не знаю, имеет ли это значение)

Запросы:

q1 = SELECT column1 INTO #temp FROM databaseA..table1 WHERE xyz="A"

q2 = SELECT columnA,columnB,...,columnZ FROM table2 a #temp b WHERE b.column1=a.columnB

с последующим:

response.Write(rstsql) <br>
set rstSQL = CreateObject("ADODB.Recordset")<br>
rstSQL.Open q1, connA<br>
rstSQL.Open q2, connB

Когда я пытаюсь открыть эту страницу в браузере, я получаю сообщение об ошибке:

Поставщик Microsoft OLE DB для ODBC драйверов ошибка '80040e37'

[DataDirect] [ODBC Sybase драйвер проводного протокола] [SQL сервер]#temp не найден. Укажите owner.objectname или используйте sp_help, чтобы проверить, существует ли объект (sp_help может выдавать много выходных данных).

Может ли кто-нибудь помочь мне понять, в чем проблема, и помочь мне ее решить?

Спасибо.

У меня есть веб-приложение, которое иногда просто висит над тяжелой нагрузкой. Чтобы заставить его вернуться, я должен убить процесс "dllhost.exe". Кто-нибудь знает что делать?

Это классический ASP (VBScript) приложение с большим количеством объектов COM+.

Сервер имеет следующую конфигурацию:

• Intel Core 2 Duo 2.2 GHz / 4 GB RAM
• Windows Server 2003 Web Edition SP2
• IIS 6.0

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

Объекты COM-это объекты PowerBuilder, развернутые как объекты COM.

Является ли IIS 7.0 (намного) более стабильным, чем IIS 6.0?

У меня есть веб-сервис ASP.NET с такими функциями, как:

[WebService(Namespace = "http://internalservice.net/messageprocessing")]
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
[ToolboxItem(false)]
public class ProvisioningService : WebService
{
    [WebMethod]
    public XmlDocument ProcessMessage(XmlDocument message)
    {
        // ... do stuff
    }
}

Я вызываю веб-службу из ASP, используя что-то вроде:

provWSDL = "http://servername:12011/MessageProcessor.asmx?wsdl"
Set service = CreateObject("MSSOAP.SoapClient30")
service.ClientProperty("ServerHTTPRequest") = True
Call service.MSSoapInit(provWSDL)

xmlMessage = "<request><task>....various xml</task></request>"
result = service.ProcessMessage(xmlMessage)

Проблема, с которой я сталкиваюсь, заключается в том, что когда XML достигает метода ProcessMessage, веб-служба plumbing попутно добавила пространство имен по умолчанию. т. е. если я установлю точку останова внутри ProcessMessage (сообщение XmlDocument), я увижу:

<request xmlns="http://internalservice.net/messageprocessing">
  <task>....various xml</task> 
</request>

Когда я захватываю пакеты по проводу, я вижу, что XML, отправленный инструментарием SOAP, немного отличается от того, что отправлено клиентом .NET WS. Набор инструментов SOAP отправляет:

<SOAP-ENV:Envelope 
    xmlns:SOAPSDK1="http://www.w3.org/2001/XMLSchema" 
    xmlns:SOAPSDK2="http://www.w3.org/2001/XMLSchema-instance" 
    xmlns:SOAPSDK3="http://schemas.xmlsoap.org/soap/encoding/" 
    xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
    <SOAP-ENV:Body>
        <ProcessMessage xmlns="http://internalservice.net/messageprocessing">
            <message xmlns:SOAPSDK4="http://internalservice.net/messageprocessing">
                <request>
                    <task>...stuff to do</task>
                </request>
            </message>
        </ProcessMessage>
    </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Если клиент отправляет .NET:

<soap:Envelope 
    xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <soap:Body>
        <ProcessMessage xmlns="http://internalservice.net/messageprocessing">
            <message>
                <request xmlns="">
                    <task>...stuff to do</task>
                </request>
            </message>
        </ProcessMessage>
    </soap:Body>
</soap:Envelope>

Прошло так много времени с тех пор, как я использовал инструментарий ASP/SOAP для вызова веб-сервисов .NET, что я не могу вспомнить все умные tricks/SOAP-fu, которые я использовал, чтобы обойти подобные вещи.

Есть какие-нибудь идеи? Одним из решений является создание вызываемого COM .NET прокси, который принимает XML как строковый парам и вызывает WS от моего имени, но это дополнительный уровень сложности/работы, которую я надеялся не делать.

Я поддерживаю стороннюю систему, которая использует сервер COM, classic ASP и SQL. Наша компания перешла к использованию TFS в качестве поставщика системы управления версиями , который продвигает вещи через Visual Studio. Итак, каков наилучший способ получить классический интерфейс asp в Visual Studio?

Какая разница в ASP/VBScript между Int() и CInt() ?

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

Достаточно ли безопасно давать IUSR разрешения на запись в папку? Должен ли я обеспечить что-то еще? Я боюсь хакеров, которые обходят страницу ASP и загружают содержимое непосредственно в папку.

Я использую ASP classic и IIS6 на сервере Windows 2003. Загрузка осуществляется через HTTP, а не FTP.

Изменить: изменение вопроса для ясности и изменение моих ответов в качестве комментариев.

Что я должен использовать для кода Classic ASP под Linux. Я действительно пытался использовать Emacs и Vim, но у меня нет времени, чтобы изучить их.

Что я ищу:

• Подсветка синтаксиса
• Браузер Кода (Ctags)
• Предпочтительно какой-то кодовый инсайт

Что-то вроде Ultra Edit или E-texteditor.

Я немного работаю над ужасным программным обеспечением, созданным компанией Bangalores best.

Он написан в основном классическим ASP/VbScript,, но с "ported" по ASP.NET, хотя большая часть кода имеет классический ASP стиль на ASPX страницах :(

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

Многошаговая операция OLE DB породила ошибки. Проверьте каждое значение состояния OLE DB, если оно доступно. Никакой работы не было сделано.

Line 38:    MasterConn = New ADODB.Connection()
Line 39:    MasterConn.connectiontimeout = 10000
Line 40:        MasterConn.Open(strDB)

Кто-нибудь знает, что означает эта ошибка? Его подключение к моей локальной машине (под управлением SQLEXPRESS) с помощью этой строки подключения:

PROVIDER=MSDASQL;DRIVER={SQL Server};Server=JONATHAN-PC\SQLEXPRESS\;DATABASE=NetTraining;Integrated Security=true

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

UPDATE:

Проблема заключалась в использовании "Integrated Security" с ADO. Я перешел на использование учетной записи пользователя, и она подключилась просто отлично.

У меня есть пара вопросов относительно VBScript и ASP Classic:

1. Каков предпочтительный способ доступа к базе данных сервера MS SQL в VBScript/ASP?

2. Каковы наилучшие методы в отношении отделения модели от представления от контроллера?

3. Есть еще что-нибудь, что я должен знать о VBScript или ASP?

Если вы еще не заметили, я новичок в кодировании VBScript. Я понимаю, что числа 2 & 3-это своего рода гигантские вопросы "black hole", которые являются слишком общими, поэтому не думайте, что я ожидаю узнать все, что нужно знать об этих двух вопросах отсюда.