Web Development

Bradml1-Dec-06 16:32

Bradml

1-Dec-06 16:32

My suggestion is to revise the Mozilla tutorial on Ajax.

http://developer.mozilla.org/en/docs/AJAX:Getting_Started[^]

I am sorry I could not have been of more help, but I can't really see an error with the script.

Brad
Australian
By contacting your lawyer you negate the right to sue me.

Richard Andrew x641-Dec-06 16:34

Richard Andrew x64

1-Dec-06 16:34

That's OK, thanks for your participation anyway.

I will take a look at that link and see if it can provide some clues. Smile | :)

--------------------------------

"All that is necessary for the forces of evil to win in the world is for enough good men to do nothing" -- Edmund Burke

Richard Andrew x641-Dec-06 16:38

Richard Andrew x64

1-Dec-06 16:38

Brad, your link DID provide the answer. It turns out that you're not allowed to make requests to domains other than the one that the page belongs to.

So because I was requesting Google, it gave the permission denied error.

Thanks!

--------------------------------

"All that is necessary for the forces of evil to win in the world is for enough good men to do nothing" -- Edmund Burke

Bradml1-Dec-06 16:54

Bradml

1-Dec-06 16:54

That must be new to FF. No problem btw.

Thanks for asking the question, I could have seen myself making the same mistake.

BTW a quick hack to get past this is to build PHP/ASP application that will call the requested page, and have that uploaded to ur server.

Brad
Australian
By contacting your lawyer you negate the right to sue me.

RichardGrimmer2-Dec-06 7:08

RichardGrimmer

2-Dec-06 7:08

Richie308 wrote:
It turns out that you're not allowed to make requests to domains other than the one that the page belongs to.

Much as it pains me to admit it, apparently ATLAS provides a way around this.

"Now I guess I'll sit back and watch people misinterpret what I just said......"
Christian Graus At The Soapbox

Caching and State Management within WebServices

Shog⁹4-Dec-06 11:16

Shog⁹

4-Dec-06 11:16

Richie308 wrote:
It turns out that you're not allowed to make requests to domains other than the one that the page belongs to.

It would be a huge security hole otherwise. There are ways of getting around this for most browsers, but they require the user to explicitly allow the exception - so, they're more useful for intranet-type development.

RadioButton1-Dec-06 11:01

RadioButton

1-Dec-06 11:01

Hello,

I was wondering 'if this is even possible' what is the "right" way to perform caching and state management within WebServices with ASP.Net 2.0? Or should you just use System.IO.MemoryStream? D'Oh! | :doh:

My Scenario is:

UI will hit WebService lets say every 10 min and request data. However I don't want every user hitting the WebService to make a call to SQL.

Just need to be pointed in the right direction.

Thank you for the help.
RB

Re: Caching and State Management within WebServices

Dominic Pettifer1-Dec-06 14:07

Dominic Pettifer

1-Dec-06 14:07

While State Management IS supported, it's generally not a recommended practice to implement it with web services due to scalability and practical reasons. Also you need to make sure that whatever is calling it also supports state management, typically via HTTP Cookies.

You implement it like this...

[WebMethod(EnableSession=true)]<br />
public Object DoSomething(){}

Then, providing you're deriving from System.Web.Services.WebService, you use Session same way you use it in ASP.NET web pages. However, if the caller doesn't support stateful webservice, then the Session values will be emptied with every call. If the caller is also a .NET app then enabling stateful Web Service support is entirely possible, write back and I'll post some code.

As for Caching, yes this is possible and recommended. You could do this manually using the Cache property of System.Web.Services.WebService (same way as ASP.NET web pages), or get the WebService to handle Caching itself like this...

[WebMethod(CacheDuration=600)]<br />
public Object DoSomething(){}

This will cache the output of the web service for 10 minutes (600 seconds). It's also intelligent enough to detect input parameters in the WebMethod and Cache different outputs depending on the input params. Although if lots a input params are used, you could end up caching lots of data and flooding the servers memory, so be careful.

Dominic Pettifer

Blog: www.dominicpettifer.co.uk

Re: Caching and State Management within WebServices

RadioButton4-Dec-06 3:51

RadioButton

4-Dec-06 3:51

Thank you very much for the information. Very helpful. Big Grin | :-D

SMS Website

Ashish Porwal30-Nov-06 20:15

Ashish Porwal

30-Nov-06 20:15

I am student of final year engineering student. I selected “SMS Website” as my project topic. In this I have to send Bulk SMS through website and provide other kind of services related to SMS.
Please tell me which steps I should follow.
Please send me some material or any kind of source code related to it.

I need your help.
Thank you!!!

Contact Me: ashish.0619@gmail.com

Re: SMS Website

Bradml30-Nov-06 20:40

Bradml

30-Nov-06 20:40

Hello mate.
I can tell you that there is an article somewhere in CP about this very topic. I can't remember its name however.

Basically you have to use an smpt mail server and send it to the phone companies mail server.
look for the article.

Brad
Australian
By contacting your lawyer you negate the right to sue me.

Re: SMS Website

Vasudevan Deepak Kumar1-Dec-06 21:08

Vasudevan Deepak Kumar

1-Dec-06 21:08

API from http://www.smscountry.com/[^]

Vasudevan Deepak Kumar
Personal Homepage
Tech Gossips

IE7 and session state

Fred_Smith30-Nov-06 12:38

30-Nov-06 12:38

I have a popup date-picker in my asp.net application...

..trouble is, ie7 seems to abandon the session whenever the popup window is closed.

tried this in a couple of apps, with different popups. Seems to be a serious bug in ie7. Is it, or is it me...?

cheers
Fred

George L. Jackson30-Nov-06 15:25

George L. Jackson

30-Nov-06 15:25

IIS/ASP.NET has cookless and cookie-based session state. If the session state is based on cookies and a pop-up appears, it is possible the session cookie is being altered by a 3rd party application (spam/virus). Web servers (e.g. IIS) usually control the duration of a session unless it is told to abandon the session on the server-side. IE7 does not control session duration.

Geo

Fred_Smith30-Nov-06 22:20

30-Nov-06 22:20

Thanks - I know the theory, but I'm telling you it happens: on three different apps on two different servers, on closing a popup window session state is lost when using IE7.
I would be interested to know yours or anyone's experience (as opposed to theory) about this - are you using IE7, and have you encountered this too?
cheers
Fred

George L. Jackson30-Nov-06 22:44

George L. Jackson

30-Nov-06 22:44

I use IE7. It has never happened to me but I don't allow those annoying pop ups.

Fred_Smith30-Nov-06 23:49

30-Nov-06 23:49

OK, look I'm really sorry if I'm being dense here, but i don't hink so... And it's not just popups, but even pages openeed in a new tab or window (eg target="_blank")

Try this page in if you don't believe me:
http://www.psu-tests.co.uk/a.aspx

try it in IE7 and then in Firefox...
the complete code is shown below:

First page (a.aspx) sets a session variable Session("ok") = "abc"

first link opens a new window (b.aspx) and prints out the value of Session("ok")

close it, and then click second link which opens c.aspx in same tab, and this also (tries to) print out Sesion("ok") - but in IE7 it can't because it's been lost....

What is going on?

a.aspx
------
<%@ Page Language="vb" debug="true" %>
<script runat="server">
Private Sub Page_Load(ByVal sender As System.Object, ByVal e As System.EventArgs)
Session("ok") = "abc"
End Sub
</script>
<HTML>
<HEAD>
<title></title>
</HEAD>
<body >
<form id="Form1" method="post" runat="server">
<a href="b.aspx" target="_blank">click me</a>
<br />then, after closing that window,
<a href="c.aspx">click me</a>
</form>
</body>
</HTML>

b.aspx
------
<%@ Page Language="vb" debug="true" %>
<script runat="server">
Private Sub Page_Load(ByVal sender As System.Object, ByVal e As System.EventArgs)
Label1.Text = Session("ok")
End Sub
</script>
<HTML>
<HEAD>
<title></title>
</HEAD>
<body >
<form id="Form1" method="post" runat="server">
<input name="btn" type="button" value="Close me" onclick="self.close()" />
<br />
<asp:label runat="server" ID="Label1"></asp:label>
</form>
</body>
</HTML>

c.aspx
------
<%@ Page Language="vb" debug="true" %>
<script runat="server">
Private Sub Page_Load(ByVal sender As System.Object, ByVal e As System.EventArgs)
Label1.Text = Session("ok")
End Sub
</script>
<HTML>
<HEAD>
<title></title>
</HEAD>
<body >
<form id="Form1" method="post" runat="server">
<a href="a.aspx">back</a>
<br />
<asp:label runat="server" ID="Label1"></asp:label>
</form>
</body>
</HTML>

Fred_Smith1-Dec-06 0:10

1-Dec-06 0:10

Now it's working. Forget it, I'll just go shoot myself. I have no idea what's going on.
fred

Dominic Pettifer1-Dec-06 14:12

Dominic Pettifer

1-Dec-06 14:12

I can't be 100% sure, but I'm pretty sure IE6 treats different windows as different independent sessions, whereas Firefox and Opera will combine sessions if you, say, have the same website open in different windows. In IE it's possible to have two windows both opened at amazon.com but be logged in as two different users.

Now if this is the case with IE6 it will probably the case with IE7, and right click opening a new window will probably start a new session. Dunno if this helps at all.

Dominic Pettifer

Blog: www.dominicpettifer.co.uk

Fred_Smith2-Dec-06 0:37

2-Dec-06 0:37

thanks - I've never had this problem with IE6, but am having to re-write all my popup date-pickers in order to cope with IE7 (at least, on those sites that rely on session-state.)

Possibly neater anyway, having them inline and using AJAX when necessary, but I could do without the extra work. I'm sure I can't be the only one experiencing such difficulties though, and I find it puzzling I haven't seen more about this elsewhere. There's nothing peculiar about my code - just a simple window.open js call....

ah well..

cheers
Fred

Fred_Smith3-Dec-06 13:18