Есть ли кроссплатформенное решение для ассоциации кастомной схемы URI со своим приложением?

Question

[Сергей П]

Нужно написать кроссплатформенную утилиту, которая была бы проассоциирована в ОС с URI определённой кастомной схемы.
Пример: myownuri://some-data/123
Нужно. чтобы при попытке пройти в браузере по такой ссылке открывалась эта моя утилита.
Утилита пишется на python. Хотелось бы найти какое-то простое и удобное кроссплатформенное решение, покрывающее по возможности windows, macos и linux,
Вдруг кто-то сталкивался с удобной библиотекой, или тоже кроссплатформенной утилитой для такой регистрации?
Если это не библиотека, то должна быть возможность внедрить способ в инсталлятор моего приложения или в python-код самой утилиты.

На текущий момент я нашел тут вопрос (Как создать собственный обработчик URI схемы?), касающийся только windows.

UPD: для mac os нужно прописывать ассоциированные URI в параметрах собранного .app-приложения.
Похоже прописывать в рантайме не получится, но не особо-то, в общем, и надо.
Чтож, если найдётся либа, которая прописывает ассоциации в реестре для windows и для основных десктопных дистрибутивов linux, будет здорово.
Странно, что такого интрумента нет.
Вообще напрашивается проект типового блюпринта универсальной кроссплатформенной тулзы с ассоциированием файлов, схем, конфигами, обработкой параметров командной строки, инсталляцией, деинсталляцией, настройками запуска по крону (и аналогам в других ОС), и т.д.

Comments

[Сергей П]

UPD: для mac os нужно прописывать ассоциированные URI в параметрах собранного .app-приложения.
Похоже прописывать в рантайме не получится, но не особо-то, в общем, и надо.
Чтож, если найдётся либа, которая прописывает ассоциации в реестре для windows и для основных десктопных дистрибутивов linux, будет здорово.
Странно, что такого интрумента нет.
Вообще напрашивается проект типового блюпринта универсальной кроссплатформенной тулзы с ассоциированием файлов, схем, конфигами, обработкой параметров командной строки, инсталляцией, деинсталляцией, настройками запуска по крону (и аналогам в других ОС), и т.д.

[Василий Банников]

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

[mayton2019]

Да. Вопрос интересный. Для простоты я-бы предложил отказаться от идеи кросс-платформ
и решить это для
- Windows
- Custom executable application

А уж когда это заработает - попробовать масштабировать в другие системы.

Я читернул малеха и спросил всезнающий чятик.

Грубо говоря:

HKEY_CLASSES_ROOT
    myapp
        (Default) = "URL:MyApp Protocol"
        URL Protocol = ""
        shell
            open
                command
                    (Default) = "C:\Path\To\YourApp.exe" "%1"

Это я не проверял. И не сильно верю пока в успех. МОжет относится с старым версиям Windows.

Какие здесь могут быть подводные камни? Мне кажется главное - безопасность. По сути
мы пробиваем брешь в стандартной модели работы современных браузеров. И на это
надо смотреть с позиции что по дефолту нам вообще все запроещено.

Питон здесь вообще вторичен. Если заработает любой бинарь то и можно будет потом
поговорить об упаковке приложения python в wrapper.

P.S. Еще Gemini предлагает другой подход с регистрацией листенера
но мне непонятно куда дальше посылать событие из браузера? Возможно это только
для JS application.

chrome.tabs.onClickListener.addListener((tabId, changeInfo, tab) => {
  if (tab.url.startsWith("your-special-scheme://")) {
    // URI clicked, send message to background script
    chrome.runtime.sendMessage({ url: tab.url });
  }
});

[Сергей П]

mayton2019, с виндой-то мне как раз и проверить-то не на чем даже.
Да, решение с записями в реестр я тоже находил. Найду на чем проверить - дополню.

Answer 1

[fenrir]

На питоне не видел, но случайно сталкивался с решением на расте. В src лежит 3 файла с понятной логикой для каждой системы, вероятно получится переписать под себя или использовать через PyO3