ИП не закрываю, но куда пойдут пенсионные деньги, озаботился. Нашёл НПФ, который инвестирует в Телеком, пусть даже это будет Ростелеком в основном.
Ситуация, когда Интернета нет почти ни у кого, для меня смерти подобна, надо, наоборот, чтоб Интернет до всех дотянулся, чтоб никто не уклонился. Пусть пенсионные деньги хотя бы косвенно работают на меня.
В принципе, верно, надо просто понимать, что в данном случае обеспечен доступ, но не анонимность.
Прозрачное проксирование в Tor на роутере тоже, наверное, интересно будет сделать. Пакеты нужно заворачивать в SOCKS, плюс, DNS как–то сделать. DNS через Tor вобоще работает?
Для того, чтобы подобных проблем не возникало, существуют опциональные хеши и вроде бы можно иногда встретить пофайловый SHA1, хотя больше всего хотелось бы TTH.
Как видно в таблице на том же сайте, .torrent метафайлы, богатые TTH'ем, умеют создавать не все создавалки, но EAD TorrentBuild умеет. У TorrentBuild есть проблемы с иностранными символами в именах (он пишет их в ANSI), но есть open source версия, там это может быть исправлено.
Чтобы прекратить этот кошмар, желательно создавать только метафайлы, богатые TTH, а трекерам желательно ругаться на метафайлы, не богатые TTH, и предлагать пересоздать .torrent другой программой.
youTube своей популярностью обязан усложнению скачивания видео. То есть, естественным образом можно и посмотреть видео, и скачать, и выложить ещё где–нибудь, и в конечном итоге источник потеряется. Но это в больших масштабах не происходит, потому что на youTube нет всем доступной возможности скачать. Контент искусственно привязан к источнику.
Точно такой же искусственной привязкой являются приватные трекеры
Ну то есть, DC++ клиенты совершенствуются–совершенствуются, магнитные порталы есть и локальные, и глобальные, даже несколько штук, но нет, блин, надо податься в рабство на какой–нибудь приватный трекер. Почему? Потому что в DC++ юзер хвостом махнул — и на другом хабе все те же файлы разместил за пару кликов. И на другом сайте все, кто кликают по магнитным ссылкам, начали в качестве альтернативных источников находить в том числе и этого перебежавшего юзера. А можно сидеть на одних хабах, а кликать на не связанных с ними сайтах. У ТТК–ЗС одно время портал закрывали для внешних юзеров по этой причине.
А в торрентах же приватных раздача привязана к сайту, и автоматически на другой сайт перебежать нельзя. Фиг с ними, с описаниями, пусть хотя бы то, что уже кем–то другим оформлено на другом сайте, могло автоматически раздаваться. И привязаны таким искусственным образом юзеры. И сидят, и не уходят, развивают чужой сайт.
Не выгоден админам DC++. Вебмастерам выгодно рабство. Свобода выгодна не админам, а юзерам, осталось ещё, чтоб они понимали, чем DC++ принципиально лучше приватных торрентов и не пытались их защищать.
У GreyLink были преинтереснейшие спецификации. Так как увидеть их в действии не удалось, можно посмотреть историю борьбы трекеров с Shareaza. Потому что Shareaza тоже поддерживает несколько протоколов и может выкачивать в обход трекера, делая его, таким образом, настолько нужным, насколько он реально нужен, а админам это невыгодно. Админам выгодно искусственно завышать необходимость трекера. Shareaza, впрочем, не сказать, чтобы была хорошим p2p–клиентом. Есть очень хорошие идеи, чему стоит поучиться разработчикам других p2p–клиентов, но именно как торрент–киллер и торрент–качалка она была слаба и не особенно–то и сопротивлялась.
Уже есть похожая сеть: Gnutella2. И в этой сети в качестве хеша тоже используется TTH. Правда, я так и не выяснил, можно ли работать в этой сети без SHA1.
Проблема: по любому запросу находится куча автоматических фейков, и некому и неоткуда выпнуть разносчиков вирусни
Отсутствие высокоуровневых фич вроде структурной обработки исключений, прозрачного разыменования указателей и Delphi-style классов отчасти оправдано. Мне нравится сравнение DOSBox с учебной виртуальной машиной Mix Дональда Кнута. Но Mix — учебная, неживая, а DOSBox хранит на себе печать эпохи. Можно поковырять его AVPUtil'ом, не хуже, чем Mix.
Представь, что ты поставил WiFi и хочешь, чтобы доступ в Интернет покупался за деньги. Если брать реальные деньги, с тебя будут трясти лицензию. А BitCoin — когда надо — деньги, когда надо — не деньги. Нет денег — нет незаконного предпринимательства — нет претензий.
Представь, что ты в каком–то гипотетическом файлообменном протоколе хочешь поощрять раздающих и релизёров деньгами. Опять приходим к тому же: нельзя платить настоящими деньгами.
Представь, что у тебя современный компьютер, много места на HDD и хороший канал в Интернет, и ты бы не против получать денюжку за свои мощности, но открывать и вести ИП очень дорого, нерентабельно, и опять же лицензии, счёт в банке, отчётность в налоговую. Да и заказчиков можно не найти: компьютер может выключаться, Интернет по району может не работать. И тут появляется сервис–посредник, который тестирует доступность узлов, обеспечивает избыточность сети, распределяет доходы. Заказчикам — нестабильное, но дешёвое облако. Исполнителям — возможность получить хоть какие–то деньги просто за то, что компьютер работает. Главное, чтобы в одном месте деньги были деньгами, а в другом месте — математикой и криптографией.
Столько нереализованных идей не могли осуществляться из–за того, что не было программно доступных денег.
То, что сейчас BitCoin можно зарабатывать только майнингом — это незрелость. BitCoin — это деньги для Интернета, и в подобных проектах и проявится их истинное назначение.
Как можно расширить базовый класс средствами только COM?
У нас есть возможность получить из чужой библиотеки готовый экземпляр кокласса или же фабрику, которая сделает экземпляр. Переделать уже созданный экземпляр в его как бы потомка без агрегации не представляется возможным.
Плохо, что эта вещь не является drop-in replacement. Когда вышел SOM 2.0, это не сломало приложения, использующие SOM 1.0, хотя у первого и второго были существенные отличия. NOM не продолжает эту традицию. NOM плохо документирован и существует в большей степени не сам по себе, а ради того, чтобы был сделан Voyager, кроссплатформенный аналог WPS. Из того, что я читал про WPS, помню, что SOM там используется по–особенному, не полностью, и, если, например, использовать множественное наследование, WPS падает. В связи с чем напрашивается вопрос, а не будет ли NOM таким же недо–SOM, который применяется в WPS?
Да, но это не то же самое. Нельзя взять какой–нибудь базовый кокласс, как–нибудь без проблем агрегировать его, добавить своих функций и использовать как аргумент метода, ожидающий предка (а не интерфейс предка). На одних интерфейсах всего не сделаешь, часто нужно, чтобы полученный объект имел не только фиксированный интерфейс, но и особенность реализации внутри себя. Ну, скажем, нельзя реализовать какой–нибудь не предназначенный для этого интерфейс Office и передать этот фальшивый объект настоящему объекту Office как аргумент. Или, если написать COM–версию ASIO, то рано или поздно дело дойдёт до select(), и потребуются OS–специфичная информация.
При наследовании предок управляет тем, какие интерфейсы будут у потомка, и набор этих интерфейсов может измениться без участия потомка. При агрегации только контейнер единолично решает, какой набор интерфейсов он поддерживает, реализуя сам или делегируя одному из агрегированных объектов. Даже, если переписать эту логику на обратную: все интерфейсы, которые мы не знаем, направлять на делегацию внутреннему объекту, среди этих неизвестных интерфейсов может оказаться следующая версия интерфейса объекта, и в этом случае нужно что–то сделать, чтобы старые методы этого неизвестного интерфейса обрабатывались контейнером. Это можно сделать при помощи кооперации со стороны внутреннего объекта. Наверное, ничего неразрешимого, но дело в том, что это не является продуманным вариантом использования COM, и, если работать в этом направлении, то будет написан новый код, который частью COM не будет, и, учитывая все уровни косвенности, результат будет хуже, чем если с самого начала делать объектную систему, поддерживающую весь набор трансформаций.
Ищем в Яндексе Objective C. На третьей странице на 22й позиции наконец находим сайт Apple. В результатах поиска выглядит это так:
Яндекс не врёт, заголовок там действительно Loading и иначе, чем по ссылке, я не вижу способа узнать, что это Apple's intro to Objective-C
Ситуация, когда Интернета нет почти ни у кого, для меня смерти подобна, надо, наоборот, чтоб Интернет до всех дотянулся, чтоб никто не уклонился. Пусть пенсионные деньги хотя бы косвенно работают на меня.
Прозрачное проксирование в Tor на роутере тоже, наверное, интересно будет сделать. Пакеты нужно заворачивать в SOCKS, плюс, DNS как–то сделать. DNS через Tor вобоще работает?
AMD Geode LX стоит в дешёвых ALIX PC
VIA
И есть ещё относительно малоизвестная XCore86, в частности, с одноплатными решениями.
Недостатки: слишком высокие требования к Java и пока что слабая поддержка русского языка
Но штука интересная. В одном из режимов ведёт себя как http–прокси, индексируя посещённые страницы
Как видно в таблице на том же сайте, .torrent метафайлы, богатые TTH'ем, умеют создавать не все создавалки, но EAD TorrentBuild умеет. У TorrentBuild есть проблемы с иностранными символами в именах (он пишет их в ANSI), но есть open source версия, там это может быть исправлено.
Чтобы прекратить этот кошмар, желательно создавать только метафайлы, богатые TTH, а трекерам желательно ругаться на метафайлы, не богатые TTH, и предлагать пересоздать .torrent другой программой.
А в торрентах же приватных раздача привязана к сайту, и автоматически на другой сайт перебежать нельзя. Фиг с ними, с описаниями, пусть хотя бы то, что уже кем–то другим оформлено на другом сайте, могло автоматически раздаваться. И привязаны таким искусственным образом юзеры. И сидят, и не уходят, развивают чужой сайт.
Не выгоден админам DC++. Вебмастерам выгодно рабство. Свобода выгодна не админам, а юзерам, осталось ещё, чтоб они понимали, чем DC++ принципиально лучше приватных торрентов и не пытались их защищать.
У GreyLink были преинтереснейшие спецификации. Так как увидеть их в действии не удалось, можно посмотреть историю борьбы трекеров с Shareaza. Потому что Shareaza тоже поддерживает несколько протоколов и может выкачивать в обход трекера, делая его, таким образом, настолько нужным, насколько он реально нужен, а админам это невыгодно. Админам выгодно искусственно завышать необходимость трекера. Shareaza, впрочем, не сказать, чтобы была хорошим p2p–клиентом. Есть очень хорошие идеи, чему стоит поучиться разработчикам других p2p–клиентов, но именно как торрент–киллер и торрент–качалка она была слаба и не особенно–то и сопротивлялась.
Проблема: по любому запросу находится куча автоматических фейков, и некому и неоткуда выпнуть разносчиков вирусни
Отсутствие высокоуровневых фич вроде структурной обработки исключений, прозрачного разыменования указателей и Delphi-style классов отчасти оправдано. Мне нравится сравнение DOSBox с учебной виртуальной машиной Mix Дональда Кнута. Но Mix — учебная, неживая, а DOSBox хранит на себе печать эпохи. Можно поковырять его AVPUtil'ом, не хуже, чем Mix.
Представь, что ты в каком–то гипотетическом файлообменном протоколе хочешь поощрять раздающих и релизёров деньгами. Опять приходим к тому же: нельзя платить настоящими деньгами.
Представь, что у тебя современный компьютер, много места на HDD и хороший канал в Интернет, и ты бы не против получать денюжку за свои мощности, но открывать и вести ИП очень дорого, нерентабельно, и опять же лицензии, счёт в банке, отчётность в налоговую. Да и заказчиков можно не найти: компьютер может выключаться, Интернет по району может не работать. И тут появляется сервис–посредник, который тестирует доступность узлов, обеспечивает избыточность сети, распределяет доходы. Заказчикам — нестабильное, но дешёвое облако. Исполнителям — возможность получить хоть какие–то деньги просто за то, что компьютер работает. Главное, чтобы в одном месте деньги были деньгами, а в другом месте — математикой и криптографией.
Столько нереализованных идей не могли осуществляться из–за того, что не было программно доступных денег.
То, что сейчас BitCoin можно зарабатывать только майнингом — это незрелость. BitCoin — это деньги для Интернета, и в подобных проектах и проявится их истинное назначение.
У нас есть возможность получить из чужой библиотеки готовый экземпляр кокласса или же фабрику, которая сделает экземпляр. Переделать уже созданный экземпляр в его как бы потомка без агрегации не представляется возможным.
Сильно смущает обязательная сборка мусора в NOM
При наследовании предок управляет тем, какие интерфейсы будут у потомка, и набор этих интерфейсов может измениться без участия потомка. При агрегации только контейнер единолично решает, какой набор интерфейсов он поддерживает, реализуя сам или делегируя одному из агрегированных объектов. Даже, если переписать эту логику на обратную: все интерфейсы, которые мы не знаем, направлять на делегацию внутреннему объекту, среди этих неизвестных интерфейсов может оказаться следующая версия интерфейса объекта, и в этом случае нужно что–то сделать, чтобы старые методы этого неизвестного интерфейса обрабатывались контейнером. Это можно сделать при помощи кооперации со стороны внутреннего объекта. Наверное, ничего неразрешимого, но дело в том, что это не является продуманным вариантом использования COM, и, если работать в этом направлении, то будет написан новый код, который частью COM не будет, и, учитывая все уровни косвенности, результат будет хуже, чем если с самого начала делать объектную систему, поддерживающую весь набор трансформаций.