MatrixAdapt | Logiciel de gestion d'Entreprise, Création et référencement des sites web

Seo Master present to you: Many of the developer and enterprise products presented at Google I/O are of great interest to the Rails Community. We know developers attending RailsConf are ready to roll up their sleeves to start hacking, so Google is hosting a hackfest and reception at the Renaissance Baltimore Harborplace Hotel in Maryland DF (5th Floor). The event will be on June 9th from 7:00pm to 11:30pm, and of course we'll have food, beer and swag. Space is limited, so please register now, we'll send out an email when your registration has been confirmed.

Steven Bazyl will be helping folks integrate their existing Rails apps into Google Apps Marketplace using OpenID, OAuth, and the Google Data APIs. The Google Apps Marketplace offers products and services designed for Google users, including installable apps that integrate with Google Apps.

Ryan Brown and John Woodell will be getting folks setup with Duby or JRuby on App Engine, and David Masover will be helping folks with the DataMapper adapter. Google App Engine enables developers to build and host web apps on the same systems that power Google applications. JVM languages like Duby and JRuby operate on App Engine for Java.

Seth Ladd will be available to talk about the Chrome Web Store. The Chrome Web Store a very easy way to distribute and monetize apps written in HTML, HTML5, or even Flash. The Chrome Web Store is a perfect way to market and distribute your Rails application, run that app on any platform or device (mobile or desktop), sign up users, and make money.

Seth will also be running two surveys at the conference, and would love your feedback on HTML5 and the Chrome Web Store. These in-person surveys are to help him gauge developer interest and knowledge in these technologies. To entice participants, he will have lots of t-shirts on hand to give away to attendees at the conference who participates in the survey. Look for him while at the conference, let him know your thoughts, and collect your t-shirt (while supplies last).

RailsConf attendees that sign up for the hackfest by June 8th, can request a Google Storage account to use at the hackfest. Google Storage for Developers a RESTful service for storing and accessing your data on Google's infrastructure. The service combines the performance and scalability of Google's cloud with advanced security and sharing capabilities.

We're looking forward to the great talks and to meeting lots of developers. Can't wait to do some coding with you at RailsConf 2010!

By Seth Ladd, Chrome Developer Relations Team2013, By: Seo Master

Seo Master present to you: By Patrick Copeland, Google.org

Cross-posted with the Google.org Blog

On June 1st and 2nd, thousands of developers from across the U.S. came together at nearly 100 different locations to participate in the first ever National Day of Civic Hacking. Using public data recently released by the government on topics like crime, health and the environment, developers built new applications that help address social challenges.


At the Googleplex in Mountain View, we hosted nearly 100 developers, statisticians, data scientists, and designers, who stayed long into the night hacking together prototypes that show how data on health and the environment can be used to enrich lives. Fusion Tables and Google App Engine were used to prototype, and groups relied on BigQuery as a workhorse to crunch the biggest datasets. Participants used Google+ Hangouts to connect with hackathons in other states and collaborated with Google Apps and platforms.

Here are a few highlights from the hackathon that stood out as useful, visually stunning, and informative ways to use public data:

• Eat Healthy for Less, the winner of our Mountain View hackathon, is a mobile web application that uses the Consumer Pricing Index to suggest healthy recipes that can be made on a budget.
• Data+, a reimagining of how we access data, can make exploring public datasets more intuitive and easily understandable for everyone.
• Detoxic.org is a web experience and Android app that shows you toxic sites and landfills nearby that you might not know about so that you can take civic action against toxic waste.

Many of the ideas have great potential, and we are encouraging participants to continue their work. We hope that the National Day of Civic Hacking will be a catalyst for innovation in this space, and encourage you to keep track of our tools for civic developers at g.co/civicdevelopers.


Congratulations and thanks to everyone who participated!


Patrick Copeland is director of engineering at Google.org, where he works to build systems that leverage Google's reach to help people around the world.

Posted by Scott Knaster, Editor

2013, By: Seo Master

salam every one, this is a topic from google web master centrale blog: Webmaster level: Intermediate

Let's take a quick look at the individual sections in the Google Webmaster Tools' Site Performance feature:

Performance overview



The performance overview shows a graph of the aggregated speed numbers for the website, based on the pages that were most frequently accessed by visitors who use the Google Toolbar with the PageRank feature activated. By using data from Google Toolbar users, you don't have to worry about us testing your site from a location that your users do not use. For example, if your site is in Germany and all your users are in Germany, the chart will reflect the load time as seen in Germany. Similarly, if your users mostly use dial-up connections (or high-speed broadband), that would be reflected in these numbers as well. If only a few visitors of your site use the Google Toolbar, we may not be able to show this data in Webmaster Tools.

The line between the red and the green sections on the chart is the 20th percentile — only 20% of the sites we check are faster than this. This website is pretty close to the 20% mark, which pages would we have to work on first?

Example pages with load times



In this section you can find some example pages along with the average, aggregated load times that users observed while they were on your website. These numbers may differ from what you see as they can come from a variety of different browsers, internet connections and locations. This list can help you to recognize pages which take longer than average to load — pages that slow your users down.

As the page load times are based on actual accesses made by your users, it's possible that it includes pages which are disallowed from crawling. While Googlebot will not be able to crawl disallowed pages, they may be a significant part of your site's user experience.

Keep in mind that you may see occasional spikes here, so it's recommended that you watch the load times over a short period to see what's stable. If you consistently see very large load times, that probably means that most of your users are seeing very slow page loads (whether due to slow connections or otherwise), so it's something you should take seriously.

Page Speed suggestions



These suggestions are based on the Page Speed Firefox / Firebug plugin. In order to find the details for these sample URLs, we fetch the page and all its embedded resources with Googlebot. If we are not able to fetch all of embedded content with Googlebot, we may not be able to provide a complete analysis. Similarly, if the servers return slightly modified content for Googlebot than they would for normal users, this may affect what is shown here. For example, some servers return uncompressed content for Googlebot, similar to what would be served to older browsers that do not support gzip-compressed embedded content (this is currently the case for Google Analytics' "ga.js").

When looking at flagged issues regarding common third-party code such as website analytics scripts, one factor that can also play a role is how wide-spread these scripts are on the web. If they are common across the web, chances are that the average user's browser will have already cached the DNS lookup and the content of the script. While these scripts will still be flagged as separate DNS lookups, in practice they might not play a strong role in the actual load time.

We offer these suggestions as a useful guideline regarding possible first performance improvement steps and recommend using the Page Speed plugin (or a similar tool) directly when working on your website. This allows you to better recognize the blocking issues and makes it easy to see how modifications on the server affect the total load time.


For questions about Webmaster Tools and this new feature, feel free to read the Help Center article, search and post in the Webmaster Help Forums or in the Page Speed discussion group. We hope this information helps you make your website even faster!

Posted by John Mueller, Webmaster Trends Analyst, Google Zürichthis is a topic published in 2013... to get contents for your blog or your forum, just contact me at: devnasser@gmail.com