ok, era vermelho e passou para azul, provavelmente por ser uma cor mais suave do que o vermelho, mas o logo em si não tem nada a ve...

Se eu não me engano...o IG mudou de cor porque ele estava a beira da falência, ai fez uma associações e entrou em uma nova fase 'blue' só alegria!! Por isso que mudou a cor..se alguém souber mais..diga ai..

Essa troca na verdade aconteceu quando IG deixou de significar Internet Grátis e passou a ser Internet Group. A troca de cor quis mostrar que "mudou mas não mudou".

Sobre a logo do MSN, se repararem, a borboleta é formada pelos "vidros" da Logo do Windows (para ser associada diretamente à MicroSoft) e como já dito a borboleta pode significar mobilidade, agilidade e coisas do gênero.

velho.. gostei do seu tópico... tipo soh acho q devia colocar também, soh pra terminar uma referência a filtros gerais.. não soh de SQL injection...

tipo, pra scripts em geral... uma falha bem comum em murais q pela falta da mesma, acabam ficando abertos a sacanagens e modificações...

Explico:

imagine se em seu mural (sem filtro), alguém posta uma mensagem:

<script>while(true){alert("PAM!");}</script>

Quando seu ASP for ler o banco, ele simplesmente escreverá um script para todos os usuários, fazendo com q uma mensagem fique permanentemente na tela.. agora imagine isto com janelas... seria um inferno de janelas.....

para se ter uma idéia do que estou falando.. entrem em:
www.cliquenabalada.com.br
e postem uma mensagem com script no mural....
ninguem quer isso em seu site, correto?!

pois bem... para evitar isso, coloque antes de mandar os textos pro banco ou antes de escrever, um replace, removendo o sinal de menor e maior (<,>), mais ou menos assim:

Replace (variavel, ">", "")
Replace (variavel, "<", "")

cabô... duas linhas e nenhuma preocupação... rs..

(parabéns pela promoção iporto)

flws..

Com relação a isso, o Server.HTMLEncode que foi citado no 1º post já resolveria isso.

Cara, no código que tinha postado era uma função, vc só da o texto, independente de ser do BD ou de um Formulário. E só chamar a função passando o parametro.
Por exemplo vc faria:

<%Texto = BB(Texto)
Response.Write Texto%>

Só mais uma dica: coloque todos os replaces dentro dessa função, isso irá te facilitar o "transporte" dessa função.

Uma pergunta, a parte de "QUOTE" e "CODE" vc já fez?

sei q é Moderador do Fórum, por isso, acho q deveria pontuar os altos e baixos da opção... apenas alerte o garoto sobre as possíveis falhas do script.


Valew...

Cara, não tem falha! E não é pq sou moderador, antes sou um usuário como qq outro! Só quis dizer para vc testar antes pq acho que vc está enganado com a possibilidade de erro. O que é exibido na Query será "Decodificado" quando se der o Request.

eu sei, só que como disse, ñ sei como a URL gurdaria de uma forma eficiente uma quebra de linha vinda de uma textarea e exibiria em um response.write no body..... só isso....

Então, vamos lá: ele codifica e realmente quarda a quebra de linha, só que vc deve se recordar que uma quebra de linha em HTML é <BR> então o "Enter" no texto não irá ter resultado em tela, se vc fizer um Replace ele irá exibir corretamente.

O server gratis que hospedei o exemplo parece que está me embarreirando mas nele eu testei o enter, e é exibido corretamente no TextBox depois de um Request. Copie aquele código que postei e execute ele. Pode digitar Enter à vontade, que ele irá exibir se fizer um Replace a mais no código.

Replace(Texto,Chr(13),"<BR>") naum....

Tá bom, Tá bom, heheheheheehehehe O 13 foi de cabeça e errei, é Chr(10) o "Enter".

pow dahora kra, vlw!

soh me explica pq vc colocou :

<%@LANGUAGE="VBSCRIPT" CODEPAGE="1252"%>

e kra, tente colocar ">" no exemplinho q vc fez... ele retorna "&amp;gt;" e naum ">"

O Codepage foi gerado pelo editor que uso.
Sobre o ">", não sei se vc reparou tb que usei o HTMLEncode, usei para evitar formatação HTML, ele também faz as trocas dos acentos e caracteres especiais pelos códigos HTML deles! por isso o "&gt;"

em uma nova text área eu sei q ele exibirá corretamente, talvez mesmo sem URLencode, mas quando se escrever na página, como texto, ele tambem exibirá a quebra?!

Usando o Replace(Texto,Chr(13),"<BR>") sim será exibido. E isso está escrito no post acima.

string variável/ acho q fica fácil de entender que qualquer(independente d qual) valor colocado lá sofrerá o mesmo efeito e será padronizado.

Só quiz dizer que em seu exemplo nada vai acontecer!

e outra, já contou ao nosso amigo q João das Cabras(na string João%20das%20Cabras) em URLencode ficará Jo%26%23227%3Bo+das+Cabras... acho q naum e acho q naum é bem isso q ele quer q role.... e outra... naum acho possível que a Query guarde quebras de linhas ("enters") como vc disse... se guarda... por favor, me mostre

Se vc ler todo o Post verá que postei um exemplo em funcionamento! E ainda usei também HTMLEncode (vc conhece?)

PS: Repare também na mudança de URL quando uma palavra com caracteres especiais, espaçamento, acentuação e quebra de linha é enviada via FORM e via link... isso certamente trará problemas....

Via form usando o Método GET vai exatamente da mesma forma que link formatada com URLENCODE! Use o exemplo que passei em um tópico e verá! Ah só avisando que, como não fiz 100% certinho, o HTMLEncode pode causar algumas distorções, mas vc pode tirar para teste!!!


Por favor leia todo o Tópico antes de postar.

já tentou Trim("var")?!

O Trim serve para retirar espaços antes e depois de uma string. E outra o exemplo que vc passou não vai fazer nada, pois não existem espaços antes e depois de "var".

Use o Server.URLENCODE(var). Isso irá transformar todos os caracteres "proibidos" em endereços URL para seus códigos correspondentes.

Veja ^

vc pode utilizar replace p/ trocar o espaço por um underline, só p/ passar os valores, depois vc pode fazer novamente o replace, p/ tirar o underline e colocar o espaço...

qualquer coisa posta ae

abraços

t+

Use o Server.URLENCODE(var). Isso irá transformar todos os caracteres "proibidos" em endereços URL para seus códigos correspondentes.

O request estará correto, virá www.seu$site.*com.be, quer testar? clique aqui, exemplinho simples, sem alguns tratamentos, só para mostrar o uso do URLENCODE.

Esse é o Fonte dessa página:

<%@LANGUAGE="VBSCRIPT" CODEPAGE="1252"%>
<%Texto = Server.htmlEncode(Request("Texto"))%>
<html>
<head>
<title>TESTE de URLENCODE</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
</head>
<body bgcolor="#00CCFF"><center>
<form action="" Method="Get">
<textarea name="Texto" cols="50" rows="10"><%=Texto%></textarea>
<br>
<input name="Enviar" type="submit">
</form></center>
<hr width="70%">
<%Response.Write "Usando o URLENCODE = "& Server.URLENCODE(Texto) &"<BR>"
Response.Write "<A href=""?Texto="& Server.URLENCODE(Texto) &""">"& Texto &"</a><BR>"%>

Olha ase vc digitar isso direto na barra de endereço não vai dar em nada, o caso é as QueryStrings, caso vc passe www.seu$site.*com.be usando o URLENCODE vc terá de resposta www%2Eseu%24site%2E%2Acom%2Ebe. Mas com certeza vc já tinha feito esse teste antes né?

var = variável em meu exemplo.....
tipo q o seu exemplo só vai adiar mais o problema do menino que naum está conseguindo ENVIAR a variável toda, o sua solução apenas serviria se a URL estivesse correta, o que me parece naum ser o caso.


"O meu problema, é que quando vou escrever esse diretório, o ASP nega-se a escrever os espaços e acentos no link..."

meu último exemplo serviria apenas para ajudar a padronizar os dados a serem enviados para a Query.... o que também, confesso,  não resolveria por completo o problema de nosso amigo, que deveria fazer algo do tipo criar uma chave/referencia numérica no banco para o referido diretório, evitando este tipo de problemas...

Cara, o que eu passei vai colocar tudo, espaço, enters, tabs, acentos tudinho que for escrito na variável. Só que irá substuir por códigos!

Ahh, e seu exemplo está Trim("var") entre aspas var é uma string e não variável!!!

Eu não diria "TENHAM QUE SER FEITAS EM JAVAsCRIPT", pois pode acontecer de o Browser não rodar os JS, e ai? Dados não verificados e validados chegando para ser processado.

JavaScript ajuda, mas faça validações no ASP também.

No DELETE não se passa quais campos serão deletados, a SQL vai excluir todo o Registro, retire os campos que aparecem depois do DELETE e antes do FROM

Microsoft OLE DB Provider for ODBC Drivers error '80004005'

[Microsoft][ODBC Microsoft Access Driver] Operation must use an updateable query.

Essa é a mensagem padrão de erro para problemas com permissões!

Olha, se o erro é constante e a base é Access,
1º - pode ser caminho do BD errado;
2º - Arquivo corrompido;
3º - Problema no driver.

4º - Faça isso:
A. Clique com o botão direito no arquivo e selecione propriedades;
B. Vá na aba segurança e verifique se o usuário "Todos" está na lista. Se não estiver, mande adicionar;
C. Vá em avançado, e depois em localizar agora;
D. Selecione o usuário que terá permissão para alterar fazer operações no banco de dados (normalmente é o usuário IUSR_nome_do_computador, mas eu aconselho a vc a selecionar todos);
E. Dê ok e depois selecione as permissões que deseje atribuir (eu costumo utilizar controle total, mas vai do tipo de acesso ao banco de dados e, até, do banco de dados usado - no caso do access eu sempre uso Todos e Controle total e controle o acesso via sql);
F. Pronto.

Siga essa postagem ---^

Agora é problema de Permissão, verifiqe se a pasta e/ou o arquivo não estão como "Somente Leitura"

Olha, se o erro é constante e a base é Access,
1º - pode ser caminho do BD errado;
2º - Arquivo corrompido;
3º - Problema no driver.

No lugar de DBQ=http://www.grafipel.com.br/master/grafipel.mdb deve entrar o caminho físico do arquivo.

se vc fizer o Replace, não haverá dados retornados e será o .EOF, interrompendo o processamento e evitando o carregamento de dados.

Com o SQL Server isso tb acontece??? Acho que não!!!

Acontece com qualquer BD que use SQL!, Se o Programador não tomar cuidados terá problemas com isso. Faça uma pesquisa por "SQL INJECTION" no google ou em seu site de busc apreferido e terá alguns artigos sobre isso.

Não, não, deixe da forma que estava!

Faça o Replace na sua variável Login, trocando uma ' por duas '. Só isso, isso fará com que a SQL entenda que vc quer encontrar uma ' no seu texto e não te trará problema.