background preloader

Evercookie - virtually irrevocable persistent cookies

Evercookie - virtually irrevocable persistent cookies
samy's home page || follow my twitter || email me || samy kamkar October 11, 2010: Reported on the front page of the New York Times Find the latest details, code, and implementations on github @ Cookie found: uid = currently not set Click to create an evercookie. Don't worry, the cookie is a random number between 1 and 1000, not enough for me to track you, just enough to test evercookies. evercookie is written in JavaScript and contains portions in Java, SWF/ActionScript (Flash) and C# (Silverlight). What is the point of evercookie? csshack, best website ever See CONTACT. Questions or comments, email me: code@samy.pl.

HTML5 Web Messaging Abstract This specification defines two mechanism for communicating between browsing contexts in HTML documents. Status of This document This section describes the status of this document at the time of its publication. Implementors should be aware that this specification is not stable. If you wish to make comments regarding this document in a manner that is tracked by the W3C, please submit them via using our public bug database. If you cannot do this then you can also e-mail feedback to public-html-comments@w3.org (subscribe, archives), and arrangements will be made to transpose the comments to our public bug database. The working groups maintain a list of all bug reports that the editor has not yet tried to address and a list of issues for which the chairs have not yet declared a decision. The publication of this document by the W3C as a W3C Working Draft does not imply that all of the participants in the W3C Web Applications working group endorse the contents of the specification. The

Web Sockets : Mutually Human Software : Custom Software Strategy and Design, Mobile, Web Application, Product & Service, Software Craftsmanship, Ruby on Rails, Grand Rapids, Michigan Building applications for the web means working within the bounds of what is technically feasible over the Internet. For a long time the limitations of the Internet have forced developers to come up with unique approaches (read: dirty hacks) to deliver the best possible user experience they could muster. Building applications for the web means working within the bounds of what is technically feasible over the Internet. The challenge has been due largely to the very nature of the Internet. There has to be a better way What if there was a better way to deliver real-time information in a way that scales reliably and efficiently? What does this newfound ability give us? Well, immediately you can start to eliminate the waste of your applications that make AJAX polling requests every second for new changes to data. Besides updating our old polling applications, we can also start building real-time user experiences from the outset our applications.

HTML5 Microdata: Why isn’t anyone talking about it? Written by Brian Cray on September 8th, 2010 Many big web design blogs are raving about HTML5, as they should be. But if you read many of them, [1, 2, 3], you'll be bombarded with an over-publicizing of header, article, footer, et. al tags, which reminds me of circa 2002 when we were all jumping onto the XHTML bandwagon. But 8 years later where'd XHTML get us? HTML5 on the other hand is bringing with it a ton of actually useful technologies, including much needed advances in HTML forms, native video support, and a vector API/canvas. But back to circa 2010/2002-wannabe. So my fellow web design bloggers: let's shift our focus to something that's a part of the HTML5 definition, changes the way we write tags, and has actual benefits: Microdata. A few web design blogs, including one of my favorites, NETTUTS, has covered Microdata briefly, and I want to add some more fuel to the conversation. What is HTML5 Microdata? Old schoolies may remember this little thing called the Semantic Web.

Introducing Web Sockets: Bringing Sockets to the Web The Problem: Low Latency Client-Server and Server-Client Connections The web has been largely built around the so-called request/response paradigm of HTTP. A client loads up a web page and then nothing happens until the user clicks onto the next page. Around 2005, AJAX started to make the web feel more dynamic. Still, all HTTP communication was steered by the client, which required user interaction or periodic polling to load new data from the server. However, all of these work-arounds share one problem: They carry the overhead of HTTP, which doesn't make them well suited for low latency applications. Introducing WebSocket: Bringing Sockets to the Web The WebSocket specification defines an API establishing "socket" connections between a web browser and a server. Getting Started You open up a WebSocket connection simply by calling the WebSocket constructor: var connection = new WebSocket(' ['soap', 'xmpp']); Notice the ws:. Communicating with the Server

Plug an HTML5 Photo Editor Into Your Site With Aviary Feather How Did We Get Here? You are here: Home Dive Into HTML5 Diving In Recently, I stumbled across a quote from a Mozilla developer about the tension inherent in creating standards: Implementations and specifications have to do a delicate dance together. Keep this quote in the back of your mind, and let me explain how HTML5 came to be. MIME types This book is about HTML5, not previous versions of HTML, and not any version of XHTML. Every time your web browser requests a page, the web server sends “headers” before it sends the actual page markup. Content-Type: text/html “text/html” is called the “content type” or “MIME type” of the page. Of course, reality is more complicated than that. Tuck that under your hat. A long digression into how standards are made Why do we have an <img> element? One of the great things about standards that are developed “out in the open” is that you can go back in time and answer these kinds of questions. (There are a number of typographical errors in the following quotes. Tony continued:

Douglas Crockford on JavaScript and HTML5 SAN FRANCISCO, California — When Doug Crockford first encountered JavaScript, his first impression was that it was “one of the most incompetent pieces of software engineering [he'd] ever seen.” His opinion, which is highly regarded since he’s widely considered to be the grand poobah of JavaScript, is one that was shared by many in the web’s early days. However, as the language has grown and the era of the web app is in full swing, it’s reaching a new level of success far beyond what he (or anyone) could have predicted. The video above, shot here yesterday at the Web 2.0 Expo by the conference organizers at O’Reilly Media, compresses several of Crockford’s thoughts on JavaScript and HTML5 into five minutes. He has hope for HTML5, but he has issues with the way it’s being developed. Crockford also appeared on a panel Wednesday about the future of the browser. See Also:

Top 10 Essential HTML 5 Tutorials For Web Designers An aim towards a good project can soon be conquered by any respectable web designer by using revolutionary HTML5. HTML 5 remarkably reduces the cost of web application development and also improve interoperability. It is sure an unstoppable feature for the next generation of web designers. In this article we have the best HTML5 tutorial for beginners which have detailed step by step examples. Without further ado, let’s dive into the following useful tutorials and techniques (with examples) that will help you out in understanding HTML5 if you are beginner. See Also : 50+ Best Free HTML5 Templates (Responsive) Download & CSS Tutorial for Beginners 1. HTML5 includes several new APIs that are integrated with some of the new HTML5 elements. New Elements in HTML5 HTML5 introduces quite a few new elements. <article>, <aside>, <canvas>,<datatemplate>, <embed>, <header>, <output>, <source>, <time>, <video>etc. Semantic Changes It fundamentally change the way you structure your sites. 2. 3. 4. 5. 6.

Related: