ASP.NET Dexign

Nice Sale On SEO PowerSuite

joel.nospam@nospam.fun3dgames.com (bigcarlito) — Wed, 22 Dec 2010 15:37:00 -1000

SEO PowerSuite launches Big Heart WWW Cruise

Big Heart is travelling from webpage to webpage and lets anyone get a 60% discount on state-of-the art SEO software.

This is the best chance to get the world-standard SEO software at a special Christmas price — and help your business enter a prosperous New Year.

Check the rules, join the cruise and claim your Christmas offer!

PLINQO - What LINQ to SQL Was Supposed To Be

joel.nospam@nospam.fun3dgames.com (bigcarlito) — Thu, 11 Mar 2010 14:00:00 -1000

Lately I've been spending some time trying to optimize the amount of time it takes to develop web applications. I've realized that it just takes way too much time to do tasks that are common for pretty much every project I work on. Number one on the list has got to be creating a good data layer for an app. My last big project used LINQ to SQL on the backend and I was very happy with how that turned out. The only big complaint I had was that my changes would always get overwritten whenever I refreshed the DBML. I also had some smaller issues with the lack of support for many-to-many relationships.

Well here we are, almost a year and a half after Microsoft acknowledged that they were done with LINQ to SQL in favor of Entity Framework and I am still not seeing anything tangible that EF provides to me over LINQ to SQL. I can see what it brings to enterprise developers with big clunky apps supported by many developers, but I need something lightweight that just works, and that's what LINQ to SQL is for me. Now just imagine what L2S could be if MS had invested that time in updating the LINQ to SQL tools and language.

Well my friends, I'm happy to say that we don't have to imagine, because we have PLINQO! PLINQO is an amazing set of templates for the CodeSmith code generation tool. PLINQO examines your existing database and not only auto-generates an excellent strongly typed LINQ to SQL-based data layer in seconds, but actually enhances LINQ to SQL with some amazing extension methods. Here's just a partial list of what I love about PLINQO:

   - Automatic support for many-to-many relationship (very cool!)

   - Auto-generates extension methods for filtering by keys and indexes, including non-equality operators!

   - Caching extension methods for dead simple caching of queries

   - Generates a nice business layer with a very slick business rules engine

   - Future queries feature for batching multiple queries to a single database call

   - Want to change or enhance the generated code? Just edit the templates to your heart's content!

   - And I saved the best for last: your DBML changes are NOT overwritten when you regenerate!

I have to say, I'm amazed at what can be done with CodeSmith. I'm going to have to spend some time looking into what else I can generate with this great tool. I should have a lot more time to do that now that I've found PLINQO :-) .

I was extremely disappointed when I heard that Microsoft was basically abandoning LINQ to SQL. I felt forced to move on to other solutions like nHibernate. Now I see that LINQ to SQL is alive and being supported and improved upon as well or possibly better than Microsoft itself would've done. Thank you PLINQO!

P.S. If you are a fan of LINQ to SQL or even just a fan of working smarter not harder, then you at least owe it to yourself to commit 4 minutes and 8 seconds to watch the intro video on PLINQO.com.

Using Dynamic Data Controls In Your Existing Project

joel.nospam@nospam.fun3dgames.com (bigcarlito) — Tue, 07 Oct 2008 11:45:00 -1000

Just about every site I've ever created has needed some screens to manage the data in certain tables - whether it's users, products, or in my most recent case forums. I always overlook the time it takes to make a basic CRUD (CReate-Update-Delete) screen.

There really is a lot of work that goes into these types of screens: Get the data, hook the data up to a grid, format the grid and the fields in the grid, create a details view, format the details view and the detail fields, hook the details view up to the grid, enable editing of the fields, validate the inputs on save, save or insert the data, refresh the grid after saving, and on and on it goes. PHEW!

"Uh, excuse me Mr. Project Manager, how long did I estimate for this task again?" :-)

Dynamic Data To The Rescue

After installing Visual Studio 2008 SP1, you may have noticed a new web application project called Dynamic Data Web Application. A Dynamic Data web application provides a framework for quickly and easily creating CRUD screens for any tables in your database.

However, an entire web application dedicated to managing the data in a database is not very practical. In a typical software project, whatever CRUD screens you need are usually just a small piece of the entire application.

The good news is that Dynamic Data is fairly easily integrated into your existing projects as well. Props to Scott Hanselman for explaining clearly how to do this.

So here's a summary of exactly how I went about adding screens for managing the Forums table in my existing application:

Step 1: Add Dynamic Data To Your Project

There are a few specific things you'll need to do to add Dynamic Data to your Web Forms or MVC project:

I. Add a reference to System.Web.DynamicData

II. Add dynamic data controls to the <controls> element of your web.config

<pages>
    <controls>
        <add tagPrefix="asp" namespace="System.Web.DynamicData" 
assembly="System.Web.DynamicData, Version=3.5.0.0, 
Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>  
    </controls>

III. Register your model in Global.asax

protected void Application_Start()
{
   MetaModel model = new MetaModel(); 
   model.RegisterContext(typeof(SocialDataContext), 
new ContextConfiguration() { ScaffoldAllTables = false });
   RegisterRoutes(RouteTable.Routes);
}

IV. Add the DynamicData folder and contents to your project

As suggested by Scott H., the best way to do this is to go create a brand new Dynamic Data Web Application project off in another directory. Be sure to name the new project the exact same name as your current project so namespaces will all match up. Once created, copy the DynamicData folder and all it's contents over to your project directory and include the entire thing in your project.

Step 2: Create A Web Form and add a DynamicDataManager

Pretty simple, create your web form and and add the DynamicDataManager control to it:

<asp:DynamicDataManager ID="DynamicDataManager1" runat="server" />

Step 3: Add A GridView

Next step is to add a grid that will contain the table data. The only really interesting part here is the columns of the gridview - they are controls of type DynamicControl. These smart controls look at the type of data they are given and automatically determine the best way to display it:

<!-- The Data -->
<asp:LinqDataSource ID="DataSourceItems" runat="server" 
ContextTypeName="Social.Models.SocialDataContext" EnableDelete="True" 
EnableInsert="True" EnableUpdate="True" TableName="Forums" 
OrderBy="DisplayOrder, ForumName">
</asp:LinqDataSource>
<!-- The Grid -->
<asp:GridView ID="gvItems" runat="server" AllowPaging="True" AllowSorting="True" 
AutoGenerateColumns="False" DataSourceID="DataSourceItems" 
onselectedindexchanged="gvItems_SelectedIndexChanged">
<Columns>
<asp:CommandField ShowSelectButton="True" HeaderStyle-Width="60" />
<asp:TemplateField HeaderText="Forum" SortExpression="ForumName">
<ItemTemplate>
<asp:DynamicControl ID="DynamicControl1" runat="server" DataField="ForumName" />
</ItemTemplate>
</asp:TemplateField>
<asp:TemplateField HeaderText="Category" SortExpression="ForumCategory.ForumCategory1">
<ItemTemplate>
<asp:DynamicControl ID="DynamicControl2" runat="server" DataField="ForumCategory" />
</ItemTemplate>
</asp:TemplateField>
<asp:TemplateField HeaderText="Sort" SortExpression="DisplayOrder">
<ItemTemplate>
<asp:DynamicControl ID="DynamicControl3" runat="server" DataField="DisplayOrder" />
</ItemTemplate>
</asp:TemplateField>
</Columns>
</asp:GridView>
<!-- An 'Add New' Button -->
<div class="addrow">
<asp:LinkButton ID="btnInsert" runat="server" onclick="btnInsert_Click">Add New
</asp:LinkButton>
</div>

Step 4: Add The Details View

Next up we'll add the details view where the user will be able to update any editable properties of the selected item or add a new item. Again the interesting part (and the part you'll change when you make your own page) are the DetailsView columns.

The DynamicField controls peek at the datatype of the field they are bound to and provide the appropriate input control for that datatype. Not only that, but validation is built in as well! Pretty neat, eh?

<!-- Details -->
<asp:Panel ID="PanelDetails" runat="server" Visible="false">
<!-- Input Fields -->
<asp:DetailsView ID="dvItem" runat="server" 
AutoGenerateRows="False" DataKeyNames="ForumID" DataSourceID="DataSourceDetails" 
AutoGenerateDeleteButton="True" AutoGenerateEditButton="True" 
AutoGenerateInsertButton="True" onitemdeleted="dvItem_ItemDeleted" 
onitemupdated="dvItem_ItemUpdated" oniteminserted="dvItem_ItemInserted"> 
<Fields>
<asp:DynamicField DataField="ForumID" HeaderStyle-Width="150" HeaderText="Forum ID:" />
<asp:DynamicField DataField="ForumName" HeaderText="Forum Name:" />
<asp:DynamicField DataField="ForumDesc" HeaderText="Description:" />
<asp:DynamicField DataField="DisplayOrder" HeaderText="Sort:" />
<asp:DynamicField DataField="ForumCategory" HeaderText="Category:" />
<asp:DynamicField DataField="IsPrivate" HeaderText="Private:" />
<asp:DynamicField DataField="ParentForum" HeaderText="Parent:" />
</Fields>
</asp:DetailsView>
<!-- Details DataSource -->
<asp:LinqDataSource ID="DataSourceDetails" runat="server" 
ContextTypeName="Social.Models.SocialDataContext" EnableDelete="True" 
EnableInsert="True" EnableUpdate="True" TableName="Forums" 
Where="ForumID == @ForumID">
<WhereParameters>
<asp:ControlParameter ControlID="gvItems" DefaultValue="-1" Name="ForumID" 
PropertyName="SelectedValue" Type="Int32" />
</WhereParameters>
</asp:LinqDataSource>
</asp:Panel>

In software development, it often is all the little things that take up the most time. The old saying 'the last 20% is 80% of the work' certainly is true in my experience. Dynamic Data is a huge timesaver in that regard, it handles all the little details of a common but typically painstaking task.

Step 5: Handle A Few Events

Finally, in the code behind, we'll handle a few of the events to make the flow of work a little smoother. Notice how little code is required to make this fully featured CRUD screen:

    protected void Page_Load(object sender, EventArgs e)
    {
      DynamicDataManager1.RegisterControl(gvItems);
      DynamicDataManager1.RegisterControl(dvItem);
    }
    protected void gvItems_SelectedIndexChanged(object sender, EventArgs e)
    {
      PanelDetails.Visible = true;
    }
    protected void btnInsert_Click(object sender, EventArgs e)
    {
      dvItem.ChangeMode(DetailsViewMode.Insert);
      PanelDetails.Visible = true;
    }
    protected void dvItem_ItemInserted(object sender, DetailsViewInsertedEventArgs e)
    {
      RefreshGrid();
    }
    protected void dvItem_ItemDeleted(object sender, DetailsViewDeletedEventArgs e)
    {
      RefreshGrid();
    }
    protected void dvItem_ItemUpdated(object sender, DetailsViewUpdatedEventArgs e)
    {
      RefreshGrid();
    }
    private void RefreshGrid()
    {
      gvItems.DataBind();
      gvItems.SelectedIndex = -1;
    }

So How Do I Use This?

For anyone wanting to use this, here's what you need to change to suit your situation:

Edit the grid's datasource to pull data from your table in your DataContext
Update the grid's columns - most importantly the DataField properties - to match the fieldnames (or in this case LINQ properties) from your table
Update the details datasource pull the specific record from your table based on the key field from grid
Update the details view to include all the columns that cannot be null or that you want to be editable by the user

That's it! Pretty much everything else is handeled through the magic of Dynamic Data!

A Dynamic Data app also comes with a lot of scaffolding for mapping URLs to tables and dynamically generating entire CRUD pages. The purpose of this post was simply to show how to use the Dynamic Data controls in your existing projects with minimal changes to how the rest of your project does things. Hope it was helpful!

URL Rewriting Extension For BlogEngine

joel.nospam@nospam.fun3dgames.com (bigcarlito) — Tue, 05 Aug 2008 15:07:00 -1000

In my latest project I decided to incorporate BlogEngine.Net for managing the content. While it certainly does have some things I don't like, all in all it's an excellent basic content system. I love the control over the HTML that you get with the theme system, the flexibility provided by extensions and widgets, and the integration with Windows Live Writer - truly a job well done by Mads and the BE.NET team!

During A Redesign, Think About Search Visitors

So I have an existing site that is already ranking well in the search engines. When I move the content to BlogEngine, the paths to most of those inner pages is going to change. If I don't redirect the URLs, visitors will be clicking on my search listings only to get 'Oops! Page Not Found' errors. Because there are too many pages to redirect one-by-one, I quickly realize I'm going to need a consistent pattern for rewriting these URLs.

Currently the inner page article URLs are in the form:

http://www.domain.com/blog/post/keyword-rich-name.aspx

I plan to use BlogEngine's 'page' system for these articles, so I plan for the new URLs to be of the form:

http://www.domain.com/page/keyword-rich-name.aspx

During A Redesign, Think About Search Engines

There's one more thing I need to consider here. These articles have been around a while and other sites have linked to them. I'm going to want to keep the 'link juice' that those articles have gained over the years.

To do that, we need to use what's known as a 301 redirect. '301' is the HTTP code for 'Moved Permanently'. It tells the search engines that this new URL actually IS the new location of that old page. By doing this, the search engines will (eventually) consider the two URLs one in the same, and count any links to the old URL the same as links to the new URL.

In my experience, the time it takes for this transition to take place varies and there may even be a period of time when both pages are actually ranking despite the fact that they both end up at the same new URL!

Enter The BlogEngine Regex Rewriter

The Regex Rewriter is a BlogEngine extension that allows you to control the rewriting or redirecting of URLs. It is based on regular expressions, but in it's simplest form, you don't need any knowledge of regular expressions at all to use it.

Installation

Step 1) Copy the two code files into your App_Code/Extensions folder. In my case I chose to put them in a subfolder:

Step 2) Register the HTTPModule by adding the following line to the <httpModules> section of your web.config:

<add name="RegexRewriter" type="Dexign.Web.HttpModules.RegexRewriterModule"/>

You should make sure the RegexRewriter module is listed *before* BlogEngine's own UrlRewrite module.

Step 3) Configure your rewrites by logging in to your control panel and clicking on the Extensions tab and then Edit for Regex Rewriter:

There is one section for managing the rewrites and a separate section for managing the redirects.

Basic Usage - Rewrites vs. Redirects

A 'rewrite' is when the server internally serves a different URL than the user specified.
For example, let's pretend you setup the following rewrite with the Regex Rewriter extension:

Now if you navigate to /rewriteme.aspx you will see the content from the BlogEngine default page while the URL remains unchanged (/rewriteme.aspx).

On the other hand, if you setup the following redirect:

When you navigate to /redirectme.aspx the page (URL and all) will actually change to '/default.aspx'. Internally, rewrites are processed first and will take priority over redirects.

Getting Tricky - Using Regular Expressions

If you don't want to manually rewrite/redirect every single URL, you can setup regular expression patterns. For example, to 301 redirect all of my old existing URLs to the new URLs for my new project, I'm using the following redirect setting:

OK, But What Is This Good For?

Here are some things you could use this extension for:

- Moving an existing site to BlogEngine - Redirect those old URLs so your pages keep all of their search engine authority.

- Creating short URLs - You can rewrite to any URL - internal or external. So for example, you could setup '/a.aspx' to redirect to some very long URL that is difficult to remember (similar to what snipurl does).

- Hiding affiliate codes - Rewrite to external sites to hide the use of affiliate codes - for example, rewrite an internal link to an external site with your affiliate code. This is a popular technique among affiliate marketers.

I'm sure there are other uses for this that I haven't thought of. If you do use it, I'd love it if you left a comment below!

Download The Extension

RegexRewriter.zip (2.46 kb)

Your Search Rankings Just Dropped One Position

joel.nospam@nospam.fun3dgames.com (bigcarlito) — Thu, 24 Jul 2008 05:48:00 -1000

Just a quick note - yesterday Google (somewhat) quietly announced that Google Knol is now accepting contributions from anyone with a Google login. Basically it’s a Google Wikipedia that allows contributors to earn a portion of the profits from ads displayed on each page. They claim that it is more focused on how-to and informational articles than Wikipedia, which is more about information on generic words, phrases, movies, video games, gadgets, etc. but I’m sure that Knol will cover those things too.

It’s a smart idea from Google’s perspective. Wikipedia has a whopping 400 million pages indexed in Yahoo (~12M in Google) right now. That’s all from free contributors – so you can imagine how much content Knol is going to fill up with.

The Wikipedia Factor

Not to mention the fact that Google can make sure that Knol gets enough traffic to greatly benefit contributors. In fact I could see the Knol topic appearing as one of those special inserts right at the top, much the way you might see a Google Map result when searching for local businesses.

It’s always annoyed me how Google has, in my opinion, unfairly ranked Wikipedia so highly. When doing keyword research, seeing Wikipedia in the top two rankings can be a kiss of death – it’s nearly *impossible* to push that page out no matter how authoritative your site becomes.

That’s the reason for my (somewhat overstated :-) title for this post. If you thought Wikipedia has a lot of unusually high search rankings, I can only imagine how much 'Google juice' Knol will be collecting. To be quite honest, from the quality of content that is on Knol now, much of it probably does deserve to rank very highly for the topics covered.

On the Bright Side, I Could Be Wrong!

From the short amount of testing I've done, I haven't seen articles from Knol rank unusually high yet, which is a good sign. I also wonder if the existence of ads will cause bloggers and webmasters to hesitate to link freely to it. The fact that Wikipedia has always been ad-free, I believe, is one of the main reasons it's gained so much authority in the search engines.

But What To Do About It?

So Knol is almost certainly going to be huge. Google definitely has the power to make it huge if it so chooses. It’s going to cover every topic under the sun, and most importantly those articles are almost certainly going to appear high in the search engines (one way or another). So here’s a tip:

For webmasters: Whatever niches you are in, start claiming your space by creating Google Knol articles on those topics before someone else beats you to it. If you can sneak in a reference to your site in the process, that would be even better!

For anyone: Take a look at Google Knol, maybe even do some keyword research to find what kinds of how-to topics people are searching for and write a few good articles. Odds are you will start seeing some passive revenue for your efforts!

Google Analytics For SEO Tip #1 - Keyword Research

joel.nospam@nospam.fun3dgames.com (bigcarlito) — Wed, 23 Jul 2008 04:14:00 -1000

Google Analytics is a great free tool for monitoring your web traffic. Most every webmaster would probably agree that it's important to have some kind of statistical tracking on your website, but few that I know actually *use* the data for anything useful.

So here are a couple ideas to get you thinking how Google Analytics can help you improve your site's search rankings:

The Keyword Research Problem

A big problem for many SEOs is getting accurate and reliable keyword search counts. If you don't have accurate search counts, you may very well find yourself working hard to rank for keywords that no one is searching for!

Tools like Wordtracker are pretty good, but my experience with their data is that it is not the most accurate. Just one of many examples:

Now am I really supposed to believe that more people are searching for 'bratz games to play' than 'games'?

Google has also recently expanded it's AdWords keyword tool to include approximate search volumes. However, my initial look at it makes me believe that even that tool is not as accurate as something that comes directly from the search engine should be.

Using Google Analytics For Keyword Research

Google Analytics can be a great source for keyword research because it will show you actual search volumes that your site is getting for a keyword. Of course, this is all relative to your ranking, but if you consider the actual number of visits from a keyword in relation to your ranking for that keyword, you can find many high traffic niche keywords that you may be able to quickly increase your traffic with. The best part is that you can tell the quality of the traffic from a specific keyword before you put any effort into optimizing for it.

Step 1: Go To The Keywords Report - Log into your Google Analytics account and go to the Keywords report (under the Traffic Sources heading in the main menu). By default, you will be looking at all the keywords that searchers used to find your site over the last 30 days.

Step 2: Find QUALITY Keywords - As you look at the list, pay attention to the Pages/Visit, Time on Site and Bounce Rate. These stats are invaluable indicators of what a specific keyword is worth to you. Different keywords bring in different kinds of visitors - you want the kind that find your site, become interested in the content and stick around a while.

NOTE: If you have less than 10 total visits for a keyword, your stats could be easily skewed by a single click-happy visitor. Expand your date range to analyze more visits from that keyword in order to determine it's real value.

Step 3: Check Rankings - Once you have a nice list of keywords that bring in quality traffic, you'll want to check your rankings for those keywords.

Notice we haven't talked about the visits statistic at all yet. That's because the actual number of visits received is not important - what really matters is the number of visits relative to your ranking.

To illustrate my point, have a look at the results of a Cornell University study on how test subjects behaved across 397 different Google searches:

The #1 result gets a huge percentage of the overall clicks, while the 10th result gets just a fraction. You can imagine how small of a percentage a listing on page two or three will get.

That's why this technique is useful - pretty much any keyword that is bringing you measurable traffic with a ranking outside of the top 5 is probably worth optimizing for in some way.

Step 4: Optimize Your Pages - Now that you've got a keyword that looks like it may be worth targeting, start simple. Make sure the exact keyword phrase is in the title, meta description and sprinkle it throughout the content. Also don't be afraid to link out to good known resources on the topic, even using the keyword as the anchor text.

There is no rocket science involved in what we're doing here, we're simply trying to make some fast and simple on-page tweaks to see if we can easily move up the ladder a bit. Monitor your rankings for any keywords you do this with and just see how things change.

Every niche is a little different - you may find that it's much easier or more difficult than you thought to rank well for the keyword. You never know, maybe there is more competition than you first thought, or perhaps your overall site is just not 'themed' for that keyword enough to compete with the top 10 results.

The idea is to try this with many keywords quickly so you can find the gems and then focus more on optimizing for those.

By the way, can you guess how I came up with the topic for this post? ;-)

Railing on .NET

joel.nospam@nospam.fun3dgames.com (bigcarlito) — Thu, 17 Jul 2008 10:10:00 -1000

To get myself in the habit of posting more, I'm going to try to do a little Friday humor every week. Today we have some hilarious stuff from the Ruby on Rails community. Credit goes to Alex Rudloff for the original link that got me off on this tangent.

Commercial #1: Ruby on Rails vs. .NET

And here's the other one, joking about the costs of .NET development:

Commercial #2: Ruby on Rails vs. .NET

Ironically the last tidbit I have for you is a little rap about not being able to afford certain Ruby dev tools. If you're a computer nerd you will be laughing your head off. Check it:

We ain't got no RSpec

Hope you keep laughing all day.

Using jQuery To Call ASP.NET Page Methods and Web Services

joel.nospam@nospam.fun3dgames.com (bigcarlito) — Wed, 16 Jul 2008 01:28:00 -1000

I'm a HUGE fan of jQuery. In fact in my latest project, I've removed the ScriptManager from my ASP.NET pages entirely. Originally I was including both jQuery and the ScriptManager on my pages because I just couldn't live without the ease and simplicity of calling page methods with ASP.NET AJAX.

Well, with a little help from Dave Ward and Rick Strahl, I realized that calling ASP.NET page methods (and web services) from jQuery is really pretty simple. I haven't seen any one place where the exact code to do this is presented, so here is the code that I use to call page methods with jQuery:

Step 1: Define your web methods in your code behind:

[WebMethod()]
public static int TestNoParams()
{
return 1;
}
[WebMethod()]
public static string TestWithParams(string a, int b)
{
return a + b.ToString();
}

Step 2: Include the jQuery library:

<script type="text/javascript"        src="http://ajax.googleapis.com/ajax/libs/jquery/1.2.6/jquery.min.js">
</script>

I also use the following (optional) helper function to call page methods:

<script type="text/javascript">
function PageMethod(fn, paramArray, successFn, errorFn)
{
  var pagePath = window.location.pathname;
  //Create list of parameters in the form:
//{"paramName1":"paramValue1","paramName2":"paramValue2"}
  var paramList = '';
  if (paramArray.length > 0)
  {
    for (var i=0; i<paramArray.length; i+=2)
    {
      if (paramList.length > 0) paramList += ',';
      paramList += '"' + paramArray[i] + '":"' + paramArray[i+1] + '"';
    }
  }
  paramList = '{' + paramList + '}';
  //Call the page method
  $.ajax({
      type: "POST",
      url: pagePath + "/" + fn,
      contentType: "application/json; charset=utf-8",
      data: paramList,
      dataType: "json",
      success: successFn,
      error: errorFn
  })
;}
</script>

*NOTE: It's possible to simplify this even more, but I prefer this because it closely emulates the way ASP.NET AJAX page methods are called.

Step 3: Now in your Javascript code, you can easily call page methods like so:

PageMethod("TestNoParams", [], AjaxSucceeded, AjaxFailed); //No parameters
PageMethod("TestWithParams", ["a", "value", "b", 2], AjaxSucceeded, AjaxFailed); //With parameters

Step 4: Handle the result

function AjaxSucceeded (result)
{ 
alert(result.d);
}

Note that the parameter names ("a" and "b" in the above example) must match the variable names on your WebMethod exactly. Also notice in the success function that the actual data is in the 'd' property of the result.

That's it! You can use the same kind of code to call ASP.NET web services, you just need to change the pagePath variable to the path of the .asmx file.

Happy jQuerying!

EDIT: I've updated it to show how to handle the result

Programmers Are The Best (Internet) Marketers

joel.nospam@nospam.fun3dgames.com (bigcarlito) — Sun, 13 Jul 2008 11:58:00 -1000

John Reese, a very established Internet marketer, just released part 3 of his Traffic Secrets 2.0 pre-release videos. The purpose of these videos is to build hype for his new traffic building e-course. Personally, I rarely spend money on those kinds of Internet marketing products, but that's not the point of my post.

All three videos are light on specifics, but they do explain some of the general tactics that his course is based on. If your current marketing techniques are starting to not work as well as they used to, take a look at these videos as I think they do a nice job of summarizing what I believe are the most current techniques that are still working to promote sites and improve search rankings.

Unique And Useful Content Is King

Without a doubt, unique and useful content is the very best way to drive traffic to a site. Now when most people hear that, they think about coming up with something funny or informative to blog about. However, from my experience, the very best content that truly drives traffic virally are tools and widgets that perform unique and useful functions. This is what the Traffic Secrets Video #3 is about.

I gotta say, as I hang around some of the popular webmaster forums, I'm always amazed at how few webmasters actually know how to code! To me, that's like being a car salesman in a foreign country where you barely know the language.

Of course, good quality written content will always get noticed, I don't think that will ever change. But it's just so easy to start blogging these days that it's sometimes hard to be heard above such a large (and growing) crowd.

OK, I Lied A Little

Alright so no, right now programmers are generally *not* the best Internet marketers, but I think that's quickly changing. As overall content on the web continues to improve, the so-called SEO experts that charge for sprinkling keywords into their clients pages and 'building links' by linking to their clients from directories and link exchanges will finally become obsolete. Replaced by creative folks that know how to code, know how to create value and know how to virally spread the word about what they've made.

I really think the future is very bright for those programmers that are able to find a niche and then use their creativity and coding skills to quickly fill that niche with a free online tool, Facebook widget, Wordpress plugin, etc. etc. More and more, they will be the ones that are really driving the viral traffic, getting the links and making the money.

...at least I hope so... ooooor maybe Google will come out with a tool that makes web programming so easy that anyone can do it and we'll all end up like the guy in the picture. ;)

Five Common ASP.NET SEO Mistakes

joel.nospam@nospam.fun3dgames.com (bigcarlito) — Tue, 08 Jul 2008 12:20:00 -1000

So you've finally finished your next masterpiece of a website. Everything is tested and working great. The user interface is immaculate and the design is truly something to behold. Time to push it live and start rolling in the money, right? Well, there is one more user demographic that you still need to satisfy - the search engines! Unless, of course, you don't *need* any of that free targeted search traffic??

One of the strengths of ASP.NET development with Visual Studio is the relative ease in which you can create a functional dynamic site. At the same time, one of it's weaknesses is the relative ease in which you can create a functional dynamic site that is confusing, if not completely unusable, by a search engine robot.

Here's a checklist of five common mistakes that ASP.NET and the Viewstate/Postback model of development make it far too easy for unsuspecting developers to make:

1. Overuse of Button Controls

The Button and LinkButton controls are handy for running server-side logic when a link or push button is clicked, but keep in mind that search engines can't follow these links. These controls cause a postback via Javascript code that search engines are unable to execute. I've seen more than one developer who's standard method of linking from one page to another was to drag a LinkButton control onto the page and then place a Response.Redirect in the event handler, making the entire site completely uncrawlable by search engines.

It seems obvious, but when linking between pages try to use a plain text link or Hyperlink control whenever possible.

2. Duplicate Page Titles

With any dynamically generated site, it can be difficult to generate unique page titles for each and every page, but it really is important. If you have a quality site, then the search engines are working hard to drive traffic to your site. After all, that is their core business - to provide links to the best resources on whatever the searcher is looking for.

So you need to make it easy for the search engines to figure out exactly what your pages are about, and the page title is an important part of that. Not only that, but once the search engine does rank your page highly, the title is the primary text that searchers will be seeing and using to determine whether to click on your listing or not!

On dynamically generated pages, try to to use a keyword-rich page title, such as the full name of the product on a product page, for best results. If you don't have any appropriate field, provide the ability for the user to specify their own page titles for each item being displayed. It's worth their time and effort.

3. Duplicate Meta Descriptions

Much like the duplicate page title issue, the meta description tag should not be duplicated across your pages either. Like the page title, this text is used (although to a lesser extent) by the search engines to determine the content of your page and also appears underneath your title in the search engine listing. Depending on the number of pages of dynamic content on your site, it might not be practical to add multi-sentence descriptions for every single page. In this case, simply remove the meta description tag altogether. The major search engines are pretty good at improvising when the description tag is missing by displaying portions of the page body that match the user's search keywords instead.

In my experience, the SEO benefit of adding a keyword-rich meta description is not enough to warrant spending a great deal of time creating custom descriptions for sites with 100+ pages.

4. State-Dependent Pages

Search engines rely heavily on the idea that every unique page has it's own unique URL. That means that if you are basing a page's content on session variables or viewstate parameters, you are probably going to have problems getting that content indexed. Once a search engine finds a URL, Google will continue spidering that page, but you can bet that the search engine robot will not navigate through your site again to get there. So you need to make sure that any content you want indexed by search engines can be accessed by simply opening your browser and typing in the URL of that content. That means unique URLs for every product in your ecommerce store, ever category in your directory, etc.

My recommendation is to use viewstate rarely and session variables almost never.

5. Duplicate Content When Rewriting URLs With ASP.NET

When you rewrite a URL, the browser is displaying a keyword-rich URL, but internally the URL of the page being displayed is still the ugly URL with the querystring parameters. In technical terms, the Request.RawURL value might be something like:

http://www.store.com/products/coffee-cup.aspx

but the Request.Url value would still be something like:

http://www.store.com/products.aspx?productID=15

All of that is just fine, but a problem can arise if you have a Button or LinkButton control that posts back on that page. By default, the button control will post back to the Request.URL value. causing the URL to change after postback. This can be a problem if some users end up linking to your 'ugly' URLs, because the search engines will find that link and spider it. To the search engine the two different URLs signify two different pages and both will be indexed seperately, causing a pretty ugly duplicate content problem.

Thankfully, starting with .NET 2.0, there is a PostBackUrl property on the button controls. Set this property to the Request.RawUrl value and your button will postback to the 'pretty' URL.

What do you do in your daily ASP.NET development to ensure your sites are search engine friendly? Post a comment about it, I'd love to hear it. :-)