Pergunta : Fechar uma conexão a Ajax

Olá!, o

How pode mim fecha uma conexão a Ajax? a necessidade do

I de fazer um laço de requests.

Following é o loadXMLDoc de code.


function (arr, nome) {
se (window.XMLHttpRequest) {/código para IE7+, Firefox, cromo, ópera, xmlhttp de Safari
= XMLHttpRequest novo ();
do
} mais {/código para IE6, xmlhttp de IE5
= ActiveXObject novo (“Microsoft.XMLHTTP”);
xmlhttp.open do
} (“COMEÇ”, “zipando.ashx? o file=” + arr + “&zip=” + nome, retifica);

xmlhttp.onreadystatechange = função () {
se (== 200 do && xmlhttp.status do == 4 de xmlhttp.readyState) {
document.getElementById (“tela”) .innerHTML = xmlhttp.responseText;
xmlhttp.send do
do
do
}} (); o


This do
do
} é o erro:
Error: Não podia criar o file.

Thanks! class= do

Resposta : Fechar uma conexão a Ajax

A razão a mais comum é que o cliente do convidado do Internet (IUSR_MACHINE), que é à revelia parte do “todos” grupo, não tem escrever permissões na lima de base de dados (.mdb). Para reparar este problema, usar a aba da segurança no explorador para ajustar as propriedades para esta lima de modo que o cliente do convidado do Internet tenha as permissões corretas.

NOTA: Ao usar bases de dados de Microsoft Access com DEMORA, é igualmente necessário dar o convidado que do Internet o cliente escreve permissões no diretório que contem a lima de .mdb. Isto é porque o jato cria uma lima de .ldb para segurar o travamento da base de dados. Você pode igualmente precisar de dar a permissão de leitura/gravação no dobrador do “Temp” porque o jato pode criar limas provisórias neste diretório.
Uma segunda causa deste erro é que a base de dados não estêve aberta com a MODALIDADE correta para a escrita. Se você executa o aberto no objeto de conexão, você usa a propriedade da modalidade para indicar as permissões na conexão como mostrado aqui:

     SQL = da “jogo de produtos UnitPrice ATUALIZAÇÃO = 2; ”
     Ajustar conexão = Server.CreateObject (“ADODB.Connection”)
     Conn.Mode = 3 '3 = adModeReadWrite
     Conn.Open “myDSN”
     Conn.Execute (SQL)
     Conn.Close

                                   
NOTA: À revelia, a MODALIDADE é ajustada a 0 (adModeUnknown), que permite geralmente atualizações.
Uma outra causa deste erro é que “somente” o ajuste lido pode ser verific dentro a página das opções para ver se há este DSN no gerente de ODBC.
A últimos edição e trabalho pertencem ao redor a toda a origem de dados do SQL. O erro pode ser causado pelas indicações de SQL que violam a integridade referential da base de dados. Estão aqui algumas das perguntas as mais comuns que falham:
Os grupos os mais simples a tratar são aqueles que você não pode mudar: crosstab, pass-through do SQL, união, ou perguntas da ação da atualização (ou a fazer-tabela) que têm as propriedades de UniqueValue ajustadas a sim.

Uma outra causa muito comum é quando a junta inclui as tabelas lig de ODBC que não têm índices originais. Neste caso, não há nenhuma maneira para que o SQL garanta que os registros são originais em uma tabela que tenha os campos cujo o valor mudará com a pergunta.

Uma causa tem uma ac1ão alternativa robusta. Se você tenta atualizar um campo da junta no “um” lado de uns “um-à-muitos” pergunta falhará a menos que você girar atualizações sobre de conexão em cascata. Esta maneira, você delega a integridade referential ao motor de JATO.