These days I’m working from my client’s office for some part of the day and continue from my office for the remaining portion of the day. This requires me to change network settings on my windows XP Dell laptop (almost) every time I boot it. This was a painful activity that I wanted to somehow get away with. If you have encountered this pain too, then read on for details on a method that worked well for me.
Today I sat down to figure out how can that be simplified. 10 minutes of googling showed up a nice utility called “netsh” which was in c:\windows\system32 folder on my machine. It provided simple ways to dump/export existing network settings into a text file and re-load/import the same from it later if required. This was all that was required. I dumped my network’s settings into a text file and created a batch file through which it could be imported back. Did this for both the networks & I ended up with two nice short-cuts on my desktop which allow me to change from one network to another in 5 seconds.
The steps that I followed in order to do this were
a) Opened a Dos Window
b) Exported the current settings into a text file (network1.txt) by typing the following
netsh -c interface dump >> network1.txt
c) Created another text file called switch-to-network1.bat [Name could be anything, but extension should be bat]
d) Opened this file in Notepad (or any other text editor) and type in the following
netsh -f network1.txt
Make sure that the bat file & text file are in the same directory
e) Right click on the bat file, create a short-cut (if desired change its icon) and put it on your desktop.
My wife recently browsed to my website and noticed that it wasn’t showing properly. The home page showed only the right panel (the one with my image) and the main panel was below the right panel and was very easy to miss.
I was able to reproduce the problem on IE with a resolution setting of 1024 * 768. Had missed the error earlier as the default setting on my laptop is higher than this and the problem does not appear on this. I also noticed that the ‘Contact Me’ page had similar problem over IE even with higher monitor resolution.
The problem was easier to fix (adjusted the panel widths) but considering that a good percentage (~ 48%) of visitors on my website use IE and all of these users would have seen the shabby looking site is embarrassing.
I recently got introduced to Force.com which is a platform from salesforce.com that allows a user to quickly build interesting & powerful data centric applications without having to write a single line of code.
A week ago, I used to think of salesforce just as an online tool to manage sales data for an organization. I was very pleasantly surprised to find that their platform has now evolved much more than just being a CRM. They interestingly have a tutorial kind of a document that provides step by step instructions for building a hiring solution for a organization’s HR team. The example provides detailed instructions on how to go about it and exposes the reader (in steps) of the power of the underlying platform. I certainly think, I might be using this a lot for building applications quickly.
For more details, just sign-up as a developer, get an account spend time on reading the documents along with trying out their stuff and you should be ready to do a lot of interesting apps on their platform with very minimal effort. The URL http://www.salesforce.com/developer/ would be a good starting point.
As promised in my earlier post, here’s the description of my first completed project
The project’s goal were
a) To find the maximum number of concurrent users a web portal will be able to handle.
b) If the figure found above turned out to be less than the estimated load then also work out ways to resolve the situation.
I wrote a simple JAVA application to handle part a). Details for the same follow –
The application allowed setting up any number of page flows that users would hit [A page flow essentially defined a list of GET/POST requests to be sent to the server along with delays in between] These page-flows were defined with the help of their marketing people who were aware of typical user actions (based on analytics reports). Once the page flows are defined, the program allowed setting up the number of users that would be going through a page flow. This allowed them to simulate the actual usage scenario of their portal.
On starting the program, a thread would be created for each user and a configured page flow assigned to it. This thread on starting would hit send the HTTP GET/POST request, from the received HTML response would parse the resources (images, java scripts, style sheets etc) and then send GET requests for them – just the way a web browser would behave.
The application captured the response received for each URL for each thread and later at the end of the program generate a report that would contain the response time for each URL hit and a higher level summary.