Он отключает рамку, а не код) Попробуй без электрона в браузере запустить и увидишь, что проблема в коде

все работает с рамкой, без рамки элементы не активны

в документации по этому поводу что-то было

все работает с рамкой, без рамки элементы не активны

А что именно неактивно?

Вот такая менюшка, с frames все ок работает,

ох мля

опять донатеры)

Ребят, у меня что-то беда с отображением шрифтов на винде. Сабпиксельное сглаживание не заводится, только greyscale. Электрон 1.6.11. В веб-версии всё ок.

Всем привет, есть ли способ мало мальски защитить исходный код? Как-то упаковать в один exe?

кто хочет всё равно расковыряет

кто хочет всё равно расковыряет

Я знаю, но хотелось бы чтобы это не так открыто было

Я так понимаю кроме http://enigmaprotector.com/en/aboutvb.html вариантов нет?

знаешь главное правило в ИБ?

знаешь главное правило в ИБ?

Оно бесплатное

тем более

затраты на защиту информации не должны превышать цену самой информации

Всмысле тем более? Зачем ты мне все это пишешь, если у меня есть вполне внятное описание проблемы и необходимо её решение?)

ну посношаешь ты webpack с crypto-browserify, толку то?

всё равно найдется тот кто это расковыряет

Разумеется, но ведь кто просто так что-то хочет сделать быстренько, а ты не хочешь, чтобы такое происходило, то надо защищать

Сам буду как-нибудь кодировать, ибо не хочу, чтобы настолько свободно было

(относительно) скоро добавят DRM в стандарт HTML и эти же люди будут его ломать ибо "чей-то тут контент от нас закрывают"

Разумеется, но ведь кто просто так что-то хочет сделать быстренько, а ты не хочешь, чтобы такое происходило, то надо защищать

ну и? возьмет и сделат без проблем

у тебя там чё неибаться сложные матмодели?

или нейронная сеть, какой ещё свет не видовал?

@b101010 не понимаю смысла ваших сообщений. Вопрос @doaxan звучал "как защитить приложение?", а не "нужно ли защищать приложение?"

Все понимают, что полностью не защитить, но если это возможно частично, то как это сделать? На этот вопрос можете ответить?

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

Что именно ты хочншь защитить?

Функционал приложения. Например, есть задача запилить редактор мнемосхем.

Это коммерческий продукт, тут понятно. И если сделать действительно качественный редактор - за это будут платить деньги

но будет печально, если все это дело просто своруют

и мои раздумья сейчас - пилить ли это в электроне и на веб технологиях?

ты прошерстил бы хоть рынок для начала

бля

вот ты опять начал

прошу прощения, конечно

всё уже придумано до тебя :)

но вопрос был не в этом

это просто пример

ну вот как защитить что то подобное в электроне?

написали же

и не раз вроде

никак?

если это уже обсуждали

и было найдено решение

кинь ссыль человеку

crypto-browserify

что задал этот вопрос

но это всё равно профанация

И я это понимаю, и ты это понимаешь. А человек пришел в чат, спросил насчет защиты. И тут включается вот этот режим ру-форумов, где человеку говорят какой он идиот, и все это не нужно, но не отвечают на вопрос.

Я это хочу донести

У меня всё

ну в js это не нужно

потому что всё равно расковыряют

вот тебе ссылочка. если в будущем будет такой вопрос, кидай ссыль https://t.me/electron_ru/4714

Вот, кстати, обсуждение на эту тему https://github.com/electron/electron/issues/2570

если у тебя хороший софт его не надо защищать

его и так будут покупать

инфа 100%

нормально js ты не защитишь

выносит алгоритмы в серверный код

а на фронте оставляй тупо отрисовку

вот тебе лучшая защита

выглядит как решение) спасиб 👍

выносит алгоритмы в серверный код

А еще SSR и привет старый добрый web 1.0 )))

Эм?

Глупости какие то вы говорите

выносит алгоритмы в серверный код

кстати, хорошо бы посраться на эту тему ибо у меня есть немного сомнений связанных с этим утверждением

ну как бы а в чем проблема то?

ща, напишу кейс к обсуждению

есть сервер и тысяча электроновских приложений. на сервере сервис, который получает откудато данные и переводит их на язык устройств, которые через электронские приложения подключены на клиенте

нормально js ты не защитишь

Это не только Js. Все что угодно можно реверс инженерить.

ну типа да

вот этот самый "перевод "сообщений" на язык устройств" - где ему место? на сервере? или приложение должно получить сырые данные и перевести само? если клиентов 1к - сервис нормально справляется. если клиентов 1кк то возникает мысль освободить сервис от этой работы и переложить её на клиентов

или нет?

нет, клиенту отдают то, что можно "облизать". Все остальное должно правильно распределяться между серверам.

нет, клиенту отдают то, что можно "облизать". Все остальное должно правильно распределяться между серверам.

это утверждение без обоснования и, имхо, если ему следовать то мы вернёмся в web 1.0 мы переложили на клиент-сайд кучу всякой деятельности, почему не сделать это и при разработке приложения (предложенного выше)?

съэкономив этим кучу серверных ресурсов

это утверждение без обоснования и, имхо, если ему следовать то мы вернёмся в web 1.0 мы переложили на клиент-сайд кучу всякой деятельности, почему не сделать это и при разработке приложения (предложенного выше)?

логика объективна, при этом мое мнение - это вопрос универсальности. У всех устройства и возможности разные. Первая проблема на мой взгляд - это безопасность о которой говорили выше. Даже если клиент моего приложения реверснут, то все равно оближут палец, потому что вся магия моего GraphQL стоит на бэке