Like to introduce about few search tools such as YoName.com, Searchallcraigs.com, zoominfo.com and eGrabber.com

1. Conduct a reverse name search. The most comprehensive, public search engine available is Google, which looks up information in online sites and documents. Go to Google.com, enter the person’s name, and press the “Google Search” button. A list of links displays in which Google found instances of that name. Click on a link and review the information for an email ID or address associated to the name. For example, a link might be for a blog–click on that link and review the blog contents for that person’s name and email ID.

2. Search social networking sites. Because people often put email IDs in their social networking sites, such as MySpace or Facebook, it’s helpful to use a social networking search engine (for example, YoName) that searches dozens of social networking sites in one search. Go to Yoname.com, enter the person’s name, and press the “Yo!” button. Results list social networking sites with that name, some of which have photos to help you more easily identify the person. To search a particular site, click on its link and review its information for an email ID.

3. Search all Craigslist ads. Craigslist lists millions of free ads placed by people and businesses. It’s easy, with one search, to look up that person’s name in all of these ads–if that person placed an ad, he more than likely added his email ID or address as well. Go to Searchallcraigs.com, enter the person’s name and press the “Search” button. Links display for each ad that contains that name. Click on a link that appears to be associated to that person and review the ad for an email ID.

4. Look up the name in a business search engine. One such search engine is ZoomInfo, which contains profiles of more than 45 million business people. Go to Zoominfo.com, enter the person’s name and press the “Search” button. Search the results list for that person’s name (also listed are types of work and businesses associated with names, which can help you pinpoint the person you’re looking for). Click on the selected person’s name, and on the left side of the Web page that displays, check links to businesses, board memberships/affiliations and other sources affiliated to that person. Click on a link, such as a business website link and review its information for an email ID for that person.

5. Find All Sales leds, Business Leads and Recruiting Professionals contacts from search engines and Social Network sites. If you are finding the decision makers, hiring managers from any company i would suggest you to go with LeadResearcher tool from eGrabber.com. This is the one tool will find your requirements. Now if you want to find the business professionals contacts / Decision makers contacts, all you need to provide is the Title & company and the LeadResearcher will automatically search the internet and find the Decision Maker(s) in a Company such as C- level, Exec VP, VP, Director, Manager , BOD , Founder & Owner and more.

5.a) Find Hiring Managers in a Company – LeadResearcher helps you in finding the Hiring Managers in any company. Just type in the Job Title & Company and LeadResearcher will automatically search the Internet and find the Hiring Managers in a Company such as Demand Planner / Supply Planner , Product Manager , Software Engineer , sales Opening , Production Planner , Supply Chain Manager & SIOP Manager and more. Download Free Use

Find/Append Missing B2B Contacts From Social Network sites & append missing Name, Company, email address with one click Learn More

Points about LeadResearcher Pro;

Who can use LeadResearcher?

Sales and Recruiting Professionals, Anyone who uses social networking sites to generate leads, Anyone who wants to update their B2B contact databases

I hope this information will help you to find and use the tool very well. If any one have any idea about the new tools then please feel free to share wtih us.

People are more competitive and in order to stay ahead of the race, one need’s to be well informed and knowledge rich. Search engines came into existence not so long ago to serve the noble cause. The most popular search engines are Google, yahoo & Bing (MSN). Search engines are being used by millions of people every moment world wide. They search for various types of information, products & services.

Search engines established a new media for marketing and promotion, known as “internet marketing”. Today internet marketing plays a vital role, as it has become part and parcel of a marketing strategy of any business organization.

Search engines started building huge and competitive database consisting of millions of web pages for the same product or business or information. A general practice is that people tend to visit only the pages which appear in the top 10 searched results of any keyword. It became essential to have a strategy to achieve the above. Hence resulting, a new strategy called Search Engine Optimization.

SEO ensures a website to be both user and search engine friendly. It helps in placing the website with a higher ranking, facilitating a larger turn over of visitors and potential customers. In addition the main goal of the search engine optimization is to enhance the competitive edge of the website there by, serving as the best promotional advertising strategy in the internet marketing space.

Note: If any one having idea about the updated advt. strategies… please write a mail to us – contact@amousia.com or leave your comment here.

Disclaimer: This post does not reflect the opinions, thoughts, strategies or future intentions of my employer. These are solely my personal opinions. If you are seeking official position statements from Microsoft, please go here.

One of the Google folks working on OpenSocial sent me a message via Facebook asking what I thought about the technical details of the recent announcements. Since my day job is working on social networking platforms for Web properties at Microsoft and I’m deeply interested in RESTful protocols, this is something I definitely have some thoughts about. Below is what started off as a private message but ended up being long enough to be it’s own blog post.
First Impressions

In reading the OpenSocial API documentation it seems clear that is intended to be the functional equivalent of the Facebook platform. Instead of the Facebook users and friends APIs, we get the OpenSocial People and Friends Data API. Instead of the Facebook feed API, we get the OpenSocial Activities API. Instead of the Facebook Data Store API, we get the OpenSocial Persistence Data API. Instead of FQL as a friendly alternative to the various REST APIs we get a JavaScript object model.

In general, I personally prefer the Facebook platform to OpenSocial. This is due to three reasons

* There is no alternative to the deep integration into the Web site’s user experience that is facilitated with FBML.
* I prefer idiomatic XML to tunnelling data through Atom feeds in ways that [in my opinion] add unnecessary cruft.
* The Facebook APIs encourage developers to build social and item relationship graphs within their application while the OpenSocial seems only concerned with developers stuffing data in key/value pairs.

The Javascript API

At first I assumed the OpenSocial JavaScript API would provide similar functionality to FBML given the large number of sound bites quoting Google employees stating that instead of “proprietary markup” you could use “standard JavaScript” to build OpenSocial applications. However it seems the JavaScript API is simply a wrapper on top of the various REST APIs. I’m sure there’s some comment one could make questioning if REST APIs are so simple why do developers feel the need to hide them behind object models?

Given the varying features and user interface choices in social networking sites, it is unsurprising that there is no rich mechanism specified for adding entry points to the application into the container sites user interface. However it is surprising that no user interface hooks are specified at all. This is surprising given that there are some common metaphors in social networking sites (e.g. a profile page, a friends list, etc) which can be interacted with in a standard way.  It is also shocking that Google attacked Facebook’s use of “proprietary markup” only to not even ship an equivalent feature.
The People and Friends Data API

The People and Friends Data API is used to retrieve information about a user or the user’s friends as an Atom feed. Each user is represented as an atom:entry which is a PersonKind (which should not be confused with an Atom person construct). It is expected that the URL structure for accessing people and friends feeds will be of the form  http://<domain>/feeds/people/<userid> and http://<domain>/feeds/people/<userid>/friends respectively.

Compare the following response to a request for a user’s information using OpenSocial with the equivalent Facebook API call response.

GET http://orkut.com/feeds/people/14358878523263729569

<entry xmlns=’http://www.w3.org/2005/Atom’ xmlns:georss=’http://www.georss.org/georss’ xmlns:gd=’http://schemas.google.com/g/2005′>
<id>http://sandbox.orkut.com:80/feeds/people/14358878523263729569</id>
<updated>2007-10-28T14:01:29.948-07:00</updated>
<title>Elizabeth Bennet</title>
<link rel=’thumbnail’ type=’image/*’ href=’http://img1.orkut.com/images/small/1193601584/115566312.jpg’/>
<link rel=’alternate’ type=’text/html’ href=’http://orkut.com/Profile.aspx?uid=17583631990196664929′/>
<link rel=’self’ type=’application/atom+xml’ href=’http://sandbox.orkut.com:80/feeds/people/14358878523263729569′/>
<georss:where>
<gml:Point xmlns:gml=’http://www.opengis.net/gml’>
<gml:pos>51.668674 -0.066235</gml:pos>
</gml:Point>
</georss:where>
<gd:extendedProperty name=’lang’ value=’en-US’/>
<gd:postalAddress/>
</entry>

Below is the what the above information would look like if returned by Facebook’s users.getInfo method

GET

<users_getInfo_response xmlns=”http://api.facebook.com/1.0/” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance” xsi:schemaLocation=”http://api.facebook.com/1.0/ http://api.facebook.com/1.0/facebook.xsd” list=”true”>
<user>
<uid>14358878523263729569</uid>
<current_location>
<city>Palo Alto</city>
<state>CA</state>
<country>United States</country>
<zip>94303</zip>
</current_location>
<first_name>Elizabeth</first_name>
<is_app_user>1</is_app_user>
<has_added_app>1</has_added_app>
<pic>http://photos-055.facebook.com/ip007/profile3/1271/65/s8055_39735.jpg</pic>
</user>
</users_getInfo_response>

I’ve already mentioned that I prefer idiomatic XML to tunnelling data through Atom feeds. Comparing the readability of both examples should explain why.
The Activities Data API

A number of social networking sites now provide a feature which enables users to see the recent activities of members of their social network in an activity stream. The Facebook news feed, Orkut’s updates from your friends, and the Windows Live Spaces what’s new page are all examples of this feature. The OpenSocial Activities Data API provides a mechanism for OpenSocial applications to access and update this activity stream as an Atom feed. All of the users activities or all activities from a specific application can be accessed using URIs of the form  http://<domain>/activities/feeds/activities/user/<userID> and http://<domain>/activities/feeds/activities/user/<userID>/source/<sourceID> respectively.

Currently there is no reference documentation on this API. My assumption is that since Orkut is the only OpenSocial site that supports this feature, it is difficult to produce a spec that will work for other services without it being a verbatim description of Orkut’s implementation.

There are some notes on how Orkut attempts to prevents applications from spamming a user’s activity stream. For one, applications are only allowed to update the activity stream for their source directly instead of the activity stream for the user. I assume that Google applies some filter to the union of all the source specific activity streams before generating the user’s activity feed to eliminate spam. Secondly, applications are monitored to see if they post too many messages to the activity stream or if they post promotional messages instead of the user’s activities to the stream. All of this makes it seem difficult to see how one could specify the behavior of this API and feature set reliably for a diverse set of social networking sites.
The Persistence Data API

The OpenSocial Persistence API allows applications to store and retrieve key<->value pairs that are either user-specific or are global to the application. An example of the former is a listing of company name and stock ticker pairs while an example of the latter is a user’s stock portfolio. The feed of global key<->value pairs for an application can be accessed at a URL of the form http://<domain>/feeds/apps/<appID>/persistence/global for the entire feed and http://<domain>/feeds/apps/<appID>/persistence/global/<key> if seeking a particular key<->value pair. User-specific key<->value pairs are available at the URL of the form http://<domain>/feeds/apps/<appID>/persistence/<userID>/instance/<instanceID>.

This is probably the least interesting aspect of the API. A simple persistence API like this is useful for applications with simple storage needs that need to store user preferences or simple textual data that is needed by the application. However you aren’t going to use this as the data storage platform for applications like iLike, Flixster or Scrabulous.

However I will add that an Atom feed seems like a horrible representation for a list of key<->value pairs. It’s so bad that the documentation doesn’t provide an example of such a feed.
Hosting OpenSocial Applications

The documentation on hosting OpenSocial applications implies that any site that can host Google gadgets can also host OpenSocial applications. In practice, it means that any site that you can place a <script> element on can point to a gadget and thus render it. Whether the application will actually work will depend on whether the hosting service has actually implemented the OpenSocial Service Provider Interface (SPI).

Unfortunately, the documentation on implementing the OpenSocial SPI is missing in action. From the Google site

To host OpenSocial apps, your website must support the SPI side of the OpenSocial APIs. Usually your SPI will connect to your own social network, so that an OpenSocial app added to your website automatically uses your site’s data. However, it is possible to use data from another social network as well, should you prefer. Soon, we will provide a development kit with documentation and code to better support OpenSocial websites, along with a sample sandbox which implements the OpenSocial SPI using in-memory storage. The SPI implements:

* Adding and removing friends
* Adding and removing apps
* Storing activities
* Retrieving activity streams for self and friends
* Storing and retrieving per-app and per-app-per-user data

The OpenSocial website development kit will include full SPI documentation. It will provide open source reference implementations for both client and server components.

I assume that the meat of the OpenSocial SPI is documentation is just more detailed rules about how to implement the REST APIs described above. The interesting bits will likely be the reference implementations of the API which will likely become the de facto standard implementations instead of encouraging dozens of buggy incompatible versions of the OpenSocial API to bloom.
Conclusion

In general I believe that any effort to standardize the widget/gadget APIs exposed by various social networking sites and AJAX homepages (e.g. iGoogle, Netvibes, Live.com, etc) is a good thing. Niall Kennedy has an excellent series of articles on Web Widget formats and Web Widget update technologies that shows how diverse and disparate the technologies that developers have to learn and utilize when they want to build widgets for various sites. Given that Web widgets are now a known quantity, the time is ripe for some standardization.

That said, there are a number of things that give me cause to pause with regards to OpenSocial

1.

A common practice in the software industry today is to prefix “Open” to the name of your technology which automatically gives it an aura of goodness while attempting to paint competing technologies as being evil and “closed”. Examples include OpenDocument, OpenID, OpenXML, OAuth, etc. In this case, OpenSocial is being positioned as an “open” alternative to the Facebook platform.  However as bloggers like Shelley Powers, Danny Ayers and Russell Beattie have pointed out, there isn’t much “open” about OpenSocial. Russell Beattie asks in his post Where the hell is the Container API?

Would people be jumping on this bandwagon so readily if it was Microsoft unilaterally coming up with an API, holding secret meetings geared towards undercutting the market leader, and then making sure that only those anointed partners get a head start on launch day by making sure a key part of the API isn’t released – even in alpha. (It obviously exists already, all the partners have that spec and even sample code, I’m sure. The rest of us don’t get access yet, until the GOOG says otherwise).

Let’s say we ignore that the process for creating the technology was not “open” nor have key aspects of the technology even been unveiled [which makes this more of a FUD announcement to take the wind out of Facebook's sails than an actual technology announcement], is the technology itself open? Shelley Powers points out her post Terms that

Perhaps the world will read the terms of use of the API, and realize this is not an open API; this is a free API, owned and controlled by one company only: Google. Hopefully, the world will remember another time when Google offered a free API and then pulled it. Maybe the world will also take a deeper look and realize that the functionality is dependent on Google hosted technology, which has its own terms of service (including adding ads at the discretion of Google), and that building an OpenSocial application ties Google into your application, and Google into every social networking site that buys into the Dream.

Google has announced a technology platform that is every bit as proprietary as Facebook’s. The only difference is that they’ve cut deals with some companies to utilize their proprietary platform while Facebook’s platform is only for use on the Facebook site. If Zuckerburg announces next week that the Facebook platform is freely implementable by any 3rd party Web site, where does that leave OpenSocial? After all, the Facebook platform is actually a proven, working system with complete documentation instead of the incomplete rush job that OpenSocial clearly is right now.

There are all sorts of forums for proposing and discussing open Web technologies including the IETF, W3C, OASIS and even ECMA. Until all of the underlying technologies in OpenSocial have been handed over to one or more of these standards bodies, this is a case of the proprietary pot calling the proprietary kettle black.
2.

One of the things that comes along with OpenSocial is that Google has now proposed GData as the standard protocol for interacting with social graphs on the Web. This is something that I’ve been worried about for a while and I’ve written a couple of blog posts to address this topic because it is not clear that the Atom Publishing Protocol upon which GData is based works well outside it’s original purpise of editing blog posts and the like. I’m not the only one that feels this way.

Danny Ayers wrote in his post Open? Social?

However the People Data API is cruel and unusual. It first stretches Atom until it creaks with “each entry in the People or Friends feed is a PersonKind”; then gives a further tug  (a person’s name is represented using atom:title) then extends it even more (a person’s email is gd:email) and finally mops up all the blood, sweat and dribble:

Key value parameters – gd:extendedProperty – “As different social networks and other sources of People data have many different named fields, this provides a way for them to be passed on generally. Agreeing on common naming conventions is to be decided in future.”

Got to admire the attempt, but (to mix the metaphorical namespaces) silk purses don’t make very good sow’s ears either.

In addition, AtomPub geek extraordinairre, Tim Bray wrote in his blog post entitled Web3S

If you decide you totally can’t model your world as collections of entries populated with hyperlinks to express relationships, well then I guess APP’s not for you. And at the level of engineering intuition, I have to say that a monster online address book does feel different at a deep level from most online “publications” (I thought that was why we had LDAP… but I repeat myself).

Now that we have AtomPub/GData as a de facto standard protocol for accessing various kinds of non-microcontent data on the Web as a reality, I’m done debating its suitability for the task since the horse has already left the barn. However I will continue to ask when will GData be RFC 5023 compliant?
3.

At the end of the day, the most disappointing thing about OpenSocial is that it doesn’t really further the conversation about actual interoperability across social networking sites. If I use Orkut, I still need a MySpace account to interact with my friends on that site. Some people have claimed that OpenSocial will enable routing around such lock-in via applications like iLike and Flixster which have their own social networks and thus could build cross-site social networking services since they will be hosted on multiple social networking sites. However the tough part of this problem is how a hosted application knows that carnage4life@windowslivespaces is the same user as DareObasanjo@Facebook? It seems OpenSocial completely punts on satisfying this scenario even though it wouldn’t be hard to add this as a requirement of the system. I guess the various applications can create their own user account systems and then do the cross-site social network bridging that way, which sucks because it will be a lot of duplicative work and will require users to create even more accounts with various services.

Given that the big widget vendors like iLike, Slide and RockYou already have their users creating accounts on their sites that can be tied back to which social networking site the user utilizes their widgets on, this might be a moot point. Wouldn’t it be mad cool if the Top Friends Facebook application could also show your top friends from MySpace or Orkut? I suspect the valuation of various widget companies will be revised upwards in the coming months.
4.

There is no mention of a user-centric application authorization model. Specifically, there is no discussion of how users grant and revoke permission to access their personal data to various OpenSocial applications. Regular readers of my blog are familiar with my mantra of putting the user in control which is why I’ve been so enthusiastic about OAuth. Although there is some mention of Google’s Authentication for Web Application in the documentation, this seems specific to Google’s implementation of OpenSocial hosting and it is unclear to me that we should expect that this is the same model that will be utilized by MySpace, Bebo, TypePad or any of the other social networking sites that have promised to implement OpenSocial. On the other hand, Facebook has a well thought out applications permission model and I would have thought it would be quite easy to simply reverse engineer that and add it to the OpenSocial spec than to simply punt on this problem.

Despite these misgivings, I think this is a step in the right direction. Web widget and social graph APIs need to be standardized across the Web.

PS: I’ve subscribed to the Google OpenSocial blog. So far there have only been posts by clueless marketing types but I’m sure interesting technical information that addresses some of the points above will be forthcoming.

Factors that can increase your Google PageRank

Now the Google PageRank algorithm can be very complexed, but yet friendly invention. Here is a list of things that could help boost you Google PageRank, with a rating scale beside it of how important we think it is.

Update Pages Frequently 2/10
Add Pages Frequently 4/10
Good Neighborhood Directories with high PageRank Levels 7/10
Monster Websites 7/10
Quality Inbound links 8/10
Quality Relevant Links 9/10
No Broken Links 5/10
Article Submissions (this can increase your PageRank by getting more inbound links)
All these put together 10/10
Factors that can decrease your Google PageRank

Bad inbound links such as Poker, Porn, Sex, Drugs, or anything to that nature
Link spamming
Bad Content
Lots of broken links
SEO Black Hat Techniques
How Google PageRank is Calculated

Okay now we are to the Google PageRank Calculations, this is very simple so pay attention, I learned it over night, not really. The factors about Google PageRank Calculation is that no one knows exactly how it works, but people have discovered over time somewhat how it works, but lets get into an example.

PR(A) = (1-d) + d(PR(t1)/C(t1) + … + PR(tn)/C(tn))
Above is a Google PageRank algo. that was released in the development of Google algo. Thats right the actualy algo equitation . Which google is not telling us what it does, but that does not matter because the equatation is good enough.

In the equation ‘t1 – tn’ are pages linking to page A, ‘C’ is the number of outbound links that a page has and ‘d’ is a damping factor, usually set to 0.85.

A more simpler way to think of it is:

a page’s PageRank = 0.15 + 0.85 * (a “share” of the PageRank of every page that links to it)
Share = The linking page’s PageRank is divided by the number of outbound links

A page “votes” an amount of PageRank onto each page that it links to. The amount of PageRank that it has to vote with is a little less than its own PageRank value (its own value * 0.85). This value will be shared equally between all pages

Therefore; it would be better to get a page linked to you that has a PageRank of 5 with 2 outbound links then it would be to have a page linked to you with a PageRank of 8 with 500 outbound links, but don’t get me wrong. It would be better to have both pages linked to you, but if you was to take your choice, think about it.

Now the Google PageRank algorithm is based between a pr of 1 to 10, but many people believe that numbers are set to a algo logarithmic scale. Which there is a very good reason to believe this, but no one knows for sure outside of google, now there has probably been people that have figured it out somewhat, but to be sure, you would of had to write the Google PageRank algorithm your self.

Who invented the Google PageRank Algorithm

Google PageRank was developed at Standford University by Larry Page, and Sergery Brin. This was part of a research project for these two individuals. The project was started in 1995 and then was led to a functional prototype. In 1998, Google was founded.

I have implemented like this kind of technologies to improve few web sites google PR, and got successes.

Note: if this article useful to you / to increase your sites PR, leave your voice here, if you want to know more about this write a mail thorough contact us.

If any one have any other proven idea to increase Google PageRank, let us know, we all join together to give a valid information to all of the web readers.

I would like to share the latest news about Facebook, which i have read from Pingdom.com on day before yesterday  i.e., “Facebook has announced that it now has 400 million active users. Just one year ago Facebook had 150 million users, so 2009 was an incredible year for the social media giant.

There can be no doubt that Facebook is pretty much unstoppable at the moment, a real juggernaut. For some perspective on Facebook’s amazing growth, we have put together this infographic. We hope you’ll enjoy it!” – Yes which is no body can deny this.

See the graph below and share you points to us;…..

facebook-pingdom