Pages tagged http:

Eric's Archived Thoughts: Using HTTP Headers to Serve Styles
http://meyerweb.com/eric/thoughts/2009/01/22/using-http-headers-to-serve-styles/

Une astuce pour avoir une CSS rajoutée partout sur un site : dans le .htaccess Header add Link "</staging.css>;rel=stylesheet;type=text/css;media=all" Ça permettrait de gérer plus efficacement le mode prévisualisation de SPIP
nice hack for staging sites. doesn't work in safari or ie, though.
"So: why not send the link to the style sheet using HTTP headers? Yeah, that’s the ticket!"
HTTPの通信状況をデバッグしてボトルネックを発見できる「HttpWatch Basic Edition」 - GIGAZINE
http://gigazine.net/index.php?/news/comments/20090218_httpwatch/
HTTPの通信状況をデバッグ
Writing Blazing Fast, Infinitely Scalable, Pure-WSGI Utilities - Die in a Fire - Eric Florenzano’s Blog
http://www.eflorenzano.com/blog/post/writing-blazing-fast-infinitely-scalable-pure-wsgi/
web開発者なら知っておきたい HTTPステータスコード - livedoor ディレクター Blog(ブログ)
http://blog.livedoor.jp/ld_directors/archives/51170061.html
HTTPステータスコード
よく使うステータスコード一覧とtips
ReverseHttp
http://www.reversehttp.net/index.html
Tunnel HTTP over HTTP, in a structured, controllable, securable way. Let programs claim part of URL space, and serve HTTP, all by using an ordinary HTTP client library.
An interesting alternative to polling http services.
not polling
Interesting web hooks stuff. Yet another PubSub solution: http://reversehttp.net/
singpolyma: Interesting web hooks stuff. Yet another PubSub solution: http://reversehttp.net/
Digg the Blog » Blog Archive » DUI.Stream and MXHR
http://blog.digg.com/?p=621
画像はえー。
A method of using XHR requests to get chrome from the server rather than fetching it as the inital HTTP GET.
pubsubhubbub - Google Code
http://code.google.com/p/pubsubhubbub/
pubsub appengine atom http webhooks
A simple, open, server-to-server web-hook-based pubsub (publish/subscribe) protocol as a simple extension to Atom.
A simple but clever way of using web hooks (HTTP callbacks) to inform subscribers that an Atom feed has updated in almost real-time.
A simple, open, web-hook-based pubsub protocol & open source reference implementation.
Une architecture distribuée de Pub/Sub avec HTTP
REST worst practices
http://jacobian.org/writing/rest-worst-practices/
A few weeks ago, I sent the following in a email to a co-worker asking for input on designing REST APIs in Django. Since then, I’ve quoted myself a few times; I thought these thoughts would be worth a (slightly edited) public home. I think the best way to dive in terms of mistakes to avoid. If you poke around you’ll find a couple-three different stabs at writing a generic REST API module for Django. So, with no further ado, some REST “worst practices:”
REST worst practices
A few weeks ago, I sent the following in a email to a co-worker asking for input on designing REST APIs in Django. Since then, I’ve quoted myself a few times; I thought these thoughts would be worth a (slightly edited) public home. I think the best way to dive in terms of mistakes to avoid. If you poke around you’ll find a couple-three different stabs at writing a generic REST API module for Django. So, with no further ado, some REST “worst practices:” Conflating models and resources In the REST world, the resource is key, and it’s really tempting to simply look at a Django model and make a direct link between resources and models — one model, one resource. This fails, though, as soon as you need to provide any sort of aggregated resource, and it really fails with highly denormalized models. Think about a Superhero model: a single GET /heros/superman/ ought to return all his vital stats along with a list of related Power objects, a list of his related Friend objects, etc. So the dat
Why HTTP? « Timothy Fitz
http://timothyfitz.wordpress.com/2009/02/12/why-http/
just use http already. don't invent your own wire format!
Why HTTP? The world doesn’t need another arbitrary binary protocol. Just use HTTP. Your life will be simpler. Originally this came up when scaling a gaggle of MySQL machines. I would have killed for a reliable proxy. It’s with this in mind that I’ve come up with my list of things that HTTP has that an arbitrary protocol will have to rebuild. Anytime you choose to use a service based on a non-HTTP protocol, look over this list and think carefully about what you’re giving up.
I like how this posts list out some of the great reasons to just use HTTP and the method of interop communication. So much is already built on HTTP and there are more than enough great tools ubiquitously available for interacting and communication over HTTP. The post also has a long discussion thread.
Paul Dix Explains Nothing: Breath fire over HTTP in Ruby with Typhoeus
http://www.pauldix.net/2009/05/breath-fire-over-http-in-ruby-with-typhoeus.html
Might be a good alternative to Net/HTTP for Context Hero. How hard would it be to incorporate caching?
micha's resty at master - GitHub
http://github.com/micha/resty/tree/master
curl GET/POST/PUT/DELETE
rest from the command line (bash+curl)
Very, very cool. Fire up a local REST host pointing to any service, and then GET /blogs.json etc from the command line.
Little command line REST interface that you can use in pipelines. [Sublime :-) ]
resty is a RESTful HTTP friendly wrapper around curl
PUT or POST: The REST of the Story « Open Sourcery
http://jcalcote.wordpress.com/2008/10/16/put-or-post-the-rest-of-the-story/
Interesting explanation on why CRUD with REST doesn't directly map to the HTTP verbs POST, GET, PUT, and DELETE
Moserware: The First Few Milliseconds of an HTTPS Connection
http://www.moserware.com/2009/06/first-few-milliseconds-of-https.html
Convinced from spending hours reading rave reviews, Bob eagerly clicked "Proceed to Checkout" for his gallon of Tuscan Whole Milk and... Whoa! What just happened?
メンテナンス中画面を出す正しい作法と.htaccessの書き方 | Web担当者Forum
http://web-tan.forum.impressrd.jp/e/2009/06/16/5880
Slowloris HTTP DoS
http://ha.ckers.org/slowloris/
perl -MCPAN -e 'install IO::Socket::INET'
RED: <>
http://redbot.org/
RED (Resource Expert Droid) checks HTTP resources to see how they use HTTP, makes suggestions, and finds common protocol mistakes
HTTP PubSub: Webhooks & PubSubHubbub - igvita.com
http://www.igvita.com/2009/06/29/http-pubsub-webhooks-pubsubhubbub/
The best part about Webhooks is that most of us are already familiar with them: callbacks over HTTP. Pioneered by PayPal and Subversion as a way to send real-time notifications to the client, they have found their way into many dozens of products we all use every day. Need pre or post commit hooks for your SVN or Git repository? Both GitHub and SVN support HTTP callbacks. Need a payment alert from PayPal, or an alert when a wiki page is modified? There are webhooks for that too. This simple mechanism allows us to build web services that work together via a simple and ubiquitous protocol we can all understand: HTTP!
"We offer this spec in hopes that it fills a need or at least advances the state of the discussion in the pubsub space. Polling sucks. We think a decentralized pubsub layer is a fundamental, missing layer in the Internet architecture today and its existence, more than just enabling the obvious lower latency feed readers, would enable many cool applications, most of which we can't even imagine. But we're looking forward to decentralized social networking."
With all the recent buzz about real-time web, surely this is the year XMPP/AMQP Publish-Subscribe (PubSub) makes it to the big leagues! Or maybe not. Ejabberd (XMPP), RabbitMQ (AMQP) and other pubsub server implementations have come a long way but they remain cumbersome to setup and maintain,
Get Your API Right « Trek
http://wonderfullyflawed.com/2009/07/02/get-your-api-right/
If you’re not allowing clients to create new data, or update/delete existing data on your system then you do not have an API. You have a feed. There’s nothing wrong providing read-only access to your data (it’s laudable, in fact), but I’m often disappointed to hear “Yeah! We have an API” only to find the person really meant they offered a number of customizable data feeds as XML.
"I can’t stand working with a poorly designed API! If you’re about to design or release an API for the web and want to avoid the ire of your developers, I’ve summed up the best (and worst) of what I’ve seen into 8 rules..."
Controlando el API
8 key gotchas when implementing RESTful web APIs. great advice
If you’re about to design or release an API for the web and want to avoid the ire of your developers, I’ve summed up the best (and worst) of what I’ve seen into 8 rules:
mnot’s Web log: What to Look For in a HTTP Proxy/Cache
http://www.mnot.net/blog/2009/06/12/cache-win
has_many :bugs, :through => :rails: Ruby on Rack #1 - Hello Rack!
http://m.onkey.org/2008/11/17/ruby-on-rack-1
Intro to Rack, with a slight rails focus.
The Amazing Blog : Your Web Service Might Not Be RESTful If…
http://www.theamazingrando.com/blog/?p=107
added a single resource that described the locations of these other resources, they would have much more flexibility in the future. An example of the content of such a resource:
Good blog on the basics of building RESTful web services
http://news.ycombinator.com/item?id=713959
The Pushbutton Web: Realtime Becomes Real - Anil Dash
http://dashes.com/anil/2009/07/the-pushbutton-web-realtime-becomes-real.html
Pushbutton is a name for what I believe will be an upgrade for the web, where any site or application can deliver realtime messages to a web-scale audience, using free and open technologies at low cost and without relying on any single company like Twitter or Facebook. The pieces of this platform have just come together to enable a whole set of new features and applications that would have been nearly impossible for an average web developer to build in the past. July 24 2009
Anil Dash of Six Apart weaves together several ideas, some very old, some relatively new, and spins a story of the web to come. This is a great read, rich with informative links. Web developers should read it twice and argue about for hours.
InfoQ: The First Few Milliseconds of an HTTPS Connection
http://www.infoq.com/articles/HTTPS-Connection-Jeff-Moser
InfoQ: The First Few Milliseconds of an HTTPS Connection
Milton Home
http://milton.ettrema.com/index.html
p
API java
The Definitive Guide to htaccess Techniques: Do’s and Don’ts | Noupe
http://www.noupe.com/php/htaccess-techniques.html
Of all the elements of web design and coding, htaccess can be one of the most intimidating. After all, it's an incredibly powerful tool and one that has the
Carsonified » The Definitive Guide to GET vs POST
http://carsonified.com/blog/dev/the-definitive-guide-to-get-vs-post/
InfoQ: RESTful HTTP in practice
http://www.infoq.com/articles/designing-restful-http-apps-roth
InfoQ: RESTful HTTP in practice - http://bit.ly/Zrqmk Great article but leaves out hypermedia side [http://bit.ly/UhPEK] completely. [from http://twitter.com/dhinchcliffe/statuses/3428371918]
Carsonified » How to Create Totally Secure Cookies
http://carsonified.com/blog/dev/how-to-create-totally-secure-cookies/
How to Create Totally Secure Cookies
Securing cookies and sessions is vital to keeping an application secure. Many tutorials have been written on the subject, but as the internet (and browsers loading it) evolve so do the methods you can use to keep your application secure. In this article we’re going to break down the various components of a cookie and what they mean for security. This will include limiting the cookie to certain domains and paths on those domains, choosing what information to store, and protecting the cookie from cross site scripting exploits. In a second article we will go into more depth in how to protect everyone’s favorite cookie, the session ID.
webfinger - Project Hosting on Google Code
http://code.google.com/p/webfinger/
** Posted using Viigo: Mobile RSS, Sports, Current Events and more **
Back in the day you could, given somebody's UNIX account (email address), type finger email@example.com and get some information about that person, whatever they wanted to share: perhaps their office location, phone number, URL, current activities, etc. The finger protocol, sadly, died. Fast-forward to Web 2.0. We're currently bickering about how we do interop between all these social web services, and even how we represent a person's identity. The two main identity identifier camps are email addresses and URLs.
Google Code Project Page for "WebFinger" protocol
We're bringing back the finger protocol, but using HTTP this time.
from here, it should be downhill to world-wide, usable identity
WebFinger is about making email addresses more valuable, by letting people attach public metadata to them
hurl
http://hurl.r09.railsrumble.com/
Hurl makes HTTP requests. Enter a URL, set some headers, then view the response. Perfect for APIs.
Web app for testing HTTP requests.
online version of curl for viewing HTTP messages
Analyse HTTP headers. Like curl, but on the web.
Hurl makes HTTP requests. Enter a URL, set some headers, then view the response. Perfect for APIs.
Smart Clients: ReverseHTTP & WebSockets - igvita.com
http://www.igvita.com/2009/08/18/smart-clients-reversehttp-websockets/
Seems like we need the equivalent of an ssh connection with a reverse tunnel. The browser can initiate (and control) the connection, and the web server can ‘touch’ the browser directly.
Web Socket/HTML 5、onopen/onread/onclose、←Opera Unite/Webhooks、最近の一連のブラウザサーバー関連まとめ
Polling architectures, as pervasive as they are today, did not come about due to their efficiency. Whether you are maintaining a popular endpoint (Twitter), or trying to get near real-time news (RSS), neither side benefits from this architecture. Over the years we've built a number of crutches in the form of Cache headers, ETags, accelerators, but none have fundamentally solved the problem - because the client remains 'dumb' the burden is still always on the server. For that reason, it's worth paying attention to some of the technologies which are seeking to reverse this trend: ReverseHTTP & WebSockets.
It feels dirty... but seems like a useful concept
The technology behind Tornado, FriendFeed's web server - Bret Taylor's blog
http://bret.appspot.com/entry/tornado-web-server
I'm sure IIS is just as good. Right?
Blog post announcing the release of the Tornado web server, based on Python and epoll, providing an asynchronous programming model for web apps. Comes with a web-app framework supporting 3rd-party authentication via Facebook Connect, Twitter, Google, FF, OAuth, and OpenID.
An Engineer's Guide to Bandwidth (Yahoo! Developer Network Blog)
http://developer.yahoo.net/blog/archives/2009/10/a_engineers_gui.html
An AWESOME reference on bandwidth for engineers.
This is a unique YDN blog post.
hurl
http://hurl.it/
Pretty useful when working with API's. I like it...
"Hurl makes HTTP requests. Enter a URL, set some headers, view the response, then share it with others. Perfect for demoing and debugging APIs."
Hurl makes HTTP requests. Enter a URL, set some headers, view the response, then share it with others. Perfect for demoing and debugging APIs.
Hurl makes HTTP requests. Enter a URL, set some headers, view the response, then share it with others. Perfect for demoing and debugging APIs.
HTTP request debugging in the web, perfect for demoing and debugging APIs.
Hurl make HTTP requests like 'cURL' but a web interface.
Hurl makes HTTP requests. Enter a URL, set some headers, view the response, then share it with others. Perfect for demoing and debugging APIs.
File: README [Unicorn: Rack HTTP server for Unix and fast clients]
http://unicorn.bogomips.org/
I like Unicorn because it's Unix
http://tomayko.com/writings/unicorn-is-unix
Eric Wong’s mostly pure-Ruby HTTP backend, Unicorn, is an inspiration. I've studied this file for a couple of days now and it’s undoubtedly one of the best, most densely packed examples of Unix programming in Ruby I've come across.
"Eric Wong’s mostly pure-Ruby HTTP backend, Unicorn, is an inspiration. I've studied this file for a couple of days now and it’s undoubtedly one of the best, most densely packed examples of Unix programming in Ruby I've come across."
ruby + unix, know your history
Unicorn is basically Mongrel (including the fast Ragel/C HTTP parser), minus the threads, and with teh Unix turned up to 11. That means processes. And all the tricks and idioms required to use them reliably.
Nginx & Comet: Low Latency Server Push - igvita.com
http://www.igvita.com/2009/10/21/nginx-comet-low-latency-server-push/
Coined by Alex Russell in early 2006, the term Comet is an umbrella term for technologies which take advantage of persistent connections initiated by the client and kept open until data is available (long polling), or kept open indefinitely as the data is pushed to the client (streaming) in chunks. The immediate advantage of both techniques is that the client and server can communicate with minimal latency. For this reason, Comet is widely deployed in chat applications (Facebook, Google, Meebo, etc), and is also commonly used as a firehose delivery mechanism.
node.js
http://nodejs.org/
Node's goal is to provide an easy way to build scalable network programs. In the above example,
Evented I/O for V8 javascript
SPDY: An experimental protocol for a faster web (Chromium Developer Documentation)
http://dev.chromium.org/spdy/spdy-whitepaper
@kasthomas: "SPDY, Google's answer to HTTP http://3.ly/Qbp" (from http://twitter.com/kasthomas/status/5693351096)
httpTorrents
http://www.httptorrents.com/
Guaranteed fast speed Guaranteed 100% download
BitTorrent is extremely useful for lots of downloading and file-sharing, but if a less tech-inclined friend of yours doesn't understand BitTorrent or you can't install a BitTorrent client, new web site httpTorrents lets you download files of popular torrents directly via HTTP.
httpTorrents – Bajando torrents sin Bittorrent
Making browsers faster: Resource Packages · Alexander Limi
http://limi.net/articles/resource-packages/
cool proposal, seems sane
Funny
This is quite amazing: all resources of a page in 1 HTTP request (excluding the page). Its backwards compatible too.
nginx_http_push_module - Comet For The People
http://pushmodule.slact.net/
Comet For The People
SPDY (Chromium Developer Documentation)
http://dev.chromium.org/spdy
Home of the Chromium Open Source Project
A new protocol designed to provide better performance than http
A new experimental protocol to improve HTTP.
Chromium Blog: A 2x Faster Web
http://blog.chromium.org/2009/11/2x-faster-web.html
SPDY, pronounced "SPeeDY", is an early-stage research project that is part of our effort to make the web faster. SPDY is at its core an application-layer protocol for transporting content over the web. It is designed specifically for minimizing latency through features such as multiplexed streams, request prioritization and HTTP header compression.
A Google a HTTP lecserélésén ügyködik
SPDY, [...] an early-stage research project that is part of our effort to make the web faster.
Today we'd like to share with the web community information about SPDY, pronounced "SPeeDY", an early-stage research project that is part of our effort to make the web faster. SPDY is at its core an application-layer protocol for transporting content over the web. It is designed specifically for minimizing latency through features such as multiplexed streams, request prioritization and HTTP header compression.
Now Google wants to replace HTTP for the common good?
What webhooks are and why you should care « Timothy Fitz
http://timothyfitz.wordpress.com/2009/02/09/what-webhooks-are-and-why-you-should-care/
You should care because webhooks will be ubiquitous. You should care because they’re going to reshape the internet. You should care because webhooks are the next step in the evolution of communication on the internet and nothing will be left untouched.
"Webhooks are user-defined HTTP callbacks. Here’s a common example: You go to github. There’s a textbox for their code post webhook. You drop in a URL. Now when you post your code to github, github will HTTP POST to your chosen URL with details about the code post. There is no simpler way to allow open ended integration with arbitrary web services. -- You should care because webhooks will be ubiquitous. You should care because they’re going to reshape the internet. You should care because webhooks are the next step in the evolution of communication on the internet and nothing will be left untouched." -- Timothy Fitz
uWSGI
http://projects.unbit.it/uwsgi/
uWSGI is a fast (pure C), self-healing, developer-friendly WSGI server, aimed for professional python webapps deployment and development.
Cocoa with Love: A simple, extensible HTTP server in Cocoa
http://cocoawithlove.com/2009/07/simple-extensible-http-server-in-cocoa.html
HTTP is one of the simpler protocols to implement for communication between computers. On the iPhone, since there are no APIs for data synchronization or file sharing, embedding an HTTP server is one of the best ways to transfer data from your iPhone application to a computer. In this post I'll show you how to write your own simple but extensible HTTP server. The server classes will also work on Mac OS X (Cocoa un-Touched).
Cocoa with Love: “On the iPhone, since there are no APIs for data synchronization or file sharing, embedding an HTTP server is one of the best ways to transfer data from your iPhone application to a computer. In this post I'll show you how to write your own simple but extensible HTTP server.”
embedding an HTTP server is one of the best ways to transfer data from your iPhone application to a computer. In this post I'll show you how to write your own simple but extensible HTTP server. The server classes will also work on Mac OS X (Cocoa un-Touched).
HTTP Headers for Dummies - Nettuts+
http://net.tutsplus.com/tutorials/other/http-headers-for-dummies/
RESTful Transactions « Open Sourcery
http://jcalcote.wordpress.com/2009/08/06/restful-transactions/
Big Sky :: ReverseHttpで誰よりも速く「はてなブックマーク」に反応するツール書いた。
http://mattn.kaoriya.net/web/20090805143554.htm
hookoutを使えば、proxy内のrackサービスを外部公開できるらしい。
ersehttp.net/ ただ勘違いされやすいのが「何がReverseなの」という部分。通常ブラウザからリクエストが送信され、それに対する応答がサーバから返されます。ReverseHttpはサーバで何かアクションが起きた場合に、ブラウザ側がその通知を受信する...なんて事が出来るプロトコルです。仕組みはcometというlong pollに似た仕組みで、サイトのdemoを観るとなんなく理解出来るかと思います。 例えば何が出来るのか...
ruby, WebHook, hookout.rb
Coding Horror: The Problem With URLs
http://www.codinghorror.com/blog/archives/001181.html
\(?\bhttp://[-A-Za-z0-9+&@#/%?=~_()|!:,.;]*[-A-Za-z0-9+&@#/%=~_()|]
Handy regex to extract URLs in text (break when followed by paren, includes https) "\(?\bhttps?://[-A-Za-z0-9+&@#/%?=~_()|!:,.;]*[-A-Za-z0-9+&@#/%=~_(|] "
URLs are simple things. Or so you'd think. Let's say you wanted to detect an URL in a block of text and convert it into a bona fide hyperlink. No problem, right?
Using Nginx as a load balancer
http://mickeyben.com/2009/12/30/using-nginx-as-a-load-balancer.html
Configuring nginx as load balancer
Nginx
xmoovStream
http://stream.xmoov.com/
The xmoovStream Server (formerly known as xmoov-php) is a centralized http streaming server written in PHP. It sits between your files and the world giving you control over many aspects of how your content is accessed. You can manage different kinds of content from different urls under a single installation.
Esquema em PHP para servidor de streaming.
PHPで書かれたストリーミングシステム。動画およびMP3のプレーヤ付き。
How to reduce the number of HTTP requests - Robert's talk
http://robertnyman.com/2010/01/15/how-to-reduce-the-number-of-http-requests/
WEB開発者は必携かもしれないHTTPパラメータ解析用Firefoxアドオン「UrlParams」:phpspot開発日誌
http://phpspot.org/blog/archives/2009/08/webhttpfirefoxu.html
さらに解析するだけでなく、独自パラメータを定義して送信するといったことも可能です。
Real time online activity monitor example with node.js and WebSocket @ Bamboo Blog
http://blog.new-bamboo.co.uk/2009/12/7/real-time-online-activity-monitor-example-with-node-js-and-websocket
justin / webmachine / wiki / BigHTTPGraph — bitbucket.org
http://bitbucket.org/justin/webmachine/wiki/BigHTTPGraph
http diagram v3
updated version of Alan Dean's diagram
http flowchart
What really happens when you navigate to a URL
http://igoro.com/archive/what-really-happens-when-you-navigate-to-a-url/
As a software developer, you certainly have a high-level picture of how web apps work and what kinds of technologies are involved: the browser, HTTP, HTML, web server, request handlers, and so on. In this article, we will take a deeper look at the sequence of events that take place when you visit a URL.
Another take on content negotiation
http://www.b-list.org/weblog/2008/nov/29/multiresponse/
MultiRes
serve content based on client accept header. whatever user is asking for i.e. json or xml.
HTTP アプリケーションのデバッグにつかうツール2選 - TokuLog 改めB日記
http://d.hatena.ne.jp/tokuhirom/20090504/1241441349
fiddler2 ngrep
Nicholas Piël » Benchmark of Python Web Servers
http://nichol.as/benchmark-of-python-web-servers
Benchmarks super intéressant de quasi tout les webservers python (de mod_wsgi à Twisted en passant par CherryPy). Je ne les connaissais pas tous et certains semblent vraiment fort intéressant (je pense notamment à uWsgi).
Richardson Maturity Model
http://martinfowler.com/articles/richardsonMaturityModel.html
Richardson Maturity Model : A staged approach towards RESTfulness by @martinfowler http://ff.im/-hUO5V
/via Leonard Richardson
A model (developed by Leonard Richardson) that breaks down the principal elements of a REST approach into three steps. These introduce resources, http verbs, and hypermedia controls.
Open Data (OData)
http://www.odata.org/
The simplest OData service can be implemented as simply as a static file that follows the OData ATOM or JSON payload conventions. For scenarios beyond static content, frameworks are available to help in creating OData services. See the OData developer page for additional information.
New open data protocol being pushed by Microsoft
Reverse HTTP - Second Life Wiki
http://wiki.secondlife.com/wiki/Reverse_HTTP
http 方向返回
what's difference between comet and reverse http
What Every Developer Should Know About URLs
http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/
Understand The Web · Ben Ward
http://benward.me/blog/understand-the-web
Ben Ward - 2 May 2010
About openness, HTML5, flash, Adobe, Apple, the entire current state. He has some valid points
Great essay by @benward on web apps and getting back to the real purpose of the web: http://is.gd/bYEda – Ben Crowder (bencrowder) http://twitter.com/bencrowder/statuses/13552044419
One of the best articles around explaining the difference in 'open', 'the web', 'web-apps' and the current Adobe vs Apple battle.
"...a desire for a free, cross-platform Cocoa or .NET quality application framework that runs in the browsers people already use."
ongoing · The Web vs. the Fallacies
http://www.tbray.org/ongoing/When/200x/2009/05/25/HTTP-and-the-Fallacies-of-Distributed-Computing
Here at Sun, the Fallacies of Distributed Computing have long been a much-revered lesson. Furthermore, I personally think they’re pretty much spot-on. But these days, you don’t often find them coming up in conversations about building big networked systems. The reason is, I think, that we build almost everything on Web technologies, which lets get away with believing some of them.
via rtomayko
If you’re building Web technology, you have to worry about these things. But if you’re building applications on it, mostly you don’t. ¶ Well, except for security; please don’t stop worrying about security
A HTTP Proxy Server in 20 Lines of node.js Code - good coders code, great reuse
http://catonmat.net/http-proxy-in-nodejs
muy bueno
node.js
"This is just amazing. In 20 lines of node.js code and 10 minutes of time I was able to write a HTTP proxy. And it scales well, too. It's not a blocking HTTP proxy, it's event driven and asynchronous, meaning hundreds of people can use simultaneously and it will work well."
This is just amazing. In 20 lines of node.js code and 10 minutes of time I was able to write a HTTP proxy. And it scales well, too. It's not a blocking HTTP proxy, it's event driven and asynchronous, meaning hundreds of people can use simultaneously and it will work well.
Cross-domain Ajax with Cross-Origin Resource Sharing | NCZOnline
http://www.nczonline.net/blog/2010/05/25/cross-domain-ajax-with-cross-origin-resource-sharing/
Avoiding proxy use for cross-domain ajax request, easier than you thought.
A couple of years ago, web developers were banging their head against the first wall in Ajax: the same-origin policy. While we marveled at the giant step
Designing a RESTful Web Application - Quandy Factory
http://quandyfactory.com/blog/65/designing_a_restful_web_application
useful collection of thoughts
Facebook | BigPipe: Pipelining web pages for high performance
http://www.facebook.com/notes/facebook-engineering/bigpipe-pipelining-web-pages-for-high-performance/389414033919
Site speed is one of the most critical company goals for Facebook. In 2009, we successfully made Facebook site twice as fast, which was blogged in this post. Several key innovations from our engineering team made this possible. In this blog post, I will describe one of the secret weapons we used called BigPipe that underlies this great technology achievement.
Pretty cool way of building webpages from facebook to make it super fast.
BigPipe is a fundamental redesign of the dynamic web page serving system. The general idea is to decompose web pages into small chunks called pagelets, and pipeline them through several execution stages inside web servers and browsers. This is similar to the pipelining performed by most modern microprocessors: multiple instructions are pipelined through different execution units of the processor to achieve the best performance. Although BigPipe is a fundamental redesign of the existing web serving process, it does not require changing existing web browsers or servers; it is implemented entirely in PHP and JavaScript.
Site speed is one of the most critical company goals for Facebook. In 2009, we successfully made Facebook site twice as fast, which was blogged in this post. Several key innovations from our engineering team made this possible. In this blog post, I will describe one of the secret weapons we used called BigPipe that underlies this great technology achievement. BigPipe is a fundamental redesign of the dynamic web page serving system. The general idea is to decompose web pages into small chunks called pagelets, and pipeline them through several execution stages inside web servers and browsers. This is similar to the pipelining performed by most modern microprocessors: multiple instructions are pipelined through different execution units of the processor to achieve the best performance. Although BigPipe is a fundamental redesign of the existing web serving process, it does not require changing existing web browsers or servers; it is implemented entirely in PHP and JavaScript.
twice
cloudhead's http-console at master - GitHub
http://github.com/cloudhead/http-console
"Speak HTTP like a local"—a simple, intuitive HTTP REPL
interact with a website via a console http verbs
""Speak HTTP like a local"—a simple, intuitive HTTP REPL". Hint: you don't need to install npm to use this, just git clone the repo and run bin/http-console directly
http-console is a simple and intuitive interface for speaking the HTTP protocol.
"HTTP-console est un outil en ligne de commande qui vous permet de faire des requêtes HTTP et d'examiner la réponse. C'est donc une sorte de Curl, mais son mode interactif en fait un outil très pratique si vous avez à débugger une API Rest. Pour ceux qui préfèrent les interfaces web à la ligne de commande, vous pouvez regarder http://hurl.it/ (http://github.com/defunkt/hurl)."
ImperialViolet - Overclocking SSL
http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html
SSL is not expensive
法と技術とクローラと私 - 最速転職研究会
http://d.hatena.ne.jp/mala/20100707/1278514965
クローラーの話。botやクローラーを作るときに。
クローラーをどう実装すべきか、クローラーにどう対処すべきか。