История изменений

настрой браузер на java -jar %f по клику на jar-ник и запускатья они будут одним кликом по ссылке или открытием соответствующей страницы, то же мне проблема: запуск организовать

Ты мне предлагаешь по всему Казахстану ходить, в каждое мелкое село заходить и настраивать там каждому компьютер? Спасибо, у меня есть более важные дела.

хорошо, что ты врешь, иначе я бы решил что ты шизофреник: так не доверять нативному софту, но так доверять браузерному софту

Я никому не доверяю. Но браузерному софту мне доверять не нужно, он крутится в надёжной многоуровневой песочнице.

Тогда я тебя не правильно понял: я думал на примере сокетов ты хочешь вообще все плюшки, доступные нативу, но это я сам додумал, половина вопросов снимается

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

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

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

Вот именно, доверять пароль и весь трафик третьему сайту - не лучшая идея. На самом деле тут есть теоретический выход: реализовать IP over WebSocket, реализовать TCP на JS, TLS и тд. Ну точней не реализовать, а скомпилировать любую готовую реализацию в wasm. Тогда, если соединение с IMAP-сервером зашифровано, то промежуточная прокси ничего не сможет увидеть. Но самое главное, что отсекаются более интересные варианты - когда почтовый сервер просто внутри сети или VPN находится. Тут уже ничего не сделать, только устанавливать этот самый прокси внутри сети, но тогда теряется весь смысл исходной затеи.

Ну и ещё одна проблема - для почты ладно, а если я торрент хочу сделать, проксировать весь трафик через одну ноду это просто экономически нецелесообразно, никто такие ноды держать не будет. Да и в принципе теряется смысл того же торрента.

настрой браузер на java -jar %f по клику на jar-ник и запускатья они будут одним кликом по ссылке или открытием соответствующей страницы, то же мне проблема: запуск организовать

Ты мне предлагаешь по всему Казахстану ходить, в каждое мелкое село заходить и настраивать там каждому компьютер? Спасибо, у меня есть более важные дела.

хорошо, что ты врешь, иначе я бы решил что ты шизофреник: так не доверять нативному софту, но так доверять браузерному софту

Я никому не доверяю. Но браузерному софту мне доверять не нужно, он крутится в надёжной многоуровневой песочнице.

Тогда я тебя не правильно понял: я думал на примере сокетов ты хочешь вообще все плюшки, доступные нативу, но это я сам додумал, половина вопросов снимается

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

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

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

Вот именно, доверять пароль и весь трафик третьему сайту - не лучшая идея. На самом деле тут есть теоретический выход: реализовать IP over WebSocket, реализовать TCP на JS, TLS и тд. Ну точней не реализовать, а скомпилировать любую готовую реализацию в wasm. Тогда, если соединение с IMAP-сервером зашифровано, то промежуточная прокси ничего не сможет увидеть. Но самое главное, что отсекаются более интересные варианты - когда почтовый сервер просто внутри сети или VPN находится. Тут уже ничего не сделать, только устанавливать этот самый прокси внутри сети, но тогда теряется весь смысл исходной затеи.

Ну и ещё одна проблема - для почты ладно, а если я торрент хочу сделать, проксировать весь трафик через одну ноду это просто экономически нецелесообразно, никто такие ноды держать не будет.