pushletはもともとJavaプラットフォームウェブアプリケーションのために開発されたものであるが、これは他のウェブフレームワークにも適用可能である。この技術では、サーバが持続的HTTP接続の利点を用いて、レスポンスを永続的に開けた状態のままにしておく（つまり、サーバはそのレスポンスを決して終わらせない）。これは実際的には、最初のページのロードが完了したとみなせる状態になった後も、ブラウザ側を引き続き「ロード中」の状態のままでいさせるために、ブラウザをだましているのである。それからサーバは定期的にJavaScriptの小さなコードを送って、ページの内容を更新し続け、これによりプッシュ機能が実現される。この技術を使うと、クライアントはサーバ側との接続を開き続けておくためにJavaアプレットやその他のプラグインを必要とせず、サーバからプッシュされた新しいイベントの通知を自動的に受けられる 。しかしながら、この手法には一つ深刻な欠点がある。それはサーバ側でブラウザ側のタイムアウトを制御する手段がないことである。ブラウザ側でタイムアウトが発生した場合はページの再読み込みが常に必要となる。
HTTP server push (HTTP streaming) は非同期データをウェブサーバからブラウザへデータを転送する方法である。HTTP server pushは幾つかの仕組みで実現することができる。HTML5の一部であるWebSocket API はウェブサーバとクライアントが全二重のTCP接続で通信することを可能にしている。一般的に言えば、HTTP server pushでは、ウェブサーバはレスポンスデータをクライアントに返した後も接続を切断しない。ウェブサーバは、イベント（たとえば一つまたは複数のクライアントに通知する必要がある内部データに変更が生じた場合など）が起こった場合に直ちにそれを送出できるように、接続を開いたままにしておく。もし接続を閉じてしまってたら、そのイベントの通知はクライアントから次にリクエストを受信するまで待機しておかねばならなくなる。多くのウェブサーバはCGIを介してこの機能を提供している（例えば、Apache上のNon-Parsed Headersスクリプトなど）。この手法の基盤にある仕組みはHTTP/1.1のchunked transfer encodingである。別の仕組みとしては、1995年にネットスケープが導入したmultipart/x-mixed-replaceという特殊なMIMEタイプに関係するものである。ウェブブラウザはこのMIMEタイプを、サーバ側がクライアントに新しいバージョンを伝えたい場合にはいつでも変わりうる文書であると解釈する。これは今日でもなおFirefox、Opera、Safariがサポートしているが、Internet Explorerはこれを無視している。これはHTMLドキュメントに適用できるほか、ストリーミング画像やウェブカメラアプリケーションにも適用できる。WHATWGの Web Applications 1.0提案には、コンテンツをクライアントにプッシュする仕組みが含まれている。2006年9月1日、この新しい実験的なシステムをOperaがServer-sent eventsと呼ばれる機能の中で実装した。これは今ではHTML5の一部として標準化されている。
同期通信やインスタントメッセージがプッシュサービスの典型例である。チャットのメッセージや、場合によってはファイルをメッセージング・サービスが受け取ると直ちにユーザにプッシュされる。分散的なPeer to Peerなプログラム（WASTEなど）でも、中央集権的なプログラムIRCやXMPPなど)でも、いずれもファイルのプッシュは可能である。つまり受け手側ではなく送り手側がデータの転送を開始することが出来る。電子メールもプッシュ型システムと言えるかもしれない：SMTPプロトコルはプッシュ型プロトコルである（プッシュ型電子メールを参照）。しかしながら、メールサーバーからデスクトップのコンピュータへ伝送する最後の段階では、POP3やIMAPのようなプル型プロトコルが使われるのが典型的である。現代の電子メールクライアントは、この段階において繰り返しメールサーバーにポーリングして、頻繁に新しいメールがないかチェックすることで、あたかも即時的に伝送されているかのようにみえるようにしている。IMAPプロトコルにはIDLE命令というものがあり、これは新着メッセージがあるときクライアントにサーバが通知することを許可する。別の例としてはPointCastネットワークというものがある。これは1990年代に広く受け入れられたもので、ニュースや株式データをスクリーンセーバーとして配信するものだ。ブラウザ戦争でネットスケープとマイクロソフトが激しく争っていた当時、両者ともChannel Definition Format (CDF) を通じたプッシュ技術を組み込んだが、広く普及することはなかった。CDFは次第に消え去り、2000年代にはプル型システムであるRSSに取って代わられた。その他の例としては、プッシュ可能なウェブアプリケーションの利用である。例えば市場データ配信（株式相場表示機)、オンラインのチャットやメッセージング・システム、オークション、オンラインゲーム、スポーツ結果配信、コンソール監視、センサー網監視などで利用されている。
1987年に発売されたIBM パーソナルシステム/55 モデル5535は日本IBMが開発した最初のラップトップパソコンであった。エプソン製のバックライト方式液晶ディスプレイを搭載し、サイズはW310×D350×H100mm、重量は8.1kgであった。日本IBMの堀田一芙（当時、営業推進企画ワークステーション担当）は「そもそも、日本人が楽に持ち運びできる重さは3kg。それが最初から無理ならば、頑丈にして8.1kgにした。」とコメントし、都心の狭いオフィスに適した省スペース・省エネルギーなパソコンであると主張した。液晶ディスプレイの技術的な制約から、ディスプレイの文字モードでの解像度は738×525ドットとなり、16×16ドットフォントでの表示になった。これは既に旧型となっていた5550の16ドットフォント表示と同じアーキテクチャで、PS/55対応ソフトが約1000本だったのに対して5535対応ソフトは約30本と、対応ソフトの少なさが懸念に上がった。IBMのメインフレームと接続するためのオプションカードが用意され、通信端末機能にも力を入れていた。当時、日本で登場し始めた各社のラップトップパソコンは640×400ドットのディスプレイを採用し、738×525ドットを採用した機種は他に例がなかった。この仕様は競合他社を上回っていたが、そのことが原価に大きく影響した。エプソンで独自解像度の液晶パネルを開発するにあたって、そこで使われていたものと全く別工程の技術や開発ツールが必要になった。また、画面解像度の変更はソフトウェアの移植を難しくさせ、対応ソフトがなかなか揃わなかった。日本IBMと年間数億円の取引があった顧客が5535よりも東芝のJ-3100シリーズを選んだ、という営業担当からの情報に、開発陣は焦りを感じ始めた。開発陣は5535-Mの開発を終えると同時に、640×480ドットの薄型ディスプレイとDOS/Vを搭載した普及型VGAパソコン『PS/55 note』の構想を固めていった。