Tem como?

[meirelles 0]

Seguinte galera,Eu tô terminando um site com carrinho de compras, cadastramento de imagens e tals...daí eu tenho 3 clientes que querem pagar pelo meu código. Só que, se eu hospedar todo meus arquivos, os compradores vão poder revender o meu código.Segue a dúvida.Tem como eu criar um arquivo "config.asp" e deixar todos os outros arquivos dependentes dele, ou seja, eu publico todos os arquivos menos o tal config.asp que ficaria em um outro servidor. Daí quando o site do cara fosse rodar ele fizesse a requisição do config.asp no meu servidor?Tem como fazer? Como?ou nãoTem outra forma mais prática?Abraço!No aguardo

[shumi 0]

Tem como sim!No config você poderia deixar uma chave de segurança!Tipo uma ideia que tive de imediato seria você criar a coneção para o banco de dados e faze-la dela um include, que você usaria em todo o sistema.nesse include da conexão, você se comunicaria com esse config, ai para não ter problemas incluindo futuros clientes faça um banco de dados com o nome de cada cliente e as URLS ai nesse config.asp você confere se o endereço é igual você deixa se não não!To na correria aqui no trampo espero que deu para entender!Vou viajar no domingo e vou ficar quase a semana que vem inteira fora, ai tenho que arrumar tudo aqui no trampo antes! :-(Abraços

[meirelles 0]

taí, a idéa do config é boa, agora eu estou esbarrando em um outro problema.Como faço esse include virtual, porque eu nunca consegui funcionar um arquivo virtual.já me falaram que é em xml. Alguém saberia como?aaaah aquele lance de <!--#include virtual="http://www.outrosite.com.br/config.asp"--> não funciona comigograto!

[Shison 0]

Opao include virtual, se não me engano, não funciona desta maneira.A diferença dele para o include file, é que o "file" carrega o arquivo pelo caminho relativo atual - com origem na pasta do asp atual - e o "virtual" carrega pelo caminho relativo a aplicação - pasta do site.Em outro servidor você chamando assim não vai dar certo, pq você vai chamar por http, e o servidor no máx vai lhe responder um html :P.Acho que você, neste caso tem de trabalhar com um asp que responda em XML.Onde o seu arquivo corrente chame este asp remoto enviando parâmetros como ID do cliente e nome do host do mesmo. Então seu asp remoto irá verificar num cadastro de clientes por exemplo e caso o host-cliente não batam você responde um xml com um FALSE por exemplo. Então o seu asp da aplicação vai receber o false e parar a página com uma mensagem engraçadinha pro usuário. Mas a pessoa que estiver redistribuindo o seu código ainda poderia tirar estas verificações.Daí você poderia encodificar o seu script, usando aquele encoder da microsoft.Esqueci o nome dele agora, porém já foi citado no fórum.

[arr 0]

O encoder chama screnc.exe, mas é relativamente fácil de desencodar.

[Shison 0]

:(Mas já é algo. Ainda mais que se o cliente que vai revender, então o cara não tem capacidade de criar (teoricamente) e vai ver não faz idéia de como fazer isto.:) flw

[explore 3]

Cara o config.asp [e uma boa! mais é legal tb que você crie em sua segurança um arquivo de cadastramento dos mesmos.Tipo para você referenciar o seu sistema PELA URL!Tipo o cara que for usar o site deve cadastrar a url do site dele em um banco seu!Mais na verdade você que vai cadastrar, toda pessoa que quiser esse serviço você entra em sua administração do seu portal e cadastra a URL que pode usar sua LOJA. pronto, quandos os clientes quiseram revender não vão conseguir acessar sua loja pq o dominio não está cadastrado do seu portal.Esse tipo de esquema tem em Formmails CGI, você configura o website que pode acessar tal ferramenta!falo!

[WebASP 0]

qualquer forma falada aqui e facil de ultrapassarfaça em DLL e pronto 99% seguro

[shumi 0]

Olha cara dll é mais seguro, mas por um lado você faz seus sistemas 100% em DLL???Hoje acredito que nada é 100% seguro, lógico é muito importante a questão da segurança, mas não vejo você problemas você fazer um arquivo .asp!Abraços

[Fernando_Bittencourt 0]

fora o fato de q nao eh qqr servidor q deixa você registrar suas dlls .... tem q ver isso