no

« fevereiro 2006 | Entrada | abril 2006 »

março 31, 2006

Configuração IIS SMTP

Publicado por vitorsilva às 03:14 PM | Comentários (0)

março 29, 2006

Mashups

http://www.urinal.net/google_map.html
mapa com urinois dos states

http://developer.yahoo.com/maps/applications.html

http://www.programmableweb.com/api/NOAA

http://www.weather.gov/forecasts/xml/SOAP_server/ndfdXML.htm

http://www.geonames.org/servlet/geonames?q=4460-205&srv=100

http://www.geonames.org/maps/google_41.6166667_-6.6666667.html

http://albumart.org/

http://worldtrip.tv/themap/gmap.php

the geography of seinfeld
http://www.stolasgeospatial.com/seinfeld.htm

Barcelona Apartments on Google Earth Map
http://www.barcelonapoint.com/en/apartments_google_map/

http://hobbiton.thisside.net/advmap.html

http://api.evdb.com/

Publicado por vitorsilva às 10:13 AM | Comentários (0)

Sharepoint vs DotNetNuke

http://weblogs.asp.net/bsimser/archive/2006/01/31/437023.aspx
DotNetNuke vs. SharePoint, the big showdown

Publicado por vitorsilva às 09:50 AM | Comentários (0)

março 20, 2006

Remote Scripting - Uma introdução

Publicado originalmente em 21-mai-2001

Comecei a fazer este artigo tendo como objectivo explicar como ter 2 combos ligadas entre si sem ter necessidade de actualizar a página de cada vez que se seleccionar uma opção (ver artigo de João Vieira "Uso de 2 Combos Ligadas Entre Si"). Como o remote scripting se trata de uma tecnologia que é um pouco complicada de utilizar sem perceber minimamente o que está a acontecer tive que dividir essa explicação em 2 artigos. Assim, neste irei explicar o que é o remote scripting e como o por a funcionar e no próximo irei então demonstrar como ligar 2 combos.
Tanto refresh para nada
O meu trabalho normalmente não é desenvolver sites, mas sim aplicações para intranets que são utilizadas exaustivamente durante um dia inteiro de trabalho por várias pessoas. Neste tipo de ambiente, onde a rapidez de introdução de dados é importantíssima, não podemos pensar em obrigar as pessoas a esperar por um refresh só porque em vez de utilizar a selecção por defeito quiseram/tiveram que seleccionar outra opção. Eu precisava portanto de ter um mecanismo que me permitisse actualizar o conteúdo de uma página sem que nesse processo o utilizador perdesse o controlo da aplicação. A solução apareceu já há algum tempo (a primeira vez que a vi e experimentei foi com o aparecimento do Visual InterDev 6.0) e chama-se remote scripting. De uma forma muito sucinta o que esta tecnologia permite é que uma página possa sem ter que ser recarregada executar uma função que está noutra página e devolver os resultados à página inicial. Como certamente perceberão esta facilidade de comunicar com outras páginas abre imensas possibilidades mas deixo isso para outro eventual artigo - entretanto recomendo que vejam os links que estão no fim desta página para outros sites que falam sobre este tema.
Como por a funcionar
Depois de fazer o download dos ficheiros necessários e correr esse executável irá ficar com um conjunto de três ficheiros, o rs.asp, rs.htm e rsproxy.class e duas pastas que aconselho vivamente a dar uma vista de olhos docs e samples.Nos vossos projectos só irão precisar dos três ficheiros que referi, ou seja para poderem começar a utilizar o remote scripting basta simplesmente copiar esses ficheiros para dentro do vosso site. Como se tratam de ficheiros ASP e HTML poderão obviamente customizar o código origem de forma a criar novas funcionalidades. Para além disso o remote scripting é uma tecnologia cross-plataform já que funciona quer em Netscape quer em IE.Uma das vantagens do remote scripting é que não obriga a que a página que o utilizador está a ver (que pode ser uma página HTML) tenha que ser recarregada quando queremos actualizar o seu conteúdo. Isto acontece porque nessa página vamos passar a incluir um applet (rsproxy.class) cuja função é receber os pedidos da página que estamos a ver e reencaminhar esse pedido para a página ASP que está no servidor. Para conseguirmos uma comunicação efectiva entre as páginas HTML e ASP temos ainda que incluir na página HTML uma referência a uma biblioteca de funções que está em rs.htm, e na página ASP uma referência a rs.asp.

Imagem retirada do artigo "Remote Scripting"



<%@ LANGUAGE=VBSCRIPT %>

<% RSDispatch %>

<!--#INCLUDE FILE="_ScriptLibrary/rs.asp"-->

<SCRIPT RUNAT=SERVER Language=javascript>

function Description()

{

this.calcularSoma= calcularSoma;

}

public_description = new Description();

function calcularSoma(a, b)

{

return (Number(a)+Number(b))

}

function enviarErro()

{

var erro=new Error(1,"mensagem de erro")

return erro

}

</SCRIPT>

<HTML>

<HEAD>

<TITLE>Teste</TITLE>

<SCRIPT LANGUAGE="javascript">

function funcao1()

{

var aspObject = RSGetASPObject("remote.asp");

var a=aspObject.calcularSoma(1,2)

alert(a.return_value)

}

function funcao2()

{

var aspObject = RSGetASPObject("remote.asp");

var a=aspObject.enviarErro()

alert(a.data)

alert(a.return_value)

}

</SCRIPT>

</HEAD>

<BODY>

<script language="JavaScript" src="_ScriptLibrary/rs.htm"></script>

<script language="JavaScript">RSEnableRemoteScripting("_ScriptLibrary/");</script>