Известные экземпляры:
https://github.com/nanoboard/nanoboard/releases
https://github.com/majestrate/nntpchan
https://github.com/Anoncheg1/diboard

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

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

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

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

Это PL, который просто поражает воображение. Он настолько ахуенен, что и представить сложно.
В общем, я написал макровскую цепь в двух строчках кода, блядь!

chain([H|T],Out):-chain([H|T],[H],Out).
chain([H|T],I,Out):-next(H,[H|T],H2),append(I,[H2],I2),chain(T,I2,Out),!;Out=I.
next(X,L,Out):-findall(Y,nextto(X,Y,L),O),random_member(Out,O).

Всё! Работает, блядь! Ахуеть просто.

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 нечто своё?

Поставил себе Brave — браузер. Заявлено, что браузер, как минимум, в 8 раз быстрее Chrome и Safari. Прирост в скорости достигается за счет того, что всякие рекламные скрипты вообще вырезаны нахуй, в смысле, вырезана из движка возможность исполнения определенных скриптов и технологий, типа доступа к WebRTC

Узнал о нем из сегодняшней статьи в Новой, где автор писается кипятком от охуенности браузера. Не браузер, а революция в Интернете: https://www.novayagazeta.ru/articles/2019/09/01/81799-hrabraya-revolyutsiya

Вкратце: - движок Хромиум (заявлено, что выпилены зонды, также заявлено, что браузер есть и будет опен-соурс)
- есть приватные вкладки (нет, сразу Tor не включается)
- есть Tor в один клик (на приватной вкладке нужно жамкнуть кнопочку Tor window)
- две изначальные поисковые системы (Google и DuckDuckGo)
- есть возможность включить просмотр рекламы с получением за просмотр крипты

Плюсы:
+ Tor браузер внутри Хрома, охуенно же
+ Скорость офигенна, не замерял, но на глазок ощутимо быстрее Хрома, вкладки подгружаются в момент, все открывается и переключается
+ Малое потребление памяти (несмотря на большое количество плодимых процессов) в сравнении с Firefox и Chrome
+ Большинство рекламы просто не грузится нахуй без всяких расширений

Минусы:
- Все же не режет видео-рекламу в начале анимы (в отличие от браузеров с Adblock или uBlock)
- Пока нельзя устанавливать кастомные расширения (типа Browsec или Adblock)
- Много создается процессов, заметно больше, чем один на вкладку (наверное наследие Хромиума)
- onion-ресурсы помечаются как "unsafe"

Посоны, кто-нибудь использует Telegram? Подойдёт стандартный профиль Firejail для запуска или лучше сильнее ограничинить?

Сижу под Убунтой, версии Гамака под неё нет. Смотрел Game Editor - он какой-то маленький по возможностям. Чем можно заменить Game Maker, чтобы возможностей было достаточно много и при этом в освоении приложение было простое?

Аноньчики, планирую вкатиться в погромирование. Вот стек(так называется????) технологии, которые, как ящитаю, важны для работы в рашке
1) Си/Си++
2) php+mysql
3) JS
4) C#/Java + DB
5) Python
6) 1c(Битрикс как движок для веба, предприятие для хуйни на кассах в пятерочке?)
И еще дополнительно алгоритмы и структуры данных. Хватит ли этого чтобы стать успешным??

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

Дайте гайд, как конвертировать видео в шебм, я чота конвертирую онлайн сервисами а их масса увеличивается в два раза

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

Что думаете об этом проекте, анонсы?

Сап, двачанский
Не спится, даже нейролептики не помогают.
Вот размышляю я и думаю, а что, если мы все обосрались в 1977? Обратившись, когда доверились криптографии с открытым ключом. Потом доверились RSA, потом PGP.
Ведь вся эта криптография с открытым ключом базируется на предположении, что одни вычислительные задачи "труднее" других. Что P =/= NP.
Да, обратное не доказано.
Да, большинство мировых учёных думает (вдумайся, анон, просто думает), что P =/= NP.
Да, абсолютно все, включая NSA, CIA, ФСБ, Сноудена, Ааронсона, Шнайдера, твердо убеждены, что P =/= NP.
Да, количество любительских и серьезных доказательств на эту тему за 40 лет превысило, наверное, число работ "ферматистов" лет за 400. Причем где-то P = NP, где-то P =/= NP, а где-то вопрос неразрешим на машине Тьюринга и машине с произвольным доступом к памяти в рамках ZFC. Качество этих работ, пожалуй, хуже, чем у "ферматистов"...

Но, если мы просто плохо искали? До 2000 годов тоже думали, что задача определения простоты числа может решаться за приемлемое время только недетерменированно. Потом появился AKS алгоритм.

Просто представьте, мы выстроили всю человеческую инфраструктуру: DNS-сервера, маршрутизацию, TSL, SSL, mesh-сети, freenet, цифровые подписи, блокчейн, https, RSA-шифрование, управление дронами и умным домом, электронные казино - только на предположении. Представь это, анон.

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

Здесь обсуждаем компрометацию Tor Browser и что с ней делать.

Что имеем:
https://blog.torproject.org/comment/277025#comment-277025

- Версия 7.х со слов неких "эксплоит-брокеров" имеет уязвимость (возможно, вброс)
https://www.theregister.co.uk/2018/09/10/torched_zerodium_drops_exploit_for_version_7_of_anonymous_browser/

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

- В версии 8.0 запрещено менять Tor Circuit

- В версии 8.0 при перезагрузке сбрасываются настройки NoScript в положение "js активирован"

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

Сап, господа. Какой бы кошелёк для битков вы посоветовали бы накатить на пеку? Чтобы без всех этих овер 200 гигов. Очень рассчитываю на ваш совет, анончики.

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

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

Я открыл для себя недавно такую крутую штуку, как Node-RED, о ней сегодня хочу рассказать. Это система визуального программирования, которая работает в браузере, предназначена для связи между собой программных и аппаратных компонентов и передачи потоков данных между ними. К примеру, туда можно подключить wifi реле и написать различные сценарии для управления им, это самое простое. Можно заводить туда показания различных датчиков и учитывать их в других сценариях.
К системе подключаются кнопки, датчики, всякие панели ввода, пульты, исполнительные устройства, реле и прочее, а вся логика описывается с помощью специальных блоков и потоков данных между ними. Плюс ее в том, что абсолютно все устройства можно связать логикой между собой.

На картинке в оппосте сценарий, который я написал, это сценарий для мониторинга моего бесперебойника (простой apc smart) и отправки оповещений мне на email в случае сбоев питания. Работает он так: в случае пропадания напряжения сети, мне на email приходит оповещение с временем события и текущим уровнем заряда батарей. Если сеть восстанавливается, на email приходит еще одно оповещение с временем, в течение которого не было напряжения в сети и остаточным зарядом батарей. Если напряжение не восстанавливается и заряд аккумуляторов заканчивается, на email приходит оповещение о том, что компьютеры будут выключены и временем работы бесперебойника от батарей, после чего все компьютеры штатно выключаются упсом.
Два блока сверху справа это отправка уровня заряда батарей mqtt брокеру, это отдельная программа для передачи данных между устройствами по mqtt протоколу. Эти показания я могу использовать либо в других сценариях, либо выводить на дашбордах. К примеру у меня эти показания выводятся на телефон.

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

Из коробки поддерживается и имеется поддержка в графическом центре приложений: Fedora (gnome-software), Solus, MX Linux, Linux Mint, KDE Neon.

Есть в репозиториях: Ubuntu (есть так же официальный PPA с более свежими версиями), Debian (старый), CentOS, ArchLinux, AlpineLinux (отсутствуют xdg-desktop-portal-), NixOS (порталы только xdg-desktop-portal-kde), GuixSD (отсутствуют xdg-desktop-portal-), VoidLinux (порталы только xdg-desktop-portal-gtk) и другие.
Для Gentoo сторонний оверлей.

Порталы: утилиты для избирательного доступа к ресурсам хоста: файловые диалоги, запуск приложений, открытие ссылок и т.д. Сейчас существует две основных реализации: xdg-desktop-portal-gtk, xdg-dektop-portal-kde.

Чем лучше snap:
Пофайловая дедупликация - занимает намного меньше места на диске и при обновлениях, быстрый запуск приложений.
Изоляция через user namespaces (утилита bublewrap превосходящая firejail по безопасности), в snap для изоляции используется AppArmor и во многих приложениях она отключена.

Чем лучше AppImage:
Изоляция изкоробки, в AppImage только при запуске через firejail, который ограничивает сравнительно мало. AppImage способствует порочной практике запуска исполняемых файлов загруженных из ненадежных источников.
Лучшая интеграция в систему, которая будет улучшаться и дальше.
Не зависит от состава дистрибутива: AppImage приложения непосредствено могут не работать в некоторых дистрибутивах, например в Alpine.

Стоит использовать:
Для установки стороннего софта, которого нет в репозиториях.
Для установки свежих версий софта, если в репозиториях дистра только старые.
Вместо использования AUR.
В некоторвых случаях, вместо пакетов из дистрибутива: например, для изоляции и сокрытия зависимостей.

Не стоит использовать:
Если софт в репозиториях всем устраивает а дополнительная изоляция не нужна.
Если конкретный flatpak бандл собран криво или изоляция ограничивает необходимую функциональность.
При использовании архитектур, отличных от x86_64 и i386: на данный момент большая часть софта собрана только под них.

Задавайте ваши вопросы.