Здравствуйте. Объясните мне пожалуйста, что такое bash и как его можно на деле применять?

Собственно, сабж.

В гикбенче:

Intel Core i9-13900KS даёт 3136/21731

M4 Max - 4060/26675

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

Побочной новостью будет, что в ближайшие годы это будет доступно для AMD, т.к. они тоже стоят в очереди на N3E.

После месяца разработки состоялся выпуск 3.48.0 компактной встраиваемой СУБД SQLite, написанной на языке C и распространяемой, как общественное достояние.

( читать дальше... )

>>> Подробности

Компании Meta* и Yandex уличили в скрытом отслеживании пользователей и манипуляциях для обхода предоставляемых браузерами средств обеспечения конфиденциальности, таких как режим инкогнито и возможность очистки Cookie. Активность по деанонимизации сеансов применялась на платформе Android при открытии сайтов, использующих системы web-аналитики Яндекс Метрика или Facebook Pixel.

Суть использованного метода идентификации сводится к тому, что распространяемые Meta и Yandex мобильные приложения для Android, такие как Facebook, Instagram, Yandex Maps, Yandex Navigator, Yandex Search, Yandex Go: Taxi Food и Yandex Browser, создавали дополнительный канал связи с выполняемым в браузере JavaScript-кодом. Мобильные приложения запускали отдельные обработчики соединений на локальном сетевом интерфейсе (127.0.0.1), принимающие запросы по протоколам HTTP, HTTPS, WebSocket и WebRTC.

При открытии в браузере сайтов, использующие системы web-аналитики Yandex Metric или Facebook Pixel, связанный с данными системами JavaScript-код отправлял запросы на открытые мобильными приложениями сетевые порты. В запросах передавались метаданные, Cookie и управляющие команды. В мобильных приложениях браузерные сеансы связывались с реальными идентификаторами пользователя и устройства, к которым имели доступ приложения. Например, сеансы могли связываться с учётными записями в Facebook и Yandex или с идентификаторами AAID (Android Advertising ID). Таким образом, даже при открытии сайта в режиме инкогнито или после удаления Cookie, сервисы Meta и Yandex могли точно идентифицировать пользователя, открывшего сайт, привязываясь к идентификаторам из мобильных приложений, запущенных на том же устройстве.

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

Компании Facebook и Yandex воспользовались тем, что платформа Android не ограничивает создание слушающих сокетов в привязке к интерфейсу loopback (127.0.0.1), если приложение имеет полномочия INTERNET. В случае Facebook локальному приложению передавалось содержимое Cookie «_fbp» (уникальный идентификатор пользователя в Facebook Pixel). Через манипуляции с WebRTC содержимое подставлялось в поле «ice-ufrag» пакетов SDP, отправляемых в STUN-запросах на локальный хост. 17 мая в Chrome была заблокирована подобная возможность и скрипты Facebook Pixel перевели на использование WebRTC TURN. После раскрытия результатов исследования компания Meta удалила из скриптов Facebook Pixel отправку запросов на localhost.

В Яндекс метод отправки данных из браузера в мобильные приложения применялся с 2017 года. JavaScript-код сервиса Yandex Metrica устанавливал HTTP- или HTTPS-соединение с localhost по сетевым портам 29009, 29010, 30102 и 30103. Обращения отправлялись на сайт yandexmetrica.com, доменное имя которого резолвилось в IP-адрес 127.0.0.1. Информация о сетевых портах, на которых мобильные приложения Yandex должны были открыть слушающие сокеты, подгружалась динамически через запрос к хосту startup.mobile.yandex.net.

Сервер также передавал параметр first_delay_seconds, содержащий задержку перед запуском сетевых сервисов (приложения начинали принимать соединения не сразу после установки, а примерно через три дня). В ответ на HTTP-запрос мобильное приложение возвращало набор данных, включающий идентификаторы в сервисах Yandex, системные UUID и AAID (Android Advertising ID). JavaScript код Yandex Metric переправлял полученные идентификаторы на сервер mc.yango.com.

Упомянутые методы передачи данных работали в версиях Chrome и Edge для Android. В Firefox работал только метод Yandex. В DuckDuckGo и Brave отправка запросов к localhost блокировалась или требовала ручного подтверждения операции. В представленном в конце мая выпуске Chrome 137 была добавлена защита от подстановки данных в SDP.

*компания МЕТА и Facebook запрещены на территории РФ (тьфу тьфу тьфу на них окаянных).

>>> Подробности (opennet)

Раньше мне помогал spoofdpi, а теперь, два дня назад, и он перестал работать. В интернете говорят, что и у goodbyedpi в этот момент проблемы возникли но их быстро решили. К сожалению, его нету под Linux. Были надежды на byeDPI но либо он тоже не справляется, либо я не могу найти подходящую команду для него. Хотя приложение ByeDPI на андроиде ещё работает. Так вот, кто какими решениями пользуется под Linux? v2ray, vpn, это всё конечно хорошо но своей VPS у меня нету, а публичные в 12 раз медленнее чем мой интернет.

Ещё примечание, я обычно предварительно скачиваю через yt-dlp а потом уже смотрю. Где-то говорили, что у кого-то youtube работает если включить протокол QUIC в браузере. Есть ли такая возможность в yt-dlp? Или может есть какая-то дополнительная программа, которая будет работать как прокси и будет трафик в QUIC превращать.

Введение

Neovim или просто Nvim — это современный редактор, возникший как замена Vim.

Vim — это текстовый редактор для терминала, уникальный прежде всего наличием различных режимов работы (нормальный, редактирования, выделения, замены, командный), которые позволяют выполнять абсолютно все действия с клавиатуры без использования мыши, что заметно увеличивает скорость работы с текстом. Так же он является программируемым, что, наверное, и является его самым большим плюсом.

Да, вы можете взять VS Code, поставить кучу плагинов чтобы получить необходимый функционал, но сам редактор, плагины настраиваются через JSON, что не позволяет добавить какую-нибудь пользовательскую функцию для сортировки файлов в проводнике или навесить сочетание на вызов функции… Там такое можно сделать через написание расширений, что намного сложнее и трудозатратнее чем в том же виме + в последнем меньше ограничений со стороны API (в VS Code нельзя радикально переделать интерфейс, заменить проводник на другой и т.п.).

( читать дальше... )

На предыдущей системе очень удобно был настроен Vim - при открытии файла происходил :retab! и все четверные пробелы становились табами (так удобнее редактировать), а при :wq наоборот, табы заменялись обратно пробелами. Пытаюсь сделать так же на новой системе, добавил в .vimrc:

autocmd BufRead * :retab! – ок, при открытии файла 4 пробела становятся табом

autocmd BufWritePre * :silent %s/\t/ /ge – при сохранении табы преобразуются в 4 пробела. Вот только как сделать, чтобы это происходило при сохранении и закрытии файла (:wq), а не при обычном сохранении (:w)?

добрый вечер, LOR :)

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


Перемещено leave из job

Common Lisp разрабатывался и используется в предположении, что пользователь программы — программист. Поэтому из языка намеренно исключены сложные для понимания конструкции (пользователь не обязательно квалифицированный программист), поэтому в языке мощнейший отладчик, позволяющий без остановки программы переопределять функции и вообще делать что угодно. Но из-за этого документация по большей части библиотек Common Lisp существует только в виде docstring и комментариев в коде (некоторые вообще считают, что код сам себе документация). Из-за этого обработка ошибок почти всегда оставляется на отладчик (главное сделать рестарт «перезапустить с последней итерации», а там пользователь сам разберётся). Из-за этого в программе проверяется только happy path (пользователь ведь «тоже программист»).

Racket разрабатывался и используется в предположении, что пользователь программы не программист, а задача разработчика написать программу так, чтобы она корректно работала при любых входных данных (если данные некорректны, то сообщала об этом в том месте, где данные были введены). Поэтому в языке эффективная библиотека для написания тестов, система контрактов на уровне модулей, макимально широкий спектр инструментов программирования (разработчик должен быть профессионалом!). Также реализована идея инкапсуляции: считается, что пользователь модуля не должен знать особенности реализации и, более того, не может в своём коде изменить функцию чужого модуля если это явно не разрешено разработчиком того модуля. Исходный код разумеется доступен, но его не требуется смотреть, чтобы использовать модуль. Достаточно документации. Поэтому реализована мощнейшая система документировния Scribble, а при реализации макроса есть возможность обеспечить указание на ошибки в коде, предоставленном макросу пользователем, не показывая потроха макроса.

И поэтому в Racket нет CLOS (есть как минимум две реализации, но не используются) - провоцирует заплаточное программирование (monkey patching), поэтому отладчик намеренно ограничен (если ты отлаживаешь программу, значит ты не знаешь как она должна работать!), поэтому нет разработки в образе (image based) - она провоцирует разработку через отладку (а значит непонимание программы и проверку только happy path).

Таким образом, Racket и Common Lisp несмотря на внешнее сходство являются очень разными языками. И я рекомендую писать на Racket, если только конечными пользователями программы не являются исключительно программисты на Common Lisp.

Взято с http://racket-lang.blog.ru/#post214726099

Хотелось бы знать, что по этому поводу думают пользователи ЛОРа. А также, мне кажется, что для Java и C++ будет где-то такая же разница.

Вышла вторая статья посвящённая эволюции развития языка Lua.

Анонс

• https://groups.google.com/g/lua-l/c/vFqmwv7uVCc/m/QG3LvdRODwAJ

Первая часть - 2007

• https://www.lua.org/doc/hopl.pdf

Вторая часть - 2025

• https://www.lua.org/doc/cola.pdf

Я ещё не читал, кому интересно, почитайте :)

---- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
(function(v) local f f = function(v) print(v) return f end return f(v)  end)
----------------------------------------------------------------------------
                                "Lua"
                                "Это"
                               "Весело!"
                              "Полезно!"
                             "Интересно!"
----------------------------------------------------------------------------
                  string.format("%s","hello world!")
---- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Всем бобра. Досвиданья.

Перемещено hobbit из general

типа вручную

>>>

Проект ArcoLinux в лице его главного вдохновителя Эрика Дюбуа (Erik Dubois) сообщил, что дистрибутив фактически прекратил своё существование.

( читать дальше... )

>>> Источник

Роскомнадзор рекомендует владельцам российских частных виртуальных сетей (virtual private network, VPN) отказаться при передаче данных от использования иностранных протоколов шифрования, используемых в том числе приложениями, предоставляющими доступ к запрещенной информации.

В случае невозможности отказаться от иностранных протоколов, организациям предлагается обратиться в Центр мониторинга и управления сетью связи общего пользования (ЦМУ ССОП) «Главного радиочастотного центра» (входит в структуру РКН).

( читать дальше... )

Обращение на сайте РКН

>>> Оригинал новости

19 марта состоялся выпуск C++ библиотеки Lug, реализующей встраиваемый предметно-ориентированный язык для выражения синтаксических анализаторов в виде расширенных грамматик синтаксических выражений, и распространяемой по лицензии MIT.

Возможности библиотеки:

• Естественный синтаксис, напоминающий языки внешних генераторов парсеров, с поддержкой атрибутов и семантических действий.
• Возможность работы с контекстно-зависимыми грамматиками с таблицами символов, условиями и синтаксическими предикатами.
• Сгенерированные парсеры компилируются в байткод и выполняются в виртуальной машине синтаксического анализа.
• Чёткое разделение синтаксических и лексических правил с возможностью настройки неявного пропуска пробельных символов.
• Поддержка прямой и косвенной левой рекурсии, с уровнями старшинства для разграничения подвыражений со смешанными левой и правой рекурсиями.
• Полная поддержка разбора текста в формате UTF-8, включая уровень 1 и частичное соответствие уровню 2 технического стандарта UTS #18 Unicode Regular Expressions.
• Обработка ошибок и восстановление с помощью помеченных сбоев, правил восстановления и обработчиков ошибок.
• Автоматическое отслеживание номеров строк и колонок, настраиваемая ширина и выравнивание табуляции.
• Header-only-библиотека, использующая только стандартную библиотеку и возможности стандарта C++17. Перспективно совместима со стандартами C++20 и C++23.
• Относительно небольшой размер библиотеки, с целью содержания общего количества строк во всех заголовочных файлах на уровне менее 6000 строк лаконичного кода.

( читать дальше... )

>>> Подробности на github.com

Привет, ЛОР!

Вышла бета-версия достаточно интересного дистрибутива Chimera Linux. От других дистрибутивов Chimera отличается отсутствием утилит и библиотек GNU и использованием кода из систем BSD. Для сборки используются LLVM и musl с аллокатором mimalloc от Microsoft. В качестве системы инициализации поставляется Dinit. Средой рабочего стола по умолчанию является GNOME. Менеджером пакетов дистрибутива является APK (из Alpine Linux).

Chimera является бинарным дистрибутивом с готовыми сборками под архитектуры x86_64, ARM AArch64, POWER и RISC-V. Для энтузиастов также доступна сборка из исходного кода.

>>> Подробности

Как сегодня создать свой Linux-дистрибутив?

Equinix Metal, ранее известная как Packet.net, прекращает предоставление своих услуг bare-metal хостинга. Это решение создало значительные трудности для проекта Alpine Linux, который на протяжении многих лет полагался на поддержку Equinix Metal для обеспечения надежной и эффективной работы своей инфраструктуры.

Equinix Metal предоставляла три сервера для хранения данных, которые поддерживали инфраструктуру зеркалирования T1, обеспечивая быстрые и надежные загрузки для пользователей Alpine Linux по всему миру. Эти серверы использовали около 800 ТБ трафика в месяц. Также Equinix Metal предоставляла два сервера для CI-раннеров, поддерживающих архитектуры x86_64 и x86, и один сервер для разработки, используемый участниками и поддерживающими проект.

В связи с завершением работы Equinix Metal, команда Alpine Linux ищет альтернативные решения для размещения своей инфраструктуры. В первую очередь, проект нуждается в колокационном пространстве вблизи Нидерландов для упрощения установки и обслуживания серверов. Кроме того, требуются высокопроизводительные bare-metal серверы для замены текущей инфраструктуры зеркалирования и поддержки CI-работ.

Если bare-metal серверы недоступны, виртуальные машины с достаточными ресурсами по хранению, вычислительной мощности и сетевым возможностям могут стать альтернативой для задач разработки и CI.

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

Если вы или ваша организация можете помочь с ресурсами для хостинга или финансовыми взносами, связаться с командой Alpine Linux можно по электронной почте infra@alpinelinux.org. Ваша поддержка поможет обеспечить стабильную работу и дальнейшее развитие Alpine Linux, важного элемента экосистемы Open Source.

Планируемый срок завершения работы Equinix Metal – июнь 2026 года.

>>> Информация на сайте Equinix Metal

>>> Новость на сайте Alpine

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

Хороший разработчик знает как работают вещи, великолепный знает почему они работают именно так.

Good developers know how things work. Great developers know why things work. (c) Steve Souders в придесловии к книге Ильи Григорика.

• High Performance Browser Networking
• https://hpbn.co/
• https://ilya.grigorik.com/
• Make The Web Fast - плейлист выступлений Ильи Григорика, около полсотни выступлений на тему HTTP/2 и ускорения Веб.

Здрасте, пробую в линукс уже как два года (маломальски, но всё-же!), при этом каждый раз ловлю извечную для себя проблему - боль в глазах при активном использовании системы. Прочитал огромное множество аналогичных тем и так и не смог вычленить для себя толкового решения. Пробовал:

1. Играться с настройками монитора
2. Менять монитор
3. Играться с графическими оболочками, дистрибутивами
4. Менять видеокарту, пробовать в ноутбуке
5. Менять темы, шрифты, цвета и т.п
6. Списывать всё на эффект так называемого плацебо
7. Крутить и нажимать всё, что крутится и нажимается, методом научного тыка приближаясь к боль-мень приятному результату.

Вот например, свежий последний опыт: Накатил по дефолту убунту гном, первые пару дней ничего не предвещало катастрофы. Но. После недели использования у меня всё темнело в глазах, я не мог сфокусироваться на объектах, глаза уставали, зрение определенно увеличилось на полторы единицы в пользу близорукости.

Но. Как только я переключился на диск с виндой (удивительно) через пару часов все вышеперечисленные симптомы прошли. Смешно? Смешно. Эфимерно? Эфимерно. Но факт, и так у меня было всегда.

Итак, как же контрить сию проблему/выявить её причины? Было ли у вас что-то похожее?

Перемещено hobbit из general