Пару лет назад я анонсировал свой сервис для сохранения веб-страниц Peeep.us (как web.archive.org или google-кеш, только по запросу). Функциональность сервиса уже тогда вызывала обсуждения этичности и законности хранения данных, которые удалены источником. Так или иначе, Peeep благополучно просуществовал два года, и я, честно говоря, перестал обращать на него внимание. Разве что платил Гуглу по 7 центов в неделю за хранение данных. И иногда удалял странички с детским порно, вопиющие о себе в статистике.

Однако, недавно мне написали представители некого Михаила Дворникова с требованием удалить сохраненную древнюю статью газеты «Газета» и обещали судиться. Статья выглядит вполне безобидной. Там пишут, что такой-то и такой-то баллотируется на выборы, что на него заведено уголовное дело, что идут проверки — короче, никакого экстремизма, порно или других прямых нарушений закона я не нашел и проигнорировал письмо.

Какого же было мое удивление, когда эти уважаемые господа позвонили мне на мобильный. По их словам, они вполне серьезно настроены уничтожить все упоминания о г-не Дворникове и его фирме EAA Asset Management-Consulting GmbH в интернете. Серьезность этих людей заставила меня задуматься, не придется ли мне на своем убегать от какого-нибудь .

Итак, дорогие хабраприсяжные-хабразаседатели, насколько, по-вашему, веб-архив ответственнен за информацию, которая там хранится? И насколько реально привлечь меня в данном случае к ответственности за клевету или заставить компенсировать ущерб деловой репутации? Под катом будут ссылки по теме истории.

Привет, Хабр!

Хочу сообщить тебе, что как-то ночью я, большой ненавистник сервисов сокращения ссылок, и сам запустил свою сокращалку. Но не простую, а с изюминкой.

Суть сервиса в том, что вместе с самой ссылкой peeep.us хранит содержимое страницы с точки зрения пользователя, который создавал ссылку. Это дает возможность опубликовать или дать другу ссылку на страничку, обычно недоступную для просмотра извне. Например, можно показать другу классный пост на Лепре или личное сообщение вконтакте. А еще его можно использовать просто как хранитель состояния сайта. По пииипнутой ссылке будет всегда доступно содержимое страницы на момент времени, когда она была создана (вместе с удаленными коммантариями, например). Это как кеш Google или archive.org, только по требованию.

Вот как это выглядит: прекрасный пост Артема Шитова. Видна лепра?

Чтобы просто сохранить состояние страницы нужно ввести адрес на peeep.us и кликнуть submit. А если нужно сделать ссылку на закрытую страницу, придется воспользоваться букмарклетом, который есть там же. Букмарклет скачает текст страницы XMLHttpRequest'ом, а затем отправит куда надо. Все, вроде бы, несложно.

Кстати, сам сервис работает на Google AppEngine, то есть потенциально закроется или заддосится только вместе с гуглом целиком ;). А если кому интересно, откуда такое тупое название, так это от слова peep — подглядывать [в замочную скважину].

В комментариях к топику я выяснял, зачем нужен tinyurl. И не выяснил.

Поэтому я хочу поделиться бóльшим количеством людей своим недоумением. Я перестал пользоваться твиттером, потому что меня раздражают сервисы сокращения адресов навроде tinyurl.com. К тому же, на Твиттере сслыки сворачиваются принудительно.

Плюсы

Формальное назначение Tinyurl на твиттере ясно: укоротить ссылку, чтоб больше символов из твиттеровых ста сорока осталось для формулирования мысли.

Минусы

Однако, сокращенные ссылки имеют дикое количество минусов:

• непонятно, куда тебя уводят по ссылке
  Лично я всегда смотрю на адрес ссылки в строке состояния (если заведомо неизвестно, какой он, например заголовок топика на хабре). Такая уж привычка.
• непонятно, был ли я уже на сайте (даже браузер не сможет подсветить ссылку соответствующим цветом)
• ссылка умрет вместе с сокращалкой
• ссылка может внезапно увести меня на фишерский, куковорующий или порнографический сайт.
  Я-то не против порнушки, только я бы хотел заранее знать, что я попаду на pornoxxx.com, а не куда-нибудь.
• ссылка несколько дольше открывается из-за лишнего перенаправления (к тому же на сокращалки наверняка тоже действует хабра-, дигг- или техкранч-эффект).

Разоблачение

Но, быть может, решается несуществующая проблема. Давайте посмотрим в корень.

В отличие от расширения Greasemonkey в мозилле, Опера не предоставляет аналога функции GM_xmlhttpRequest для кросс-доменных запросов (XDR). Это, понятное дело, сильно ограничивает возможности и сферу применения UserJS. Используя XDR, например, можно реализовать Last.fm-скробблер для различных онлайн-проигрывателей музыки (типа vkontakte.ru или MySpace).

Однако кросс-доменные запросы можно заставить работать в Опере с помощью трюков с iframe'ами и window.name транспортом. Под катом я покажу как это сделать и предъявлю простую библиотеку, реализующую все колдовство.

Вот пайтон и становится нормальным зрелым языком.

• избавились от большинства мусора в стандартной библиотеке
• перестали дифференцировать классы на new-style и old-style
• перебороли путаницу между юникодом и не-юникодом
• прилизали синтаксис, в том числе, в отрасли исключений
• причесали перегружаемые операторы
• со своей перегрузкой операторов, множественным наследованием, метаклассами и еще какими-то крутыми фичами пайтон — довольно мощный язык. По выразительности, я б сказал, на уровне С++.

А ведь я уж подумывал перейти на руби. Теперь не буду, когда 3.0 не за горами. Однако есть и то, что мне не нравится в Python, даже в третьем:

• куча мусора, особенно в top-level scope. Многое стоило б рассовать по пакетам да по классам
• со своей перегрузкой операторов, множественным наследованием, метаклассами и еще какими-то странными фичами пайтон — довольно сложный язык. По запутанности, я б сказал, на уровне C++
• отсутствет встроенная xslt-библиотека. В библиотеке валяется все вплоть до работы со звуком и даже готовый вебсервер целиком, но не xslt
• и теперь интересно, когда Джанго подружится с пайтон 3.0.

Ссылки по теме:

• Что нового в пайтон 3?
• В чем соль Руби?