Googleの検索結果から任意のノイズを取り除くProxomitronフィルタ - 隠れん坊将軍の隠れ蓑
このページの更新は終了しました。フィルタの最新状況については、Googleの検索結果から任意のノイズを取り除くProxomitronフィルタ : SARUMINOをご覧下さい。お手数をお掛け致します。 更新情報 2009/01/26 致命的なバグ修正 2008/12/11 バグ修正 2008/10/19 初版 注意 2010/05/06付けのGoogle側アップデートにより、現在使用できません。たぶん私自身このフィルタはないと困るので、そのうち対応すると思います…そのうち……たぶん。→詳細 Sleipnir Startなど、一部の特殊なスタートページからは利用できません。通常のGoogle検索をご利用ください。 (thanks:CORMさん) Googleアカウントにログインした状態では利用できません。ログイン時にはGoogle純正機能「サーチウィキ」をお試しください。 概要 先日深江直人
ローカルプロキシスクリプト - veryberry_cafeの日記
Pythonの勉強にローカルプロキシ書いてみた。./cache/に読み込んだCSS/JS/IMG/HTMLデータをディレクトリ構造を再現してコピーする。ローカル保存スクリプトを兼ねてみた。 #eoncoding:shift_jis import SimpleHTTPServer import threading import BaseHTTPServer import select import socket import SocketServer import urlparse import urllib2 import os import fileinput Thread = threading.Thread class HttpdThread(Thread): def __init__(self): self.httpd = Httpd( ("" ,8080), ProxyServe
HTTP proxy サーバを作ってみよう
HTTP proxy サーバ IO::Socket、IO::Select モジュールを使って、個人用 HTTP proxy サーバを作ってみました。 User-Agent や Referer などの書き換え、コンテンツの書き換えを目的として作り始めましたが、 現時点では中継機能しか実装されていません。proxy の雛型としてどうぞ。 % ./http-proxy.pl とすると、ポート 8080 を listen しますので、ブラウザの proxy 設定を localhost:8080 にしてください。なお、keep-alive と SSL は未対応で、 メソッドは GET・POST のみ実装されています。 http-proxy.pl 1: #!/usr/local/bin/perl 2: 3: # $Id: http-proxy.pl,v 1.2 2003/05/17 14:31:02
【ハウツー】もう試しましたか? Googleの脆弱性発見ツール「ratproxy」 (1) XSS問題などを検出可能 | エンタープライズ | マイコミジャーナル
Webアプリケーション開発者にとって切っても切れない問題――それがセキュリティ対策だ。日増しに複雑になっていく要件・機能に対する脆弱性検査に悲鳴をあげているデベロッパ/テスターも多いことだろう。そのような中、あのGoogleが、社内でも活用している脆弱性発見ツールをオープンソース化して公開した。同ツールは脆弱性検査の新しい決め手となるか。以下、基本的な使い方や主要機能について紹介していこう。 Google社内で現役の脆弱性検知ツール - ratproxy Googleは1日(米国時間)、Webアプリケーションのセキュリティ監査を実施するツール「ratproxy」をリリースした。ratproxyはプロキシサーバとして動作するオープンソースソフトウェア。同ソフトウェアを経由してWebアプリケーションを操作することで、XSS(Cross Site Scripting)問題や不適切なXSRF(Cr
Poundで作るロードバランサとSSLラッパ
Squidリバースプロキシによるキャッシング オープンソースのプロキシサーバといえば、最初に名前が挙がるのはSquidでしょう。一般的にプロキシと呼んでいる機能とは、厳密には「フォワードプロキシ」（Forward Proxy）と呼びます。今回はSquidをフォワードプロキシとしてではなく、「リバースプロキシ」（Reverse Proxy）サーバとして利用し、そのキャッシュ効果で性能向上を狙います。 リバースプロキシとは Webサーバの前面にSquidリバースプロキシを導入すると、クライアントからのアクセスをWebサーバに代わってSquidが処理することになります。前回、ナローバンドからのアクセスがレスポンス低下の原因になることを説明しました。このナローバンドからのアクセスはSquidが処理する一方、WebサーバとSquidの間は高速に処理されるので、Webサーバがボトルネックになるのを防ぐ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.shoeisha.com/mag/windev/pdf/870605/windev0605_141_WinServer.pdf
naoya.dyndns.org is offline