Минифицировать и закинуть все в бандл достаточно

?)

спам был

Да нет смысла скрывать исходники

Я делаю так: В разработке все как есть запускается, с минимальным бабелем. В прод идёт после вебпака и аглифая обе части: мэйн и рендер.

Минифицировать и закинуть все в бандл достаточно

Ну хз)) вон ребята под крипто монетку майнер на электроне написали))) обидно наверное когда твои исходники взяли

Без спросу

Ну хз)) вон ребята под крипто монетку майнер на электроне написали))) обидно наверное когда твои исходники взяли

Если захотят и так возьмут

Если захотят и так возьмут

Так то да...но все же

Что за бред? Как пользователь может грохнуть всю базу. А для чего user roles? Пользователь должен иметь полный доступ только к той части базы, которая касается его самого, все остально readonly и то, если позволяют правила.

майнер на JS?

майнер на JS?

Ага

@maxgraey Я бы предположил, что человеку нужно вчитаться в разработку и документацию и большая часть вопросов у него исчезнет.

Так то да...но все же

Делать что-то сложнее минификации — лишняя трата времени

Дальше если так боитесь, что кто что прочитает, можно сделать обфускацию с флагом self-defending

Но как по мне это лишнее

Разве можно пользователю бд дать доступ только к его полям?

Я думал его права распространяются на всю таблицу

Разве можно пользователю бд дать доступ только к его полям?

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

Дропнет таблицу пользователей например?

каким образом

если у него не будет прав

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

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

Я ж не буду каждому пользователю создавать отдельную таблицу

Я думал его права распространяются на всю таблицу

Обычно так и есть. Поэтому для каждого юзера (в случае повышенных мер безопасности) делают свою песочницу (таблицу)

Такое себе решение) имхо лучше все таки на бекенде

Обычно так и есть. Поэтому для каждого юзера (в случае повышенных мер безопасности) делают свою песочницу (таблицу)

Ну хз, нормальные лбди делают табоицу users с полями логин и пароль

Куда уже пишутся строки

Ну хз, нормальные лбди делают табоицу users с полями логин и пароль

Так все верно, но а где храняться остальные данные, которые касаются этого юзера?

Такое себе решение) имхо лучше все таки на бекенде

В том то и дело что на том же golang или delphi бекенд не нужен, это лишнее прослойка

В отдельных таблицах допустим. user_stats, user_options

Даже на php

Так все верно, но а где храняться остальные данные, которые касаются этого юзера?

В любой другой таблице

Ну вот и ответ

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

100000 таблиц

Жеско

Или 100000 строк

Это еще проверить надо скока памяти что жрет больше

Одна таблица под 100000 польщователей или 100000 таблиц)

А такой вопрос

Слышали что такое слив базы данных?

Ну и?

Если дать всем доступ к таблицам, не сольют

?

У меня программа в компании написана на делфях, учет водоснабжения и потерь определкнного города, база мсскл

Хотел переписать на элеутрон по красоте чтобы было с html

Но то что доступ к базе получат люди в 3 щелчка мыши это пугает))

Угу

В том то и проблема

Открытость

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

Одна таблица под 100000 польщователей или 100000 таблиц)

Для монго дб и WiredTiger это не проблема

Каждая коллекция это всего + 628 байт. Колличество коллекций не ограничено

Для монго дб и WiredTiger это не проблема

Причем тут проблема или нет....ты знаешь скол ько памяти озу отводится на строку в таблице и саму таблицу?

Отписал выше

У меня апи на ноде, для клиентов и все

Пока не жалуюсь

Каждая коллекция это всего + 628 байт. Колличество коллекций не ограничено

Бред

Александр, опять же это параноидальная схема, я не говорю, что это прям нужно всем. В любом случае у юзера не должно быть прав на удаление коллекции или очистки базы, этого уже достаточно

Размер полей и таблицы зависит от типа полей int varint и т.д

Бред

https://stackoverflow.com/a/13796571

Ты какой то ахуевший тип честное слово!

За словами следи

Ты сюда совета пришел спрашивать или срачь разводить? Не нравиться electron, иди пиши на Go/Delphi фронтенд

Ты сюда совета пришел спрашивать или срачь разводить? Не нравиться electron, иди пиши на Go/Delphi фронтенд

+

Ты какой то ахуевший тип честное слово!

+

За словами следи

тебе пишешь вариант решения ты говоришь бред, а щас обиделся

Ты какой то ахуевший тип честное слово!

давай без оскорблений

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

У знающих людей в этой технологии

Даже если mongodb юзать, давать доступна чтение всем, так себе

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

по вопросам дб есть специальные чатики здесь электрон

В том то и дело что на том же golang или delphi бекенд не нужен, это лишнее прослойка

Чувак, ты не можешь бд хранить на клиенте... Бд поднимается на своем порту

lokijs )))

Чувак, ты не можешь бд хранить на клиенте... Бд поднимается на своем порту

Поправьте меня если я не прав

может конечно

Поправьте меня если я не прав

Данные подключения чувак

sqlite как простейший пример

не все БД состоят из сервера

В любом случае что бы работать с бд, нужно поднимать сервер