>>204935
Тор настолько всё делает не успешно, что только потому его до сих пор и пиарят, вместо того чтоб прикрыть. Проще на демонстрацию политическую сходить, чем тором пользоваться. Эффект один будет.

>>204936
Ычую, тор не торт. Большинство цепочек давно перехвачены одной известной компанией, якобы занимающейся электронным документооборотом и почтой.

>>204931
Если два человека хотят связаться без личной встречи, то без посредника которому они готовы доверить свою личность не обойтись. Цепь таковых может быть сколь угодно длинной, однако последние звенья всегда скомпрометированы. И если звеньев больше чем одно - таких будет два. С незапамятных времён известно как аксиома. От реальных спец.операций до бульварных романов. Самый банальный пример подобного подпольного "контакта" двух людей через "посредника" - на найм киллера. Время шло и стало очевидно что промежуточным звеном не обязательно должен быть человек. Любой надёжный механизм, не обязательно воплощённый в металле. Даже законы природы в этом деле файн ту. Сейчас мы точно так же не доверяем провайдерам и владельцам сайтов. А теперь подумай как твоя теория работает не будучи сферической в вакууме.

>>204935

>Само по себе провозглашение себя нодой анонимной сети легально, пусть и не секретно

Это оксюморон, принципиально не отличающийся от постинга в gpg в фейсбуке.

>тор это делает достаточно успешно

Он не делает ничего в плане децентрализации (подчеркну, скомпрометирован он или нет вообще роли не играет) - выделение собеседников из числа миллионов пользователей ложится на все те же централизованные сайты или скрытые сервисы, хостимые живыми людьми на отдельно локализованных серверах.

>>204938
Ты боишься доверить свою личную переписку математике? Desushit, тогда я понимаю, почему тебе всё равно. Хотя странный фетиш.

>>204936
Неуспешно делает что?
Он, очевидно, не скрывает факт криптопередачи, окей.
Что еще он делает плохо?
Ну, сам по себе он поддается атакам на время (когда можно по моменту передачи определять, кто кому передал), но это можно пытаться обходить.
Ну, чисто в теории большая часть его нод под колпаком, но это уже паранойя и вообще, скрываться можно не только от спецслужб.

>>204939

>Это оксюморон, принципиально не отличающийся от постинга в gpg в фейсбуке.

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

Сообщение слишком длинное. Полный текст.

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

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

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

Это наверняка уже кто-то делает. Ну, из озабоченных архивацией всего и вся.

>Подлинность, естественно, будет проверяться по хэшу.

Хэшировать может кто угодно. Добавь еще, скажем, цифровую подпись .

>>204942

> тогда уже идентифицировать будет тяжелее.

У тебя есть юзернейм/статический айпи, у твоего собеседника они есть. Чем вы шифруетесь, уже не имеет значения, ваши переписки приватны, но уже не анонимны.

> Цепочка скрывает айпи отправителя и получателя друг от друга

Ещё раз, я не про скрывание айпи, а про узнавание пиров.

>Маршрутизация и DNS децентрализованы меж "нодами".

Они очень централизованы, один небольшой скрипт с автобаном бутстрап-адресов - и в соседней стране Тор практически повержен.

Сообщение слишком длинное. Полный текст.

>>204948

>Чем вы шифруетесь, уже не имеет значения, ваши переписки приватны, но уже не анонимны.

Полегче, братан, от засвета (возможно, подставного) айпи еще не факт, что будет деанон.
Но так да, PGP не пытается скрыть идентити.

>Ещё раз, я не про скрывание айпи, а про узнавание пиров.

Когда мы говорим об анонимности, на как бы и не нужно "узнавать пиров"? Ну, на уровне идентификации в сети? Можно соорудить "дц сеть", предоставляющую, скажем, глобальную BBS. В ней кто хочет, может подписаться. Так и "узнаются", условно. Единого форума в клиент-серверном смысле там не будет.

>Они очень централизованы, один небольшой скрипт с автобаном бутстрап-адресов - и в соседней стране Тор практически повержен.

Сообщение слишком длинное. Полный текст.

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

>>204877
Если не вызывает артефактов - то включай. Если вдруг поплзли косяки в виде полос/квадратов/выпадения плеера/e.t.c. - выключай. Зависит от криворукости кодера.

Ящитаю, надо больше виртуализации! Виртуализации мало не бывает! Надо обернуть одну виртуалку в другую! И чтобы они общались по виртуальной сети!

>>204829

>Разделы будут прямо на диске, к ним будет открыт доступ только виртуалке, а виртуалка даст доступ по сети.

Пробуй, чё.
Вариант "поднять файлопомойку на прыщах (на отдельной машине)" не рассматривается в принципе? Ну, я считаю эти варианты сопоставимыми по сложности, только один требует ебли с виртуалками, другой требует наличия отдельной машины, включенной 24/7 (хотя есть другие варианты поднятия файлохранилища).
Возражение номер два: а с чего, извини меня, будет грузиться твоя вендосистема? Все с той же "хрупкой НТФС"? Окей, сэр, я не вижу логики в подобных телодвижениях.

>СМБ, бака. По виртуальной сети.

Я не знаю, насколько корректно про smb-ресурсы говорить "подмонтированы" и "разделы". По-моему, некорректно вовсе. Да, я зануда.

>>204830

>Надо обернуть одну виртуалку в другую!

Nested virtualization на самом деле создаёт домены одного уровня вложенности.

ReFS btrfs чем плохи?

>>204849
Btrfs без упса и ECC-памяти — это очень уж рискованно. Она очень хрупкая. Намного более хрупкая, чем ext4 или NTFS.

>>204831

>Возражение номер два: а с чего, извини меня, будет грузиться твоя вендосистема? Все с той же "хрупкой НТФС"? Окей, сэр, я не вижу логики в подобных телодвижениях.

Процессор один, блок питания один, память без ЕЦЦ, почти софт сам по себе транзакции не поддерживает. Есть 101 точка провала, и ОС, грузящаяся с НТФС, это цветочки. Для ОС я в конце концов обаз сделаю и буду его раскатывать в случае чего. Повреждение файлов ОС - наименьшая из возможных проблем.
>>204849

>ReFS

Сырая проприетарщина, в консумерские версии винды не завезли.

Помню как в датацентре пошел по известному месту контроллер стораджа. Затронула два пула серверов один с гипервизорами, на которых жили виртуалки под виндой а второй такой же но под линухом.

Так вот у виртуалок под виндой встал и пошел, а линухи прилягли в fsck (и было их около 100 штук)

>>204885
Если выбирать между silent corruption и завал в fsck, то стоит всегда выбирать fsck.

>>204886
Всегда стоит выбирать silent corruption - fsck проверяет ВНЕЗАПНО фс, а не начинку файлов. Против silent corruption есть только два действенных приема: ECC на блочном уровне (увы, годится только для ридонли), и сверка контрольных сумм для отдельных файлов (увы, нужно дополнительно указывать про изменения в случае их легитимности, а процедура принципиально оффлайновая).

>>204890
Внезапно, но структура ФС более чем подвержена silent corruption в случае отказа железа/питания. Как раз такие повреждения и противоречия проверка структуры и выявит.

Про начинку файлов никто и не говорил. Впрочем, всякие zfs и btrfs поддерживают контрольные суммы на блочном уровне и проверяют их при чтении в реальном времени, выдавая ошибки.

>>204771
Спасибо. Хорошая штука. Жаль придётся мозги на изнанку выворачивать покуда не привыкну. К тому же уж больно к скобочной системе привык. Что у любого обобщаемого содержимого обязательно должен быть как открывающий, так и закрывающий тэг.

>>204767

> >>204627

>>204775

> К тому же уж больно к скобочной системе привык.

(:^)

>>204790
Забавно. Чем то PHP до боли напоминает. И в то же время, хочется самому-себе по губам за такое сравнение надавать.

>>204792
Наверное потому что Lisp сильно повлиял на Perl. А php по сути его форк.

>>204768
Маладца, успехов. Этого >>204772 не слушай, про шарп можешь вообще забыть как минимум пока не начнёшь осваивать ООП.

>>204762

> Что-то кроме с++ и js не слышал о таковых в массовом использовании

Ну вот два уже есть. А сказал плюсы, говори Сишка. И пишешь пост в ответ на Дельфи. И сам же вспоминаешь Турбо Паскаль. И всё это в треде где в ОП-посте есть питон.
Ну ты понел.

> как и о том что мешать подходы считается хорошей практикой

Не, можно конечно под каждый подход свой язык подбирать, как это в нормальном продакшоне делается, но тут возникает два вопроса 1. И ты сам же об этом писал - а откуда об этих подходах узнать, если они не сразу под рукой в выбранном языке. И, что важнее 2. С какого начать (правильный ответ: с императивного). И Сярп проваливается по обоим.

Сообщение слишком длинное. Полный текст.

>>204795

>А сказал плюсы, говори Сишка

То, что на С можно писать ООП не значит что это делать рационально, ещё предложи на баше функционально писать.

> И Сярп проваливается по обоим.

Свалить весь код в один класс все же проще, чем вкостыливать классы в С.

> Только ещё и работает больше чем в одной среде под одной системой.

Как и С#.

>Безальтернативностью

Сообщение слишком длинное. Полный текст.

>>204798

> Я привел один пример для человека, не знающего о чем идёт речь, ты не привел ни одного.
> > Что-то кроме с++ и js не слышал о таковых в массовом использовании
> Ну вот два уже есть. А сказал плюсы, говори Сишка. И пишешь пост в ответ на Дельфи. И сам же вспоминаешь Турбо Паскаль. И всё это в треде где в ОП-посте есть питон.
> Ну ты понел.
> Как и С#

Ну так где?

> Только вот, кроме постсовковых шараг с++ обучающим языком никто не ставит.

Ну давай, расскажи мне, где что ставят обучающим языком. Потому что Шарп не ставят даже в постсоветских шарагах, не говоря про какой-нибудь MIT где сейчас как раз выбранный ОПом Питон и прочий топ.

Сообщение слишком длинное. Полный текст.

>>204624
Думаю имелось ввиду, что PHP готова принести тебе всё что только пожелаешь уже готовым на блюдечке. Вот только скорее всего не донесёт. Являются ли тому виной лишь внутренние причины (слоник символизирует библиотеки), или так распространённая невообразимая корявость кода (слоник символизирует сообщество), из рисунка не понятно. Скорее второе. Потому что явные аппаратные проблемы у языка только с практически неработающим инструментом отладки.

>>204799

>Ну так где?

А где среды, IDE+ окружение? Сам же назвал передергиванием сборку тулчейна с нуля.

> Потому что Шарп не ставят даже в постсоветских шарагах,

Но ведь ставят.

> не говоря про какой-нибудь MIT где сейчас как раз выбранный ОПом Питон и прочий топ.

https://ocw.mit.edu/courses/civil-and-environmental-engineering/1-124j-foundations-of-software-engineering-fall-2000/

>>The design and development of component-based software (using C# and .NET) is covered;

Сообщение слишком длинное. Полный текст.

>>204775

>Жаль придётся мозги на изнанку выворачивать покуда не привыкну.

RPN - это вообще не проблема, за пару дней привыкнешь. Зато в награду получишь очень простую и удобную среду разработки, которая тебе полностью понятна и подконтрольна. Никакого мамбо-джамбо, танцев дождя, "результат этой операции не определен". Ты можешь сесть, заварить чайку и написать свой Forth для нужной тебе железки самостоятельно за пару-тройку вечеров, с нуля. Хоть в машинных кодах, если ассемблера для нее пока нет. И на выходе получишь полноценный REPL, в котором можешь удобно изучать свою железку методом trial & error без ежеминутной перекомпиляции и перепрошивки, модифицировать исполняющийся код, писать самомодифицирующийся код и вообще всячески развлекаться. И самое главное - менять семантику языка в соответствии со своими хотелками, создавать новые языковые конструкции, подходящие для решаемой задачи: https://www.youtube.com/watch?v=mvrE2ZGe-rs
Вообще, если хочешь пощупать Forth с практической стороны - добро пожаловать в дивный мир микроконтроллеров, там он цветет и пахнет:
https://hackaday.io/project/16097-eforth-for-cheap-stm8s-gadgets
https://github.com/TG9541/stm8ef/wiki/STM8-eForth-Programming
https://github.com/zeroflag/punyforth

>>204445
Десктоп собери

>>204445 -> >>204300

>>201777
Есть какие-то пожелания по размеру экрана (диагональ) и мобильности (чтобы был не тяжёлый, или чтобы не толстый, или чтобы небольшого размера)?

>офисная работа

ThinkPad T42 - T60, Compaq, Latitude на том же железе. Допихиваешь памяти до двух гиг, винт гигов на 80, меняешь лампу. Где-то около 3-4 тыр выйдет, если это добро в столе не валяется, конечно.

>проц Интел, ГГЦ 1.3+, ОЗУ 2-4 ГБ, ядер 2-4, жесткий 500 ГБ-1ТБ.

Это тебе мама такие требования поставила?

Короче, пилите mission profile, Шура, тобишь сценарий типичного использования, под него подбирайте софт, под софт железо.

>>204386
У бабушки Т42, она его использует ровно для 3-х вещей: смотреть старые фильмы, слушать рипы старых пластинок, нажимать в 2003-м ворде и печатать полученное. От задач зависит, короче.

>>204495
Можно что-то новее 2012 года?

>>204632
Зачем?

>>204632
Ну, то есть очевидный ThinkPad X230 уже не подойдёт? Тогда за 30 тыр. остаётся только одноразовое китайское гумно.

Ещё раз: определяйте сценарий типичного использования. Если человек использует компьютер как моя бабушка, он разницы заметить не сможет — все его задачи покрываются железом и софтом 18-и летней давности.

>>204646
Делы и HP б\у ещё.

>>204646
Плюсую эту волшебницу.

.

>>204732

>Не факт, что его материнка поддерживает этот зион

Его i3 Ivy Bridge, этот зеон тоже Ivy Bridge. На этих платформах серверные ЦП от настольных отличаются настолько слабо, что чаще всего зеоны можно найти вместе с обычными ЦП в списке совместимых процессоров на сайтах производителей мамок.
>>204723
На всякий случай, напиши точно модель материнки, чтобы знать, предлагать тебе проапгрейдиться серверным процессором, или нет.

>>204723
Какой-нибудь Ryzen 3 1200 будет производительнее чем твой i3 и в играх и в компилировании.
Так же он будет производительнее FX 6300 и немного слабее FX 8320 в многопоточных играх и компиляции.
Плюсом будет то, что ты сможешь апгрейднуться потом на более производительный проц. Главное не пожмотиться на нормальную материнку и память.

>>204736
 Esonic H61FDL2, тот еще УГ (может мой экземпляр). Постоянно неожиданно отваливаются USB, по одному или полностью, лечится только перезагрузкой

Видимо был в анабиозе. Немного пропустил момент, когда ОП стала стоить по 11 тысяч за 8х2.

>>204739
Ух ты.
Ок, саппорта нет, нестабильна, тогда не буду больше зеон советовать. Лучше в самом деле какой-нибудь Ryzen из недорогих, или интел Coffe Lake хурр-дурр-мелтдаун-дерп. AM3+ нынче годится только чтобы ремонтировать старые компьютеры, специально собирать что-то новое именно на этой платформе как-то странно.
...
Или боишься обещанной несовместимости со старыми вендами? Хинт: 10 Enterprise LTSB, в целом, пригодна к использованию.

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

>>204735
С новой сборкой, с этой не имеет смысла, пока что. А вообще, я тот извращенец, которому нравятся квадраты.

Какой программой изготавливаются подобные >>204723 пикрилэйтиды?

>>207878
Piriform Speccy

>>207890

Понятно, спасибо.

Как сеть в Hyper-V настроена? Настроена на физический интерфейс?

>>204482
SSD

>>204482
Рейд массив из SSD. Лучше из четырёх.

>>204482
Удали свой сомнительный антивирус или хотя бы отключи в нём автоматическое сканирование.

>>204482
У меня это оказалась дефрагментация, которая, как минимум, с семёрки, является регулярным заданием.

>>204533
Поменяй свой допотопный дисккипер на аналогичный от одноимённой компании и не парься. Они партнёры.

>>204541
Я бака, какой ещё дисккипер? Это часть винды?

>>204533
Дефрагментация врубается только если ты не используешь комп какое-то время и тут же прерывается если ты, к примеру, поелозишь мышкой. Так что если у тебя во время игр загрузка идет, то это не дефрагментация.
>>204541
Больше мокрых писек богу мокрых писек!

>>204252
Удали всё из автозагрузки, поменяй термопасту. И откажись от использования антивируса.

>>204567
Diskeeper, да он часть винды. Как стандартный дефрагментатор. Только жутко древняя версия. Тебе лучше даже не знать насколько.
>>204569
Не моя вина. Устраняйте протечку сами.

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

>>204821
:-(

>>204629
За 2к ищи б/ушный Nokia E71/72. Машинка хоть и на устаревшей Симбе, но надёжная и батарею держит дней пять при активном использовании.

>>204607
У нас на авито люмию 640 продают, тоже за три тыщи. Брать, не?

>>204917
Бери! Красивый брелок!

>>204917
Бери всё! Лучший телефон на свете

>>204917
Бери ни в коем случае!

Ты взял?

>>205005
Ты кому это говоришь?

>>205028
а ты у кого спрашиваешь?

>>205029
Ты тролль или ньюфаг? Очевидно же, что у анона из поста, указанного в моем посте.