Ohar

Это только популярности добавит

Ohar

Хотя нет, я перегнул

Ohar

Плохая идея

Олег

тут есть 2 простых задачи 1) чтобы всякие любопытные не ковыряли код 2) для простот обновления приложения ... обновил архив и все

Олег

... ну и на закрытие кода в архиве соответственно должен прилагаться минимум усилий

Ohar

1) Бессмысленно. Всё равно будут ковырять. 2) Никак не связано с сокрытием кода.

Олег

я думаю, что если asar нельзя будет распаковать известными стандартными средствами, это очень сильно сократит желание поковырять потому как затраты времени на это дело сильно увеличатся

Anonymous

я думаю, что если asar нельзя будет распаковать известными стандартными средствами, это очень сильно сократит желание поковырять потому как затраты времени на это дело сильно увеличатся

Встречал я таких хацкеров, которые меняли порядок и логику формирования словаря в zip архиве. Ты только себе этим усложнишь жизнь, а не копальщикам)

Олег

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

Anonymous

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

Олег

по дефолту, насколько мне известно, архив не распаковывается во временные каталоги, в электороне

Anonymous

Это уже 100 раз перетерли: 1) https://github.com/electron/electron/issues/4359 2) https://github.com/electron/electron/issues/3041 3) https://github.com/electron/electron/issues/4359

Олег

... примерно с тех времен я и не работал с электроном думал может что изменилось

Anonymous

Сейчас практически никто не делает платное ПО, платными делают сервисы

Максим

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

На самом деле да лучше оставить эту затею, можно посмотреть в сторону nw.js там вроде было шифрование искодников, но насколько это хорошо работает не знаю

Олег

необходимое решение уже нашлось

Максим

щас посмотрел nw.js так он уже на хромиуме 66 и 10 ноде... интересно однако

Максим

необходимое решение уже нашлось

что за решение

Олег

https://github.com/nuxt-community/electron-template

Олег

как раз то, что искал

Олег

там при сборке архив шифруется

Олег

как я понял, шифруется там все непосредстенно сборщиком электрона

Максим

я мельком посмотрел и не увидл где там что то шифруется, может я не шарю просто

Данил

необходимое решение уже нашлось

*кхем*, открываешь девтулс - смотришь кишки.. Или девтулс там вообще анально залочен?

Олег

*кхем*, открываешь девтулс - смотришь кишки.. Или девтулс там вообще анально залочен?

он по дефолту там залочен

Олег

я мельком посмотрел и не увидл где там что то шифруется, может я не шарю просто

там при сборке создается шифрованный asar архив

Anonymous

как я понял, шифруется там все непосредстенно сборщиком электрона

И как же он там шифруется?) И где ты ключ можешь задать. Я там вижу шаблон для Nuxt.js и все

Олег

И как же он там шифруется?) И где ты ключ можешь задать. Я там вижу шаблон для Nuxt.js и все

в эти подробности не углублялся ... есть дока по сборщику https://www.electron.build/

Олег

там описаны параметры

Anonymous

Эмм, так это вообще то electron-builder и он не умеет шифровать, только паковать или не паковать в asar, еще добавлять подпись что бы в AppStore можно было выложить=)

Anonymous

И при чем здесь Nuxt.js?

Олег

@maxgraey nuxt тут не при чем, там просто готовая сборка на электроне

Mikita

«Календарь тестировщика». Нагрузи сервис https://habr.com/post/358234/ Tags: Тестирование мобильных приложений, Тестирование веб-сервисов, Тестирование IT-систем, Блог компании Контур, календарь тестировщика, тестирование сервиса, нагрузка на сервер Author ylian_demakova on #habrahabr

Данил

Лол го попробуешь кинуть мы попробуем "хакнуть"

Alexander

@wormen в реальной жизни всё гораздо проще. Даже если ты исходники выложишь, никто не станет ковыряться в твоей поделке

Олег

@wormen в реальной жизни всё гораздо проще. Даже если ты исходники выложишь, никто не станет ковыряться в твоей поделке

согласен но, к сожалению, это не всегда так

Олег

зависит от поделки

Alexander

А ну а смысл тогда всего этого? Любой софт можно реверс-инженерить

Anonymous

Я знаю аппаки которые лежат на Github, и одновременно продаются в AppStore и люди покупают, кто то не хочет заморачиваться с компиляцией, а кто просто из чувства благодарности. Если продукт хороший и востребованный, то его купят, особенно корпоративный сектор. А крякнутыми пользуются те, кто бы и так никогда за него не заплатил

Данил

Я знаю аппаки которые лежат на Github, и одновременно продаются в AppStore и люди покупают, кто то не хочет заморачиваться с компиляцией, а кто просто из чувства благодарности. Если продукт хороший и востребованный, то его купят, особенно корпоративный сектор. А крякнутыми пользуются те, кто бы и так никогда за него не заплатил

в основном большинство могут и не знать что такое "компиляция"

Данил

и даже не знают что есть исходники

Anonymous

А еще платный (или даже бесплатный) сторонний клиент от стороннего платного сервиса всегда вызывает сомнения. Всегда интересовало чем мотивируются разработчики, разве что возможностью воровства токенов от того самого сервиса?

Андрей

Здравствуйте. А кто-нибудь знает как послать сообщение из Основного процесса в процесс Представления? Как я понимаю это делается через модуль IPC, который должен работать в двух направлениях. Но из процесса Представления в Основной процесс сообщение послать можно (во всех уроках объясняется именно такой способ), а наоборот уже нет. Я пишу такой код: main.js const { ipcMain } = require('electron'); ipcMain.send('enter', 'string'); // послать в канал enter сообщение string renderer.js const { ipcRenderer } = require('electron'); ipcRenderer.on('enter', function () { // слушать канал enter и запускать вывод в консоль console.log(123); }); В результате выводит ошибку, что ipc.send не функция. И в самом деле ipc.send — это объект. Что посоветуете?