Desktop
Website
Multimedia
Database
Security
Enterprise
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.X
MLHTTP”);
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 (“t
ela”) .inne
rHTML = 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.
Outras soluções
Perguntas da entrevista do certificado de Shell da festança
lima de .vmdk
Como encontrar a contagem da fileira em Oracle DataReader em ASP.NET?
Excitador do bluetooth BCM2045 do inspiron 1720 de Dell para o profissional de Windows Xp.
Como conseguir o lightbox mostrar sobre a bandeira instantânea?
Fora do escritório o assistente que não trabalha w/Forwarding configurou
Redistribuindo o RASGO em subnets non-contiguous do OSPF.
líquidos de corpo após a sessão da natação
SQL0952N
Criando um vbscript para a chave do registro - IRPStackSize