Recommend this
on Google+

Recommend this
on Google+

Sunday, May 27, 2012

Web Filter Proxy

Web Filter Proxy

Monday, May 7, 2012

Sign up for Google Apps - Google Apps Help


Sign up for Google Apps

Google Apps offers a rich suite of business tools that can benefit any size organization. With Google Apps, your users get an email address at your domain, tools for word processing, spreadsheets, and presentations, a shared calendaring system, web authoring tools, and access to dozens of other Google services.
You can sign up for Google Apps using the domain where you already do business, or purchase a new domain from one of our registration partners. Sign up for the free version of Google Apps, or for additional business-grade features, try Google Apps for Business (free trial available). Educational and nonprofit organizations can qualify for enhanced versions of Google Apps, as well.
Ready to begin?
  1. Go to www.google.com/a, select a version of Google Apps from the Solutions tab, and click thebig blue button to begin. (To purchase a domain from one of our partners, sign up now for the free version of Google Apps. You can then easily upgrade later to Google Apps for Business.)
  2. Follow the instructions that appear to sign up your domain and create your Google Apps account. The instructions are easy to follow, but here are a few things to keep in mind:
    • If you're signing up an existing domain, you'll need to prove to us that you own the domain. This requires that you have access to any one of the following: the domain's DNS settings (managed by your domain host), the server that hosts your domain's web site, or a Google Analytics account for your domain. For details, see verify domain ownership.
    • Be ready to create an email address at your domain where you'll send and receive mail (for example, your_name@your_domain.com). You'll also use this address (along with a password) to log in to your Google Apps account and manage the domain for your users, as well as access your own Google Apps services.
    • You'll also need to provide an alternate email address that's not in your Google Apps domain. Should you forget your Google Apps email address or password and be unable to log in and get your mail, we'll need to reach you at another address that's outside your Google Apps domain, to send you new login credentials. This must be a valid address where you can receive mail both now and while you're using Google Apps.
After you sign up, we'll take you to your Google Apps administrator control panel where you can log in to your new account, verify domain ownership (if you signed up an existing domain), and continue setting up services for your users.
Note that Google doesn't host your domain, so you can't transfer your domain to us—you still need to maintain an account with your domain host. We just enable services for your domain.

Acknowledgements: To help google customer community acquainted with newest of Google's services, so that, Google experience has expanded scope for adding new services with no non-sense-options with minimal elegant UI. 
@Coutersy: Google 

Sign up for Google Apps - Google Apps Help:

'via Blog this'

Google Apps Help

Google Apps Help:

'via Blog this'

Crisis at the moment for developers working on mobile-web-development

Mobile-based web-applications for targets with innate resource-constrained environment, browser apps – Customer Feedback for Microsoft:



Please enable required features to mobile-based develop applications using various browser-engines (Webkit2, Gecko, V8, Rhino, Chakra) etc., for making developers adapt to visual studio for writing code at great-ease.

A partial list of features which might be required as part of this idea are:

1. Monitoring of transport/session layer (i.e., HTTP, HTTPS, FTP, SFTP, SOCKS, TELNET, any other port valid in context to the mobile-webapp)
2. Synchronous/Asynchronous modes of javascript execution monitoring.
3. Indirect/Proxy mode supported browsers.
a. Various proxies involved for optimizing mobile web content suitable for browsers running inside smartphones i.e., Content optimizing, Content transcoding, Content media quality altering, kinds of Proxy servers. Most popular buzz words include, WURFL, Novarra, mobiweb, mobileforge, Opera Mini, Google-Services-for-Mobiles etc.,  .

b. Debugging scenarios including such content-proxy servers should be enabled for supporting, as part of, remote debugging services, should be enabled in IDE.

c. Chromeless(Widgets) web-apps, debugging such apps running on top of web-runtimes.

4. API/Libraries intellisense should have a clear indication, for marking Standard/Non-Standard code, being displayed with relevance to the nature of application being developed in any context.

5. Native debugging protocols offered by browser-manufacturing-vendors (chrome://, resource://, about:config, about:debug etc.,); should be utilised by the IDE, for offering flexible and robust suggestions for the developer/programmers inside this IDE.

Thanks,
K Chandrasekhar Omkar,
Hobbyist Researcher in applied web standards and progressive mobile web apps recommendations.
kcomkar@gmail.com
kcomkar@hotmail.com
http://omkarkc.blogspot.com/
https://kcomkar.pip.verisignlabs.com/



'via Blog this'