>management - RouterOS management processes that do not fall into any other classifier. For example, when routes added to kernel, internal messaging exchange between RouterOS applications, etc.

У тебя там скриптов наворочено поди? У меня на 6.43.2 (stable) всё норм пока.

>>204950
Если бы! И скрипты все поудалял, и задания планировщика.

Экспорт конфига, обнаружение пролюбливания всех сертивикатов для туннелей, генерирование новых сертификатов и переконфигурирование удалённых железок, ресет, поэтапное восстановление конфига, обнаружение что ЦП начинает грузиться после восстанолвения секции kid-control. От детей одни проблемы!
На самом деле когда-то уже пользовался новыми прошивками и пробовал эту функцию, дети в данном случае не при чём. Но из-за этих же проблем с ЦП откатился на LTS, тогда ещё 6.40 и без этой функции. Интересно, что просто удаление правил Kid control не помогает, всё стало хорошо только после ещё одного ресета и восстановления конфига после удаления из него всего что связано с этой функцией.

>папаша смотрит precure

Пойду удалюсь в скит, современный мир для меня уже чересчур.

>не перепрошил на openwrt

>>205003
Зачем? Из-за лицензии?

Закрой DNS порт файрволлом на извне, там васян его в DDoS-илку превратил. (галка allow incoming делает именно то что написано на ней).
олсо микротики лудшие роутеры (мимокроко)

>>205060
Конечно же оно уже поогорожено. Даже не так - в фаерволе доступ снаружи открыт только на то что нужно.
Проблема уже выявлена и обезврежена, >>204954, и даже в саппорт вендора железки обращение написано.

>>205036
Фикс: +1 за Window Maker

Тьфу ты, я сонный, не то вписал Гыгыгы
ОП няшка :з

Kwin в составе KDE: ничего не надо делать, а всё есть.

>>205038
В том то и дело что "в составе".

...
Пусто. Мертво. Грустно. :(

Закрывайте..

>>205035
Awesome wm.
Тайлинг с разлючными лейаутами, плюс есть нормальные плавающие окна, в отиличе от i3. Еще нравится, что есть возможность сделать окно поверх всех окон.

Минусую опенбокс.
Конфиги на xmlе, вы что, поехавшие что ли?

awesome из треда ниже.

>>205046
Сам перешел с Awesome на i3. Тайлинг с лэйаутами присутствует, плавающие окна тоже нормальные. Окно поверх всех окон тоже можно забиндить на сочетание клавиш. Awesome глючный, на тот момент все никак не могли починить сломанную прозрачность иконок в трее, а разработчики сваливали все на кривоту Qt. Уже не помню, чем именно меня выбесил Awesome, но уже долгое время сижу на i3 и не жалуюсь. Единственное, в Awesome нравились конфиги на Lua, что хочешь, то и пишешь, но и конфиги i3 тоже по-своему удобны.

>>205057

>Тайлинг с лэйаутами присутствует, плавающие окна тоже нормальные.

Можно ли на отдельном рабочем столе включить только плавающие окна?
Еще насколько я знаю окна не сворачиваются. А плавающие окна они автоматом поверх тайлинга отображаются.

> не могли починить сломанную прозрачность иконок в трее

Тоже читал что это кьют виноват в кривой иконке телеграма. Глючит до сих пор, но у меня только 2 иконки в трее поэтому глючат ли другие не знаю.

>>205059

> Можно ли на отдельном рабочем столе включить только плавающие окна?

Теоретически, да. Там ведь есть доступ к IPC сокету, что угодно можно смастерить.

> Еще насколько я знаю окна не сворачиваются.

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

> А плавающие окна они автоматом поверх тайлинга отображаются.

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

>>204862

>Если вопрос стоит так то t430 и лучше бы даже без s.

Ужасный гроб без преимуществ. Тем более не S. Лучше взять 40 и воткнуть тачпад от 50.

>Компьютер с Ryzen 5
>1050 Ti
>Игры нужны редко

Зачем?

>>205004
Ну, на таком ПК и действительно особо не поиграть.

>>205006
Вполне себе поиграть, ну то есть в нормальные игры, а не ААА ёбу. С ними вега и без 1050 справится. В ёбу тоже с 30фпс можно.

>>205007

>С ними вега и без 1050 справится

AMD 2200g?
Я как-то интересовался, когда у меня было желание продать gtx 1080 из-за "игортонет".
Слишком много жалоб на его работу, никакие драйвера, слабая поддержка Linux.

>>205009
Ну ты придумал конечно, продавать курицу которая несет золотые эфиркоины.

>>205010
Сейчас бы майнить ради 10 рублей в сутки.

Хотел продать на волне хайпа за 40к, сейчас отдавать за 20-25к смысла действительно нет.

>>205009

>AMD 2200g?

OP же писал ryzen 5

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

Да. У самого ryzen 3. Были баги с цветами, бсоды пару раз в день. Линух - фриз.
Однако спустя несколько версий драйверов от амд(сейчас 18.9.3) бсодов не видно, багов пока тоже(за исключением черного экрана пару секунд в ютубе - видимо они научили драйвер делать софт ресет при пиздице.)
Развлекаться с ядрами линуха больше не пробовал, но наверняка их тоже пофиксили.
Все интересные мне игры идут в 50-60 фпс в 720p, кроме quantum break, он на минималках 30-40. Но там один хуй нужна ёба карта, которая обойдётся дороже чем весь пк.
И это я еще даже не разгонял.

>>205004
Photoshop, несколько мониторов, компиляция, KDE5-свистоперделки.

>>205011
Курочка по зернышку.

>>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
Плюсую эту волшебницу.

.

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