background preloader

Javascript

Facebook Twitter

Comparison of JavaScript frameworks. How Browsers Work: Behind the scenes of modern web browsers. Web browsers are the most widely used software. In this primer, I will explain how they work behind the scenes. We will see what happens when you type google.com in the address bar until you see the Google page on the browser screen. The browsers we will talk about There are five major browsers used on desktop today: Chrome, Internet Explorer, Firefox, Safari and Opera. The browser's main functionality The main function of a browser is to present the web resource you choose, by requesting it from the server and displaying it in the browser window. The way the browser interprets and displays HTML files is specified in the HTML and CSS specifications.

Browser user interfaces have a lot in common with each other. Address bar for inserting a URIBack and forward buttonsBookmarking optionsRefresh and stop buttons for refreshing or stopping the loading of current documentsHome button that takes you to your home page The browser's high level structure The browser's main components are (1.1): Syntax: Client side performance. Creating Custom Google Maps API Icons - Google Maps API Family - Google Code. IE + JavaScript Performance Recommendations - Part 1 - IEBlog.

Hello again, this is Peter Gurevich, Performance PM (among other things) for IE7. We have heard a lot of requests to improve our Jscript engine, especially now that AJAX sites are becoming more prevalent on the web. I want you all to know that we have been listening and have recently made some great fixes to our engine to improve the garbage collection routine and to reduce unbounded memory growth. You should see noticeable improvements on AJAX sites in the Release Candidate we shipped last week. I want you also to know that performance of the object model and JavaScript engine will be an area that we focus on strongly in future releases. While investigating the performance issues on script heavy sites we noticed several design patterns that resulted in less than optimal script performance.

Changing these design patterns on the site end often resulted in huge performance wins (4x to 10x increase) to the user, so I wanted to share these recommendations with everyone. Thanks,

Node.js

Testing. Code Quality. Learning. Javascript. The Future of JavaScript Engines: Replace Them With JavaScript Compilers | SHORE STREET SOFTWARE. This is my professional position on the future of JavaScript engines. I focus on Mozilla's TraceMonkey, Safari's "Nitro" (a.k.a. SquirrelFish Extreme from WebKit), and Google's V8 engine. I explain why future JavaScript engines should not be interpreters at all. They should be JavaScript compilers. Understanding The Issues To run some JavaScript code, a JavaScript engine must execute these phases: Load the script - loadParse the code into its syntactic elements - parseTransform the script into an internal form - transformInterpret/Execute the internal form - execute The loading and the parsing can be parallelized by pipelining - by parsing the code as it loads, instead of waiting until a script is entirely loaded before parsing it.

The next phase is the transformation to an internal form. At one end of the design spectrum, we have engines which spend a great deal of time on the transformation to an efficient internal form. Some Insight Corollary: JavaScript engines should be compilers. DojoCampus. Eugene's Blog - Improving performance of Dojo-based web applications. Introduction Web 2.0 brought on us an onslaught of new server-side web frameworks, and made it OK to put some code on the client side as well. Yes, I am talking about Ajax. While elements of Ajax were available (and used) for a long time now, 2005 was the crucial year for this relatively old technology fueled by proliferation of modern browsers with proper support of JavaScript and HTML DOM, which, in turn, gave a rise to numerous Ajax toolkits. As always new exciting technology polarizes people — you can find ardent supporters of Ajax and a booing horde of naysayers. Design of a modern web application In order to improve the overall performance of a web application we have to reduce a load on our servers.

Reducing CPU and I/O load is the key to improve the overall performance. Optimization on server side Roy Fielding introduced in his doctoral dissertation the concept of REST, and how to use it for performance optimizations. Thin server Server-side cache Client-side cache Compression Notes: Setting Up A Build Process For JavaScript & CSS Files Using Ant (Screencast) A well defined build process ensures that the output of your project is built in a consistent manner every time a new build is run. Today we’re going to take a look at how you can setup your own Ant-powered build process using for client-side files (such as JavaScript and CSS). You’ll learn how to automate the validation of your scripts using JSLint (or JSHint), concatenate your files using sets of specific rules and finally minify both sets of your output for production use.

You’ll also learn some additional tips and tricks that can assist you in build file configuration along the way. I hope this screencast comes in useful. Tools Required The following are the tools you’ll need for today’s tutorial. Make sure you follow the Ant installation guide in case additional steps are required. The Screencast Details: 720p resolution, 21:27m duration. What If I Don’t Have Time To Watch? I understand that some of my readers don’t have as much time to watch complete screencasts as others do. Build Script.

Rhino documentation - MDN Docs. Scripting Java. Server-side JavaScript with Rhino. Posted by Nick Johnson | Filed under coding, app-engine, cookbook, tech, java I've only made limited use of the Java runtime for App Engine so far: The two runtimes are largely equivalent in terms of features, and my personal preference is for Python. There are, however, a few really cool things that you can only do on the Java runtime. One of them is embedding an interpreter for a scripting language. Rhino is a JavaScript interpreter implemented in Java. Rhino also supports several rather cool additional features. You may still be wondering how useful server-side JavaScript can be in an App Engine app. Allow users to provide custom code to be executed when conditions are met in your app. That, of course, is just a few ideas - I'm sure you can think of others yourself.

Implementation Using Rhino is surprisingly simple. This is all very straightforward. Next, you need to download Rhino. This snippet illustrates the basic steps of using Rhino. Sandboxing All isn't quite well yet, though. Java Development Tools (JDT) » Copy over an annotation to generated code. TheServerSide.com: your Java Community discussing server side development.