ZeroNet Blogs

Static ZeroNet blogs mirror

2 ноября, 11:53, Дарья Бердникова, Хайтек+.

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

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

Однако еще больше экспертов волнует тема оскорблений в интернете. Правовая система до сих пор не выработала четкие термины для описания проблем интернет-общения, отмечает Guardian. При этом в Великобритании 66% взрослого населения пользуется соцсетями, а среди молодежи доля еще выше — 96%.

Законодательная комиссия Англии и Уэльса призывает приравнять оскорбления в Сети к оскорблениям в реальной жизни и ввести за это уголовное наказание.

В то же время надо отразить в законодательстве особенность интернет-общения, в частности — организованную травлю. На это обратила внимание одна из жертв такого поведения: «На единичное оскорбление можно не обращать внимание, но если у вас 500 таких сообщений, 500 человек, которые говорят одно и то же, то вы будете думать по-другому».

В Великобритании пока только 3% жалоб на злоупотребления в интернете доходят до суда. Не всегда можно определить, когда рассматриваемое выражение — это непопулярная точка зрения или дурная шутка, поясняют эксперты.

Также современное законодательство должно найти способ защитить тех людей, которые обнаруживают в свободном доступе информацию о своем здоровье или о своем сексуальном поведении.

Возможно, следует ввести наказания также за опасные онлайн-советы о здоровье и безопасности человека, говорят эксперты.

Американский конгрессмен Ро Ханна составил билль об интернет-правах, в котором рассмотрел другие опасности, исходящие от соцсетей. В первую очередь в документе речь идет о необходимости предотвращения утечки информации.

В ближайшие 20 лет в связи с развитием технологий появятся новые виды преступлений, которые сейчас трудно себе представить. Например, кража сознания, несанкционированное клонирование, нарушение прав нейросети и другие.

 Meduza.

Разработчик Ибрагим Диалло и предприниматель Крис Шенг рассказывают о своем стартапе Renly на конференции TechCrunch. 16 мая 2017 года (1280x732)

Разработчик Ибрагим Диалло и предприниматель Крис Шенг рассказывают о своем стартапе Renly на конференции TechCrunch. 16 мая 2017 года. Noam Galai / Tech Crunch / Getty Images

Разработчик из Калифорнии и сооснователь стартапа Renly Ибрагим Диалло рассказал в своем блоге о том, как год назад лишился работы. К тому моменту Диалло, который родился в Египте, а затем выучился на программиста в США, уже восемь месяцев работал в крупной компании (ее название он не разглашает), где с ним заключили контракт на три года. Мужчина пишет, что занимался разработкой программного обеспечения, его работу постоянно хвалили, и все шло отлично — пока однажды утром он не получил странное сообщение от начальника: «Боже мой, с тобой все в порядке?»

Диалло решил, что начальник ошибся адресатом — и не стал перезванивать. В тот же день он не смог попасть на работу: его пропуск на вход в здание не работал. Это мужчину не слишком насторожило, тем более, знакомый охранник впустил его в здание по своей карточке. Диалло обратился в отдел кадров, чтобы выяснить, что случилось — там ему сказали, что «получили странное письмо» по его поводу и пообещали разобраться. Никто не перезвонил, а его рабочий день прошел как обычно.

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

Никто, включая руководство, не понимал, что происходит: мужчину не планировали увольнять и не отдавали такого распоряжения. Дело дошло до главы организации: она велела службе поддержки все починить, заверила Диалло, что все в порядке, но в ответ сама получила письмо с пометкой «Важно», где говорилось, что контракт с Диалло расторгнут.

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

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

Ответ на: комментарий от KRoN73 

Мне кажется в mcedit между md и zim вообще разницы нет, всё равно разметку ты в голове составляешь.

ptah_alexs ★★★★★ ()

Кстати, для zim есть дополнения чтобы веб-страницы копировать в zim с родной разметкой, а для QownNotes, и вообще markdown есть что-то такое?

ptah_alexs ★★★★★ ()

Начал писать ответ на коммент в предыдущей записи, но он быстро набрал пару экранов текста, так что решил вынести отдельным постом, да ещё проиллюстрировать :)

ethereal: Я всегда немного завидовал тем, кто застал всю эту романтику.

Я сам с ностальгией вспоминаю то время. Быть на фронтире и осознавать прелесть этого — это круто :D Отчасти что-то подобное и в ZeroNet сегодня можно наблюдать. Не факт, что оно выстрелит, но что-то в той атмосфере тут есть.

Наверное, радость после сборки сего чуда была запредельная, и перед тобой открывался целый огромный мир ИТ.

Радость была несколько размазанной месяцем кропотливой отладки (в отсутствии-то инструментов!). Я доходил до уровня, когда пришлось делать аппаратную плату пошаговой отладки процессора (нажал кнопку — процессор выполнил команду), а состояние шин адреса и данных, как писал в заметке, проверял светодиодом… Так что сперва выявил наличие битых модулей памяти, после чего отобрал 16кбайт рабочих (хотел делать 32кбайт) и, наконец, всё заработало :D Помню, когда на телевизоре увидел промпт «РАДИО 86РК», ломанулся на кухню, звать маму — хоть с кем-то поделиться! Это ж надо понимать, что тогда даже Интернета с социальными сетями не было. Даже телефона. Деревня, где ближайший человек, одноклассник, кого это хоть как-то могло заинтересовать, обитал в получасе ходьбы, в соседнем посёлке :)

Выглядело это так. Только с поправкой на старый советский пузатый телевизор «Рекорд 340» в качестве монитора :)

radio86rk.jpg (400x232)


И да, кстати, как вы прошивали в ПЗУ операционную систему?

Готовую 565РФ5 покупал. Как и все элементы схемы. Я тогда поступил в Москву, в МХТИ. Первый семестр осваивался, накопил со стипендии 145 руб, на втором семестре спустил их на компоненты. Но в Москве во время учёбы заниматься отладкой того, что сразу не завелось, было сложно, так что дождался лета и на каникулах после первого курса увёз комп в деревню. Там и допилил :) При чём в итоге обратно в Москву его не повёз, а, вернувшись в Москву, сразу взялся за новый, более мощный комп, Орион-128.

orion-final.jpg (760x553)

IMG_3543.JPG (640x480)

(фотки все не мои — если Радио-86РК, как я писал, у меня до сих пор должен быть где-то в деревне, если мама не выкинула, то Орион-128 в конце эпопеи я продал со всей инфраструктурой)

Уже с графическим экраном, 128/256кбайт оперативки.

zoo__scr1.gif (771x499)

И даже CP/M с дисководом :)

Вот с «Орионом» я сжульничал. Там был полный ад в плане схемотехники. Если Радио-86РК был предельно простым за счёт активного использования СБИС, мелкой логики почти не было, зато всё на дорогих специализированных контроллерах, то Орион-128 был колебанием в другую сторону. Там всё, кроме процессора и параллельных портов было на мелкой логике. В результате Радио-86РК состоял из 29 микросхем, а Орион-128 из чего-то около сотни. При чём там на мелкой логике был сделан сложнейший тактовый генератор, который одной схемой обеспечивал тактовку процессора, регенерацию памяти и весь видеовывод. Он у меня не завёлся :) Я изводил метры миллиметровки, исписывая диаграммами и графиками, чтобы понять, в каком месте глючит, но огромное количество обратных связей так и не позволило разобраться с ним. Так что я почесал-почесал репу, продал эту плату на запчасти/допиливание и купил готовую :)

Потом посадил всё это в крутой корпус от МС-0511 и принялся обвешивать его периферией и расширениями.

MC0511.jpg (1200x848)

Кстати, вот те клавиши, от которых я пёрся тогда и которых сильно не хватает в современных клавиатурах :) Они были очень мягкие и чувствительные. Такие же были у меня потом на всех компах до перехода на PC.

Первым делом, конечно, упомянутый выше дисковод.

_1992__.__12.djvu.jpeg (658x900)

Я с ними, кстати, так насобачился, что потом продавал эти контроллеры на Тушинском радиорынке. Очень выгодный был бизнес. Спаял контроллер за полчаса-час, сдал на реализацию (я даже сам не продавал), с вырученных денег закупил новых комплектующих, а на разницу неделю безбедно живёшь до следующих выходных :) К сожалению, рынок скоро насытился, я, наверное, и десятка их не спаял — видимо, не так много было покупателей :D

Потом познакомился с CP/M, ставил специальную «Z80-card», это когда плата с Z80 втыкалась в гнездо процессора КР580ВМ80А. А раз стоит Z80, то сам Бог велел попробовать адаптировать игры от ZX-Spectrum! Архитектура видеосистемы на Спекки была совсем другая. Но, вот разница в тогдашних подходах. После того, как стало понятно, что в лоб программы под новый экран адаптировать сложно (хотя и такое делали некоторые) я задумал сделать видео-плату, совместимую со Спектрумом. Типа, подцепил такую, и спектрумовские игры будут работать на «Орионе» как на родном Спектруме. Начал прорабатывать плату и… понял, что в итоге проще и дешевле собрать готовый Спектрум. Тот же «Ленинград-2», например. Что я буквально в течении одного-двух вечеров после осознания этого факта и сделал. Рука уже была набита :D Так началась моя ZX-эпопея, закончившаяся после монстра ATM Turbo (тоже CP/M, 256 кбайт оперативки — кстати, её до сих пор развивают, там и HDD давно, и флешки :))

А вот ПЗУ я в те времена сам так никогда и не прошивал. Была всегда пачка чистых, шёл к мастерам на рынок и у них шил за какую-то копеечку :) Первые свои прошивки я стал делать только в последние годы, вернувшись после пары десятков лет простоя к этой теме уже на уровне Arduino/etc :)

Детская задачка

- Posted in Flood@Balancer by with comments

Уже две недели эта задача регулярно всплывает в чатах и соцсетях (правда, тред в Мастодонте порвали в клочья нарочным обрывом цепочек ответов).

Так что я тут тоже продублирую :)

photo_2018-10-31_22-58-48.jpg (576x1024)

Ответ под катом


Ответ на доске над Шелдоном.

photo_2018-11-01_00-18-24.jpg (1280x700)

Кстати, а TBBT в ZN, вроде, никто не выкладывал ещё? Упущение, однако! :)

Flickr RIP

- Posted in ZeroNet@Balancer by with comments

Кросспост с Хабра на тему закрытия 1Тб места на Flick с удалением архивов пользователей.

Сколько их таких было… Год за годом подтверждается утверждение, что централизованным сервисам в отношении долговременного хранения данных верить нельзя. Никогда. Что бы они не обещали и какая бы у них не была до этого репутация. Сменятся в очередной раз менеджеры и очередные труды юзеров превращаются в тыкву.

Рекомендуемым тут селфхостам тоже верить нельзя. Мало кто озаботится бэкапами. Пропадёт интерес. Наконец, человека не станет — и всё, ничего не останется. У меня так несколько раз наследие почивших знакомых пропадало… Жизнеспособность таких решений ещё ниже, чем централизованных.

1529054871_Nash-sayt-pereezzhae_demotions.ru.jpg (700x628)

С распределёнными решениями всё сложнее. Да, очень интересно выглядят таковые, например, на #ActivePub. Тот же #Mastodon, если в роли микроблогов, но фотки с тегами можно и там размещать. Активно пилится и «вот-вот почти работает» #PixelFed — это уже полноценный фотохостинг. Но с ними практически та же беда. Сеть в целом при проблемах конкретных узлов будет работать как ни в чём ни бывало. Но вот пользователям таких нод ничуть не легче. Упал твой сервер — всё, как ни в чём ни бывало ты продолжить работать не сможешь. И ссылки снова становятся тыквами.


Идеальным решением тут были бы полностью децентрализованные решения, типа моей любимицы, #ZeroNet. Но и там есть свои косяки. На публикацию в ZN нельзя дать гарантированно долгоживущую ссылку из в обычном Интернет. Да, есть публичные ZN-прокси (гейты), через которых можно получить доступ к контенту ZN, в том числе по прямым ссылкам. Но они, как правило, недолговечны, их легко блокируют из-за того, что наряду с легитимным контентом они предоставляют доступ и к противозаконному. Ссылки после этого при ручной замене хоста на другой будут жизнеспособны, но это требует активного действия читателя, это сегодня для большинства сложно и не нужно. Другая проблема — в ZN сегодня нет качественных фотохостингов. Есть собственные блоги — фотографии можно размещать там. Но не это не нормальные фотогалереи. Есть пара ранних реализаций фотогалерей, но они кривые и глючные… Для себя я, всё же, выбрал в качестве базы для долговременного хранения публикации в блогах ZeroNet, «бессрочность» хранения и независимость от сторонних людей подкупает. Но ссылки на свои материалы я даю через свой же прокси, и когда он накроется, то хотя материалы в ZN будут доступны, ссылки в обычном Интернете пропадут…

Словом, идеала нет. Но твёрдо ясно одно: централизованные ресурсы в отношении долговременного хранения — это худшее из плохого :)

На ЛОРе вспомнилось, решил тут ещё зафиксировать. Хотя, наверное, надо делать отдельный «компьютерно-мемуарный» блог. А то из-за моей IT-ориентированности обычные «Мемуары» будут забиты не интересными техническими деталями. А специального «исторически-компьютерного» блога у меня нет.

Итак, апрель 2007-го, Gentoo на Toshiba Libretto 50ct.

toshka.png (640x480)

Changelog: November 8, 2018

- Posted in ZeroBlog by with comments

Rev3703

  • Added dark themes for ZeroTalk and ZeroMe, tuned ZeroHello and ZeroBlog based on feedback.
  • Log file got rotated daily, only keep last 5 files
  • Self hosted documentation with new design and lots of improvements: https://zeronet.io/docs/ (Thanks to anoadragon453!)
  • Fixed sidebar input fields on mobile browsers
  • Support limiting maximum big file size using --bigfile_size_limit (useful for proxies)
  • Experimental proof-of-work based cert providers: More info
  • Reworked user master key notification, added download as file option. (Thanks DaniellMesquita for ideas)
  • Spawn site announce async with 10 second wait time to avoid stalled site announce loop
  • Added ZeroNet logo for top-right fixbutton (Thanks DaniellMesquita)
  • Css and Js versioning: {site_modified} variable for html files that always got replaced with the "modified" value of the site root content.json or with the current time if "This is my site" is enabled on the sidebar. Issue#1740
  • Remove missing optional files on cloning

Маленький грязный секрет демократии состоит в том, что иметь голос — не значит иметь выбор. Буджолд, «Криоожог»

Сегодня забавный сон приснился. На основе Парадокса времени ожидания я во сне сделал вывод, что такая же фигня работает много где ещё, начиная от выборов, кончая конспирологией уровня «13 этажа» или «Шоу Трумана».

При ожидании автобуса, который приходит в среднем каждые 10 минут, ваше среднее время ожидания будет 10 минут.


Короче говоря, парадокс инспекции возникает всякий раз, когда вероятность наблюдения количества связана с наблюдаемым количеством. Аллен приводит пример анкетирования студентов университета о среднем размере их классов. Хотя школа правдиво говорит о среднем количестве 30 студентов в группе, но средний размер группы с точки зрения студентов гораздо больше. Причина в том, что в больших классах (естественно) больше студентов, что и выявляется при их опросе.

maxresdefault.jpg (1200x675)


Чем шире выбираемый интервал, тем выше вероятность попадания в него при случайном выборе. Поэтому более популярные политики на выборах должны иметь больше голосов, чем при оценке их популярности вне предвыборной кампании. Этим пользуются маркетологи, выпуская множество торговых марок от одного производителя — чем шире охват полки с товаром, тем выше вероятность того, что покупатель выберет этого производителя, думая, что выбирает из многих марок продукта. Ещё интереснее, что сюда можно притащить упомянутые конспирологические сюжеты. В «13-м этаже» нам не нужно прямо запрещать выбор неправильных направлений. Не нужно влиять на мозги NPC или строить заграждения. Достаточно предоставить большой набор наглядных доступных вариантов выбора, чтобы обитатель мира выбирал только из них, не стремясь найти какую-то альтернативу.

Во сне даже снилось, как я, рассуждая об этом, проверяю идею в мире «Шоу Трумана» :)

Потом перескочил в другой сон, где долго и нудно готовил эту статью к публикации в соцсетях. Во сне, конечно, она была намного длиннее, красивее и убедительнее :D

King_County_Metro_Rapid_Ride_New_Flyer_DE60LFR_6060.JPG (1024x425)​​​​​​​ Источник фото: Wikipedia License CC-BY-SA 3.0

Если вы часто ездите на общественном транспорте, то наверняка встречались с такой ситуацией:

Вы приходите на остановку. Написано, что автобус ходит каждые 10 минут. Засекаете время… Наконец, через 11 минут приходит автобус и мысль: почему мне всегда не везёт?

По идее, если автобусы приходят каждые 10 минут, а вы придёте в случайное время, то среднее ожидание должно составлять около 5 минут. Но в действительности автобусы не прибывают точно по расписанию, поэтому вы можете ждать дольше. Оказывается, при некоторых разумных предположениях можно прийти к поразительному выводу:

При ожидании автобуса, который приходит в среднем каждые 10 минут, ваше среднее время ожидания будет 10 минут.

Это то, что иногда называют парадоксом времени ожидания.


Идея встречалась мне раньше, и я всегда задавался вопросом, правда ли это на самом деле… насколько такие «разумные предположения» соответствуют действительности? В этой статье мы исследуем парадокс времени ожидания с точки зрения как моделирования, так и вероятностных аргументов, а затем взглянем на некоторые реальные данные автобусов в Сиэтле, чтобы (надеюсь) решить парадокс раз и навсегда.

Парадокс инспекции

Если автобусы прибывают ровно каждые десять минут, то действительно среднее время ожидания составит 5 минут. Можно легко понять, почему добавление вариаций в интервал между автобусами увеличивает среднее время ожидания.

Парадокс времени ожидания является частным случаем более общего явления — парадокса инспекции, который подробно обсуждается в толковой статье Аллена Дауни «Парадокс инспекции повсюду вокруг нас».

Короче говоря, парадокс инспекции возникает всякий раз, когда вероятность наблюдения количества связана с наблюдаемым количеством. Аллен приводит пример анкетирования студентов университета о среднем размере их классов. Хотя школа правдиво говорит о среднем количестве 30 студентов в группе, но средний размер группы с точки зрения студентов гораздо больше. Причина в том, что в больших классах (естественно) больше студентов, что и выявляется при их опросе.

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

Но парадокс времени ожидания делает более сильное заявление: если средний интервал между автобусами составляет N минут, то среднее время ожидания для пассажиров составляет 2N минут. Может ли такое быть правдой?

Дальше — https://habr.com/post/428610/


Warning: file_put_contents(): Only 0 of 117953 bytes written, possibly out of free disk space in /var/www/html/system/includes/dispatch.php on line 358