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

Seo Master present to you:
By Scott Knaster, Google Developers Blog Editor

Hey, wanna start a band? A new Chrome Experiment, JAM with Chrome, lets you play music in a web app and jam with others online in real time. You get to pick from 19 different instruments, including drums, guitars, and keyboards. Once you get really good, you can use shortcuts on your (computer) keyboard to play your instrument.



When you’ve had enough fun making music with your friends, you can explore how JAM with Chrome works. Take a look at the tools and technologies that were used to make this app, and for details, read the case study. Then you can decide whether you want to build the next great web app or become a rock star instead.

Speaking of stars, scientists have astonishingly figured out how to learn about light from every star that ever existed. Researchers used the orbiting Fermi Large Area Telescope to look at distant galaxies and measure photons from various places around the universe. This data goes back to the formation of the first stars more than 13 billion years ago.

Finally, back on our own planet, you might have noticed that Google Maps recently added more building footprints to map displays. In case you didn’t count them, over 25 million new building footprints have been added to both desktop and mobile versions of Google Maps. Maybe you’ll see the new footprints while exploring your favorite city this weekend.


On Fridays we detour slightly from our usual posts and publish a Fridaygram, a fun compilation of nerdy stuff to amuse you (and us). And how cool is it that we have orbiting telescopes?

2013, By: Seo Master

Seo Master present to you: By Phoebe Peronto, Developer Marketing

We’re heading into the last leg of DevFest season, and it’s time to share the latest from events all over the world. From a live Twitter stream at DevFest Lima (#devfestlima), to keynote highlights from the GDG Algeria event, to shared learning resources from speakers at DevFest Hyderabad, festing devs have a lot to look forward to in the coming weeks! Check out highlights from past events, along with upcoming event links & dates.  

DevFest Bangkok (Bangkok, Thailand) | Host: GDG Thailand
DevFest Bangkok attendees shared photos live from the event, posting updates directly to Google+. Ruben Licera, Jr., a GDG DevFest Bangkok attendee shared to Google+, “Congrats in advance +Wittaya Assawsathain  and the whole +GDG Thailand community. =)”


DevFest Lima (Lima, Peru) | Host: GDG Lima
Check out the Google+ #devfestlima stream from the October 27th event.

DevFest Chennai (Chennai, India) | Host: GDG Chennai
“With 365 attendees at DevFest Chennai, the event was jam packed with curious developers! There were a series of talks and hack demos from a variety of speakers, who kept the audience intact throughout the event.  We were amazed by the reactions we got from the audience throughout the event, and we are completely happy about the way the event happened.” --Karthik K. (GDG Chennai Organizer)


DevFest Beijing | Host: GDG Beijing
“GDG Beijing organized a DevFest with about 200 local developers, business leaders, and college students participating. We covered Android, Google Maps API, and HTML5. Bill Luan of Google Developer Relations presented the 2012 Google I/O update and DevRel global program update on GDL, GDE, and GDA.

“Speakers from local companies Sunda and NQ presented HTML, web app development, and Android low-level security for application development. Our event also  included a special session on startup topics. Directors from three local VC firms, Legend Star Capital, Zero2IPO Ventures, and China Center for Information Industry (CCID), joined a panel discussion on how to leverage technologies for startups. You can find more information about the event, including photos, here.” --Jerry Ge (GDG Beijing Organizer)



G|Algeria (Algiers, Algeria) | Host: GDG Algiers
The GDG Algiers team posted updates from their event in real-time, including moments from Googler Patrick Heneghen’s keynote address:

“Patrick Heneghen, doing the Keynote at #gAlgeriaExtended. It was an awesome moment!” --GDG Algiers



DevFest Hyderabad (Hyderabad, India)| Host: GDG Hyderabad
At DevFest Hyderabad, attendees had fun both doodling and doing cool things with Google technologies. From Neil Ghosh’s open sourcing of HTML5 slides used during the event for online community use, to attendee Harish Kotra’s product session update, “Features of Android 4.1 built using the name Project Butter by Anirudh at #gdg  #devfest Hyderabad!,” the event was absolutely a success.


Check out other recent DevFest events.  Click the links for more information.
DevFest Cochabamba (Cochabamba, Bolivia) | Host: GDG Cochabamba
DevFest Valley View University (Ghana) | Host: GDG Valley View University
DevFest Chandigarh (Chandigarh, India) | Host:  GDG Chandigarh
DevFest Brunei (Brunei, Brunei) | Host: GDG Brunei
DevFest Accra (Accra, Ghana) Accra, Ghana | Host: GDG Ghana
DevFest Ouaga (Ouaga, Burkina Faso) | Host: GDG Ouaga
DevFest Uruguay (Montevideo, Uruguay) | Host: GDG Uruguay
DevFest Bacolod (Bacolod, Philippines) | Host: GDG Bacolod
DevFest Nantes (Nantes, France) | Host: GDG Nantes

Just added:
DevFest Barcelona (Barcelona, Spain) | Host: GDG Barcelona
DevFest Prague (Prague, Czech Republic) | Host: GDG Prague

What’s up next?

Dubai, UAE | 11/9/2012
Brazza, Congo | 11/10/2012
Murcia, Spain | 11/10/2012
Vienna, Austria | 11/10/2012 - 11/11/2012
Shikoku, Japan | 11/10/2012

Just added:
Omsk, Russia | 11/16/2012
Moscow, Russia | 11/17/2012
Voronezh, Russia | 11/18/2012

Want to learn more? Find your nearest GDG chapter, get involved in local events, and connect with Google developers 24/7/365 on Google Developers Live.


Phoebe Peronto is an Associate Product Marketing Manager on the Developer Marketing team here at Google. She’s a foodie who has a penchant for traveling, politics, and running. Oh, and of course...Go Cal Bears!

Posted by Scott Knaster, Editor

2013, By: Seo Master

Seo Master present to you: Every day, more than 99 human years are wasted because of uncompressed content. Although support for compression is a standard feature of all modern browsers, there are still many cases in which users of these browsers do not receive compressed content. This wastes bandwidth and slows down users' interactions with web pages.

Uncompressed content hurts all users. For bandwidth-constrained users, it takes longer just to transfer the additional bits. For broadband connections, even though the bits are transferred quickly, it takes several round trips between client and server before the two can communicate at the highest possible speed.  For these users the number of round trips is the larger factor in determining the time required to load a web page. Even for well-connected users these round trips often take tens of milliseconds and sometimes well over one hundred milliseconds.

In Steve Souders' book Even Faster Web Sites, Tony Gentilcore presents data showing the page load time increase with compression disabled.  We've reproduced the results for three highest ranked sites from the Alexa top 100 with permission here:



The data from Google's web search logs show that the average page load time for users getting uncompressed content is 25% higher compared to the time for users getting compressed content. In a randomized experiment where we forced compression for some users who would otherwise not get compressed content, we measured a latency improvement of 300ms.  While this experiment did not capture the full difference, that is probably because users getting forced compression have older computers and older software.

We have found that there are 4 major reasons why users do not get compressed content: anti-virus software, browser bugs, web proxies, and misconfigured web servers.  The first three modify the web request so that the web server does not know that the browser can uncompress content. Specifically, they remove or mangle the Accept-Encoding header that is normally sent with every request.

Anti-virus software may try to minimize CPU operations by intercepting and altering requests so that web servers send back uncompressed content.  But if the CPU is not the bottleneck, the software is not doing users any favors.  Some popular antivirus programs interfere with compression.  Users can check if their anti-virus software is interfering with compression by visiting the browser compression test page at Browserscope.org.

By default, Internet Explorer 6 downgrades to HTTP/1.0 when behind a proxy, and as a result does not send the Accept-Encoding request header. The table below, generated from Google's web search logs, shows that IE 6 represents 36% of all search results that are sent without compression.  This number is far higher than the percentage of people using IE 6.


There are a handful of ISPs,  where the percentage of uncompressed content is over 95%.  One likely hypothesis is that either an ISP or a corporate proxy removes or mangles the Accept-Encoding header.  As with anti-virus software, a user who suspects an ISP is interfering with compression should visit the browser compression test page at Browserscope.org.

Finally, in many cases, users are not getting compressed content because the websites they visit are not compressing their content.  The following table shows a few popular websites that do not compress all of their content. If these websites were to compress their content, they could decrease the page load times by hundreds of milliseconds for the average user, and even more for users on modem connections.


To reduce uncompressed content, we all need to work together.

• Corporate IT departments and individual users can upgrade their browsers, especially if they are using IE 6 with a proxy. Using the latest version of Firefox, Internet Explorer, Opera, Safari, or Google Chrome will increase the chances of getting compressed content.  A recent editorial in IEEE Spectrum lists additional reasons - besides compression - for upgrading from IE6.
• Anti-virus software vendors can start handling compression properly and would need to stop removing or mangling the Accept-Encoding header in upcoming releases of their software.
• ISPs that use an HTTP proxy which strips or mangles the Accept-Encoding header can upgrade, reconfigure or install a better proxy which doesn't prevent their users from getting compressed content.
• Webmasters can use Page Speed (or other similar tools) to check that the content of their pages is compressed.

For more articles on speeding up the web, check out http://code.google.com/speed/articles/.

By Arvind Jain, Engineering Director and Jason Glasgow, Staff Software Engineer2013, By: Seo Master