Испортили Серёжино свидание в подъезде

1) Устанавливаем 3proxy. В конфиг, помимо всего прочего, пишем:

plugin /usr/local/etc/3proxy/bin/PCREPlugin.ld.so pcre_plugin
pcre_rewrite cliheader dunno "Accept-Encoding: (gzip,deflate|deflate,gzip|gzip|deflate)" "X-Sergey: true"
pcre_rewrite srvdata dunno "Сергей  *****ов" "Серёга Гусь :-D"

2) Запускаем, перенаправляем через него трафик:

iptables -t nat -I PREROUTING -s 192.168.0.5 -p tcp --dport 80 -j DNAT --to 192.168.0.1:8081
iptables -t nat -I POSTROUTING -s 192.168.0.5 -p tcp --dport 80 -d 192.168.0.1 -j SNAT --to-source 192.168.0.1

И радостно гыгыкаем, ожидая когда же „Сехый зайдёт вконтакт“.

Хотелось бы немного прояснить ситуацию. С Accept-Encoding получается, конечно, подло: мало того, что портим человеку интернет, так он ещё и работать будет медленнее. Но ничего не поделаешь: разжимать gzip'аный контент перед тем, как работать с ним, авторам плагина лень, и в доке они о таком препятствии просто умолчали.

Обратите внимание на два пробела между именем и фамилией. Это так и должно быть (там же ещё ник посередине). К своему стыду, потратил на обнаружение сего факта минут пять. По непонятным причинам, подстановка должна быть той же длины, что и исходная строка, в противном случае страница будет обрываться где-нибудь на середине. Ну в данном случае нам просто повезло.

И, наконец, конфиг надо сохранить в кодировке cp1251, потому что вконтакте, очевидно, для минимизации трафика, использует именно её. Добавьте версию с одним пробелом, чтобы заменялось ещё и в списке друзей (там ника нет), и версию в UTF-8, чтобы заменялось в том, что пришло AJAX'ом.

Пацаны приняли фишкан на ура. Один высказал предположение, что так происходит, потому что у нас с Серым айпишник одинаковый, а второй — что дело в неком плагине, и почти угадал. Теперь я Вова Плагин

А ещё вчера научился плевать и, наконец-то, обоссал свою школу