Web Info & Tutorials

December 18th, 2006

DIGG.COM UPDATED: NOW WITH LIGHTBOXES

There has been a fair amount of talk on the new site design of digg.com.

Digg was an early adopter of Ajax technology (the polling, the digging itself, etc), and what is interesting about this new design is that they haven't gone crazy with new Ajax features.

That being said, there is a lot of JavaScript being used here:

JAVASCRIPT:
  1.  
  2.  <script src="/js/1/utils.js" type="text/javascript"></script>
  3.  <script src="/js/1/xmlhttp.js" type="text/javascript"></script>
  4.  <script src="/js/1/wz_dragdrop.js" type="text/javascript"></script>
  5.  <script src="/js/1/hover.js" type="text/javascript"></script>
  6.  
  7.  <script src="/js/1/label.js" type="text/javascript"></script>
  8.  <script src="/js/1/dom-drag.js" type="text/javascript"></script>
  9.  <script src="/js/1/prototype.js" type="text/javascript"></script>
  10.  <script src="/js/1/scriptaculous.js" type="text/javascript"></script>
  11.  <script src="/js/1/lightbox.js" type="text/javascript"></script>
  12.  <script src="/js/1/swfobject.js" type="text/javascript"></script>
  13. <script type="text/javascript" src="/js/1/hbxdigg.js"></script>
  14. <script type="text/javascript" src="/js/1/hbx.js"></script>
  15.  

Lightboxes are the most obvious new addition, seem mainly in the video section, but also in other places.

I wonder if the main site itself will let you turn on auto-polling, so changes can come to you. As we use more and more apps like Gmail, Google Reader, etc that update themselves so we stop hitting the refresh button, I wish I could have digg do the same.

In general I like the new design, especially the improved width.

Updated Digg UI

December 18th, 2006

CREATING A REUSABLE AJAX DRIVEN DIALOG WITH YUI

Jack Slocum is back with an example for creating a reusable Ajax driven dialog with YUI.

The example is an Image Chooser, and Jack goes through explaining how he build the application:

  • Creating the Dialog
  • Adding the Toolbar
  • Working with Layouts
  • DomHelper Templates
  • JSON with JSON View

December 18th, 2006

NEW CHAT PROTOTYPE USING COMET AND PROTOTYPE

Chris Chabot has fresh declared a newborn chat prototype supported on a comet iframe connections for actual instance messaging, ajax for bill messages and sending commands, prototype.js and script.aculo.us as javascript framework, and bases of the newborn cursive dhtml components.

As a lateral gist of this project, the accumulation & socket god support utilised by the chitchat covering is free as open-source at http://www.chabotc.nl/phpsocketdaemon

Check discover the demo

Chat Prototype

We talked to Chris most his project, and asked him if he could tending with us the super challenges. He good came up with:

The super contest composition this was to attain it taste up, and ready IO in check. The orignal organisation was to place discover the http, irc and comet components, but the disbursement of sending every the circumstance trafic over topical loops/connections when handling with hundreds to thousands of connections, is meet to much. All the module bandwidth utilised would then be multiplied 3x, which was meet a to broad of a lineage on the system.

Second contest was that there were no decorous comet implementations acquirable (except for dojo’s which i utilised as a reference), and there was definitely a contest that there were no PHP (my desirable language) libraries or tools acquirable which could tending with a super turn of always-on connections, modify fast-cgi with something same lighttp meet wouldn’t taste to hundreds of springy connections, and the module necessary would be horrendous, thus the newborn php socket god accumulation was born, its a riskier model, if the information has a mortal break (great tending was condemned to refrain this) the assist has to be restarted again (happens automaticly), loosing the computer connections in the process, ease it today exclusive takes 15Mb of module low medium load, and guarantees responses in low 0.15ms, something that would be unfeasible with a clasic apache/php situation.

Also most of the onerous lifting (such as unification and colouration parsing, etc) has been raised to the client, it would be artefact to onerous for the computer to do every of this, and ease be healthy to taste up

Likewise the javascript lateral of things took a taste of effort and nonachievement too, whatever channels crapper hit thousands of messages, and hundreds of members, so application pace has defiantly been an abstract to behave too.

Lastly the back-end uses a stark older IRC server, which is nearly infinitely scalable, meet add a server, unification the IRC servers together, and separate added scheme chitchat back-end on it, move ad infintum.. (irc networks are famous to hit some hundreds of thousands of grouping connected, using this as the rachis of the messaging provides secure scalability)