Насколько мне известно Namecoin не прижился в i2p, хотя изначально он был встречен сообществом очень позитивно. Вот тут можно почитать немного bitcointalk.org/index.php?topic=60879.0 bitcointalk.org/index.php?topic=61486.0
Затем на свет появилось DIANNA bitcointalk.org/index.php?topic=64282.0
Но до сих пор там все сложно.
Если у кого-то есть желание поучаствовать в развитии этого проекта и, возможно, увековечить свое имя в истории развития интернет, можете связаться с топикстартером вышеприведенных тем.
А зачем? Ведь, насколько я понимаю, таракан после крепления данного девайса остается полностью автономным существом, ведущим стандартный образ жизни. Посему в свободное от поручений время, он может пастись себе без напрягов. Главное ограничить ему область обитания, чтобы не унес с собой ценное оборудование. Для этого можно например заставлять его периодически выползать в заданный квадрат для сеанса радиосвязи и получения новых команд.
Кстати, такие вот киборги могут запросто доставить какой-нибудь радиационный материал в заданный сектор. При чем из-за маленькой дозы их сложно будет обнаружить стандартными способами. И это уже не шутки.
Наркотарговцев думаю также очень заинтересует это изобретение. Правда для транспортировки через границу лучше использовать саранчу. Думаю мексиканская мафия возьмет на вооружение. :)
Совершенно верно говорите. Подобный тюнинг сайтов нужен только для того, чтобы не отвлекаться на всякую мелочевку. Хотя, порой, можно добиться вполне неплохих результатов и своими силами.
При любом ддосе главное правило «устоять в начале любой ценой». Пусть сайт открывается через раз, тормозит, главное он должен работать. Эдакий психологический эффект, он демотивирует ддосеров.
Посему идеальный вариант своя защита рассчитанная на n коннектов + какой-то балансировщик, который переключает нагрузку на антиддос тоннель.
Все хорошо и интересно, правда по своему опыту борьбы с атаками пришел к выводу что все же бороться с ддосом нужно начинать не на уровне nginx, а раньше, на уровне iptables. Темболее что там есть весь необходимый для этого инструментарий. Тюнинг же nginx и php должен делаться просто под большую нагрузку и возможность держать как можно большее число прорвавшихся запросов.
Вышеперечисленный в статье функционал по отбитию аттак можно также реализовать при помощи таких инструментов как: limit, connlimit, ipset, geoip…
Я например как-то делал нечто похожее описанному в статье, только подозреваемых ботов я не наглухо блокировал а заносил в определенный ipset список, по которому ставилось ограничение по числу коннектов 1 в сек (серый список). В случае если он продолжал свою бурную деятельность, заносил уже в черный.
Все лимиты настраивал в обычных условиях с запасом в 20-30%, обычно жалоб небыло.
В биткоине устранение того же Сатоши (которого ни кто никогда невидел) или Гэвина совершенно ничего не даст кроме дополнительной популярности сети. По сути основные все алгоритмы давно реализованы, то что сейчас дорабатывается, это большей частью косметика плюс права багов. Которой, к слову, занимается сообщество, а не один человек.
А по теме, не скайпом единым… замен на самом деле полно и для голосового трафика и для чатов.
Хотя лично меня бы устроила какая-то надстройка, не привязанная к клиенту. Например на уровне железа шифировала/расшифровывала поток.
Интересно, они и материал по ссылкам архивируют? В противном случае большинство твитов будут совершенно бесполезны для потомков.
Как по мне лучше бы архивировали к себе ресурсы по типу хабра и обязательно со всеми комментариями к статьям.
Это было бы реально полезно, а не превращать Библиотеку Конгресса в свалку, индексирующей тонны бесполезного контента.
Это как бы irony. :) Просто любая новость про взлом сервиса хоть каким-то боком, относящегося к биткоин, порождает волну комментариев, о том что во всем виновата сама криптовалюта, а не администрация сервиса.
Еще замечу на видео ведь показывается что один такой агрегат может одновременно иметь доступ к нескольким строящимся объектам, что несколько облегчает задачу с высыханием, ибо пока будет сохнуть один слой, можно заниматься другим объектом, делая таким образом процесс непрерывным.
Интересная тема имхо в плане скоростного локост строительства, особенно для быстрого возведения целых поселений для переселения пострадавших от стихийных бедствий.
Ну вот у меня таким же образом ограничивается сумма «долговых». Т.е. я не дам больше, чем готов или есть возможность подарить при моем текущем уровне доходов.
Если сумма крупная и все же есть желание выступить кредитором, рассматривать это как инвестицию со всеми втекающими и вытекающими: оценкой рисков, залогами, расписками/договорами займа, процентами за пользование… И ни каких сантиментов, ибо это уже исключительно деловые отношения.
Присоединяюсь! Не давать в долг тоже не выход, ибо и самому можно в той же ситуации оказаться.
Я вот если даю в долг, то про себя дарю эти деньги. Вернут — хорошо, не вернут — ну я же подарил, чего переживать или обижаться на человека, портить отношения, которые часто намного важнее.
Ясно, тогда, думаю, нужна поправка с четким определением несчастных маленьких изобретателей. На мой взгляд Оракл не похож на последнего.
Хороший был бы способ борьбы с троллями. А так выиграл — получил, проиграл — ничего не получил. Вот если бы проиграл — получил счет за адвокатов. В след раз подумал бы, стоит ли соваться.
А почему они не хотят также предъявить расходы юристов? Вполне логично, как я считаю. Да и в следующий раз очередной тролль подумал бы, перед тем как предъявлять идиотские иски.
Забыли один плюс фьючерсов, в данном случае по-моему один из важных для экосистемы биткоин. Одной из основных проблем для использования биткоина в торговли был нестабильный курс. И пусть он последнее время более-менее стабилен и имеет тенденции к росту, многие бояться принимать биткоин именно по этой причине, ибо курс может резко изменится и магазин понесет ощутимые потери. С фьючерсами данная задача будет решаться естественным способом.
Посему большому кораблю — большое плаванье.
Огромное спасибо за проект (и вообще, пользуясь случаем, за все sypex*), очень пригодится.
Одна маленькая идея, родилась после прочтения комментариев к топику — вы бы добавили кнопочку «Город определен неверно, правильный город ...», тогда бы после публикации имели список диапазонов, по которым определение идет неверно.
Программисты фигней не маются, они ей на жизнь зарабатывают. :) Да и сколько того баша суточного, на пару минут рабочего времени, зато людям приятно и потом работается продуктивнее. Вот тут хорошая статья по этому поводу.
Думаю все намного проще, как и в случае с майбиткоином. Схема простая: раскрутить попоулярный сервис, дождаться вменяемого остатка на балансе, инсценировать взлом (при чем в сми опять появятся статьи про ненадежность биткоина, а сервис как бы просто стал жертвой ), инсценировать отсутствие бакапов, тем кто будет сильно возмущаться, по мелочи вернуть, остальным сказать простите.
Напишу про свой квест. Приватбанк и booking.uz.gov.ua это вообще адкая смесь.
Я недавно тоже решил заказать билет через этот сайт. С виду все прилично, только поиск станций работает как-то загадочно, чтобы получить заведомую, нужно удалить одну букву в конце. После того, как я понял сию особенность, поиск желаемого направления у меня пошел быстрее. :)
И вот наконец я уже почти у цели, куча свободных мест — выбирай не хочу. Тыкаю заветную кнопочку «оформить» и меня перекидывает на формочку оплаты. Ввожу номер карты, срок действия… fail, говорит мол свв не тот, хотя его даже не спрашивало. Начинается долгий разговор с оператором привата, который говорит мне о том, что виртуальные карты уз не принимает. Ок, перебразываю деньги с виртуальной на реальную (обычно зачисляются сразу), с первой карты деньги списываются, на нужную не приходят. Опять ожидание, оператор, говорит что платеж прошел оффлайном, деньги будут завтра с 8 утра. Ок, ложусь спать, в 8 утра понятно никак денег небыло, опять оператор один, второй, третий… говорят деньги будут в течении дня, что меня категорически не устраивает ибо вечером надо уже ехать, рискую остаться без билета. Топаю в ближайшее отделение пополняю карту через терминал. Снова сайт — выбор вагона, остались только плацкартные боковые и верхние, все нижние уже разобрали, и о чудо, есть одно свободное нижнее место. Быстро тыкаю, выбираю оплатить (уже персонализированной картой), и опять вижу знакомое до боли сообщение о том, что свв неверен. !$#$@…, пронеслось в голове. Опять приват, оператор, ожидание… у них что-то поломалось в связке с portmone, на какой стороне хз, когда починят хз.
В результате еду на вокзал, покупаю верхнюю боковуху в 3-х купе от туалета. Через 10 минут проверяю на телефоне остаток мест и вижу, что остались только верхние около туалета. Еще бы несколько минут квеста и ехал бы там.
bitcointalk.org/index.php?topic=60879.0
bitcointalk.org/index.php?topic=61486.0
Затем на свет появилось DIANNA bitcointalk.org/index.php?topic=64282.0
Но до сих пор там все сложно.
Если у кого-то есть желание поучаствовать в развитии этого проекта и, возможно, увековечить свое имя в истории развития интернет, можете связаться с топикстартером вышеприведенных тем.
По дефолту opendkim слушает на сокете, а не на 8891
Посему, чтобы заставить его сулшать порт, необходимо в файл
/etc/default/opendkim
добавить строки
SOCKET=«inet:8891@localhost»
Кстати, такие вот киборги могут запросто доставить какой-нибудь радиационный материал в заданный сектор. При чем из-за маленькой дозы их сложно будет обнаружить стандартными способами. И это уже не шутки.
Наркотарговцев думаю также очень заинтересует это изобретение. Правда для транспортировки через границу лучше использовать саранчу. Думаю мексиканская мафия возьмет на вооружение. :)
При любом ддосе главное правило «устоять в начале любой ценой». Пусть сайт открывается через раз, тормозит, главное он должен работать. Эдакий психологический эффект, он демотивирует ддосеров.
Посему идеальный вариант своя защита рассчитанная на n коннектов + какой-то балансировщик, который переключает нагрузку на антиддос тоннель.
Вышеперечисленный в статье функционал по отбитию аттак можно также реализовать при помощи таких инструментов как: limit, connlimit, ipset, geoip…
Я например как-то делал нечто похожее описанному в статье, только подозреваемых ботов я не наглухо блокировал а заносил в определенный ipset список, по которому ставилось ограничение по числу коннектов 1 в сек (серый список). В случае если он продолжал свою бурную деятельность, заносил уже в черный.
Все лимиты настраивал в обычных условиях с запасом в 20-30%, обычно жалоб небыло.
А по теме, не скайпом единым… замен на самом деле полно и для голосового трафика и для чатов.
Хотя лично меня бы устроила какая-то надстройка, не привязанная к клиенту. Например на уровне железа шифировала/расшифровывала поток.
Как по мне лучше бы архивировали к себе ресурсы по типу хабра и обязательно со всеми комментариями к статьям.
Это было бы реально полезно, а не превращать Библиотеку Конгресса в свалку, индексирующей тонны бесполезного контента.
Интересная тема имхо в плане скоростного локост строительства, особенно для быстрого возведения целых поселений для переселения пострадавших от стихийных бедствий.
Если сумма крупная и все же есть желание выступить кредитором, рассматривать это как инвестицию со всеми втекающими и вытекающими: оценкой рисков, залогами, расписками/договорами займа, процентами за пользование… И ни каких сантиментов, ибо это уже исключительно деловые отношения.
Я вот если даю в долг, то про себя дарю эти деньги. Вернут — хорошо, не вернут — ну я же подарил, чего переживать или обижаться на человека, портить отношения, которые часто намного важнее.
Хороший был бы способ борьбы с троллями. А так выиграл — получил, проиграл — ничего не получил. Вот если бы проиграл — получил счет за адвокатов. В след раз подумал бы, стоит ли соваться.
Посему большому кораблю — большое плаванье.
Одна маленькая идея, родилась после прочтения комментариев к топику — вы бы добавили кнопочку «Город определен неверно, правильный город ...», тогда бы после публикации имели список диапазонов, по которым определение идет неверно.
Я недавно тоже решил заказать билет через этот сайт. С виду все прилично, только поиск станций работает как-то загадочно, чтобы получить заведомую, нужно удалить одну букву в конце. После того, как я понял сию особенность, поиск желаемого направления у меня пошел быстрее. :)
И вот наконец я уже почти у цели, куча свободных мест — выбирай не хочу. Тыкаю заветную кнопочку «оформить» и меня перекидывает на формочку оплаты. Ввожу номер карты, срок действия… fail, говорит мол свв не тот, хотя его даже не спрашивало. Начинается долгий разговор с оператором привата, который говорит мне о том, что виртуальные карты уз не принимает. Ок, перебразываю деньги с виртуальной на реальную (обычно зачисляются сразу), с первой карты деньги списываются, на нужную не приходят. Опять ожидание, оператор, говорит что платеж прошел оффлайном, деньги будут завтра с 8 утра. Ок, ложусь спать, в 8 утра понятно никак денег небыло, опять оператор один, второй, третий… говорят деньги будут в течении дня, что меня категорически не устраивает ибо вечером надо уже ехать, рискую остаться без билета. Топаю в ближайшее отделение пополняю карту через терминал. Снова сайт — выбор вагона, остались только плацкартные боковые и верхние, все нижние уже разобрали, и о чудо, есть одно свободное нижнее место. Быстро тыкаю, выбираю оплатить (уже персонализированной картой), и опять вижу знакомое до боли сообщение о том, что свв неверен. !$#$@…, пронеслось в голове. Опять приват, оператор, ожидание… у них что-то поломалось в связке с portmone, на какой стороне хз, когда починят хз.
В результате еду на вокзал, покупаю верхнюю боковуху в 3-х купе от туалета. Через 10 минут проверяю на телефоне остаток мест и вижу, что остались только верхние около туалета. Еще бы несколько минут квеста и ехал бы там.