Pull to refresh

Comments 112

А как биллинг будет устроен, если при отправке не передается никакой API-ключ? Как посчитать сколько данных я заслал?

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

Первый раз вижу столь ограниченного человека, простите за грубость, но это просто поразительно. Кто вообще выдал Вам инвайт?
Стоп. Я же эти теги отправил curl-ом на их сервер!

Люди, тут что-то нечисто. Они явно сотрудничают с АНБ.
Всё как заявлено :)

Privacy

We know that everyone cares about their privacy these days. We care about your privacy concerns, and guarantee all of your data will be completely discarded[1].

[1] Except for cases where it will be stored indefinitely to ensure compliance with government regulations[2].

[2] When we say 'government' we mean NSA, CIA, FBI, TSA, Communist Party of China (CPC), Nestle, The Coca-Cola Company, the KGB, some of your coworkers and our friends (especially if there is something funny).
Хороший сервис, спасибо. Поставил отсылать вам ненужные данные. Данных там много, вы ведь меня заблокируете когда я превышу лимит, правда?
Нет, вам прсото счет пришлют в конце следующего месяца.
/dev/zero за дополнительную плату будет?
Конечно. Просто отправьте ваш бумажный документ или носитель Почтой России на произвольный адрес
UFO just landed and posted this here
Когда построят IT-деревню, надо будет попросить там одну улицу назвать /dev и в конце поставить большой контейнер /null =)
wget --output-document='daas.txt' http://habrahabr.ru/post/200230/ && wget -O- -v --post-file='daas.txt' http://devnull-as-a-service.com/dev/null
Скажите, а будут ли посты о внутренней структуре сервиса? Какие решения Вы использовали при разработке, внедрении, поддержке? Какова нагрузка на Ваши сервера, используете ли Вы Hadoop? Думали ли об использовании NoSQL?

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

Как раскручивали сервис? Какая статистика использования? На какие грабли наступали при продвижении? Кто с Вами сотрудничает из крупных корпораций? Продали ли бы Вы свой бизнес Гуглу?

Ждём пост от Вашей компании на Хабре.

Скрытый текст
Есть ли жизнь на Марсе?

Верните блог «Юмор», а?
Поддерживаю. Как устроено охлаждение датацентров?
https на сайте за отдельную плату
Настроил у вас бекапы исходников. Спасибо за отличный сервис, данные попали именно туда, где им самое место!
Отличная идея! У меня давно в корне завёлся файл /dev/urandom — я однажды попытался определить его размер, но не смог. Кто-то даже говорил, что он бесконечно огромный, но это же файл на жестком диске! Так не бывает!
Пожалуй, отправлю его содержимое на этот сервис — вдруг, они с этой проблемой справятся.
ln -s /dev/urandom public_share/porn.avi
А потоковое воспроизведение? Лучше уж porn.zip
Хехе, мы так на провайдеской файлопомойке лет семь назад прикольнулись, UltimateAllStarsPornCollection.xVidXXX.zip. Самый упорный юзер слил под 200Гб, при том, что сервер докачку не поддерживал.
Бессердечные вы люди
relgames@w1:/tmp$ curl -v -d @ideaIU-12.1.6.tar.gz -X POST http://devnull-as-a-service.com/dev/null
* About to connect() to devnull-as-a-service.com port 80 (#0)
*   Trying 213.95.21.200... connected
> POST /dev/null HTTP/1.1
> User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3
> Host: devnull-as-a-service.com
> Accept: */*
> Content-Length: 117986519
> Content-Type: application/x-www-form-urlencoded
> Expect: 100-continue
> 
< HTTP/1.1 100 Continue
< HTTP/1.1 413 Request Entity Too Large
< Server: nginx/1.2.6
< Date: Wed, 30 Oct 2013 16:21:18 GMT
< Content-Type: text/html
< Content-Length: 198
< Connection: close
< 
<html>
<head><title>413 Request Entity Too Large</title></head>
<body bgcolor="white">
<center><h1>413 Request Entity Too Large</h1></center>
<hr><center>nginx/1.2.6</center>
</body>
</html>
* we are done reading and this is set to close, stop send
* Closing connection #0
Та же фигня, не отправляется. Куда теперь мне девать содержимое корзины?!?!
Почините срочно!!! Ну пожалуйста :)
Да фигня этот сервис, под Хабраэффектом лёг

Распределенный BigData кластер, как же. Из Pentium 3, небось.
Мне кажется, эта запись на их официальном сайте является не более, чем весьма глупой шуткой, как и Ваш комментарий. Вы же умный человек и должны понимать, что использование устаревшего оборудования столь низкого уровня — немыслимо. Лично я и представить не мог подобную нелепицу.
Хм…
А если туда залить информацию о способах самоубийства геев-атеистов, его заблокируют в России?
У меня завалялся ненужный BR-Rip. Скажите, ваш сервис сможет принять на анигиляцию 30Гб за раз или нужно слать чанками? Гарантируйте ли вы надежность? Какой у вас uptime?
85,66% гарантированного аптайма (нам тоже спать нужно).
У вас ручная премодерация удаляемого контента?
Вроде бы по закону пока не определен контент, запрещенный к удалению? Какая премодерация?
а можно сравнить по характеристикам с nosave.ru/
а то пользоваться двумя разными сайтами не совсем удобно, а носейвом я уже давно пользуюсь и очень доволен
NoSave.ru — небольшой игрок локального рынка. Почта на yandex, русскоязычный интерфейс, отсутствие внятного биллинга — всё это признаки начинающего стартапа. У них даже нет документации по их API, а не сохранять файлы в промышленных объёмах через веб-интерфейс довольно утомительно. Конечно, их услугами можно пользоваться при удалении файлов в небольших компаниях, но до Enterprise уровня они определённо не дотягивают.

С другой стороны, разработчики NoSave внедрили ряд интересных инноваций, позволяющие не сохранять файлы за время О(1), то есть инвариантно от размера файла. Это очень круто.
А как же повторное использование переработанной энтропии?
А как вы относитесь к окружающей среде? Я надеюсь, что уничтожаемые данные перерабатываются и предоставляются в виде /dev/urandom as a service? «У вас закончилась энтропия? Тогда мы идем к вам! „
Отлично! Посоветую этот фотохостинг друзьям.
туда без особого вреда можно перенести почти весь инстаграм
это ж как сразу всю еду выбросить…
У меня серьёзная проблема с /dev/zero на 3х серверах — они занимают массу места (недавно проверял — там не менее 200Gb в каждом!).
Подскажите, ваш сервис может помочь с этой проблемой?
У вас уже разработаны тарифные планы? Какой тариф мне больше всего подойдёт при моих объёмах?
У вас предусмотрено АПИ? Хотелось бы с вами интегрироваться!
Этот сервис должен был быть разработан Почтой России
Вы невнимательно читали статью. Они являются инвесторами этого сервиса, поскольку им нужна СХД для Единой Электронной Почты.
Парни, сделайте, пожалуйста, понятный веб-интерфейс, у нас бухгалтерия не смогла данные перекинуть сама, а посылать каждый раз эникейшика не хочется. Если можно, розовый.
Планируется ли разработка приложения для мобильного? Очень не хватает такой функции в моём телефоне.
Обязательно с функцией автоматического перенаправления входящих SMS с определенных номеров
Вау, только вчера понадобилось удалить тонны файлов и тут такой сервис! Надеюсь вы скоро сделаете клиент под Mac?
Кстати на Android тоже есть необходимость удалять кучу контента в борьбе за свободное место, было бы здорово иметь клиент и для него.
Это все замануха от ФСБ! Не ведитесь, посоны!
Ура! Ну наконец-то альтернатива! А то вчера на моём ноутбуке в /dev/null опять место закончилось. Я уж было собрался новый диск покупать.

Скажите, а планируется оффлайн клиент? А то иногда срочно нужно что-нибудь удалить, свой /dev/null закончился, а интернета под рукой нет…
UFO just landed and posted this here
UFO just landed and posted this here
Это хабрахабр, расслабься
Первым делом я полез смотреть уязвимости. И надо же — банальный XSS! Облака на небе сложились в alert с текстом и кнопкой. Поправил немного стили для московской погоды, а вот с Питерской поигрался кто-то злой. Вы же храните логи? Посмотрите ip.
UFO just landed and posted this here
Реквестирую пиринг с MSK-IX для накачки исходящего трафика!!!11
В пост врывается DVD Rewinder! Перематывать DVD ещё никогда не было так просто.



Попросил ребят сделать DVD Eraser
Не взлетит.

Надо сделать так, чтобы при каждом удалении раздавался смачный звук и автоматом отправлялся пост в твиттер пользователя. Вот тогда — вебдванольненко и всяко F+'ненько.
#!/bin/sh
CMD_CAT=`which cat`
CMD_WGET=`which wget`
RND=`${CMD_CAT} /dev/urandom|od -N2 -An -i`
`${CMD_WGET} -qO /dev/null --header='Content-data: ${RND}' -r http://devnull-as-a-service.com/dev/null`
У вас всё равно используется /dev/null. Непорядок
Просто рекурсия
А у вас есть интеграция социальных сетей? Больше всего интересует использование вашего сервиса с твиттером и фейсбуком.
➜  tmp  curl -d @recommended-loader.gif -X POST http://devnull-as-a-service.com/dev/null
➜  tmp  curl -d @bb.mp3 -X POST http://devnull-as-a-service.com/dev/null
<html>
<head><title>413 Request Entity Too Large</title></head>
<body bgcolor="white">
<center><h1>413 Request Entity Too Large</h1></center>
<hr><center>nginx/1.2.6</center>
</body>
</html>
➜  tmp  ls -al bb.mp3 recommended-loader.gif
-rw-r--r--  1 silvansky  staff  10720582  7 авг 23:22 bb.mp3
-rw-r--r--@ 1 silvansky  staff    127714 11 апр  2013 recommended-loader.gif

Добрый день! Какие у Вас ограничения на объём единовременно передеваемого файла? Сервер отвечает не совсем внятно.
ПОСОНЫ!!!!1 ЭТО РАЗВОД!!!
Я отправил им файл, но он никуда не пропал!!!
Скопировал, поди. Надо было перемещать.
В 2008 году у меня была подобная идея — создать Сервер Страхов.

Зачем хранить страхи в себе и постоянно всего бояться, если можно их хранить удалённо и подгружать в нужные моменты?

Спсибо за сервис! Ждём приложения для мобильных платформ! =]
Какие перспективы, однако! Пятница, ночь, вечеринка в разгаре… внезапно, звонок от жены… нажимаем иконку «отправить в /de/null» вместо «принять вызов» и спокойно возвращаемся домой под утро. Надеюсь, эта фича уже в бетатесте. Никто не пробовал? Часто ли приходится заменять дома погнутые сковородки?
Плюс за юмор и находчивость в карму, минус посту за навязчивую рекламу сомнительного сервиса без хаба «Я пиарюсь»
Вроде должны забанить автора за то что рекламу не в «Я пиарюсь» запостил, по крайней мере с моим другом так было.
Как быть, если вам направят чьи-то персональные данные? Это законно?

Ведь в соответствие с ФЗ-152 персональные данные удалять нельзя, если на то не получено согласие субъекта персональных данных.

Будет ли русскоязычная версия сервиса? к-херам.рф?
Планируете ли вы сделать почтовый сервис как дополнительную опцию? Это помогло бы снизить почтовый трафик. Очень просим!
Пацаны, я замутил android клиент!

Ссылка на гитхаб: https://github.com/artem-zinnatullin/dev-null-android

Код порадует глаз, готовлю публикацию в Google Play.
На данный момент поддерживается нуллирование текста, при шаринге текста из других приложений выбирайте Dev null!

P.S. апи очень, очень плохо документировано, долго разбирался :D
P.P.S. ищу дизайнера и тестировщика, в следующих релизах надо сделать поддержку картинок и видео

Скриншоты:
Опаздал с комментарием ниже =)
Логотип приложения что-то смутно напоминает. Вроде был какой-то веб-сервис с похожим значком, но затем и сам отправился в /dev/null
Большое спасибо! Очень ждал.
Будет-ли приложение для айфона? С синхронизацией удаления через облако?
Уничтожение информации ведет к выделению тепла. Возможно подобный сервис действительно когда-то будет нужен.
А у меня мой /dev/null сломался и больше не работает.
Скажите, у вас нельзя скачать копию, чтобы без интернета работало?
Этот коммент «порвал мой день» :))))) Очень креативно!
Думаю использовать Ваш сервис в качестве репозитария кода своих коллег.
Я вас так понимаю, у моих тоже получается то, чему место в /dev/null
RFC уже давно (1983) стандартизировала discard (он же null) протокол: tools.ietf.org/html/rfc863 (и это даже не первоапрельская RFC [есть и такие, почитайте: Первоапрельские RFC]). Протокол этот делает то же, что и предлагаемый в этой статье сервис: удаляет все посланные данные. Но он это делает без всяких HTTP POST, поверх голого TCP/UDP, UNIX-way, так сказать. Протокол используется для отладки. Все обладатели никсов могут найти его в своём файле /etc/services:
discard         9/tcp           sink null
discard         9/udp           sink null


Протокол использует порт 9 (обратите внимание на маленький номер порта, по сравнению с 80, скажем, свидетельствующий о древности протокола). Протокол относится к числу так называемых toy services, т. е. простейших протоколов, используемых для отладки (echo 7, daytime 13, qotd 17, ищите в RFC и services).

Пример публичного discard-сервера: plan9.bell-labs.com. Вообще, этот сервер реализует echo и кучу других сервисов. Полный список сервисов, как всегда, можно посмотреть по команде nmap plan9.bell-labs.com.

Как его юзать? Вместо команды
some-command > /dev/null

наберите
some-command | nc -q 1 plan9.bell-labs.com null

(здесь я использую null как алиас для 9). Обратите внимание на -q 1: некоторые версии netcat (например, оригинальный netcat) не завершают соединение самостоятельно, а ждут, когда это сделает противоположная сторона. Сервер bell labs же не завершает соединение сам. В результате без -q 1 в некоторых версиях netcat получили бы зависание. -q 1 говорит, что нужно по окончании исходящих данных подождать 1 секунду, и если за это время remote server не порвёт соединение, порвать его самостоятельно.
  • /dev/null может не только уничтожать данные, но и выдавать «ничего». У сервиса такая возможность тоже есть, но реализована она неправильно. Если набрать

    wget -O some-file http://devnull-as-a-service.com/dev/null


    то wget зависнет (а должен создавать пустой файл some-file).
  • Вы не написали, что в винде /dev/null'а нет, и поэтому для юзеров винды ваш сайт — единственная возможность удалить инфу. (А про nul молчать! Нам не нужны конкуренты.)
  • Приведённые примеры использования не удаляют исходные файлы. Использовать надо именно вместо /dev/null. Т. е. вместо cmd > /dev/null пишем:
    cmd | curl -d @/dev/stdin -X POST http://devnull-as-a-service.com/dev/null
В GNU Hurd /dev/null реализован как отдельный процесс. Целый отдельный процесс сделали для /dev/null, это же ужасно!
Sign up to leave a comment.

Articles