Прошлый тред http://2channel5xx5xchx.onion/it/res/13.html пробил бамплимит.
Обсуждаем гну/линукс и работу в нём.

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

Сомнительные и заведомо провальные решения, отказ от собственного формата плагинов и расширений, поддержка чужих, попил бабла на явно сомнительные проектах — зачем всё это?

Всё становится на места с учётом того, кто кому принадлежит, кто кого спонсирует и заказывает музыку. Это очень любопытная вещь, поскольку сегодня Microsoft и Google имеют один и тот же конгломерат совладельцев, их окончательная консолидация приходилась на 2015г., а Apple как это не странно, ещё с 90-х частично принадлежит самой Майкрософт (вспоминаем окончание фильма «Пираты силиконовой долины»), а оставшейся частью тому же конгломерату совладельцев. Mozilla Corporation, по факту происхождения финансов, де-факто, как придаток Google. Ещё задолго до официального введения телеметрии, Firefox исправно отсылал все куки-файлы пользователя в службу Гугла, мотивируя это защитой от фишинга (информация в англоязычной педевикии), а сегодня Гугл, таки да, по-прежнему основной монетизатор телеметрии мозиллы. То есть, на сегодня, все продолжающие разрабатываться активные движки браузеров, Blink/WebKit и Gecko quantum относятся к разработкам одного и того же картеля с общей политикой. Для веб-приложений уже определена единая, да и фактически единственная говноплатформа, совместно от Google c Microsoft, известная в качестве Chromium/Electron, которая теперь и определяет форму и содержание самого веба, устанавливая свои правила на радость веб-макакам.

Фуррифоксу, суммарная доля которого на всех платформах составляет аж ≈3,77%, выпадает роль жупела альтернативы которой нет, дабы Гугль не смогли навестить нехорошие ребята из американского антимонопольного комитета, любящих отжимать чужое бабло под предлогом борьбы за равные права, а ещё успокоить пользователей борцунов с системой. Поэтому, пока создатели фуррифокса выполняют то, что от них требуется, новые транши на поддержку этих альтернативно-одаренных трансгендерных кодеров, будут поступать согласно расписанию. Держателям же Мозиллы, остаётся лишь выполнять спускаемые сверху указания, создавать видимость конкуренции, да своевременно распиливать поступающее бабло на разных проЭктах, поскольку бабло само не распилится.ф

Laisi. Это язык программирования, который я создаю + icolaisi, его компилятор-интерпретатор. В связи со смертью эндчана, переношу свой блог сюда. Долго я не делал иколайси.
https://gitlab.com/Ninikaita/icolaisi — страница проекта, есть и документация к самому Лайси. Так же есть сайт в онионе, но он сейчас лежит, мне не хватает одного или нескольких компонентов.
Как будет происходить процесс компиляции лайси:
0. Препроцессирование кода, обработка дефайнов, инклудов, импортов, загрузка инклудов и импортов, и их препроцессирование.
1. Парсинг полученного кода.
2. Преобразование парс-дерева в лайси-байткод.
3. Компиляция лайси-байткода в LLVM IR.
4. Компиляция LLVM IR в таргетный выход.

Я пишу компилятор на питоне в связи с наличием хороших библиотек для парсинга. Раньше я использовал pyparsing для всего, препроцессирования и самого парсинга. Но у меня какие-то проблемы с локацией отпарсенного и вообще код плохой, так что сейчас я его немного переписываю. Я собираюсь препроцессировать самостоятельно и только препроцессированный код парсить через pyparsing.
Уже почти написал функцию, которая очищает код от комментариев и возвращает словарь со значениями пропуска символов, чтобы потом, при синтаксической ошибке корректно пользователю выводить сообщение об ошибке.
Затем надо будет загружать дефайны, импорты и всё такое, а затем парсить полученный код.
В нынешней версии компилятора, которая есть на гитлабе Лайси поддерживается в очень маленьком количестве, вообще маленьком.
В Лайси есть 2 типа типов — статические и динамические, есть ещё и undefined behavior.
Статические типы — uN, sN, fNeM (или fN). где N и M это какие-либо целые положительные числа. Тут всё ясно в LLVM uN и sN это просто iN + определённые инструкции при вычислениях. А вот fN это небольшая проблема. Я хотел раньше сделать так, что f32e8 это IEEE 754 single, f64e11 это IEE754 double, f50e3 будет сам компилятором считаться. Но недавно я узнал о так называемом posit, совершенно новый тип для флоатских значений. И я подумал, что нужен тип fN. В любом случае, в спецификации лайси указано, что в fN(eM) может быть undefined behavior в зависимости от таргета, так что не используйте это для точных вычислений. Не уверен, стоит ли выпилить этот undefined behavior. Может стоит ввести типы single, double, quadruple и всё такие, всё поменять. Может и стоит. Я ещё подумаю над этим.
Динамические типы — int, float, string, func, proc. Про них читайте в документации, сам скажу, что их я буду реализовывать через liblaisi, это стандартная библиотека для лайси, которая будет иметь функции для арифметико-логических операций над типами и другие штуки. Будет линковаться статически, но не обязательно.
Почему лайси хороший?
Есть умное и безопасное управление памятью (в следующих версиях будут исключения для segfault и out of memory); параллелизм из-коробки, то есть вы можете написать один код, который будет исполняться на одноядерном микроконтроллере и многоядерном GPU или кластере, результат будет один и тот же, но с разной скоростью; есть хорошее статическое метапрограммирование (а в будущем планируется и динамическое), благодаря которому достигаются дженерики, полиморфизм, предрасчёт значений функций в заданном диапазоне для оптимизации (например указать, до какого N просчитать факториал и засунуть в глобальную переменную).
Так же я бы хотел добавить много юзабельных библиотек, например:
0. audio — набор инструментов для загрузки и сохранения стандартных форматов аудио.
1. video — набор инструментов для загрузки и сохранения стандартных форматов картинок и видео.
2. dapa — парсинг данных. Предполагается, что строковых, но темплейты, которые будут там, должны быть способны принимать любые итерируемые данные.
3. fs — взаимодействие с файловой системой, директории, права доступа, теги.
4. hash (?) — набор функций для хеширования.
5. io — input/output, может быть в файлы, stdion, сокеты, в зависимости от расширений.
6. json — парсинг json.
7. laisi — библиотека для компиляции и исполнения лайси.
8. llvm (?) — генерация LLVM IR?
9. math — библиотека с большим набором разнообразных математических функций. Синусы, матрицы, пересечение фигур в 3D, поворот фигур в 3D, интерполяция и всё такое.
10. module ­— Загрузка подгружаемых модулей, будь-то шейред обджект, длл, питонокод, луакод или ещё что-то.
11. noise — набор функций для разных шумов.
12. opengl — биндинг к опенглу.
13. sdl2 — биндинг к SDL2.
14. repr — репрезентация данных в human-readable вид. Благодаря препроцессеговой штучке @ifhas могут быть репрезентованы и ваши типы.
15. os (?) — взаимодействие с OS?
16. socket — сокеты.
17. thread — потоки от OS, явно паралелльные.
18. time — взаимодействие с временем, часы, вызов функций-коллбеков раз в N времени.
19. xml — Парсинг XML.

Сейчас я опять меняю стандарт лайси. В Laisi 0.7.3 будет добавлен @call(f), позволяющий вызвать объект, если вызов происходит без сайд-эффектов, для препроцессингового расчёта значений. Таким образом, в библиотеке math можно прописать сколько значений препроцессировать для какого-нибудь фактрориала или чего ещё и это будет оптимизация.
Ещё я пересмотрел f-типы. Я решил, что не стоит вводить fNeM или fN. Лучше сделать стандарт laisi-float, описывающий поддерживаемые флоат-типы. Это связано с будущим, ведь и форматы флоатских чисел не стоят на месте — https://en.wikipedia.org/wiki/Unum_(number_format), в то время как i-формат целых чисел это просто нормальная такая абстракция. В этой версси будут поддерживаться, вероятно, IEEE 754 half, single, double, quadruple, octuple. Над posit подумаю ещё. Может быть также некий brain half.
Я пересмотрел f-типы, так как в стандарте прямым язык указано, что поведение может быть машинно-зависимым, то есть undefined behavior, а зачем программистам на моём ЯП лишняя головная боль, когда они решат точные расчёт вести на даблах и скомпилируют под обычный x86-64 и какую-нибудь экзотическую архитектуру, у которой вместо IEEE 754 double нечто своё?

В чем прикол NFC? Чем оно отличается от wi-fi, bluetooth? Зачем производители усложнили себе производство?

Да я нюфаня на мелкобордах, но вижу треды полны идей аналогичных моей. Я уверен что в нашем мире много таких как мы. Людей кому важна безопасность и свобода слова. Ну вроде правильно нас называть шифропанками, хотя я себя боюсь даже так назвать. Но к сожалению мы всегда были только на чужих ресурсах, мы ютились на бордах и форумах. А давайте создадим движение разработчиков/шифропанков, думаю очень годно выйдет. Делать софт, обсуждать софт на своем ресурсе.
В чем профит?
Во-первых, нас мало и нам лучше стоит все объединятся. Ну в правду на каждой борде найдете всего пару анонов, довольно плохо связанные. Многие идеи летят в трубу изза этого. А еще обычно все на мелкобордах о которых узнаешь через знакомого, или как спонтанно.
Думаю пока завести чатик в жабе или ирке, и сделать мост друг друга, и в телегу с матрицой.
если не трудно вдруг сообщества есть накидайте итт. А то уже знаю таких же как мы только малосвязных так же

Решил вкатиться в i2p, установил официальный роутер на java, все работает, но осталось пара вопросов.

После изучения ресурсов внутри сети у меня сложилось впечатление, что сеть скорее мертва, чем жива, ресурсов мало, активности на них нету. В консоли управления роутером видно 200-300 пиров, это все пользователи что ли? За сутки через меня прошло трафика мегабайт десять, хоть я выделил широкий канал. Это значит что сетью никто не пользуется или у меня руки кривые?

Отдельная тема это адресные книги. Нет единого регстратора имен, их существует несколько и все независимые, и все какие-то левые, и у каждого можно зарегистрировать одно и то же имя! В чьем файле первым найдется имя, то и будет считаться легитимным. Нет стандарта распространения имен, все "dns" записи, то есть записи соответствия короткого имени и полного адреса узла хранятся тупо в текстовых фалах. То есть чтобы у меня просто начали открываться i2p адреса мне нужно найти по разным форумам ссылки на эти текстовые файлы этих "регистраторов" и вручную их добавить. Причем многие такие "регистраторы" уже давно сдохли. Это порождает неразбериху и неопределенность. Так же такая система не гарантирует сохранность твоего i2p короткого имени. Более того, такая система вообще не выглядит жизнеспособной при наличии в сети хотя бы нескольких тысяч живых имен.

Кто-нибудь тут вообще пользуется i2p?

Первый. Официальный. Си тред.
Рассказываем своё отношение к языку. Делимся программами. Критикуем. Хвалим.
Только чистый Си по заветам старой школы.

Объясните, люди действительно такие мазохисты? Вот нахуя нужна эта статическая типизация? Это говно принципиально не вклинивается в реальный мир. Посудите сами.
Допустим я делаю библиотеку для создания парсеров, допустим я делаю это на nim(типичный статик тайп яп). Это омерзительно. Вместо того, чтобы писать код, я описываю типы на каждый ебучий чих, блядь. Схуяли я вообще должен их указывать. Если я хочу, чтобы функция возращала или false(boolean) или массив и любых значений. Массивы в nim - отдельный пиздец. Забудьте про парсинг в nim, здесь вы без костылей AST не построите.

Нахуя нужны типы в принципе, когда есть объекты, классы, компоненты, которые гибче, лучше, и вообще позволяют писать без еботни?

WIKI:
-> https://wiki.gentoo.org/wiki/Main_Page
-> https://wiki.archlinux.org/

Подумываю ебашить вообще адовый суп, вариаций масса, но в целом схема примерно такая:
Главный процесс - авторизируется перед сервером, запускает все другие, в stdin им пишет соответсвующие станзы полученные от сервера (с префиксами длины, предварительно очищая от всякой возможной уязвимой хуйни, которая энивей недопустима в хмпп типа dtd, т.о. в этих програмулечках можно будет использовать любую хмл либу, а не ебаться со всякими sax), с их stdout читает станзы и шлёт серверу. Причём этот же главный процесс заботится о том чтобы каждая станза была доставлена, причём один раз, т.е. имплементирует ХЕР0198 и ХЕР0359.
Станзы "iq" идут к условному iqd, "message" к условному messaged, "presence" аналогично. Нонзы не имеет смысла выносить в отдельный процесс, я думаю, потому что насколько я знаю они всегда делают что-то непосредственно связанное с соединением.
iqd открывает UDS сервер. Подключившись к UDS серверу, клиент (т.е. любая другая программулечка), может послать один iq и получить ответ тут же, аналогично с префиксом длины, чтобы не ебаться с парсингом хмл, а просто скормить любой хмл либе всю станзу.
messaged открывает какой-нибудь простой локальный интерфейс для гуя или консосьного фронтенда, где у входящего сообщения например указывается тупо (расшифрованный) текст, дата, зашифровано ли, всякая такая хуйня - фронтенду подаётся на блюдечке, а гуй опять же шлёт текст, говорить зашифровать ли и если да то чем, ну и т.д. хуйня. Так же открывается UDS сервер, клиенты которого шлют интересующие namespaces, и получают все сообщения, их содержащие (через это будет работать условный pubsubd(ХЕР0330), который в свою очередь поднимет аналогичный сервер-два, которые предоставят простой интерфейс (им сможет пользоваться условный discod (ХЕР0030), который в свою очередь сделат подобное)).
Через pubsubd в т.ч. главный процесс сможет аннаунсить поддержку ХЕР0359.
Во всём этом блядском цирке например omemo будет организовать как-то так: подписываемся на pubsub сообщения о ключах, предоставляем UDS-сервер на который можно будет послать станзу <encrypted> хуйню и получить расшированный текст, этим сервером будет пользоваться messaged.
Отдельно будет жить хуйнюшка реализующая вот эту хуйню, например https://xmpp.org/extensions/inbox/omemo-media-sharing.html#aesgcm. Т.е. будет отдельный демон у которого фронтенд будет запрашивать файлы, а он уже будет решать - тупо curl'ом их надо качать, или по вот по этой хуйне.

Т.о. компоненты можно будет пилить разным людям, на разных языках, общаясь с простейшим апи. Я ебан? Где я проебался?

Сап двач (пздц как давно эту фразу не писал), никто не шарит, где поискать базы от get_contact? Нужны для телеграм-бота

Обсуждаем олимпиадное программирование ИТТ. Делимся хаками, обсуждаем задачи, обсуждаем разборы раундов и помогаем друг другу.

Сап, аноньчики. Есть один жёсткий диск. На нем ранее находился NTFS-раздел с энным количеством данных (преимущественно фото). После этого была создана новая таблица разделов и новый раздел. Чем лучше попробовать вытащить данные, которые на нём ранее находились? Testdisk пока что не особо помог.

Новостей по информационным технологиям.
Обсуждаем, делимся.

Привет. Это тред для пиара pfpmd: http://pfpmd7dd5ijt4add2sfi4djsaij4u3ebvnwvyvuj6aeipe2f5llptkid.onion/beta/ (новый интерфейс), http://pfpmd7dd5ijt4add2sfi4djsaij4u3ebvnwvyvuj6aeipe2f5llptkid.onion (старый).
pfpmd - это тесно сплетенные в одно целое анонимный чат и текстовые борды. Тематика: computer science, математика, программирование, технологии, криптоанархизм, софт и т.п.

pfpmd существует с 2015 года. Изначально он был попыткой воскресить один ресурс, который назывался лолкс, но теперь это в прошлом. Населен небольшим количеством людей и имеет низкую активность, что и хотелось бы изменить. pfpmd не модерируется, бан невозможен, как и цензура. Логотипом pfpmd является символ Ω, в честь Chaitin omega number https://en.wikipedia.org/wiki/Chaitin's_constant

Фичи pfpmd:
-Борды не фиксированы, в форме создания поста можно указать имя новой борды и она будет создана динамически в момент создания поста.
-Можно менять описание борды, это может делать любой пользователь сколько угодно раз;
-На странице с чатом по дефолту отображаются сообщение не только из чата, но и со всех борд. Это поведение можно изменить в настройках.
-На станице чана отображаются треды со всех борд. Но можно отобразить только треды какой-то одной борды, просто перейдя по ссылке этой борды.
-Картинки отображаются с некоторых ресурсов, например, imgur, twitter. Также показываются превьюшки видео с youtube и некоторых имиджборд. Список будет пополняться в будущем.
-Текстовое поле ввода чата поддерживает подобие командной строки. Есть команды для создания тредов, ответа в тред, изменения описания борды.
-Можно скрыть отображение всех сообщений с кириллицей.
-Поддерживается форматирование блоков кода. Подсветка синтаксиса реализована через highlight.js и выключена по дефолту, но ее можно включить в настройках.
-Поддерживается форматирование математических формул через KaTeX. Но эта фича тоже выключена по дефолту.
-Есть страница с логами всех сообщений (включая борды) в обратном по дате порядке.
-Пользовательские фильтры.
-И многое другое в новом интерфейсе.

Основные принципы:

-Максимальное облегчение сервера, весь (кроме статического) html генерится на клиенте, сервер отправляет клиенту только сырые данные;
-Минимум зависимостей у клиентского кода. Всё, за исключение подсветки синтаксиса и математических формул, реализовано на голом javascript, без использования всяких jquery, vue.js и прочих фреймворков. Исходный код KaTeX и highlightjs подгружается только когда фичи включены в настройках.
-Отсутствие цензуры.

Планы развития:

-Децентрализация на уровне серверов. Будет множество инстансов pfpmd, которые синхронизируются между собой. Юзер сможет подключаться к любому из серверов, сможет поднять свой. Находится в процессе разработки в данный момент.

Уже сделано:

-Клиентское приложение с консольным интерфейсом и веб интерфейсом. Чтобы юзер мог без запуска торбраузера заходить на pfpmd или вообще без гуйни, а также чтобы иметь свою локальную базу сообщений, по которой можно делать поиск и что угодно.
-Допилить дизайн.

Вторым постом будет FAQ. Но, в любом случае, я буду отвечать в тред.

ИТТ обсуждаем тактики выживания в неумолимо надвигающейся киберпанк-антиутопии.

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

А почему нету php треда? Тут обсуждаем современный php.
Шуточки про смерть php не приветствуются.